Kuota, pembatasan mesin virtual, dan ketersediaan wilayah di Azure Kubernetes Service (AKS)
Semua layanan Azure menetapkan batas dan kuota default untuk sumber daya dan fitur, termasuk pembatasan penggunaan untuk SKU mesin virtual (VM) tertentu.
Artikel ini merinci batas sumber daya default untuk sumber daya Azure Kubernetes Service (AKS) dan ketersediaan AKS di wilayah Azure.
Kuota dan batas layanan
| Sumber daya | Batasan |
|---|---|
| Kluster maksimum per langganan secara global | 5\.000 |
| Kluster maksimum per langganan per wilayah 1 | 100 |
| Node maksimum per kluster dengan Virtual Machine Scale Sets dan SKU Load Balancer Dasar | 5.000 di semua kumpulan simpul Catatan: Jika Anda tidak dapat menskalakan hingga 5.000 simpul per kluster, lihat Praktik Terbaik untuk Kluster Besar. |
| Simpul maksimum per kumpulan simpul (kumpulan simpul Virtual Machine Scale Sets) | 1000 |
| Kumpulan node maksimum per kluster | 100 |
| Pod maksimum per simpul: dengan plug-injaringan Kubenet 1 | Maksimum: 250 Default Azure CLI: 110 Default templat Azure Resource Manager: 110 Default penyebaran portal Azure: 30 |
| Pod maksimum per simpul: dengan Azure Container Networking Interface (Azure CNI)2 | Maksimum: 250 Maksimum yang direkomendasikan untuk kontainer Windows Server: 110 Default: 30. |
| Add-on AKS Open Service Mesh (OSM) | Versi Kluster Kubernetes: Versi AKS yang Didukung Pengontrol OSM per kluster: 1 Pod per pengontrol OSM: 1600 Akun layanan Kubernetes yang dikelola OSM: 160 |
| Layanan kubernetes seimbang beban maksimum per kluster dengan SKU Load Balancer Standar | 300 |
| Node maksimum per kluster dengan Virtual Machine Availability Sets dan SKU Load Balancer Dasar | 100 |
1 Lainnya diperbolehkan berdasarkan permintaan.
2 kontainer Windows Server harus menggunakan plug-in jaringan Azure CNI. Kubenet tidak didukung untuk kontainer Windows Server.
| Batas Sarana Kontrol Kube | Batas |
|---|---|
| Tingkat standar | Secara otomatis menskalakan server API Kubernetes berdasarkan beban. Batas komponen sarana kontrol yang lebih besar dan server API/instans etcd. |
| Tingkat gratis | Sumber daya terbatas dengan batas permintaan dalam penerbangan 50 bermutasi dan 100 panggilan baca-saja. Batas simpul yang direkomendasikan sebesar 10 simpul per kluster. Terbaik untuk bereksperimen, belajar, dan pengujian sederhana. Tidak disarankan untuk beban kerja produksi/kritis. |
Batas pembatasan pada API penyedia sumber daya AKS
AKS menggunakan algoritma pembatasan wadah token untuk membatasi API penyedia sumber daya AKS tertentu. Ini memastikan kinerja layanan dan mempromosikan penggunaan layanan yang adil untuk semua pelanggan.
Wadah memiliki ukuran tetap dan isi ulang dari waktu ke waktu pada tingkat tetap. Setiap batas pembatasan berlaku di tingkat regional untuk sumber daya yang ditentukan di wilayah tersebut.
| Permintaan API | Ukuran wadah | Laju isi ulang | Sumber daya |
|---|---|---|---|
| LIST | 500 permintaan | 1 permintaan / 1 detik | Langganan |
| TARUH | 20 permintaan | 1 permintaan / 1 menit | AgentPools |
| TARUH | 20 permintaan | 1 permintaan / 1 menit | ManagedClusters |
Catatan
Wadah ManagedClusters dan AgentPools dihitung secara terpisah untuk kluster AKS yang sama.
Jika permintaan dibatasi, permintaan akan mengembalikan kode 429 respons HTTP (Terlalu Banyak Permintaan) dan kode kesalahan akan ditampilkan seperti Throttled dalam respons. Setiap permintaan yang dibatasi menyertakan Retry-After di header respons HTTP dengan interval untuk menunggu sebelum mencoba kembali, dalam hitungan detik.
Infrastruktur yang disediakan
Semua pembatasan jaringan, komputasi, dan penyimpanan lainnya berlaku untuk infrastruktur yang disediakan. Untuk batas yang relevan, lihat Batas langganan dan layanan Azure.
Penting
Saat Anda meningkatkan kluster AKS, sumber daya tambahan akan digunakan untuk sementara. Sumber daya ini mencakup alamat IP yang tersedia dalam subnet jaringan virtual atau kuota vCPU komputer virtual.
Untuk kontainer Windows Server, Anda bisa melakukan operasi peningkatan untuk menerapkan pembaruan simpul terbaru. Jika Anda tidak memiliki ruang alamat IP atau kuota vCPU yang tersedia untuk menangani sumber daya sementara ini, proses peningkatan kluster akan gagal. Untuk informasi selengkapnya tentang peningkatan kumpulan simpul Windows Server, lihat Peningkatan kumpulan simpul di AKS.
Ukuran komputer virtual yang didukung
Daftar ukuran VM yang didukung di AKS berkembang dengan merilis SKU VM baru di Azure. Silakan ikuti catatan rilis AKS untuk tetap mendapat informasi baru SKU yang didukung.
Ukuran VM terbatas
Ukuran VM dengan kurang dari dua CPU mungkin tidak digunakan dengan AKS. Setiap simpul dalam kluster AKS berisi sejumlah sumber daya komputasi tetap seperti vCPU dan memori. Jika sebuah simpul AKS berisi sumber daya komputasi yang tidak mencukupi, pod mungkin gagal berjalan dengan benar. Untuk memastikan bahwa pod sistem kube yang diperlukan dan aplikasi Anda dapat dijadwalkan dengan andal, jangan gunakan VM seri B dan SKU VM berikut di AKS pada kumpulan simpul sistem:
- Standard_A0
- Standard_A1
- Standard_A1_v2
- Standard_F1
- Standar_F1s
Untuk informasi selengkapnya tentang jenis VM dan sumber daya komputasinya, lihat Ukuran untuk mesin virtual di Azure.
Ukuran gambar kontainer yang didukung
AKS tidak menetapkan batasan pada ukuran gambar kontainer. Namun, penting untuk dipahami bahwa semakin besar gambar kontainer, semakin tinggi permintaan memori. Ini berpotensi melebihi batas sumber daya atau memori node pekerja yang tersedia secara keseluruhan. Secara default, memori untuk ukuran VM Standard_DS2_v2 untuk kluster AKS diatur ke 7 GiB.
Ketika gambar kontainer sangat besar (1 TiB atau lebih), kubelet mungkin tidak dapat menariknya dari registri kontainer Anda ke node karena kurangnya ruang disk.
Ketersediaan wilayah
Untuk daftar terbaru tempat Anda dapat menyebarkan dan menjalankan kluster, lihat Ketersediaan wilayah AKS.
Konfigurasi kluster ada pada portal Microsoft Azure
Saat Anda membuat kluster menggunakan portal Microsoft Azure, Anda dapat memilih konfigurasi {i>preset
| Preset | Deskripsi |
|---|---|
| Standar Produksi | Terbaik untuk sebagian besar aplikasi yang melayani lalu lintas produksi dengan praktik terbaik yang direkomendasikan AKS. |
| Dev/Test | Terbaik untuk mengembangkan beban kerja baru atau menguji beban kerja yang ada. |
| Ekonomi Produksi | Terbaik untuk melayani lalu lintas produksi dengan cara sadar biaya jika beban kerja Anda dapat mentolerir gangguan. |
| Perusahaan Produksi | Terbaik untuk melayani lalu lintas produksi dengan izin yang ketat dan keamanan yang diperkuat. |
| Standar Produksi | Dev/Test | Ekonomi Produksi | Perusahaan Produksi | |
|---|---|---|---|---|
| Ukuran simpul kumpulan simpul sistem | Standard_D8ds_v5 | Standard_DS2_v2 | Standard_D8ds_v5 | Standard_D16ds_v5 |
| Rentang autoscaling kumpulan simpul sistem | 2-5 simpul | 2-100 simpul | 2-5 simpul | 2-5 simpul |
| Ukuran simpul kumpulan simpul pengguna | Standard_D8ds_v5 | - | Standard_D8as_v4 | Standard_D8ds_v5 |
| Rentang autoscaling kumpulan simpul pengguna | 2-100 simpul | - | - | 2-100 simpul |
| Kluster privat | - | - | - | 
|
| Zona ketersediaan |
|
- | - |
|
| Kebijakan Azure |
|
- | - |
|
| Azure Monitor |
|
- | - |
|
| Driver CSI penyimpanan rahasia |
|
- | - |
|
| Konfigurasi jaringan | Azure CNI | Kubenet | Azure CNI | Azure CNI |
| Konfigurasi jaringan | Calico | Calico | Calico | Calico |
| Autentikasi dan Otorisasi | Akun lokal dengan RBAC Kubernetes | Akun lokal dengan RBAC Kubernetes | Autentikasi Azure AD dengan Azure RBAC | Autentikasi Azure AD dengan Azure RBAC |
Langkah berikutnya
Anda dapat meningkatkan batas dan kuota default tertentu. Jika sumber daya Anda mendukung peningkatan, minta peningkatan melalui permintaan dukungan Azure (untuk Jenis masalah, pilih Kuota).
Azure Kubernetes Service