Memahami replikasi lintas zona Azure NetApp Files (pratinjau)

Dalam banyak kasus ketahanan di seluruh zona ketersediaan dicapai oleh arsitektur HA menggunakan replikasi berbasis aplikasi dan KETERSEDIAAN TINGGI, seperti yang dijelaskan dalam Menggunakan zona ketersediaan untuk ketersediaan tinggi. Namun, pendekatan yang lebih sederhana dan lebih hemat biaya sering dipertimbangkan dengan menggunakan replikasi data berbasis penyimpanan sebagai gantinya.

Mirip dengan fitur replikasi lintas wilayah Azure NetApp Files, kemampuan replikasi lintas zona (CZR) memberikan perlindungan data antar volume di zona ketersediaan yang berbeda. Anda dapat mereplikasi data secara asinkron dari volume Azure NetApp Files (sumber) di satu zona ketersediaan ke volume Azure NetApp Files lain (tujuan) di ketersediaan lain. Kemampuan ini memungkinkan Anda untuk gagal atas aplikasi penting Anda jika pemadaman di seluruh zona atau bencana terjadi.

Wilayah yang didukung

Pratinjau replikasi lintas zona tersedia di wilayah berikut:

  • Australia Timur
  • Brasil Selatan
  • Kanada Tengah
  • India Tengah
  • US Tengah
  • Asia Timur
  • AS Timur
  • AS Timur 2
  • Prancis Tengah
  • Jerman Barat Tengah
  • Jepang Timur
  • Korea Tengah
  • Eropa Utara
  • Norwegia Timur
  • Qatar Tengah
  • Afrika Selatan Utara
  • Asia Tenggara
  • US Tengah Selatan
  • Swedia Tengah
  • Swiss Utara
  • Arab Saudi Utara
  • UK Selatan
  • US Gov Virginia
  • Eropa Barat
  • US Barat 2
  • AS Barat 3

Di masa mendatang, replikasi lintas zona direncanakan untuk semua wilayah berkemampuan AZ dengan kehadiran Azure NetApp Files.

Tujuan tingkat layanan

Tujuan Titik Pemulihan (RPO) menunjukkan titik waktu tempat data dapat dipulihkan. Target RPO biasanya kurang dari dua kali jadwal replikasi, tetapi dapat bervariasi. Dalam beberapa kasus, RPO dapat melebihi target RPO berdasarkan faktor seperti ukuran total himpunan data, tingkat perubahan, persentase penimpaan data, dan bandwidth replikasi yang tersedia untuk ditransfer.

Replikasi lintas zona mendukung tiga jadwal replikasi: 10 menit, per jam, dan harian.

  • Untuk jadwal replikasi 10 menit, RPO biasa kurang dari 20 menit.
  • Untuk jadwal replikasi per jam, RPO biasa kurang dari dua jam.
  • Untuk jadwal replikasi harian, RPO biasa kurang dari dua hari.

Recovery Time Objective (RTO), atau waktu henti aplikasi bisnis maksimum yang dapat ditoleransi, ditentukan oleh faktor-faktor dalam memunculkan aplikasi dan menyediakan akses ke data di situs kedua. Bagian penyimpanan RTO untuk memutus hubungan peering untuk mengaktifkan volume tujuan dan menyediakan akses data baca dan tulis di situs kedua diharapkan selesai dalam waktu satu menit.

Model biaya untuk replikasi lintas zona

Volume yang direplikasi dihosting pada kumpulan kapasitas. Dengan demikian, biaya untuk replikasi lintas zona didasarkan pada ukuran dan tingkat kumpulan kapasitas yang disediakan seperti biasa. Tidak ada biaya tambahan untuk replikasi data.

Langkah berikutnya