Bagikan melalui


Apa itu zona ketersediaan?

Banyak wilayah Azure menyediakan zona ketersediaan, yang merupakan grup pusat data yang dipisahkan dalam suatu wilayah. Zona ketersediaan cukup dekat untuk memiliki koneksi latensi yang rendah ke zona ketersediaan lainnya. Zona ketersediaan terhubung melalui jaringan kinerja tinggi dengan latensi bolak-balik kurang dari 2ms. Namun, jarak zona ketersediaan cukup jauh satu sama lain untuk mengurangi kemungkinan pengaruh pemadaman atau cuaca setempat terhadap lebih dari satu zona. 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. Mereka membantu data Anda tetap disinkronkan dan dapat diakses ketika terjadi kesalahan.

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.

Cuplikan layar lokasi zona ketersediaan yang terpisah secara fisik dalam wilayah Azure.

Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat Wilayah Azure dengan dukungan zona ketersediaan.

Catatan

Anda perlu menyebarkan dua atau beberapa Komputer Virtual ke zona ketersediaan yang berbeda di wilayah yang sama untuk mendapatkan persentase konektivitas SLA tertinggi.

Layanan zonal dan zona-redundan

Saat Anda menyebarkan ke wilayah Azure yang berisi zona ketersediaan, Anda dapat menggunakan beberapa zona ketersediaan bersama-sama. Dengan menggunakan beberapa zona ketersediaan, Anda dapat menyimpan salinan terpisah aplikasi dan data Anda dalam pusat data fisik terpisah di area metropolitan yang besar.

Layanan Azure menggunakan zona ketersediaan dengan dua cara:

  • Sumber daya zonasi disematkan ke zona ketersediaan tertentu. Anda dapat menggabungkan beberapa penyebaran zonasi di zona-zona yang berbeda untuk memenuhi persyaratan keandalan tinggi. Anda bertanggung jawab untuk mengelola replikasi data dan mendistribusikan permintaan di seluruh zona. Jika terjadi pemadaman di dalam satu zona ketersediaan, Anda bertanggung jawab melakukan failover ke zona ketersediaan lain.

  • Sumber daya redundan zona tersebar di beberapa zona ketersediaan. Microsoft mengelola permintaan penyebaran di seluruh zona dan replikasi data di seluruh zona. Jika terjadi pemadaman di dalam satu zona ketersediaan, Microsoft mengelola failover secara otomatis.

Layanan Azure mendukung salah satu atau kedua pendekatan ini. Layanan Platform as a service (PaaS) biasanya mendukung penyebaran zona-redundan. Layanan Infrastruktur sebagai layanan (IaaS) biasanya mendukung penyebaran zona. Untuk informasi selengkapnya tentang cara kerja layanan Azure dengan zona ketersediaan, lihat Wilayah Azure dengan dukungan zona ketersediaan.

Untuk informasi tentang dukungan keandalan khusus layanan menggunakan zona ketersediaan serta panduan pemulihan bencana yang direkomendasikan, lihat Gambaran umum panduan keandalan.

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 X yang dipetakan ke zona logis 1, sementara langganan B memiliki zona fisik X yang dipetakan ke zona logis 3, sebagai gantinya.

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.

az rest --method get --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' --query 'value'

Zona ketersediaan dan pembaruan Azure

Microsoft bertujuan untuk menyebarkan pembaruan ke layanan Azure ke satu zona ketersediaan pada satu waktu. Pendekatan ini mengurangi dampak yang mungkin terjadi pembaruan pada beban kerja aktif, karena beban kerja dapat terus berjalan di zona lain saat pembaruan sedang dalam proses. Anda perlu menjalankan beban kerja Anda di beberapa zona untuk memanfaatkan manfaat ini. Untuk informasi selengkapnya tentang cara Azure menyebarkan pembaruan, lihat Memajukan praktik penyebaran yang aman.

Wilayah berpasangan dan tidak berpasangan

Banyak wilayah juga memiliki wilayah berpasangan. Wilayah berpasangan mendukung jenis pendekatan penyebaran multi-wilayah tertentu. Beberapa wilayah yang lebih baru memiliki beberapa zona ketersediaan dan tidak memiliki wilayah yang dipasangkan. Anda masih dapat menyebarkan solusi multi-wilayah ke wilayah ini, tetapi pendekatan yang Anda gunakan mungkin berbeda.

Model tanggung jawab bersama

Model tanggung jawab bersama menjelaskan bagaimana tanggung jawab dibagi antara penyedia cloud (Microsoft) dan Anda. Bergantung pada jenis layanan yang Anda gunakan, Anda mungkin bertanggung jawab lebih atau kurang untuk mengoperasikan layanan.

Microsoft menyediakan zona dan wilayah ketersediaan untuk memberi Anda fleksibilitas dalam cara Anda merancang solusi untuk memenuhi kebutuhan Anda. Saat Anda menggunakan layanan terkelola, Microsoft mengambil lebih banyak tanggung jawab manajemen untuk sumber daya Anda, yang bahkan mungkin menyertakan replikasi data, failover, failback, dan tugas lain yang terkait dengan pengoperasian sistem terdistribusi.

Panduan arsitektur zona ketersediaan

Untuk mencapai beban kerja yang lebih andal:

  • Beban kerja produksi harus dikonfigurasi untuk menggunakan 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.

Langkah berikutnya