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. Seperti yang dibahas dalam gambaran umum ketahanan untuk wilayah dan zona ketersediaan, 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 utama dan kecil dari replikasi wilayah biaya kompleks, ekstensif, dan perlu dielaborasi. 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.

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
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 US Timur US Barat
Amerika Utara AS 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*
Swiss Swiss Utara Swiss Barat*
UK 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* AS Gov Texas*

(*) Wilayah tertentu dibatasi aksesnya untuk mendukung skenario pelanggan tertentu, seperti pemulihan bencana di 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.

Langkah berikutnya