[แนวทางอย่างเป็นทางการ] จะย้ายธุรกิจไปที่ Tencent Cloud ได้อย่างไร? โซลูชันการย้ายข้อมูลแบบออฟไลน์/ออนไลน์และโซลูชันข้อผิดพลาดทั่วไป

ด้วยการเปลี่ยนแปลงทางดิจิทัลขององค์กรที่ลึกซึ้งยิ่งขึ้นจึงกลายเป็นบรรทัดฐานในการย้ายธุรกิจจาก IDC ในพื้นที่หรือผู้ให้บริการคลาวด์รายอื่นไปยัง Tencent Cloud จุดเจ็บปวดหลักของการโยกย้ายคือ:

จะแน่ใจได้อย่างไรว่าข้อมูลสูญหายเป็นศูนย์? จะลดเวลาหยุดทำงานให้น้อยที่สุดได้อย่างไร?

ส่วนที่1: "การตรวจร่างกาย" ก่อนการย้ายถิ่น-การประเมินสถาปัตยกรรมและการเลือกโปรแกรม

ก่อนที่จะย้ายบรรทัดของรหัสใดๆจะต้องทำการวิจัยโดยละเอียด

1.การวิจัยทางธุรกิจและการวิเคราะห์การพึ่งพา

รายการส่วนประกอบ: จัดเรียงแอ็พพลิเคชันเซิร์ฟเวอร์ (ECS/CVM), ฐานข้อมูล (MySQL/Redis), ที่เก็บวัตถุ (OSS/COS) และโหลดบาลานซ์ (SLB/CLB)

โครงสร้างเครือข่าย: ยืนยันสภาพแวดล้อมเครือข่ายของสถานีต้นทาง (เครือข่ายสาธารณะสายเฉพาะหรือ VPN)

การประเมินแบนด์วิดท์: วัดแบนด์วิดท์อัปลิงค์ของสถานีต้นทางซึ่งจะกำหนดเวลาที่ต้องใช้ในการย้ายข้อมูล

2.การเลือกแผนการโยกย้าย

ตามความอดทนของธุรกิจสำหรับเวลาหยุดทำงานแบ่งออกเป็นสองเส้นทาง:

การโยกย้ายออนไลน์ (การโยกย้ายความร้อน): เหมาะสำหรับธุรกิจหลักด้วยเทคโนโลยีการซิงโครไนซ์ที่เพิ่มขึ้นข้อมูลจะถูกเคลื่อนย้ายโดยไม่หยุดบริการสถานีต้นทางและมีเพียงวินาทีเดียวเมื่อเปลี่ยน DNS

การโยกย้ายแบบออฟไลน์ (การโยกย้ายแบบเย็น): เหมาะสำหรับธุรกิจที่ไม่ใช่ธุรกิจหลักหรือข้อมูลขนาดใหญ่ (ระดับ PB) ก่อนอื่นให้บรรจุข้อมูลและส่งผ่านสื่อทางกายภาพหรือสายเฉพาะในระหว่างการย้ายข้อมูลธุรกิจจะต้องถูกระงับชั่วคราว

ส่วนที่2: ฉากการโยกย้ายหลักและห่วงโซ่เครื่องมือ

Tencent Cloud มีชุดเครื่องมือการโยกย้ายที่สมบูรณ์ซึ่งเรียกรวมกันว่า

MSP(Migration Service Platform)

。

1.การโยกย้ายโฮสต์: คอนโซลการดำเนินการด้วยปุ่มเดียว (Go2Cloud)

บริการโยกย้ายโฮสต์บนคลาวด์ของ Tencent (SMS) รองรับการโยกย้ายเครื่องจริงเครื่องเสมือน (VMware/OpenStack) หรือเซิร์ฟเวอร์คลาวด์แพลตฟอร์มคลาวด์อื่นๆไปยัง Tencent Cloud CVM

กระบวนการย้ายข้อมูลออนไลน์: ติดตั้งไคลเอนต์การย้ายข้อมูลบนเซิร์ฟเวอร์ต้นทางสร้างงานการย้ายข้อมูลบนคอนโซล Tencent Cloud ให้เลือก "การย้ายข้อมูลออนไลน์" ระบบจะสร้างอินสแตนซ์การถ่ายโอนชั่วคราวโดยอัตโนมัติในด้านคลาวด์ของ Tencent และส่งข้อมูลผ่านการจำลองแบบ Rsync หรือระดับบล็อกหลังจากเสร็จสิ้นการจำลองแบบเต็มแล้วจะเข้าสู่ขั้นตอนการซิงโครไนซ์ที่เพิ่มขึ้น

2.การโยกย้ายฐานข้อมูล: ผลมหัศจรรย์ของ DTS

บริการถ่ายโอนข้อมูล (DTS) เป็นหัวใจหลักของการโยกย้ายฐานข้อมูลที่ราบรื่น

จุดปฏิบัติการ: การโยกย้ายโครงสร้าง: ซิงโครไนซ์โครงสร้างตารางมุมมองและโพรซีเดอร์ที่เก็บไว้โดยอัตโนมัติการโยกย้ายแบบเต็ม: ถ่ายโอนข้อมูลสต็อกไปยัง Tencent Cloud CDB การซิงโครไนซ์ที่เพิ่มขึ้น: นี่เป็นขั้นตอนที่สำคัญที่สุด DTS จะอ่าน Binlog ของไลบรารีต้นทางแบบเรียลไทม์และซิงโครไนซ์กับไลบรารีเป้าหมายเพื่อให้แน่ใจว่าข้อมูลทั้งสองด้านสอดคล้องกันแบบเรียลไทม์การตัดธุรกิจ: เมื่อความล่าช้าลดลงเหลือมิลลิวินาทีให้แก้ไขสตริงการเชื่อมต่อแอปพลิเคชันและชี้ไปที่ฐานข้อมูล Tencent Cloud

3.การโยกย้ายการจัดเก็บวัตถุขนาดใหญ่: COS Migration

หากคุณมีรูปภาพหรือวิดีโอ TB หลายรายการที่ผู้ขายระบบคลาวด์รายอื่นขอแนะนำให้ใช้

เครื่องมือ COS Migration

。รองรับการอัปโหลดพร้อมกันแบบมัลติเธรดและสามารถตอบสนองต่อความผันผวนของเครือข่ายผ่านฟังก์ชันการส่งต่อเบรกพอยต์

ส่วนที่สาม:

โซลูชันการย้ายข้อมูลแบบออฟไลน์ (สำหรับข้อมูลขนาดใหญ่พิเศษ)

เมื่อข้อมูลมีปริมาณมากจนไม่สามารถรองรับแบนด์วิดท์เครือข่ายสาธารณะได้ (เช่นมากกว่า50TB)

การโยกย้ายแบบออฟไลน์

เป็นทางเลือกเดียว

Tencent Cloud Starter: Tencent Cloud จะส่งอุปกรณ์จัดเก็บข้อมูลฮาร์ดแวร์เฉพาะไปยังห้องคอมพิวเตอร์ของคุณ

สำเนาภายใน: คัดลอกข้อมูลไปยังอุปกรณ์ผ่านทางพอร์ตเครือข่าย10กิกะบิต

การส่งคืนโลจิสติกส์: อุปกรณ์จะถูกส่งกลับไปที่ห้องคอมพิวเตอร์ระบบคลาวด์ของ Tencent และวิศวกรจะนำเข้า COS หรือฮาร์ดดิสก์บนคลาวด์ด้วยความเร็วสูงผ่านอินทราเน็ต

ตรวจสอบความถูกต้อง: ใช้ MD5เพื่อตรวจสอบความสมบูรณ์ของข้อมูล

ส่วนที่4: การวิเคราะห์และแนวทางแก้ไขข้อผิดพลาดทั่วไป

ในระหว่างการโยกย้ายคุณอาจพบปัญหาทั่วไปต่อไปนี้:

1.แถบความคืบหน้าการโยกย้ายติดอยู่ที่0% หรือรายงานข้อผิดพลาด

Connection Timeout

เหตุผล: กลุ่มรักษาความปลอดภัยของสถานีต้นทางหรือไฟร์วอลล์ไม่ได้ปล่อย Tencent Cloud ไปยัง IP หรือพอร์ต80/443/22ถูกจำกัด

แก้ไข: ตรวจสอบสถานีต้นทาง iptables ตรวจสอบให้แน่ใจว่ากระบวนการไคลเอ็นต์การโยกย้าย (go2cloud_client) ทำงานได้ตามปกติ

2.เคล็ดลับการย้ายฐานข้อมูล

Binlog format error

เหตุผล: การโยกย้าย DTS ออนไลน์กำหนดให้ไลบรารีต้นทาง Binlog ต้องอยู่ในรูปแบบ ROW 。

วิธีแก้ไข: แก้ไขไลบรารีต้นทาง my.cn f การกำหนดค่า: binlog_format = ROW และรีสตาร์ทบริการ (หมายเหตุ: การรีสตาร์ทจะทำให้เกิดการหยุดชะงักชั่วคราว)

3.ระบบ Linux ไม่สามารถเริ่มทำงานหลังจากการโยกย้าย (Kernel Panic)

เหตุผล: ไดรเวอร์เข้ากันไม่ได้ (เช่นไดรเวอร์ Virtio หายไป)

แก้ไข: เรียกใช้สคริปต์บนเซิร์ฟเวอร์ต้นทางก่อนการโยกย้ายเพื่อตรวจสอบและติดตั้งไดรเวอร์ virtio 。โดยปกติเครื่องมือ Tencent Cloud SMS จะถูกฉีดโดยอัตโนมัติแต่สำหรับเคอร์เนลเวอร์ชันเก่ามาก (เช่น CentOS 5) จำเป็นต้องประมวลผลด้วยตนเอง

4.การอนุญาตล้นหรือสูญหายแพ็คเก็ต

เหตุผล: สิทธิ์ของไฟล์ Owner มีการเปลี่ยนแปลงหลังจากการโยกย้ายหรือค่า MTU ของอินทราเน็ตไม่สอดคล้องกันทำให้แพ็คเกจสูญหาย

แก้ไข: ใช้ rsync -avz เพื่อรักษาคุณสมบัติการอนุญาตตรวจสอบการตั้งค่า VPC อินทราเน็ต MTU ขอแนะนำให้รวมเป็นหนึ่งเดียวที่1500

ส่วนที่5: กลยุทธ์ "สามขั้นตอน" สำหรับการตัดที่ราบรื่น

เพื่อให้แน่ใจว่าการโยกย้ายไม่สามารถเข้าใจผิดได้ให้ทำตามจังหวะต่อไปนี้:

การทดสอบก่อนการย้ายข้อมูล: ดึงระบบเงาที่ด้านข้างของ Tencent Cloud และใช้สำเนาข้อมูลการผลิตสำหรับการทดสอบความเครียดและการตรวจสอบการทำงาน

การสลับระดับสีเทา: ผ่านการสำรวจแบบถ่วงน้ำหนัก DNS ขั้นแรกแนะนำ10% ของการเข้าชมไปยัง Tencent Cloud และสังเกตการตรวจสอบตลอด24ชั่วโมง

การเตรียมการสำหรับแหล่งส่งคืนเต็มรูปแบบ: ในขั้นตอนแรกของการสลับให้ทำการซิงโครไนซ์ข้อมูลที่เพิ่มขึ้นของสถานีต้นทาง (DTS ย้อนกลับ) ในกรณีที่เกิดความล้มเหลวที่ไม่สามารถคาดเดาได้ในด้านคลาวด์ของ Tencent คุณสามารถสลับกลับไปยังสถานีต้นทางได้ตลอดเวลาเพื่อให้แน่ใจว่ามีความพร้อมทางธุรกิจสูง

บทสรุป

การโยกย้ายธุรกิจไม่ใช่การ "คัดลอกและวาง" ง่ายๆแต่เป็นการดำเนินการที่ซับซ้อนใช้ประโยชน์ได้ดี

Tencent Cloud SMS

DTS และ MSP แพลตฟอร์ม

เมื่อรวมกับแผนโดยละเอียดเราสามารถมั่นใจได้ว่าธุรกิจจะออกเดินทางอย่างมั่นคงในระบบคลาวด์

เคล็ดลับ: ก่อนเริ่มการโยกย้ายโปรดทำการสำรองข้อมูลด้วยตนเองที่ไซต์ต้นทางซึ่งเป็นแนวป้องกันสุดท้ายสำหรับการดำเนินการทางเทคนิคทั้งหมด