Ringkasan zona ketersediaan di Azure Kubernetes Service (AKS)

Artikel ini memberikan gambaran umum tentang penggunaan zona ketersediaan di Azure Kubernetes Service (AKS) untuk meningkatkan ketersediaan aplikasi Anda.

Kluster AKS mendistribusikan sumber daya, seperti simpul dan penyimpanan, di seluruh bagian logis dari infrastruktur Azure yang mendasar. Menggunakan zona ketersediaan secara fisik memisahkan simpul dari simpul lain yang disebarkan ke zona ketersediaan yang berbeda. Kluster AKS yang disebarkan dengan beberapa zona ketersediaan yang dikonfigurasi di seluruh kluster memberikan tingkat ketersediaan yang lebih tinggi untuk melindungi dari kegagalan perangkat keras atau peristiwa pemeliharaan yang direncanakan.

Apa itu zona ketersediaan?

Zona ketersediaan membantu melindungi aplikasi dan data Anda dari kegagalan pusat data. Zona ketersediaan adalah lokasi fisik unik yang berada dalam wilayah Azure. Setiap zona mencakup satu atau beberapa pusat data yang dilengkapi dengan daya, pendinginan, dan jaringan independen. Untuk memastikan ketahanan, selalu ada lebih dari satu zona di semua wilayah dengan zona aktif. Pemisahan fisik zona ketersediaan dalam suatu wilayah membantu melindungi aplikasi dan data dari kegagalan pusat data.

Kluster AKS yang disebarkan menggunakan zona ketersediaan dapat mendistribusikan simpul di beberapa zona dalam satu wilayah. Misalnya, kluster di wilayah US Timur 2 dapat membuat node di ketiga zona ketersediaan di US Timur 2. Distribusi sumber daya kluster AKS ini meningkatkan ketersediaan kluster karena memiliki ketahanan terhadap kegagalan zona tertentu.

Jika satu zona menjadi tidak tersedia, aplikasi Anda terus berjalan pada kluster yang dikonfigurasi untuk tersebar di beberapa zona.

Untuk informasi selengkapnya, lihat Menggunakan zona ketersediaan Azure.

Catatan

Saat menerapkan zona ketersediaan dengan autoscaler kluster, sebaiknya gunakan satu kumpulan simpul untuk setiap zona. Anda dapat mengatur --balance-similar-node-groups parameter ke true untuk mempertahankan distribusi simpul yang seimbang di seluruh zona untuk beban kerja Anda selama operasi peningkatan skala. Ketika pendekatan ini tidak diterapkan, operasi penurunan skala dapat mengganggu keseimbangan simpul di seluruh zona. Konfigurasi ini tidak menjamin bahwa grup simpul serupa akan memiliki jumlah simpul yang sama:

• Saat ini, penyeimbangan terjadi selama operasi peningkatan skala saja. Autoscaler kluster menurunkan skala simpul yang kurang digunakan terlepas dari ukuran relatif grup simpul.
• Autoscaler kluster hanya menambahkan node sebanyak yang diperlukan untuk menjalankan semua pod yang ada. Beberapa grup mungkin memiliki lebih banyak simpul daripada yang lain jika mereka memiliki lebih banyak pod yang dijadwalkan.
• Autoscaler kluster hanya menyeimbangkan antara grup simpul yang dapat mendukung set pod yang tertunda yang sama.

Anda juga dapat menggunakan disk penyimpanan redundan zona Azure (ZRS) untuk mereplikasi penyimpanan Anda di tiga zona ketersediaan di wilayah yang Anda pilih. Disk ZRS memungkinkan Anda pulih dari kegagalan zona ketersediaan tanpa kehilangan data. Untuk informasi selengkapnya, lihat ZRS untuk disk terkelola.

Batasan

Batasan berikut berlaku saat Anda membuat kluster AKS menggunakan zona ketersediaan:

• Anda hanya dapat menentukan zona ketersediaan selama pembuatan kluster atau kumpulan simpul.
• Tidak dimungkinkan untuk memperbarui kluster zona non-ketersediaan yang ada untuk menggunakan zona ketersediaan setelah membuat kluster.
• Ukuran simpul pilihan (VM SKU) yang dipilih harus tersedia di semua zona ketersediaan yang dipilih.
• Kluster dengan zona ketersediaan yang diaktifkan memerlukan penggunaan Azure Standard Load Balancer untuk distribusi di seluruh zona. Anda hanya dapat menentukan jenis load balancer ini pada waktu pembuatan kluster. Untuk informasi selengkapnya dan batasan load balancer standar, lihat Batasan SKU standar load balancer Azure.

Dukungan zona ketersediaan Azure Disk

Volume yang menggunakan disk LRS terkelola Azure bukan sumber daya zona-redundan, dan melampirkan di seluruh zona tidak didukung. Anda perlu mengkolokasikan volume di zona yang sama dengan simpul yang ditentukan yang menghosting pod target. Volume yang menggunakan disk ZRS terkelola Azure adalah sumber daya zona-redundan. Anda dapat menjadwalkan volume tersebut pada semua simpul agen zona dan non-zona. Contoh berikut menunjukkan cara membuat kelas penyimpanan menggunakan disk StandardSSD_ZRS :

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-csi-zrs
provisioner: disk.csi.azure.com
parameters:
  skuName: StandardSSD_ZRS  # or Premium_ZRS
reclaimPolicy: Delete
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true

Kubernetes versi 1.12 dan yang lebih tinggi mengetahui zona ketersediaan Azure. Anda dapat menyebarkan objek PersistentVolumeClaim yang mereferensikan Azure Managed Disk di kluster AKS multi-zona dan Kubernetes mengurus penjadwalan pod apa pun yang mengklaim PVC ini di zona ketersediaan yang benar.

Efektif dimulai dengan Kubernetes versi 1.29, ketika Anda menyebarkan kluster Azure Kubernetes Service (AKS) di beberapa zona ketersediaan, AKS sekarang menggunakan penyimpanan redundan zona (ZRS) untuk membuat disk terkelola dalam kelas penyimpanan bawaan. ZRS memastikan replikasi sinkron disk terkelola Azure Anda di beberapa zona ketersediaan Azure di wilayah yang Anda pilih. Strategi redundansi ini meningkatkan ketahanan aplikasi Anda dan melindungi data Anda dari kegagalan pusat data.

Namun, penting untuk dicatat bahwa penyimpanan zona redundan (ZRS) memiliki biaya yang lebih tinggi dibandingkan dengan penyimpanan redundan lokal (LRS). Jika pengoptimalan biaya adalah prioritas, Anda dapat membuat kelas penyimpanan baru dengan parameter yang skuname diatur ke LRS. Anda kemudian dapat menggunakan kelas penyimpanan baru di Klaim Volume Persisten (PVC).

Langkah berikutnya

• Buat kluster AKS dengan zona ketersediaan.