Replikasi lintas wilayah Azure
Banyak wilayah Azure menyediakan zona ketersediaan, yang merupakan grup pusat data yang dipisahkan. Dalam suatu wilayah, zona ketersediaan cukup dekat untuk memiliki koneksi latensi rendah ke zona ketersediaan lain, tetapi cukup jauh untuk mengurangi kemungkinan bahwa lebih dari satu akan dipengaruhi oleh pemadaman atau cuaca lokal. Zona ketersediaan memiliki infrastruktur daya, pendinginan, dan jaringan mandiri. Zona ketersediaan dirancang sedemikian rupa sehingga jika satu zona mengalami pemadaman, maka layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh zona lainnya.
Meskipun wilayah Azure dirancang untuk menawarkan perlindungan terhadap bencana lokal dengan zona ketersediaan, wilayah tersebut juga dapat memberikan perlindungan dari bencana geografi regional atau besar dengan pemulihan bencana dengan memanfaatkan wilayah sekunder lain yang menggunakan replikasi lintas wilayah. Baik wilayah primer maupun sekunder membentuk pasangan 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.
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
Arsitektur untuk replikasi lintas wilayah layanan dan data dapat diputuskan berdasarkan per layanan. Anda harus mengambil pendekatan analisis cost-benefit berdasarkan persyaratan strategis dan bisnis organisasi Anda. Manfaat utama dan riak dari replikasi lintas wilayah kompleks, luas, dan layak dijabarkan. Manfaat tersebut antara lain:
- 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 mungkin 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.
Wilayah berpasangan Azure
Banyak wilayah juga memiliki wilayah berpasangan untuk mendukung replikasi lintas wilayah berdasarkan kedekatan dan faktor lainnya.
Penting
Untuk mempelajari selengkapnya tentang arsitektur wilayah Anda dan pasangan yang tersedia, silakan hubungi perwakilan penjualan atau pelanggan Microsoft Anda.
Pasangan regional Azure
| Geografi | Pasangan Regional A | Pasangan Regional B |
|---|---|---|
| Asia-Pasifik | Asia Timur (Wilayah Administratif Khusus Hong Kong) | Asia Tenggara (Singapura) |
| Australia | Australia Timur | Australia Tenggara |
| Australia Tengah | Australia Tengah 2* | |
| Brasil | Brasil Selatan | US Tengah Selatan |
| Brasil Tenggara* | Brasil Selatan | |
| Kanada | Kanada Tengah | Kanada Timur |
| Tiongkok | Tiongkok Utara | Tiongkok Timur |
| Tiongkok Utara 2 | Tiongkok Timur 2 | |
| 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 Pusat | India Barat | |
| India Barat | India Selatan | |
| Jepang | Jepang Timur | Jepang Barat |
| Korea | Korea Tengah | Korea Selatan* |
| 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 |
| Amerika Serikat | AS Timur | US Barat |
| AS Timur 2 | US Tengah | |
| US Tengah Utara | US Tengah Selatan | |
| US Barat 2 | Barat Sentral AS | |
| AS Barat 3 | AS Timur | |
| Uni Emirat Arab | UAE Utara | UAE Tengah* |
| Departemen Pertahanan AS | US DoD Timur* | US DoD Tengah* |
| Pemerintah AS | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Virginia* |
(*) Wilayah tertentu dibatasi aksesnya untuk mendukung skenario pelanggan tertentu, seperti pemulihan bencana dalam negeri/wilayah. Wilayah ini hanya tersedia berdasarkan permintaan dengan membuat permintaan dukungan baru.
Penting
- India Barat dipasangkan dalam satu arah saja. Wilayah sekunder India Barat adalah India Selatan, tetapi wilayah sekunder India Selatan adalah India Tengah.
- US3 Barat dipasangkan dalam satu arah dengan US Timur. Selain itu, US Timur secara dua arah dipasangkan dengan AS Barat.
- 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 memperluas secara global di wilayah tanpa pasangan regional dan mencapai ketersediaan tinggi dengan memanfaatkan zona ketersediaan dan penyimpanan redundan secara lokal atau zona redundan (LRS/ZRS). Wilayah tanpa pasangan tidak akan memiliki penyimpanan geo-redundan (GRS). Wilayah tersebut mengikuti pedoman residensi data untuk memungkinkan opsi menyimpan data tetap berada di wilayah yang sama. Pelanggan bertanggung jawab atas ketahanan data berdasarkan kebutuhan Tujuan Titik Pemulihan atau Tujuan Waktu Pemulihan (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.
Tabel di bawah ini mencantumkan wilayah Azure tanpa pasangan wilayah:
| Geografi | Wilayah |
|---|---|
| Qatar | Qatar Tengah |
| Polandia | Polandia Tengah |
| Israel | Israel Tengah |
| Italia | Italia Utara |
| Austria | Austria Timur (Segera hadir) |
| Spanyol | Spanyol Tengah (Segera hadir) |