บทนำ
Business Cutover Window คือช่วงเวลาที่ธุรกิจยอมให้มีการหยุดให้บริการเพื่อดำเนินการ Migration บทความนี้อธิบายแนวคิดของ Task Duration และ Cutover Time เพื่อช่วยวางแผนเวลาและลดผลกระทบต่อธุรกิจ
ข้อกำหนดเบื้องต้น (Prerequisites)
- ข้อมูล Data Volume ของแต่ละระบบที่ต้องย้าย
- ข้อมูล Bandwidth ระหว่าง Source และ Target
- วิธี Migration ที่เลือก (SCMT Agentless/Agent-based/Hot Standby/Backup, aHM, ISO)
- การอนุมัติช่วง Downtime จากเจ้าของธุรกิจ
Task Duration (ระยะเวลาทำงานของ Task)
Task Duration คือช่วงเวลาตั้งแต่เริ่ม Data Migration, Backup หรือ Synchronization จนถึง Task เสร็จสิ้น ขึ้นอยู่กับ:
- Data Volume ของระบบธุรกิจ
- วิธี Migration ที่เลือก
- Bandwidth และสภาพ Network ระหว่าง Source กับ Target
ความเร็วสูงสุดโดยประมาณ: 100 MB/s บน Gigabit Ethernet และ 500 MB/s บน 10 Gigabit Ethernet
ในช่วง Task Duration จะมีผลกระทบเล็กน้อยต่อ Source Business เนื่องจาก Client-side Plug-in ใช้ทรัพยากรในการส่งข้อมูล โดยค่า Default ของ SCMT:
- Agent CPU usage: < 3%
- Agent Memory peak: < 260 MB
- Default source storage performance cap: 30% (Queue Depth 4) - ปรับได้
- Default source network bandwidth cap: 300 Mbps - ปรับได้
Cutover Time (ระยะเวลา Cutover)
Cutover Time คือช่วงเวลาตั้งแต่ Data Migration เสร็จ จนถึงการ Switch ระบบไปใช้งานบน Target ซึ่งระบบ Source จะต้องถูก Stop ในช่วงนี้เพื่อรักษา Data Consistency
ระยะเวลาโดยประมาณตามแต่ละวิธี:
- Point-to-Point (Agentless/Agent-based): ประมาณ 5-10 นาที
- Hot Standby Migration: ประมาณ 1 นาที
- Backup Migration: ประมาณ 30 นาที
- aHM Live Migration: ขึ้นอยู่กับ Final Phase ที่ต้อง Shutdown Source VM
- ISO Migration: Downtime ตลอดกระบวนการ
การวางแผน Business Cutover Window
- ประเมิน Data Volume และวิธี Migration เพื่อคำนวณ Task Duration
- บวก Cutover Time ตามวิธีที่เลือก
- เพิ่มเวลาเผื่อสำหรับ Business Verification หลัง Cutover
- เลือกช่วงเวลาที่มีผลกระทบต่อธุรกิจน้อยที่สุด (กลางคืน วันหยุด)
- ประสานงานและแจ้งผู้เกี่ยวข้องล่วงหน้า
หมายเหตุ
- ควรทำ Migration Simulation Test ก่อนการ Migration จริง เพื่อประเมินความเร็วและความเป็นไปได้อย่างแม่นยำ
- ควรเผื่อเวลาสำหรับความเสี่ยงที่ไม่ได้คาดการณ์ (Unknown Risks)
- สำหรับระบบที่ต้องการ Downtime น้อยมาก ให้พิจารณา Hot Standby Migration
ข้อคิดเห็น
0 ข้อคิดเห็น
โปรด ลงชื่อเข้าใช้ เพื่อแสดงข้อคิดเห็น