ภาพรวม SCMT และหลักการออกแบบ Migration

บทนำ

Sangfor Cloud Migration Tool (SCMT) เป็นเครื่องมือสำหรับย้ายระบบงาน (Business System) และ Virtual Machine จากสภาพแวดล้อม IT เดิม เช่น Physical Server, VMware, หรือ HCI อื่น มาสู่ Sangfor HCI โดยครอบคลุมกระบวนการ Migration แบบครบวงจรตั้งแต่การวิเคราะห์ความเป็นไปได้ การเตรียมการ การออกแบบ การดำเนินการ การตรวจสอบหลัง Migration ไปจนถึง Troubleshooting และ Rollback

กลุ่มเป้าหมายของคู่มือ Migration

• IT Architects และ Pre-sales Engineers: เพื่อทำความเข้าใจ Methodology, ความสามารถของเครื่องมือ และออกแบบ Migration Solution ที่เหมาะสม
• System Administrators และ Operation Engineers: ผู้ปฏิบัติงานหลักในการติดตั้งเครื่องมือ Migration, ดำเนินแผน และตรวจสอบหลัง Migration
• Project Managers: เข้าใจภาพรวมกระบวนการ Migration, Phase สำคัญ และ Timeline เพื่อวางแผนและประสานงาน
• Technical Support และ Professional Services: ใช้อ้างอิงขณะช่วยลูกค้าในการดำเนิน Migration และแก้ไขปัญหา

หลักการออกแบบ Migration

กระบวนการ Migration ทั้งหมดจะยึดหลัก "Unified Planning, Easy First then Difficult, Phased Handling" โดยมีหลักการสำคัญดังนี้:

1. Principle of Overall Coordination: การประสานงานระหว่างหลายแผนก ทั้งฝ่าย IT และฝ่ายธุรกิจ ภายใต้การกำกับของ Project Manager
2. Principle of Availability: ต้องมั่นใจว่าระบบธุรกิจยังใช้งานได้หลัง Migration โดยแต่ละระบบต้องมีแผน Migration และ Contingency Plan ที่ชัดเจน
3. Principle of Rationality: เลือกวิธี Migration ตามผลการประเมินอย่างเป็นวิทยาศาสตร์ โดยให้ความสำคัญกับการลด Downtime
4. Principle of Easy First, Difficult Later: เริ่มจากระบบที่ไม่ Critical และขนาดเล็กก่อน เพื่อทดสอบ Data Center ใหม่ แล้วจึงขยายไประบบที่ซับซ้อน

ลำดับการ Migration ที่แนะนำ

• เริ่มจากระบบเดี่ยว (Single-server systems) ก่อนระบบที่ซับซ้อน
• ย้ายระบบทั่วไปก่อนระบบ Core
• ย้ายระบบที่มีข้อมูลน้อยก่อนระบบที่มีข้อมูลมาก
• Application ย้ายก่อน Database (Database แนะนำ Shutdown-then-Migrate)
• หลีกเลี่ยงการเปลี่ยน Network Architecture เดิมของระบบธุรกิจ
• ใช้ช่วงวันหยุดหรือกลางคืนในการทำ Migration เพื่อลดผลกระทบต่อการให้บริการ

หมายเหตุ

• ควรมีการสื่อสารล่วงหน้า (Pre-communication) กับทีม Operations และทีมที่เกี่ยวข้องก่อนเริ่ม Migration
• หลัง Cutover ต้องแจ้งและตรวจสอบสถานะการทำงานของระบบทันที (Closed-loop confirmation)
• ควรเก็บ VM ต้นทางไว้อย่างน้อย 1 เดือนหลัง Migration เพื่อรองรับการ Rollback