การทำ Rollback เมื่อ Migration ล้มเหลว

บทนำ

ในกรณีที่ VM ที่ migrate ไปยัง Sangfor HCI แล้วไม่สามารถ Start ได้ Service ทำงานไม่ได้ หรือ Performance ลดลงอย่างมีนัยสำคัญ และไม่สามารถแก้ไขได้ด้วยการ Troubleshoot ในเวลาที่ยอมรับได้ จำเป็นต้องพิจารณาทำ Rollback (Fallback) กลับไปใช้งานบน Platform ต้นทางเดิม บทความนี้อธิบายหลักเกณฑ์การตัดสินใจและขั้นตอนการ Rollback

ข้อกำหนดเบื้องต้น (Prerequisites)

• VM ต้นทางบน Platform เดิม (VMware, Hyper-V, Physical Server ฯลฯ) ยังต้องคงอยู่ และยังไม่ถูกลบหรือปิดถาวร
• ยังไม่มีการเปลี่ยนแปลงข้อมูลที่เป็น Production อย่างมีนัยสำคัญบน VM ปลายทางหลัง Cutover
• มีสิทธิ์เข้าถึงทั้ง HCI Console และ Platform ต้นทาง
• มีข้อมูล Network Configuration เดิม (IP, VLAN, Gateway) เพื่อใช้ Restore

เกณฑ์ในการพิจารณา Rollback

ควรประเมินปัจจัยต่อไปนี้ก่อนตัดสินใจ Rollback:

• Business Criticality: ระบบเป็นระบบสำคัญที่ไม่สามารถหยุดทำงานต่อเนื่องได้หรือไม่
• Data Consistency: ข้อมูลที่เกิดขึ้นใหม่บน HCI หลัง Cutover มากน้อยเพียงใด หาก Rollback จะสูญเสียข้อมูลอะไรบ้าง
• Time to Fix: ระยะเวลาที่คาดว่าจะแก้ไขปัญหาบน HCI สำเร็จ เทียบกับระยะเวลาในการ Rollback
• Impact Scope: ปัญหาที่เกิดกระทบเฉพาะ VM นี้หรือกระทบระบบข้างเคียง

ขั้นตอนการ Rollback

1. แจ้ง Stakeholder และ Application Owner ให้ทราบเพื่อยืนยันการตัดสินใจ Rollback และแจ้ง Downtime
2. เข้าสู่ HCI Console ไปที่ Compute > Virtual Machine เลือก VM ที่มีปัญหา จากนั้น Power Off VM หรือทำการ Isolate VM ออกจากเครือข่าย (Disconnect vNIC) เพื่อป้องกัน IP Conflict กับ VM ต้นทางที่จะเปิดกลับ
3. เข้าสู่ Platform ต้นทาง ตรวจสอบสถานะของ VM เดิมและ Restore Network Configuration ให้เหมือนก่อน Cutover (VLAN, Port Group, IP)
4. Power On VM ต้นทางบน Platform เดิมและรอจน OS บูตและ Service ขึ้นครบ
5. ตรวจสอบว่า VM ต้นทางสามารถเชื่อมต่อเครือข่ายได้ตามปกติ และ Service/Application ทำงานเรียบร้อย
6. ทดสอบ Business Workflow หลักเพื่อยืนยันว่าระบบกลับมาทำงานได้สมบูรณ์

การตรวจสอบหลัง Rollback (Verification)

• ตรวจสอบ IP, Gateway, DNS และการเชื่อมต่อภายนอกของ VM ต้นทาง
• ตรวจสอบว่า Application, Database และ Service ที่เกี่ยวข้องกลับมาทำงานและข้อมูลครบถ้วน
• ให้ End User ทดสอบการใช้งานจริงและยืนยันว่าระบบกลับสู่สถานะปกติ

หมายเหตุ (Notes)

• ห้าม Power On VM ทั้งสองฝั่ง (ทั้ง HCI และ Platform ต้นทาง) พร้อมกันด้วย IP เดียวกัน จะทำให้เกิด IP Conflict และกระทบระบบ
• เก็บ VM ปลายทางบน HCI ไว้ในสถานะ Power Off (ยังไม่ลบ) เพื่อใช้วิเคราะห์หาสาเหตุของปัญหาและเพื่อนำกลับมา Migrate ใหม่ในภายหลัง
• บันทึก Root Cause ของการ Rollback และปรับปรุง Migration Plan ก่อนการ Migrate ครั้งถัดไป
• หลังจากแก้ไขปัญหาเสร็จ สามารถ Schedule การ Migration ใหม่ในช่วง Maintenance Window ถัดไปได้