Apa itu zona ketersediaan?
Banyak wilayah Azure menyediakan zona ketersediaan, yang merupakan grup pusat data yang dipisahkan dalam suatu wilayah. Setiap zona ketersediaan memiliki infrastruktur daya, pendinginan, dan jaringan independen, sehingga jika satu zona mengalami pemadaman, maka layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh zona yang tersisa.
Zona ketersediaan biasanya dipisahkan oleh beberapa kilometer, dan biasanya berada dalam jarak 100 kilometer. Jarak ini berarti mereka cukup dekat untuk memiliki koneksi latensi rendah ke zona ketersediaan lain melalui jaringan berkinerja tinggi. Namun, mereka cukup jauh untuk mengurangi kemungkinan bahwa lebih dari satu akan dipengaruhi oleh pemadaman lokal atau cuaca.
Lokasi pusat data dipilih menggunakan kriteria penilaian risiko kerentanan yang ketat. Proses ini mengidentifikasi semua risiko khusus pusat data yang signifikan dan mempertimbangkan risiko bersama di antara zona ketersediaan.
Diagram berikut menunjukkan beberapa contoh wilayah Azure. Wilayah 1 dan 2 mendukung zona ketersediaan, dan wilayah 3 dan 4 tidak memiliki zona ketersediaan.
Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat Wilayah Azure dengan dukungan zona ketersediaan.
Jenis dukungan zona ketersediaan
Layanan Azure dapat menyediakan dua jenis dukungan zona ketersediaan: zona-redundan dan zonal. Setiap layanan mungkin mendukung satu atau kedua jenis. Saat merancang strategi keandalan, pastikan Anda memahami bagaimana setiap layanan dalam beban kerja Anda mendukung zona ketersediaan.
Penyebaran redundan zona: Sumber daya zona redundan direplikasi atau didistribusikan di beberapa zona ketersediaan secara otomatis. Misalnya, layanan data zona-redundan mereplikasi data di beberapa zona sehingga kegagalan dalam satu zona tidak memengaruhi ketersediaan data. Untuk beberapa layanan, Anda dapat memilih sekumpulan zona yang digunakan sumber daya Anda, sementara di layanan lain Microsoft memilih zona.
Dengan penyebaran zona redundan, Microsoft mengelola permintaan penyebaran di seluruh zona dan replikasi data di seluruh zona. Jika pemadaman terjadi di zona ketersediaan, Microsoft mengelola failover ke zona lain secara otomatis.
Penyebaran zona: Sumber daya zona disebarkan ke satu zona ketersediaan yang dipilih sendiri. Pendekatan ini tidak memberikan manfaat ketahanan, tetapi membantu Anda mencapai latensi atau persyaratan performa yang lebih ketat. Misalnya, komputer virtual, disk terkelola, dan alamat IP standar dapat disebarkan secara zona ke zona yang sama.
Untuk meningkatkan ketahanan sumber daya zonal, Anda perlu merancang arsitektur dengan sumber daya terpisah di beberapa zona ketersediaan di wilayah tersebut, tetapi Microsoft tidak mengelola proses untuk Anda. Jika pemadaman terjadi di zona ketersediaan, Anda bertanggung jawab atas failover ke zona lain.
Saat Anda menggunakan konfigurasikan sumber daya menjadi zona redundan, atau jika Anda menggunakan beberapa instans sumber daya zona di zona availabilitas yang berbeda, sumber daya Anda dianggap tangguh terhadap zona: artinya, sumber daya tersebut tahan terhadap pemadaman satu zona ketersediaan.
Beberapa layanan tidak menggunakan zona ketersediaan hingga Anda mengonfigurasinya untuk melakukannya. Jika Anda tidak secara eksplisit mengonfigurasi layanan untuk dukungan zona ketersediaan, layanan ini disebut penyebaran nonzonal atau regional . Sumber daya yang dikonfigurasi dengan cara ini mungkin ditempatkan di zona ketersediaan apa pun di wilayah tersebut, dan mungkin dipindahkan. Jika ada zona ketersediaan di wilayah tersebut yang mengalami pemadaman, sumber daya non-zonal mungkin berada di zona yang terpengaruh dan dapat mengalami waktu henti.
Penting
Beberapa layanan mungkin memiliki persyaratan tambahan untuk memenuhi dukungan zona ketersediaan. Misalnya, beberapa mungkin hanya mendukung zona ketersediaan untuk tingkat atau SKU tertentu, atau di subset wilayah Azure.
Mengonfigurasi sumber daya untuk dukungan zona ketersediaan
Setiap layanan memiliki metodenya sendiri untuk mengonfigurasi dukungan zona ketersediaan. Untuk mempelajari tentang bagaimana setiap layanan mendukung zona ketersediaan dan cara mengonfigurasi dukungan tersebut, lihat Panduan keandalan Azure berdasarkan layanan.
Zona ketersediaan fisik dan logis
Setiap pusat data ditetapkan ke zona fisik. Zona fisik dipetakan ke zona logis di langganan Azure Anda, dan langganan yang berbeda mungkin memiliki urutan pemetaan yang berbeda. Langganan Azure secara otomatis ditetapkan pemetaannya pada saat langganan dibuat. Karena itu, pemetaan zona untuk satu langganan bisa berbeda untuk langganan lain.
Misalnya, langganan A mungkin memiliki zona fisik 1 yang dipetakan ke zona logis 2, sementara langganan B memiliki zona fisik 1 yang dipetakan ke zona logis 3:
Untuk memahami pemetaan antara zona logis dan fisik untuk langganan Anda, gunakan API Daftar Lokasi Azure Resource Manager. Anda dapat menggunakan Azure CLI atau Azure PowerShell untuk mengambil informasi dari API.
Untuk membandingkan pemetaan zona untuk solusi tangguh yang mencakup beberapa langganan, gunakan api ARM khusus checkZonePeers. Untuk menggunakan checkZonePeers API, fitur "Microsoft.Resources/AvailabilityZonePeering" perlu diaktifkan. Untuk informasi selengkapnya tentang cara mengaktifkan fitur, lihat Mendaftarkan fitur di langganan Azure.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Zona ketersediaan dan pembaruan Azure
Untuk setiap wilayah, Microsoft bertujuan untuk menyebarkan pembaruan ke layanan Azure dalam satu zona ketersediaan pada satu waktu. Pendekatan ini mengurangi dampak yang mungkin terjadi pembaruan pada beban kerja aktif, memungkinkan beban kerja untuk terus berjalan di zona lain saat pembaruan sedang berlangsung. Untuk memanfaatkan pembaruan zona berurutan, beban kerja Anda harus sudah dikonfigurasi untuk berjalan di beberapa zona. Untuk informasi selengkapnya tentang cara Azure menyebarkan pembaruan, lihat Memajukan praktik penyebaran yang aman.
Catatan
Seperti yang dilaporkan di Azure Update Blog Azure tidak akan membebankan biaya untuk transfer data di seluruh zona ketersediaan terlepas dari menggunakan IP privat atau publik pada sumber daya Azure Anda. Dengan perubahan ini, Azure akan lebih mendorong dan mendukung upaya pelanggan dalam membangun aplikasi dan solusi yang lebih tangguh dan efisien di Azure
Latensi antar-zona
Dalam setiap wilayah, zona ketersediaan terhubung melalui jaringan berkinerja tinggi. Microsoft berusaha untuk mencapai komunikasi antar-zona dengan latensi pulang pergi kurang dari sekitar 2 milidetik. Latensi rendah memungkinkan komunikasi berkinerja tinggi dalam suatu wilayah, dan untuk replikasi data yang sinkron di beberapa zona ketersediaan.
Catatan
Latensi target mengacu pada latensi tautan jaringan. Bergantung pada protokol komunikasi yang Anda gunakan dan lompatan jaringan yang diperlukan untuk alur jaringan tertentu, latensi yang Anda amati mungkin berbeda.
Di sebagian besar beban kerja, Anda dapat mendistribusikan komponen solusi Anda di seluruh zona ketersediaan tanpa efek nyata pada performa Anda. Jika Anda memiliki beban kerja dengan tingkat sensitivitas tinggi terhadap latensi antar-zona, penting untuk menguji latensi antara zona ketersediaan yang Anda pilih dengan protokol dan konfigurasi aktual Anda. Untuk mengurangi lalu lintas antar-zona, Anda dapat menggunakan penyebaran zona, tetapi secara optimal, Anda harus menggunakan beberapa zona ketersediaan dalam rencana strategi keandalan Anda.
Panduan arsitektur zona ketersediaan
Untuk mencapai beban kerja yang andal:
- Beban kerja produksi harus dikonfigurasi untuk menggunakan beberapa zona ketersediaan jika wilayah tempat mereka berada mendukung zona ketersediaan.
- Untuk beban kerja misi penting, Anda harus mempertimbangkan solusi yang multi-wilayah dan multi-zona.
Untuk informasi selengkapnya tentang cara menggunakan wilayah dan zona ketersediaan dalam arsitektur solusi, lihat Rekomendasi untuk menggunakan zona dan wilayah ketersediaan.