Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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. Beberapa layanan Azure secara otomatis menggunakan beberapa zona, sementara yang lain mengharuskan Anda mengonfigurasi penyebaran beberapa zona.
Zona ketersediaan tidak hanya melindungi dari pemadaman skala besar yang memengaruhi seluruh zona. Mereka juga memberikan ketahanan terhadap kegagalan yang lebih kecil, seperti rak server atau kegagalan kluster dalam zona. Dalam skenario ini, beban kerja dapat terus berjalan di zona lain, bahkan jika bagian dari zona yang terpengaruh tetap beroperasi.
Diagram berikut menunjukkan beberapa contoh wilayah Azure. Wilayah 1 dan 2 mendukung zona ketersediaan, dan wilayah 3 dan 4 tidak memiliki zona ketersediaan. Beberapa zona memiliki satu pusat data dan yang lain memiliki beberapa.
Petunjuk / Saran
Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat Daftar wilayah Azure.
Pusat data dan zona ketersediaan
Zona ketersediaan adalah pengelompokan logis dari satu atau beberapa pusat data yang terpisah secara fisik dalam suatu wilayah. Setiap zona ketersediaan dibangun dengan cara yang jika ada yang salah dalam satu (seperti pemadaman listrik atau masalah jaringan), yang lain terus bekerja. Satu pusat data tidak menawarkan tingkat perlindungan ini sendiri.
Zona ketersediaan biasanya dipisahkan oleh beberapa kilometer, dan biasanya berada dalam jarak 100 kilometer satu sama lain. Ini memberikan konektivitas latensi rendah sekaligus mengurangi kemungkinan pemadaman lokal atau peristiwa cuaca berdampak pada beberapa zona secara bersamaan.
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.
Jenis dukungan zona ketersediaan
Layanan Azure dapat menyediakan berbagai jenis dukungan zona ketersediaan untuk sumber daya mereka, dan sebagian besar layanan mendukung penyebaran sumber daya zona-redundan atau zonal :
Sumber daya zona-redundan: Sumber daya zona-redundan direplikasi atau didistribusikan di beberapa zona ketersediaan oleh layanan. Misalnya, layanan data zona-redundan mereplikasi data di beberapa zona sehingga kegagalan dalam satu zona tidak memengaruhi ketersediaan data. Beberapa layanan secara otomatis redundansi zona di wilayah yang didukung, sementara layanan lain mengharuskan Anda mengonfigurasi sumber daya Anda menjadi zona redundan. Untuk sebagian besar layanan, Microsoft memilih zona yang digunakan sumber daya Anda, tetapi terkadang Anda dapat memilih kumpulan zona.
Dengan penyebaran di zona yang redundan, Microsoft mengelola penyebaran permintaan ke seluruh zona dan replikasi data di seluruh zona. Jika pemadaman terjadi di zona ketersediaan, Microsoft mengelola failover ke zona lain secara otomatis.
Sumber daya zona: Sumber daya zona disebarkan ke satu zona ketersediaan yang Anda pilih sendiri.
Penyebaran zona tidak secara otomatis memberikan ketahanan terhadap pemadaman zona ketersediaan. Namun, sumber daya zona terisolasi dari kesalahan di zona lain. Mereka juga dapat membantu Anda mencapai latensi atau persyaratan performa yang tidak biasa ketat. Misalnya, untuk beban kerja dengan banyak komunikasi yang dibangun menggunakan mesin virtual, Anda dapat memilih untuk menyebarkan beberapa mesin virtual ke zona yang sama untuk mengurangi latensi koneksi di antara mesin-mesin tersebut.
Untuk membuat sumber daya zonal tahan terhadap pemadaman zona ketersediaan, Anda perlu merancang arsitektur dengan sumber daya terpisah di beberapa zona ketersediaan di wilayah tersebut. Microsoft tidak mengelola proses untuk Anda. Jika pemadaman terjadi di zona ketersediaan, Anda bertanggung jawab atas failover ke zona lain.
Saat Anda mengonfigurasi sumber daya menjadi zona redundan, atau jika Anda menggunakan beberapa instans sumber daya zona di zona ketersediaan yang berbeda, sumber daya Anda dianggap tangguh terhadap zona: artinya, sumber daya tersebut tahan terhadap pemadaman satu zona ketersediaan. Untuk mempelajari selengkapnya tentang cara menggunakan penyebaran zonal dan mempertahankan ketahanan zona, lihat Sumber daya zonal dan ketahanan zona.
Saat merancang strategi keandalan, pastikan Anda memahami bagaimana setiap layanan dalam beban kerja Anda mendukung zona ketersediaan. Misalnya, beberapa layanan mungkin memiliki persyaratan tambahan untuk memenuhi dukungan zona ketersediaan, seperti tingkatan atau SKU tertentu. Panduan keandalan berisi detail persyaratan tersebut.
Jika sumber daya tidak dikonfigurasi untuk menggunakan zona ketersediaan, baik karena wilayah yang Anda gunakan bukan zona pendukung atau karena pilihan konfigurasi Anda, sumber daya tersebut disebut penyebaran nonzonal atau regional . Azure mungkin menempatkan sumber daya nonzonal di semua zona di wilayah tersebut. Anda tidak memilih sumber daya mana yang masuk ke zona mana. Jika ada zona ketersediaan di wilayah tersebut mengalami pemadaman, sumber daya nonzonal mungkin berada di zona yang terpengaruh dan dapat mengalami waktu henti.
Mengonfigurasi sumber daya untuk dukungan zona ketersediaan
Setiap layanan memiliki metode sendiri untuk mengonfigurasi dukungan zona ketersediaan, dan beberapa layanan tidak memerlukan konfigurasi apa pun. 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 Azure CLI atau Azure PowerShell, atau API Azure Resource Manager.
Gunakan perintah az account list-locations :
az account list-locations \
--query "[?availabilityZoneMappings].{availabilityZoneMappings: availabilityZoneMappings, displayName: displayName, name: name}"
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.
Jaringan 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. 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. Untuk mempelajari selengkapnya tentang cara menggunakan penyebaran zonal dan mempertahankan ketahanan zona, lihat Sumber daya zonal dan ketahanan zona.
Azure tidak mengenakan biaya untuk transfer data antar zona ketersediaan di wilayah yang sama, baik Anda menggunakan alamat IP privat atau publik.
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.