Topik ini menjelaskan kuota dan batas Alibaba Cloud Container Service for Kubernetes (ACK). Batas-batas ini berlaku untuk konfigurasi produk dan kluster, kapasitas kluster tunggal, kuota kluster, serta kuota untuk dependensi cloud yang mendasarinya.
Batas
Batas konfigurasi produk dan kluster
Sebelum mengaktifkan Container Service for Kubernetes, perhatikan batasan berikut pada kluster ACK.
Batas | Deskripsi |
Verifikasi akun | Sebelum membuat kluster ACK, lengkapi verifikasi akun dan aktifkan ACK. Untuk informasi selengkapnya, lihat Aktifkan ACK. |
Konfigurasi kluster | Setelah kluster ACK dibuat, konfigurasi berikut tidak dapat diubah.
|
Konfigurasi instance ECS (instance node) |
|
Lalu lintas akses komponen lapisan kontrol kluster | Saat Anda mengakses komponen lapisan kontrol, seperti API Server dan etcd, melalui API atau baris perintah, pembatasan lalu lintas (throttling) mungkin dipicu karena batas bandwidth jika Anda membaca banyak event kluster sekaligus. Hal ini dapat menyebabkan operasi baca gagal. Kueri event kluster di Pusat Insiden, atau tambahkan parameter paging, seperti Selain itu, jika Anda sering mengalami masalah throttling di kluster Dasar ACK yang dikelola, migrasikan ke kluster Pro ACK yang dikelola. Untuk informasi selengkapnya, lihat Migrasi panas kluster Dasar ACK ke kluster Pro ACK. |
Batas kapasitas kluster tunggal
Kluster Pro ACK yang dikelola dan kluster Dasar ACK yang dikelola digunakan dalam skenario berbeda dan memiliki batas kapasitas berbeda.
Kluster Pro ACK yang dikelola: Direkomendasikan untuk lingkungan produksi perusahaan.
CatatanDalam kluster Pro ACK yang dikelola yang menggunakan plugin jaringan Terway dengan IPvlan diaktifkan, kluster dapat berisi hingga 5.000 node dan 50.000 Pod. Jumlah total pemetaan antara layanan dan Pod tidak boleh melebihi 64.000.
Kluster Dasar ACK yang dikelola: Hanya cocok untuk pengujian pribadi atau tujuan pembelajaran.
Tabel berikut menjelaskan kapasitas maksimum berbagai jenis sumber daya dalam satu kluster.
Tipe | Kluster Pro ACK yang dikelola | Kluster Dasar ACK yang dikelola |
Kapasitas penyimpanan etcd | 8 GB | 2 GB |
Ukuran total objek etcd untuk setiap tipe sumber daya | 800 MB | 200 MB |
Node | 5.000 secara default, paling banyak 15.000 | 10 |
Pod | 150.000 | 300 |
Namespace | 10.000 | 100 |
ConfigMap | 30.000 | 300 |
Secret | 100.000 | 1.000 |
PVC | 100.000 | 1.000 |
PV | 100.000 | 1.000 |
Layanan | 10.000 | 100 |
Role | 50.000 | 500 |
RoleBinding | 50.000 | 500 |
CRD | 100.000 | 1.000 |
Jumlah CR untuk setiap tipe CRD | 100.000 | 1.000 |
Kuota
Kuota kluster
Tabel berikut hanya mencantumkan kuota default. Untuk melihat kuota yang dapat disesuaikan dan batas atasnya, atau untuk mengajukan peningkatan kuota, buka Pusat Kuota.
Tipe kluster | Maksimal kluster per Akun Alibaba Cloud | Maksimal kelompok node per kluster① | Maksimal node per kluster | Maksimal Pod per node② | Cara meningkatkan kuota | |
Kluster ACK yang dikelola | Edisi Dasar | 2 | 10 | 10 |
| Tidak dapat diajukan |
Edisi Pro | 100 | 100 |
| |||
Kluster khusus ACK | 0 | 100 | ||||
Kluster ACK Serverless | Edisi Dasar | 2 | Tidak berlaku | Tidak berlaku | 1.000③ | |
Edisi Pro | 100 | Tidak berlaku | Tidak berlaku | Hingga 50.000 Penting Jika banyak Pod dikaitkan dengan suatu layanan, kami merekomendasikan agar jumlah Pod tetap di bawah 20.000. | ||
Kluster Edge ACK | Edisi Dasar | 2 | 10 | 10 | 256 | Permohonan tidak diizinkan |
Edisi Pro | 100 | 100 | 1.000 | 256 | ||
Kluster terdaftar | 5 | 100 | Tidak berlaku | 256 | ||
①: Agar kuota baru mengenai jumlah maksimum kelompok node per kluster berlaku, Anda juga harus mengajukan peningkatan kuota untuk jumlah total grup penskalaan di Penyesuaian Skala Otomatis. Untuk melakukannya, ajukan permohonan di Pusat Kuota.
②: Jumlah maksimum Pod per node
Jumlah maksimum Pod per node bergantung pada plugin jaringan kontainer kluster.
Mode jaringan Flannel: Jumlah maksimum Pod ditentukan oleh blok CIDR Pod yang ditentukan saat kluster dibuat. Anda tidak dapat mengajukan peningkatan kuota untuk batas ini.
Mode jaringan Terway: Jumlah maksimum Pod bergantung pada jumlah elastic network interfaces (ENIs) yang didukung oleh tipe instans ECS. Kami merekomendasikan Anda memilih tipe instans ECS generasi terbaru dengan spesifikasi tinggi.
Jumlah maksimum Pod per node adalah batas untuk satu node pekerja, sedangkan jumlah maksimum Pod per kluster adalah batas untuk seluruh kluster ACK. Anda dapat menambahkan lebih banyak node untuk meningkatkan jumlah total Pod yang didukung kluster. Namun, kluster yang terlalu besar dapat memengaruhi ketersediaan dan kinerja. Rencanakan penggunaan kluster berskala besar dengan hati-hati. Untuk informasi selengkapnya, lihat Rekomendasi untuk menggunakan kluster berskala besar.
③: Kluster ACK Serverless tidak menggunakan node fisik. Kuota ini mengacu pada jumlah maksimum Pod yang dapat didukung oleh satu kluster ACK Serverless.
Kuota untuk dependensi cloud yang mendasarinya
Tipe produk | Batas | Batas default | Cara meningkatkan kuota |
Kuota Resource Orchestration Service (ROS) | 100 | ||
Kuota vCPU untuk instans berbayar sesuai penggunaan | 500 core | ||
Pembelian instans berbayar sesuai penggunaan ber-spesifikasi tinggi (lebih dari 16 core vCPU) | Tipe instans dengan kurang dari 16 core vCPU | ||
Kuota vCPU untuk instans spot | 800 core | ||
Perubahan metode penagihan dari bayar sesuai penggunaan ke langganan | Tipe instans (keluarga) berikut tidak dapat diubah: t1, s1, s2, s3, c1, c2, m1, m2, n1, n2, dan e3 | ||
Jumlah maksimum instance ECS dalam satu grup penskalaan Penyesuaian Skala Otomatis (ESS) | 2.000 | ||
Sistem operasi | Node yang menjalankan sistem operasi berikut dapat ditambahkan ke kluster ACK:
| Tidak ada | |
Hanya berlaku untuk kluster yang menggunakan plugin jaringan Flannel Jumlah maksimum entri rute kustom per tabel rute (tidak termasuk entri rute yang disebarkan secara dinamis) | 200 | Untuk informasi selengkapnya, lihat Kuota umum. | |
Jumlah vSwitch yang dapat dibuat dalam satu VPC. | 150 | ||
Jumlah VPC yang dapat dibuat dalam satu wilayah. | 10 | ||
Jumlah maksimum alamat IP pribadi yang dapat dimiliki oleh grup keamanan tipe VPC dalam satu Akun Alibaba Cloud per wilayah |
| Untuk meningkatkan kuota grup keamanan dasar, buka Pusat Kuota. | |
Jumlah maksimum grup keamanan yang diizinkan untuk satu Akun Alibaba Cloud per wilayah | Anda dapat melihat kuota atau mengajukan peningkatan kuota berdasarkan ID kuota | ||
Jumlah maksimum elastic network interfaces (ENIs) sekunder yang dapat dibuat untuk satu Akun Alibaba Cloud per wilayah | Anda dapat melihat kuota berdasarkan ID kuota | ||
Jumlah EIP yang dapat diminta per Akun Alibaba Cloud | 20 | Pilih salah satu metode berikut sesuai kebutuhan: | |
Jumlah maksimum instance CLB yang dapat dibuat oleh setiap Akun Alibaba Cloud | 30 | Pilih salah satu metode berikut sesuai kebutuhan:
| |
Jumlah maksimum server backend yang dapat ditambahkan ke instance CLB | 200 | Pilih salah satu metode berikut sesuai kebutuhan:
| |
Jumlah maksimum pendengar yang dapat ditambahkan ke instance CLB | 50 | Pilih salah satu metode berikut sesuai kebutuhan:
| |
Jumlah maksimum kali sebuah server dapat ditambahkan sebagai server backend CLB | 50 | Tidak ada | |
Jumlah maksimum disk berbayar sesuai penggunaan di semua wilayah untuk satu akun | Jumlah instance di semua wilayah di bawah akun × 5. Setiap akun dapat membuat minimal 10 disk berbayar sesuai penggunaan. | ||
Kapasitas total maksimum disk data berbayar sesuai penggunaan untuk satu akun | Kuota ini bergantung pada penggunaan Elastic Compute Service Anda, wilayah, dan tipe disk. Anda dapat melihat kuota di Pusat Kuota. Untuk informasi selengkapnya, lihat Elastic Block Storage. | ||
Referensi
Saat menggunakan kluster Container Service for Kubernetes, perhatikan catatan penggunaan dan operasi berisiko tinggi yang berlaku untuk berbagai tipe kluster dan modul fungsional. Meninjau informasi ini dapat membantu mencegah gangguan bisnis akibat operasi yang tidak tepat. Untuk informasi selengkapnya, lihat Catatan penggunaan dan operasi berisiko tinggi.
Saat menggunakan kluster ACK yang dikelola dan kluster khusus ACK, konfigurasikan kluster, beban kerja, dan komponen sesuai kebutuhan Anda untuk memastikan stabilitas dan keandalan aplikasi Anda. Untuk informasi selengkapnya, lihat Konfigurasi yang direkomendasikan untuk beban kerja.