Replikasi Azure Site Recovery

Azure Site Recovery (ASR) adalah layanan pemulihan bencana yang mereplikasi beban kerja dari lokasi utama ke lokasi sekunder sehingga pengalihan dapat dilakukan jika lokasi utama tidak tersedia. Berbeda dari Azure Backup (yang membuat titik pemulihan pada suatu titik waktu), ASR mempertahankan replika yang terus diperbarui dari VM sehingga Anda dapat melakukan pengalihan dengan kehilangan data seminimal mungkin. ASR mendukung replikasi Azure-ke-Azure, VMware atau Hyper-V lokal ke Azure, serta server fisik ke Azure.

Untuk replikasi Azure-ke-Azure, ASR menggunakan Layanan Mobilitas (dipasang secara otomatis sebagai ekstensi VM) untuk menangkap I/O tulis dari disk VM sumber. Data yang ditangkap dikirim melalui jaringan backbone Azure ke akun penyimpanan cache di wilayah target, kemudian ditulis ke disk terkelola replika. Vault Recovery Services di wilayah target mengatur replikasi. VM sumber tetap berjalan seperti biasa selama replikasi — tidak ada dampak performa untuk operasi tulis yang berada di bawah bandwidth replikasi.

Untuk mengaktifkan replikasi, buka VM sumber di portal, pilih Pemulihan Bencana, pilih wilayah target, lalu konfigurasikan grup sumber daya target, jaringan virtual, dan akun penyimpanan cache. ASR membuat sumber daya target dan memulai fase replikasi awal — menyalin seluruh isi disk ke wilayah target. Setelah sinkronisasi awal selesai, ASR beralih ke mode replikasi delta, yang terus-menerus hanya mengirim blok yang berubah.

Dasbor ASR di vault Recovery Services menampilkan kesehatan replikasi setiap VM yang dilindungi. Status yang mungkin mencakup Sehat, Peringatan, dan Kritis. Metrik RPO (Recovery Point Objective) yang tercapai menunjukkan seberapa jauh replika tertinggal dari sumber — untuk replikasi Azure-ke-Azure, ASR biasanya mencapai RPO di bawah 1 menit dalam kondisi normal. Anda juga dapat melihat konsumsi bandwidth replikasi dan kondisi kesalahan apa pun.

kebijakan replikasi menentukan frekuensi titik pemulihan yang konsisten terhadap kerusakan (setiap 5 menit secara default) dan frekuensi titik pemulihan yang konsisten terhadap aplikasi (setiap 60 menit secara default). Titik pemulihan yang konsisten terhadap kerusakan dibuat tanpa menghentikan sementara aplikasi; titik pemulihan yang konsisten terhadap aplikasi menggunakan VSS/script untuk memastikan aplikasi dapat dipulihkan dengan benar. Kebijakan ini juga menentukan berapa lama titik pemulihan dipertahankan — 0 hingga 72 jam untuk titik yang konsisten terhadap kerusakan dan 0 hingga 48 jam untuk titik yang konsisten terhadap aplikasi.

Selama penyiapan replikasi, ASR membuat atau memetakan sumber daya wilayah target: grup sumber daya target, jaringan virtual target, akun penyimpanan cache, dan disk terkelola replika. Anda dapat menyesuaikan pemetaan jaringan target untuk menempatkan VM pengalihan ke subnet tertentu, menetapkan IP privat statis, dan mengonfigurasi ukuran VM target (yang dapat berbeda dari ukuran sumber — berguna untuk menyesuaikan ukuran selama DR). Pengaturan ini disimpan dalam konfigurasi Komputasi dan Jaringan item yang dilindungi.

Untuk aplikasi yang mencakup beberapa VM (misalnya server web dan server basis data), Anda dapat mengelompokkannya ke dalam grup konsistensi multi-VM. ASR kemudian mengoordinasikan titik pemulihan yang konsisten terhadap kerusakan dan aplikasi di semua VM dalam grup secara bersamaan. Dengan demikian, saat Anda melakukan pengalihan, semua VM dipulihkan ke titik waktu yang sama — mencegah ketidakkonsistenan data antara tingkat aplikasi dan tingkat basis data yang dapat menyebabkan kesalahan aplikasi setelah pengalihan.

Pemetaan jaringan menentukan jaringan virtual target tempat setiap VNet sumber dipetakan saat VM mengalami failover. Jika VM sumber Anda berada di VNet bernama prod-vnet di US Timur, Anda mengonfigurasi pemetaan jaringan agar saat failover, VM ditempatkan di dr-vnet di US Barat. Tanpa pemetaan jaringan, VM yang mengalami failover ditempatkan di VNet pertama yang tersedia, yang dapat menyebabkan masalah konektivitas jika topologi VNet berbeda dari wilayah sumber.

Replikasi ASR menggunakan backbone Azure untuk skenario Azure-ke-Azure — Anda tidak perlu membayar bandwidth keluar antarkawasan Azure yang dipasangkan untuk lalu lintas replikasi. Namun, laju replikasi delta tidak boleh melebihi bandwidth unggah yang tersedia dari penyimpanan VM sumber. Untuk beban kerja dengan banyak operasi tulis (seperti basis data SQL Server besar dengan lalu lintas tulis yang tinggi), gunakan alat ASR Deployment Planner untuk memperkirakan bandwidth yang diperlukan dan memverifikasi bahwa lingkungan Anda kompatibel sebelum mengaktifkan replikasi.

ASR mendukung replikasi disk terkelola dan tidak terkelola (berbasis blob), tetapi replikasi disk terkelola sangat disarankan karena menghilangkan kebutuhan untuk mengelola akun penyimpanan dan memberikan kinerja yang lebih baik. Saat mereplikasi VM dengan disk terkelola, ASR membuat disk replika terkelola yang sesuai di wilayah target. Anda juga dapat mengecualikan disk data tertentu dari replikasi (misalnya disk sementara atau disk kerja) untuk mengurangi bandwidth dan biaya replikasi.

ASR dan Azure Pencadangan saling melengkapi, bukan alternatif. Azure Pencadangan melindungi dari kerusakan data, penghapusan tidak disengaja, dan ransomware — Anda memulihkan ke keadaan yang diketahui baik dari beberapa hari atau minggu sebelumnya. ASR melindungi dari gangguan wilayah — Anda melakukan failover ke replika yang tertinggal beberapa detik hingga beberapa menit dari sumber. Beban kerja produksi biasanya memerlukan keduanya: Pencadangan untuk perlindungan data dan ASR untuk pemulihan bencana serta kelangsungan bisnis.

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

Dalam pelajaran ini, Anda mempelajari bahwa Azure Site Recovery menyediakan replikasi delta berkelanjutan VM ke wilayah target untuk mengaktifkan pemulihan bencana dengan RPO hampir nol, kebijakan replikasi mengontrol frekuensi titik pemulihan yang konsisten saat terjadi kerusakan dan yang konsisten dengan aplikasi, serta pemetaan jaringan memastikan VM yang mengalami failover ditempatkan di VNet target yang benar. Selanjutnya, kita akan membahas cara menguji dan menjalankan failover dengan aman menggunakan ASR.