Replikasi Azure Site Recovery

Azure Site Recovery (ASR) ialah perkhidmatan pemulihan bencana yang mereplikasi beban kerja dari lokasi utama ke lokasi sekunder, lalu membolehkan failover jika lokasi utama tidak tersedia. Tidak seperti Azure Backup (yang mencipta titik pemulihan pada titik masa tertentu), ASR mengekalkan replica yang dikemas kini secara berterusan bagi VM anda supaya anda boleh melakukan failover dengan kehilangan data minimum. ASR menyokong replikasi Azure-ke-Azure, VMware atau Hyper-V di premis ke Azure, serta pelayan fizikal ke Azure.

Bagi replikasi Azure-ke-Azure, ASR menggunakan Perkhidmatan Mobility (dipasang secara automatik sebagai sambungan VM) untuk menangkap I/O tulis daripada cakera VM sumber. Data yang ditangkap dihantar melalui rangkaian teras Azure ke akaun storan cache di rantau sasaran, kemudian ditulis ke cakera terurus replica. Peti besi Recovery Services di rantau sasaran menyelaraskan replikasi. VM sumber terus berjalan seperti biasa semasa replikasi — tiada kesan prestasi bagi penulisan di bawah lebar jalur replikasi.

Untuk mendayakan replikasi, pergi ke VM sumber dalam portal, pilih Pemulihan Bencana, pilih rantau sasaran dan konfigurasikan kumpulan sumber sasaran, rangkaian maya serta akaun storan cache. ASR mencipta sumber sasaran dan memulakan fasa replikasi awal — menyalin kandungan cakera penuh ke rantau sasaran. Selepas penyegerakan awal selesai, ASR memasuki mod replikasi delta dengan menghantar hanya blok yang berubah secara berterusan.

Papan pemuka ASR dalam peti besi Recovery Services menunjukkan kesihatan replikasi bagi setiap VM yang dilindungi. Keadaan yang mungkin termasuk Sihat, Amaran dan Kritikal. Metrik RPO (Objektif Titik Pemulihan) yang dicapai menunjukkan sejauh mana replica ketinggalan berbanding sumber — bagi replikasi Azure-ke-Azure, ASR biasanya mencapai RPO di bawah 1 minit dalam keadaan biasa. Anda juga boleh melihat penggunaan lebar jalur replikasi dan sebarang keadaan ralat.

Dasar replikasi menentukan kekerapan titik pemulihan konsisten ranap (setiap 5 minit secara lalai) dan kekerapan titik pemulihan konsisten aplikasi (setiap 60 minit secara lalai). Titik pemulihan konsisten ranap diambil tanpa menghentikan sementara aplikasi; titik pemulihan konsisten aplikasi menggunakan VSS/script untuk memastikan aplikasi boleh dipulihkan dengan bersih. Dasar ini juga menetapkan tempoh pengekalan titik pemulihan — dari 0 hingga 72 jam untuk konsisten ranap dan dari 0 hingga 48 jam untuk konsisten aplikasi.

Semasa persediaan replikasi, ASR mencipta atau memetakan sumber rantau sasaran: kumpulan sumber sasaran, rangkaian maya sasaran, akaun storan cache dan cakera terurus replica. Anda boleh menyesuaikan pemetaan rangkaian sasaran untuk menempatkan VM failover ke subnet tertentu, menetapkan IP peribadi statik dan mengkonfigurasikan saiz VM sasaran (yang boleh berbeza daripada saiz sumber — berguna untuk saiz yang sesuai semasa DR). Tetapan ini disimpan dalam konfigurasi Compute and Network bagi item yang dilindungi.

Bagi aplikasi yang merentasi berbilang VM (contohnya, pelayan web dan pelayan pangkalan data), anda boleh mengumpulkannya dalam kumpulan konsistensi berbilang VM. ASR kemudiannya menyelaraskan titik pemulihan konsisten ranap dan konsisten aplikasi merentas semua VM dalam kumpulan secara serentak. Ini memastikan bahawa apabila anda melakukan failover, semua VM dipulihkan kepada titik masa yang sama — sekali gus menghalang ketidakselarasan data antara peringkat aplikasi dan peringkat pangkalan data yang boleh menyebabkan ralat aplikasi selepas failover.

Pemetaan rangkaian menentukan rangkaian maya sasaran yang dipetakan kepada setiap rangkaian maya sumber apabila VM gagal tukar. Jika VM sumber anda berada dalam rangkaian maya bernama prod-vnet di US Timur, anda mengkonfigurasi pemetaan rangkaian supaya semasa kegagalan tukar, VM tersebut ditempatkan dalam dr-vnet di US Barat. Tanpa pemetaan rangkaian, VM yang gagal tukar akan ditempatkan dalam rangkaian maya pertama yang tersedia. Hal ini boleh menyebabkan masalah kesambungan jika topologi rangkaian maya berbeza daripada rantau sumber.

Replikasi ASR menggunakan rangkaian tulang belakang Azure untuk senario Azure-ke-Azure — anda tidak perlu membayar lebar jalur keluar antara rantau Azure berpasangan bagi trafik replikasi. Walau bagaimanapun, kadar replikasi delta tidak boleh melebihi lebar jalur muat naik yang tersedia untuk storan VM sumber. Bagi beban kerja dengan operasi tulis yang tinggi, seperti pangkalan data SQL Server yang besar dengan trafik tulis berat, gunakan alat ASR Perancang Penerapan untuk menganggarkan lebar jalur yang diperlukan dan mengesahkan keserasian persekitaran anda sebelum mendayakan replikasi.

ASR menyokong replikasi cakera terurus dan tidak terurus (berasaskan Blob), tetapi replikasi cakera terurus amat disyorkan kerana kaedah ini menghapuskan keperluan mengurus akaun storan dan memberikan prestasi yang lebih baik. Apabila VM dengan cakera terurus direplikasi, ASR mencipta cakera replika terurus yang sepadan di rantau sasaran. Anda juga boleh mengecualikan cakera data tertentu daripada replikasi, contohnya cakera sementara atau cakera ruang kerja, untuk mengurangkan lebar jalur dan kos replikasi.

ASR dan Azure Backup saling melengkapi, bukannya pilihan alternatif. Azure Backup melindungi daripada kerosakan data, pemadaman tidak sengaja dan perisian tebusan — anda memulihkan keadaan baik yang diketahui dari beberapa hari atau minggu sebelumnya. ASR melindungi daripada gangguan rantau — anda melakukan kegagalan tukar kepada replika yang ketinggalan beberapa saat hingga beberapa minit daripada sumber. Beban kerja pengeluaran biasanya memerlukan kedua-duanya: Backup untuk perlindungan data dan ASR untuk pemulihan bencana serta kesinambungan perniagaan.

Dalam pelajaran ini, anda telah mempelajari bahawa Pemulihan Tapak Azure menyediakan replikasi delta berterusan VM ke rantau sasaran untuk membolehkan pemulihan bencana dengan RPO hampir sifar, dasar replikasi mengawal kekerapan titik pemulihan yang konsisten dengan ranap dan konsisten dengan aplikasi, manakala pemetaan rangkaian memastikan VM yang gagal tukar ditempatkan dalam rangkaian maya sasaran yang betul. Seterusnya, kita akan meneroka cara menguji dan melaksanakan kegagalan tukar dengan selamat menggunakan ASR.