Replikasi lintas wilayah di Azure: Kelangsungan bisnis dan pemulihan bencana

Banyak organisasi membutuhkan ketersediaan tinggi yang disediakan oleh zona ketersediaan yang juga didukung dengan perlindungan dari fenomena skala besar dan bencana regional. Wilayah Azure dirancang untuk menawarkan perlindungan terhadap bencana lokal dengan zona ketersediaan. Tetapi wilayah juga dapat memberikan perlindungan dari bencana geografi regional atau besar dengan pemulihan bencana dengan memanfaatkan wilayah lain yang menggunakan replikasi lintas wilayah.

Replikasi lintas wilayah

Untuk memastikan pelanggan didukung di seluruh dunia, Azure mempertahankan beberapa geografi. Demarkasi diskret ini menentukan pemulihan bencana dan batas residensi data di satu atau beberapa wilayah Azure.

Replikasi lintas wilayah adalah salah satu dari beberapa pilar penting dalam kelangsungan bisnis dan strategi pemulihan bencana Azure. Replikasi lintas wilayah dibangun di atas replikasi sinkron aplikasi dan data Anda yang ada dengan menggunakan zona ketersediaan di wilayah Azure utama Anda untuk ketersediaan tinggi. Replikasi lintas wilayah secara asinkron mereplikasi aplikasi dan data yang sama di seluruh wilayah Azure lainnya untuk perlindungan pemulihan bencana.

Gambar yang menggambarkan ketersediaan tinggi melalui replikasi asinkron aplikasi dan data di seluruh wilayah Azure lainnya untuk perlindungan pemulihan bencana.

Beberapa layanan Azure memanfaatkan replikasi lintas wilayah untuk memastikan kelangsungan bisnis dan melindungi dari kehilangan data. Azure menyediakan beberapa solusi penyimpanan yang memanfaatkan replikasi lintas wilayah untuk memastikan ketersediaan data. Misalnya, Penyimpanan geo-redundan Azure (GRS) mereplikasi data ke wilayah sekunder secara otomatis. Pendekatan ini memastikan bahwa data tahan lama bahkan jika wilayah utama tidak dapat dipulihkan.

Tidak semua layanan Azure secara otomatis mereplikasi data atau secara otomatis melakukan fall back dari wilayah yang gagal untuk direplikasi silang ke wilayah lain yang diaktifkan. Dalam skenario ini, pemulihan dan replikasi harus dikonfigurasi oleh pelanggan. Contoh-contoh ini menggambarkan model tanggung jawab bersama. Ini adalah pilar mendasar dalam strategi pemulihan bencana Anda. Untuk informasi lebih lanjut tentang model tanggung jawab bersama dan untuk belajar tentang kelangsungan bisnis dan pemulihan bencana di Azure, lihat Manajemen kelangsungan bisnis di Azure.

Tanggung jawab bersama menjadi inti dari pengambilan keputusan strategis Anda dalam hal pemulihan bencana. Azure tidak mengharuskan Anda untuk menggunakan replikasi lintas wilayah, dan Anda dapat menggunakan layanan untuk membangun ketahanan tanpa mereplikasi silang ke wilayah lain yang diaktifkan. Tetapi kami sangat menyarankan Agar Anda mengonfigurasi layanan penting di seluruh wilayah untuk mendapatkan keuntungan dari isolasi dan meningkatkan ketersediaan.

Untuk aplikasi yang mendukung beberapa wilayah aktif, sebaiknya Anda menggunakan beberapa wilayah aktif yang tersedia. Praktik ini memastikan ketersediaan optimal untuk aplikasi dan meminimalkan waktu pemulihan jika suatu peristiwa memengaruhi ketersediaan. Jika memungkinkan, rancang aplikasi Anda untuk ketahanan maksimum dan kemudahan pemulihan bencana.

Manfaat replikasi lintas wilayah

Merancang replikasi lintas regional untuk layanan dan data Anda dapat diputuskan per layanan. Anda harus mengambil pendekatan analisis biaya-manfaat berdasarkan persyaratan strategis dan bisnis organisasi Anda. Manfaat primer dan riak dari replikasi lintas wilayah rumit, luas, dan layak dijabarkan. Manfaatnya meliputi:

  • Urutan pemulihan wilayah: Jika terjadi pemadaman di seluruh geografi, pemulihan satu wilayah diprioritaskan dari setiap set wilayah yang diaktifkan. Aplikasi yang disebarkan di seluruh set wilayah yang diaktifkan dijamin memiliki salah satu wilayah yang diprioritaskan untuk pemulihan. Jika aplikasi disebarkan di seluruh wilayah, yang salah satunya tidak diaktifkan untuk replikasi lintas regional, pemulihan dapat ditunda.
  • Pembaruan berurutan: Pembaruan sistem Azure yang direncanakan untuk wilayah yang Anda aktifkan diatur secara kronologis untuk meminimalkan waktu henti, dampak bug, dan kegagalan logis jika terjadi kesalahan pembaruan.
  • Isolasi fisik: Azure berusaha untuk memastikan jarak minimum 300 mil (483 kilometer) antara pusat data di wilayah yang diaktifkan, meskipun tidak mungkin dilakukan di semua geografi. Pemisahan pusat data mengurangi kemungkinan bahwa bencana alam, kerusuhan sipil, pemadaman listrik, atau pemadaman jaringan fisik dapat memengaruhi beberapa wilayah. Isolasi tunduk pada batasan dalam geografi, seperti ukuran geografi, ketersediaan infrastruktur daya atau jaringan, dan peraturan.
  • Residensi data: Wilayah berada dalam geografi yang sama dengan set yang diaktifkan (kecuali Brasil Selatan dan Singapura) guna memenuhi persyaratan residensi data untuk tujuan yurisdiksi pajak dan penegakan hukum.

Meskipun tidak dimungkinkan untuk membuat pasangan regional Anda sendiri, Anda tetap dapat membuat solusi pemulihan bencana Anda sendiri dengan membangun layanan Anda di sejumlah wilayah dan kemudian menggunakan layanan Azure untuk memasangkannya. Misalnya, Anda dapat menggunakan layanan Azure seperti AzCopy untuk menjadwalkan pencadangan data ke akun Azure Storage di wilayah yang berbeda. Dengan menggunakan Azure DNS dan Azure Traffic Manager, Anda dapat merancang arsitektur tangguh untuk aplikasi Anda yang akan bertahan dari hilangnya wilayah utama.

Azure mengontrol prioritas pemeliharaan dan pemulihan terencana untuk pasangan regional. Beberapa layanan Azure mengandalkan pasangan regional secara default, seperti penyimpanan redundan Azure.

Anda tidak terbatas pada penggunaan layanan dalam pasangan regional Anda. Meskipun layanan Azure dapat mengandalkan pasangan regional tertentu, Anda dapat menghosting layanan Anda yang lain di wilayah mana pun yang memenuhi kebutuhan bisnis Anda. Misalnya, solusi penyimpanan Azure GRS dapat memasangkan data di Kanada Tengah dengan serekan di Kanada Timur saat menggunakan sumber daya Azure Compute yang terletak di AS Timur.

Pasangan replikasi lintas wilayah Azure untuk semua geografi

Daerah dipasangkan untuk replikasi lintas wilayah berdasarkan kedekatan dan faktor lainnya.

Pasangan Regional Azure

Geografi Pasangan Regional A Pasangan Regional B
Asia Pasifik Asia Timur (Hong Kong) Asia Tenggara (Singapura)
Australia Australia Timur Australia Tenggara
Australia Australia Tengah Australia Tengah 2*
Brasil Brasil Selatan US Tengah Selatan
Brasil Brasil Tenggara* Brasil Selatan
Kanada Kanada Tengah Kanada Timur
Tiongkok Tiongkok Utara Tiongkok Timur
Tiongkok Tiongkok Utara 2 Tiongkok Timur 2
Tiongkok Tiongkok Utara 3 Tiongkok Timur 3*
Eropa Eropa Utara (Irlandia) Eropa Barat (Belanda)
Prancis Prancis Tengah Prancis Selatan*
Jerman Jerman Barat Tengah Jerman Utara*
India India Tengah India Selatan
India India Barat India Selatan
Jepang Jepang Timur Jepang Barat
Korea Korea Tengah Korea Selatan*
Amerika Utara AS Timur US Barat
Amerika Utara US Timur 2 US Tengah
Amerika Utara US Tengah Utara AS Tengah Bagian Selatan
Amerika Utara US Barat 2 Barat Sentral AS
Amerika Utara AS Barat 3 AS Timur
Norwegia Norwegia Timur Norwegia Barat*
Afrika Selatan Afrika Selatan Utara Afrika Selatan Barat*
Swedia Swedia Tengah Swedia Selatan*
Swiss Swiss Utara Swiss Barat*
Inggris Raya UK Barat UK Selatan
Uni Emirat Arab UAE Utara UAE Tengah*
Departemen Pertahanan AS US DoD Timur* US DoD Tengah*
Pemerintah AS US Gov Arizona* US Gov Texas*
Pemerintah AS US Gov Iowa* US Gov Virginia*
Pemerintah AS US Gov Virginia* US Gov Texas*

(*) Wilayah tertentu dibatasi aksesnya untuk mendukung skenario pelanggan tertentu, seperti pemulihan bencana dalam negeri. Wilayah ini hanya tersedia berdasarkan permintaan dengan membuat permintaan dukungan baru di portal Azure.

Penting

  • India Barat dipasangkan dalam satu arah saja. Wilayah sekunder India Barat adalah India Selatan, tetapi wilayah sekunder India Selatan adalah India Tengah.
  • Brasil Selatan unik karena dipasangkan dengan wilayah di luar geografinya. Wilayah sekunder Brasil Selatan adalah US Tengah Selatan. Wilayah sekunder US Selatan Tengah bukan Brasil Selatan.

Wilayah dengan zona ketersediaan dan tanpa pasangan wilayah

Azure terus berkembang secara global dengan Qatar sebagai wilayah pertama tanpa pasangan regional dan mencapai ketersediaan tinggi dengan memanfaatkan zona ketersediaan dan penyimpanan redundan lokal atau zona redundan (LRS/ZRS). Wilayah tanpa pasangan tidak akan memiliki penyimpanan geo-redundan (GRS). Wilayah tersebut mengikuti pedoman residensi data yang memungkinkan opsi untuk menyimpan penduduk data dalam wilayah yang sama. Pelanggan bertanggung jawab atas ketahanan data berdasarkan kebutuhan RTO/RPO mereka dan dapat memindahkan, menyalin, atau mengakses data mereka dari lokasi mana pun secara global. Jika seluruh wilayah Azure tidak tersedia, pelanggan harus merencanakan Pemulihan Bencana Lintas Wilayah per panduan dari layanan Azure yang mendukung ketersediaan tinggi dan Ketahanan Azure – Kelangsungan Bisnis dan Pemulihan Bencana

Langkah berikutnya