การทดสอบและการทำงานเมื่อเกิดการสลับระบบ

แผนการกู้คืนจากภัยพิบัติที่ไม่เคยผ่านการทดสอบเป็นเพียงสมมติฐาน การทดสอบการสลับการทำงานช่วยให้คุณตรวจสอบว่า VM เริ่มทำงานได้อย่างถูกต้อง แอปพลิเคชันเริ่มทำงาน และการเชื่อมต่อเครือข่ายในภูมิภาคเป้าหมายใช้งานได้ ทั้งหมดนี้ทำได้โดยไม่รบกวนสภาพแวดล้อมต้นทางหรือทำให้การจำลองแบบที่กำลังดำเนินอยู่หยุดชะงัก หลายองค์กรพบว่าแผน DR ของตนมีช่องว่างก็ต่อเมื่อเกิดภัยพิบัติจริง ซึ่งเป็นช่วงเวลาที่แผนที่มีปัญหาจะสร้างความเสียหายสูงสุด การทดสอบการสลับการทำงานเป็นประจำเป็นข้อกำหนดด้านการปฏิบัติตามข้อบังคับสำหรับกรอบการกำกับดูแลส่วนใหญ่

ASR รองรับการดำเนินการสลับการทำงานสามประเภท การทดสอบการสลับการทำงานจะสร้างสำเนาของ VM ที่สลับการทำงานในเครือข่ายแยก (คุณเป็นผู้ระบุ VNet เป้าหมาย) โดยไม่ส่งผลต่อการจำลองแบบหรือสภาพแวดล้อมต้นทาง การสลับการทำงานตามแผนใช้สำหรับการย้ายระบบหรือการบำรุงรักษาตามกำหนด โดยจะซิงค์การเปลี่ยนแปลงที่เหลือก่อน จากนั้นจึงปิดระบบต้นทางก่อนสลับการทำงาน การสลับการทำงานที่ไม่ได้วางแผน (ใช้ระหว่างภัยพิบัติจริง) จะสลับการทำงานทันทีจากจุดกู้คืนล่าสุดโดยไม่รอการซิงค์ครั้งสุดท้าย

หากต้องการเรียกใช้การทดสอบการสลับการทำงานในพอร์ทัล ให้เลือกรายการที่ได้รับการปกป้อง คลิก Test Failover เลือกจุดกู้คืน (จุดล่าสุดที่สอดคล้องกับสถานะขัดข้อง จุดล่าสุดที่สอดคล้องกับแอป หรือจุดเวลาใดเวลาหนึ่ง) แล้วเลือกเครือข่ายเสมือนเป้าหมาย (โดยทั่วไปคือ VNet ทดสอบเฉพาะที่แยกออกมา) ASR จะเริ่ม VM ในภูมิภาคเป้าหมายโดยใช้ดิสก์แบบจำลอง VM ทดสอบจะปรากฏอยู่ถัดจากแบบจำลอง แต่เป็นอิสระจากกันโดยสมบูรณ์ — ระบบสำหรับใช้งานจริงจะไม่ได้รับผลกระทบ หลังจากทดสอบแล้ว ให้คลิก Cleanup test failover เพื่อลบ VM ทดสอบ

ระหว่างการสลับการทำงาน คุณจะเลือกจุดกู้คืนจากช่วงเวลาการเก็บรักษาของ ASR ตัวเลือกมีดังนี้: ล่าสุด (RPO ต่ำสุด) — จุดกู้คืนล่าสุดที่สอดคล้องกับสถานะขัดข้อง ซึ่งช่วยลดการสูญเสียข้อมูลให้น้อยที่สุด ประมวลผลล่าสุด — จุดที่ผ่านการประมวลผลล่าสุด (อาจล่าช้าไปไม่กี่นาที) ล่าสุดที่สอดคล้องกับแอป — จุดกู้คืนล่าสุดที่สอดคล้องกับแอปพลิเคชัน ซึ่งอาจเก่ากว่า แต่รับประกันการกู้คืนแอปพลิเคชันอย่างสะอาด กำหนดเอง — จุดกู้คืนเก่าจุดใดจุดหนึ่งสำหรับกู้คืนไปยังสถานะที่ทราบว่าปกติดีก่อนเกิดเหตุการณ์

แผนการกู้คืนจัดกลุ่ม VM ที่ได้รับการปกป้องหลายรายการ และกำหนดลำดับกับจังหวะเวลาของการสลับการทำงาน คุณสามารถระบุว่า VM ใดจะเริ่มทำงานก่อน เช่น เซิร์ฟเวอร์ฐานข้อมูลก่อนเซิร์ฟเวอร์แอปพลิเคชัน เพิ่ม จุดอนุมัติด้วยตนเองเพื่อหยุดการสลับการทำงานชั่วคราวสำหรับการตรวจสอบโดยบุคคล และแทรก สมุดงานการทำงานอัตโนมัติของ Azureเพื่อเรียกใช้สคริปต์ก่อนและหลังการสลับการทำงาน เช่น อัปเดตระเบียน DNS กำหนดค่าโหลดบาลานเซอร์ หรือส่งการแจ้งเตือน คุณสามารถทดสอบแผนการกู้คืนแยกต่างหากด้วยการทดสอบการสลับการทำงาน

การทดสอบการสลับการทำงานเปิดโอกาสให้คุณวัด RTO (เป้าหมายเวลาการกู้คืน)จริงของคุณ เริ่มจับเวลาเมื่อคุณเริ่มการสลับการทำงาน และหยุดเมื่อแอปพลิเคชันทำงานได้อย่างสมบูรณ์และผู้ใช้เข้าถึงได้ โดยทั่วไปการสลับการทำงานจาก Azure ไปยัง Azure สำหรับ VM เดียวจะเสร็จสิ้นภายใน 15–30 นาที แต่แอปพลิเคชันหลายระดับที่มีการพึ่งพากันอาจใช้เวลานานกว่า ให้บันทึกขั้นตอนที่เพิ่มเวลาโดยไม่คาดคิด เช่น การเผยแพร่ DNS หรือการเตรียมแอปพลิเคชันให้พร้อมทำงาน และแก้ไขก่อนการทดสอบครั้งถัดไป

หลังจาก การสลับการทำงานตามแผน เช่น การย้ายไปยังภูมิภาคใหม่ คุณจะเรียกใช้ Commit เพื่อดำเนินการสลับการทำงานให้เสร็จสมบูรณ์ การยืนยันจะหยุดการจำลองแบบย้อนกลับจากต้นทาง และกำหนดให้ VM เป้าหมายเป็นระบบหลักใหม่ เมื่อยืนยันแล้ว คุณสามารถเปิดใช้ การปกป้องซ้ำเพื่อย้อนทิศทางการจำลองแบบ ทำให้ภูมิภาคต้นทางเดิมเป็นเป้าหมาย DR ใหม่ วิธีนี้ช่วยให้คุณสลับการทำงานกลับไปยังภูมิภาคเดิมได้หลังจากแก้ไขเหตุการณ์แล้ว

การสลับการทำงานกลับคือกระบวนการนำเวิร์กโหลดกลับไปยังภูมิภาคเดิมหลังเกิดภัยพิบัติหรือการย้ายระบบตามแผน ขั้นตอนมีดังนี้ ปกป้อง VM ที่สลับการทำงานไปแล้วอีกครั้ง (ย้อนการจำลองแบบเพื่อจำลองจากระบบหลักใหม่กลับไปยังภูมิภาคเดิม) รอให้การซิงค์เริ่มต้นเสร็จสิ้น จากนั้นดำเนินการสลับการทำงานตามแผนกลับไปยังภูมิภาคเดิม การสลับการทำงานกลับต้องอาศัยโครงสร้างพื้นฐานต้นทางเดิมที่ยังคงอยู่ — หากถูกทำลาย คุณอาจต้องสร้างโซนเริ่มต้นระบบใหม่ก่อนจึงจะสลับการทำงานกลับได้

หลังการทดสอบการสลับการทำงาน คุณต้องดำเนินการ Cleanup test failover ในพอร์ทัลเพื่อลบ VM ทดสอบและดิสก์ที่เกี่ยวข้อง หากไม่ล้างข้อมูล VM ทดสอบจะยังคงทำงานและมีค่าใช้จ่ายด้านการประมวลผลเพิ่มขึ้น ขั้นตอนการล้างยังรีเซ็ตสถานะการทดสอบการสลับการทำงานของรายการที่ได้รับการปกป้อง ทำให้คุณสามารถเรียกใช้การทดสอบอีกครั้งในอนาคต การทำให้การล้างเป็นแบบอัตโนมัติ เช่น ตั้งเวลาให้ล้างหนึ่งชั่วโมงหลังเริ่มการทดสอบผ่านสมุดงานการทำงานอัตโนมัติ จะช่วยป้องกันไม่ให้ VM ทดสอบที่ถูกลืมทำงานต่อเนื่องหลายวัน

การทดสอบ DR ทุกครั้งควรจัดทำ รายงานการซ้อม DRซึ่งบันทึกวันที่และสถานการณ์ที่ทดสอบ จุดกู้คืนที่ใช้ RTO และ RPO ที่ทำได้ ปัญหาที่ค้นพบ และการดำเนินการแก้ไข เอกสารนี้ช่วยให้เป็นไปตามข้อกำหนดของผู้ตรวจสอบสำหรับกรอบมาตรฐาน เช่น ISO 27001 และ SOC 2 ซึ่งกำหนดให้มีการทดสอบ DR เป็นประจำ จัดเก็บรายงานการซ้อมไว้ในตำแหน่งที่ปลอดภัยและทีม IT กับทีมความต่อเนื่องทางธุรกิจเข้าถึงได้

ราคา Azure Site Recovery คิดค่าบริการต่ออินสแตนซ์ที่ได้รับการปกป้องต่อเดือน โดยค่าบริการครอบคลุมทั้งบริการจำลองแบบและการประสานงาน นอกจากนี้ยังมีค่าใช้จ่ายสำหรับพื้นที่จัดเก็บที่ดิสก์แบบจำลองที่มีการจัดการในภูมิภาคเป้าหมายใช้ และบัญชีพื้นที่จัดเก็บแคชระหว่างการจำลองแบบ การถ่ายโอนข้อมูลขาออกระหว่างภูมิภาค Azure สำหรับปริมาณการใช้งานการจำลองแบบคิดค่าบริการตามอัตราขาออกปกติ (ต่างจาก Azure Backup ที่การถ่ายโอนขาออกระหว่างภูมิภาคที่จับคู่กันไม่มีค่าใช้จ่าย) สำหรับการจำลองแบบจากภายในองค์กรไปยัง Azure ใบอนุญาต Windows Server สำหรับ VM ของ Azure สามารถใช้ Azure Hybrid Benefit เพื่อลดค่าใช้จ่ายได้

ในบทเรียนนี้ คุณได้เรียนรู้ว่า การทดสอบการสลับการทำงานช่วยตรวจสอบแผน DR ในเครือข่ายแยกโดยไม่ส่งผลกระทบต่อระบบสำหรับใช้งานจริง แผนการกู้คืนกำหนดลำดับการสลับการทำงานของ VM หลายรายการด้วยจุดอนุมัติด้วยตนเองและขั้นตอนจากสมุดงานการทำงานอัตโนมัติ และ การสลับการทำงานกลับนำเวิร์กโหลดกลับไปยังภูมิภาคเดิมด้วยการย้อนทิศทางการจำลองแบบหลังเกิดภัยพิบัติ ต่อไป เราจะสำรวจ Azure CDN เพื่อเร่งการส่งเนื้อหาทั่วโลก