Menguji dan Menjalankan Failover

Rencana pemulihan bencana yang belum pernah diuji hanyalah sebuah hipotesis. Pengujian failover memungkinkan Anda memvalidasi bahwa VM melakukan boot dengan benar, aplikasi dimulai, dan konektivitas jaringan berfungsi di wilayah target — semuanya tanpa mengganggu lingkungan sumber atau menghentikan replikasi yang sedang berlangsung. Banyak organisasi baru menemukan celah dalam rencana DR mereka ketika bencana nyata terjadi, tepat saat rencana yang tidak berfungsi menimbulkan kerusakan terbesar. Pengujian failover secara berkala merupakan persyaratan kepatuhan bagi sebagian besar kerangka kerja regulasi.

ASR mendukung tiga jenis tindakan failover. Pengujian failover membuat salinan VM yang mengalami failover di jaringan terisolasi (Anda menentukan VNet target) tanpa memengaruhi replikasi atau lingkungan sumber. Failover terencana digunakan untuk migrasi atau pemeliharaan terjadwal — tindakan ini terlebih dahulu menyinkronkan perubahan yang tersisa, lalu mematikan sumber sebelum melakukan failover. Failover tidak terencana (digunakan saat bencana nyata) segera melakukan failover dari titik pemulihan terbaru tanpa menunggu sinkronisasi akhir.

Untuk menjalankan pengujian failover di portal: pilih item yang dilindungi, klik Pengujian Failover, pilih titik pemulihan (terbaru yang konsisten saat terjadi kerusakan, terbaru yang konsisten dengan aplikasi, atau titik waktu tertentu), lalu pilih jaringan virtual target (biasanya VNet pengujian khusus yang terisolasi). ASR menyalakan VM di wilayah target menggunakan disk replika. VM pengujian muncul bersama replika, tetapi sepenuhnya independen — produksi tidak terpengaruh. Setelah pengujian selesai, klik Bersihkan pengujian failover untuk menghapus VM pengujian.

Saat melakukan failover, Anda memilih titik pemulihan dari jendela retensi ASR. Pilihannya adalah: Terbaru (RPO terendah) — titik pemulihan terbaru yang konsisten saat terjadi kerusakan, sehingga meminimalkan kehilangan data. Terbaru yang diproses — titik yang paling baru diproses (mungkin tertinggal beberapa menit). Terbaru yang konsisten dengan aplikasi — titik pemulihan terbaru yang konsisten dengan aplikasi, yang mungkin lebih lama tetapi menjamin pemulihan aplikasi yang bersih. Kustom — titik pemulihan lama tertentu untuk memulihkan ke keadaan yang diketahui baik sebelum insiden.

Rencana pemulihan mengelompokkan beberapa VM yang dilindungi serta menentukan urutan dan waktu failover-nya. Anda dapat menentukan VM mana yang melakukan boot terlebih dahulu (misalnya server basis data sebelum server aplikasi), menambahkan gerbang persetujuan manual untuk menjeda failover demi validasi oleh manusia, dan menyisipkan buku pedoman Azure Automation untuk menjalankan skrip sebelum dan sesudah failover (misalnya memperbarui catatan DNS, mengonfigurasi penyeimbang beban, atau mengirim pemberitahuan). Rencana pemulihan dapat diuji secara terpisah dengan pengujian failover.

Pengujian failover memberikan kesempatan untuk mengukur RTO (Tujuan Waktu Pemulihan) aktual Anda. Mulai stopwatch saat Anda memulai failover dan hentikan saat aplikasi berfungsi sepenuhnya serta dapat diakses oleh pengguna. Failover Azure-ke-Azure biasanya selesai dalam 15–30 menit untuk satu VM, tetapi aplikasi bertingkat dengan dependensi mungkin memerlukan waktu lebih lama. Dokumentasikan setiap langkah yang menambah waktu secara tidak terduga (misalnya propagasi DNS atau pemanasan aplikasi) dan atasi sebelum pengujian berikutnya.

Setelah failover terencana (misalnya migrasi ke wilayah baru), Anda menjalankan Finalisasi untuk menyelesaikan failover. Finalisasi menghentikan replikasi kembali dari sumber dan menandai VM target sebagai primer baru. Setelah difinalisasi, Anda dapat mengaktifkan perlindungan ulang untuk membalik arah replikasi, sehingga wilayah sumber awal menjadi target DR baru. Dengan demikian, Anda dapat melakukan failback ke wilayah awal setelah insiden teratasi.

Failback adalah proses mengembalikan beban kerja ke wilayah awal setelah bencana atau migrasi terencana. Langkah-langkahnya adalah: lindungi ulang VM yang mengalami failover (balik arah replikasi agar mereplikasi dari primer baru kembali ke wilayah awal), tunggu hingga sinkronisasi awal selesai, lalu lakukan failover terencana kembali ke wilayah awal. Failback memerlukan infrastruktur sumber awal yang masih utuh — jika infrastruktur tersebut hancur, Anda mungkin perlu membangun ulang zona pendaratan sebelum melakukan failback.

Setelah pengujian failover, Anda harus menjalankan Bersihkan pengujian failover di portal untuk menghapus VM pengujian dan disk terkaitnya. Tanpa pembersihan, VM pengujian akan terus berjalan dan menambah biaya komputasi. Langkah pembersihan juga mengatur ulang status pengujian failover item yang dilindungi, sehingga Anda dapat menjalankan pengujian lain di masa mendatang. Mengotomatiskan pembersihan (misalnya menjadwalkannya satu jam setelah pengujian dimulai melalui buku pedoman Automation) mencegah VM pengujian yang terlupakan terus berjalan selama berhari-hari.

Setiap pengujian DR harus menghasilkan laporan latihan DR yang mencatat: tanggal dan skenario yang diuji, titik pemulihan yang digunakan, RTO dan RPO yang dicapai, masalah yang ditemukan, serta tindakan perbaikan yang dilakukan. Dokumentasi ini memenuhi persyaratan auditor untuk kerangka kerja seperti ISO 27001 dan SOC 2 yang mewajibkan pengujian DR secara berkala. Simpan laporan latihan di lokasi aman yang dapat diakses oleh tim IT dan kelangsungan bisnis.

Harga Azure Site Recovery berlaku per instans yang dilindungi per bulan — biaya ini mencakup layanan replikasi dan orkestrasi. Anda juga dikenai biaya untuk penyimpanan yang digunakan oleh disk terkelola replika di wilayah target dan akun penyimpanan cache selama replikasi. Transfer data keluar antarkawasan Azure untuk lalu lintas replikasi dikenai tarif normal (berbeda dari Azure Pencadangan, yang membebaskan biaya transfer keluar antarkawasan yang dipasangkan). Untuk replikasi dari lokal ke Azure, lisensi Windows Server untuk VM Azure dapat menggunakan Manfaat Hibrida Azure untuk mengurangi biaya.

Uji pemahaman Anda tentang konsep Microsoft Azure Dasar (AZ-900) dari pelajaran ini.

Dalam pelajaran ini, Anda mempelajari bahwa pengujian failover memvalidasi rencana DR di jaringan terisolasi tanpa memengaruhi produksi, rencana pemulihan mengurutkan failover beberapa VM dengan gerbang manual dan langkah buku pedoman otomatisasi, serta failback mengembalikan beban kerja ke wilayah awal dengan membalik arah replikasi setelah bencana. Selanjutnya, kita akan membahas Azure CDN untuk mempercepat pengiriman konten global.