Pengujian DR Tanpa Kesan

Pelan pemulihan bencana yang tidak pernah diuji hanyalah hipotesis. Pengalaman dunia sebenar menunjukkan bahawa pelan DR kerap mendedahkan jurang — hanyutan konfigurasi, automasi yang tiada, buku larian yang lapuk atau masa permulaan yang lebih lama daripada jangkaan — yang hanya muncul dalam keadaan ujian. Pengujian DR secara berkala ialah satu-satunya cara untuk memastikan bahawa pelan anda akan berfungsi apabila paling diperlukan.

Test Pemindahan Alih ialah ciri terbina dalam Azure Site Recovery yang membolehkan anda mensimulasikan pemindahan alih ke rantau sekunder tanpa mengganggu pengeluaran. Semasa pemindahan alih ujian, ASR mencipta salinan VM yang direplikasi dalam rangkaian maya terpencil di rantau sekunder. VM pengeluaran terus berjalan seperti biasa di rantau utama, maka tiada risiko kepada pengguna sebenar.

VNet ujian terpencil tidak boleh mempunyai sambungan kepada sistem pengeluaran. Ini menghalang VM ujian daripada menulis secara tidak sengaja ke pangkalan data pengeluaran, menghantar e-mel kepada pelanggan sebenar atau mencetuskan transaksi pembayaran. Cipta VNet pemindahan alih ujian khusus tanpa penyambungan rakan ke VNet pengeluaran dan tanpa capaian internet, kemudian gunakan VNet itu hanya untuk latihan DR.

Ujian DR hendaklah mengesahkan set kriteria tertentu:

• Masa but — adakah semua VM bermula dalam tempoh masa yang dijangka?
• Permulaan aplikasi — adakah aplikasi dimulakan dengan betul apabila disambungkan kepada pangkalan data yang dipulihkan?
• Integriti data — adakah data pada titik pemulihan konsisten dan lengkap?
• Actual RTO — ukur jumlah masa berlalu dari pencetus pemindahan alih hingga aplikasi melayan permintaan
• Pelaksanaan buku larian — adakah semua skrip automasi selesai dengan jayanya?

Semasa ujian, mulakan pemasa sebaik sahaja anda mencetuskan pemindahan alih ujian. Hentikan pemasa apabila aplikasi disahkan sihat (probe kesihatan pengimbang beban mengembalikan 200 OK). Inilah Actual RTO anda. Bandingkan dengan RTO sasaran anda. Jika nilai sebenar melebihi sasaran, kenal pasti kesesakan — permulaan VM yang perlahan, permulaan pangkalan data yang lama atau kelewatan penyebaran DNS — dan atasinya.

Selepas pemindahan alih ujian selesai, sambungkan ke pangkalan data yang dipulihkan dan sahkan data tersebut. Semak bahawa transaksi yang dilakukan sebelum had replikasi wujud, dan bahawa transaksi yang dilakukan sebahagiannya dikendalikan dengan betul (dibuat asal atau diselesaikan). Bagi pangkalan data dengan pemulihan titik masa (PITR), uji pemulihan kepada cap masa tertentu dan sahkan keadaan data yang dijangka.

Apabila ujian selesai, anda mesti membersihkan sumber pemindahan alih ujian — VM ujian, cakera dan antara muka rangkaiannya di rantau sekunder. Azure Site Recovery menyediakan tindakan 'Bersihkan pemindahan alih ujian' dalam portal yang mengalih keluar semua sumber ujian secara automatik. Kegagalan melakukan pembersihan akan membazirkan wang dan memenuhi rantau sekunder dengan sumber yang telah usang.

Selepas setiap ujian DR, tulis laporan ujian yang merangkumi: tarikh dan skop ujian, Actual RTO dan RPO yang dicapai, senarai semak item pengesahan berserta status lulus/gagal, sebarang jurang atau kegagalan yang diperhatikan serta tindakan pembetulan yang dirancang. Laporan ini berguna untuk audit pematuhan (ISO 27001, SOC 2, HIPAA) dan untuk menjejaki peningkatan kematangan DR dari semasa ke semasa.

Amalan terbaik industri dan rangka kerja pematuhan biasanya memerlukan ujian DR sekurang-kurangnya setahun sekali, tetapi banyak organisasi menjalankan ujian setiap suku tahun atau bahkan setiap bulan untuk beban kerja Tahap 1. Ujian yang lebih kerap mengesan hanyutan konfigurasi lebih awal serta membina keyakinan dan pengalaman pasukan. Automatikkan sebanyak mungkin persediaan dan pengesahan ujian untuk mengurangkan usaha yang diperlukan bagi ujian yang kerap.

Azure Chaos Studio ialah perkhidmatan kejuruteraan huru-hara terurus yang membolehkan anda menyuntik kegagalan terkawal ke dalam sumber Azure untuk menguji ketahanan aplikasi. Anda boleh mematikan VM, menggagalkan zon, mengehadkan CPU atau menyuntik kependaman rangkaian untuk memerhatikan tingkah laku aplikasi. Berbeza daripada latihan DR standard, kejuruteraan huru-hara menguji sama ada aplikasi anda merosot secara terkawal dalam keadaan kegagalan separa.

Pengujian DR paling bernilai apabila menjadi sebahagian daripada kitaran penambahbaikan berterusan: Rancang → Laksanakan → Ukur → Baiki → Ulang. Selepas setiap ujian, atasi jurang yang ditemui, kemas kini buku larian dan dokumentasi, kemudian uji semula. Dari semasa ke semasa, jurang antara sasaran RTO/RPO yang dinyatakan dengan nilai sebenar yang dicapai hendaklah semakin kecil sehingga anda lulus setiap ujian dalam had toleransi secara konsisten.

Dalam pelajaran ini, anda mempelajari bahawa: pemindahan alih ujian membolehkan anda mensimulasikan peristiwa DR tanpa mengganggu pengeluaran dengan mencipta salinan VM dalam VNet terpencil; anda mesti mengukur Actual RTO dan mengesahkan integriti data semasa ujian; dan anda hendaklah membersihkan sumber ujian serta mendokumentasikan keputusan selepas setiap latihan. Seterusnya, kita akan meneroka pemulihan bencana khusus untuk perkhidmatan PaaS seperti Azure SQL Database.