Container Service for Kubernetes:ACK managed cluster: Parameter

• Pro Edition: Menyediakan jaminan SLA dan cocok untuk lingkungan produksi serta pengujian perusahaan.

• Basic Edition: Memiliki kuota (setiap akun dapat membuat hingga dua kluster) dan hanya ditujukan untuk pembelajaran serta pengujian pribadi.

Wilayah tempat sumber daya kluster (seperti instans ECS dan disk cloud) berada. Semakin dekat wilayah tersebut dengan lokasi Anda dan tempat sumber daya Anda ditempatkan, semakin rendah latensi jaringannya.

Hanya tiga versi minor terbaru yang didukung. Kami merekomendasikan menggunakan versi terbaru yang tersedia. Untuk detail tentang dukungan versi ACK, lihat Ikhtisar dukungan versi ACK.

Aktifkan pembaruan otomatis agar lapisan kontrol dan kelompok node secara berkala diperbarui.

Untuk kebijakan dan instruksi pemutakhiran, lihat Pemutakhiran kluster otomatis.

ACK melakukan tugas O&M otomatis—seperti pemutakhiran kluster otomatis dan perbaikan kerentanan CVE OS—hanya selama jendela pemeliharaan yang telah ditentukan.

Hanya diperlukan untuk Flannel.

Kolam alamat IP untuk menetapkan alamat IP pod. Blok CIDR ini tidak boleh tumpang tindih dengan VPC atau blok CIDR kluster ACK yang sudah ada di VPC, dan tidak boleh tumpang tindih dengan Service CIDR.

Hanya diperlukan untuk Flannel.

Menentukan jumlah maksimum pod yang diizinkan pada satu node.

Hanya diperlukan saat menggunakan plugin Terway.

Juga dikenal sebagai Service CIDR, ini adalah kolam alamat IP untuk menetapkan alamat IP ke layanan internal kluster. Blok CIDR ini tidak boleh tumpang tindih dengan VPC atau blok CIDR kluster yang sudah ada di VPC, dan tidak boleh tumpang tindih dengan Container CIDR Block.

Jangan pilih opsi ini saat menggunakan VPC bersama.

Pilih opsi ini jika node memerlukan akses jaringan publik (untuk mengambil gambar publik atau mengakses layanan eksternal). ACK secara otomatis mengonfigurasi Gateway NAT dan aturan SNAT untuk mengaktifkan akses jaringan publik bagi sumber daya kluster.

• VPC tidak memiliki Gateway NAT: ACK secara otomatis membuat Gateway NAT, membeli EIP baru, dan mengonfigurasi aturan SNAT untuk vSwitch kluster.

• VPC sudah memiliki Gateway NAT: ACK menentukan apakah akan membeli EIP tambahan atau mengonfigurasi aturan SNAT. Jika tidak ada EIP yang tersedia, EIP baru dibeli. Jika tidak ada aturan SNAT tingkat VPC, aturan SNAT dikonfigurasi untuk vSwitch kluster.

Jika Anda tidak memilih opsi ini, Anda dapat mengonfigurasi Gateway NAT dan aturan SNAT secara manual setelah pembuatan kluster. Untuk detailnya, lihat Gateway NAT Publik.

Informasi sumber daya dan penagihan cloud: NAT Gateway, EIP

Kami merekomendasikan mengaktifkan ini untuk mencegah penghapusan kluster yang tidak disengaja melalui konsol atau OpenAPI.

Tetapkan kluster ke kelompok sumber daya yang dipilih untuk mempermudah manajemen izin dan alokasi biaya.

Satu sumber daya hanya dapat dimiliki oleh satu kelompok sumber daya.

Zona waktu yang digunakan oleh kluster. Defaultnya mengikuti zona waktu yang dikonfigurasi di browser.

Secara default, bidang SAN (Subject Alternative Name) dalam sertifikat API Server mencakup domain lokal kluster, IP privat, EIP publik, dan bidang lainnya. Untuk mengakses kluster melalui server proxy, domain kustom, atau lingkungan jaringan khusus, tambahkan alamat akses tersebut ke bidang SAN.

Untuk mengaktifkannya nanti, lihat Sesuaikan SAN sertifikat API Server kluster.

Dalam mode tradisional, kredensial identitas pod berlaku permanen dan dibagikan di antara banyak pod, menimbulkan risiko keamanan. Saat diaktifkan, setiap pod menerima kredensial identitas sementara sendiri dengan masa berlaku dan batas izin yang dapat dikonfigurasi.

Untuk mengaktifkannya nanti, lihat Gunakan proyeksi volume token ServiceAccount.

Hanya didukung untuk kluster Edisi Pro.

Menggunakan kunci yang dibuat di KMS Alibaba Cloud untuk menyediakan enkripsi tingkat profesional bagi kunci Secret, meningkatkan keamanan data.

Untuk mengaktifkannya nanti, lihat Gunakan KMS Alibaba Cloud untuk enkripsi Secret saat diam.

Informasi sumber daya dan penagihan cloud: KMS

Kluster membuat Penyedia OIDC. Menggunakan token OIDC sementara dari ServiceAccount-nya, pod aplikasi dapat memanggil layanan RAM Alibaba Cloud dan mengasumsikan peran RAM tertentu, memperoleh otorisasi sementara secara aman untuk mengakses sumber daya cloud dan menerapkan manajemen izin hak istimewa minimal di tingkat pod.

Untuk mengaktifkannya nanti, lihat Gunakan RRSA untuk mengonfigurasi izin RAM ServiceAccount guna isolasi izin tingkat pod.

Masukkan nama kelompok node kustom.

Aktifkan managed node pool untuk menggunakan kemampuan O&M otomatis ACK.

Jika bisnis Anda sensitif terhadap perubahan pada node dasar dan tidak dapat mentolerir restart node atau migrasi pod aplikasi, kami tidak merekomendasikan mengaktifkan fitur ini.

Untuk mengaktifkannya nanti, Anda dapat mengedit kelompok node.

ACK secara otomatis memantau status node dan menjalankan tugas self-healing saat node mengalami anomali. Jika Anda memilih Restart Faulty Node, proses self-healing node mungkin melibatkan draining node dan penggantian disk. Untuk kondisi pemicu dan event terkait, lihat Aktifkan self-healing node.

Perbaiki kerentanan CVE pada OS kelompok node, mendukung tingkat perbaikan kerentanan yang dapat dikonfigurasi.

Resource cloud dan informasi penagihan: Security Center

ACK hanya menjalankan operasi O&M otomatis pada managed node pool selama jendela pemeliharaan yang telah ditentukan.

Saat memperluas kapasitas, node dialokasikan dari keluarga instans ECS yang dikonfigurasi. Untuk meningkatkan tingkat keberhasilan penskalaan, pilih beberapa tipe instans di beberapa zona untuk menghindari ketidaktersediaan atau inventaris tidak mencukupi. Tipe instans spesifik yang digunakan untuk penskalaan ditentukan oleh Scaling Policy yang dikonfigurasi.

Untuk memastikan stabilitas bisnis dan penjadwalan sumber daya yang akurat, jangan mencampur tipe instans GPU dan non-GPU dalam kelompok node yang sama.

Konfigurasikan tipe instans untuk penskalaan dengan salah satu dari dua cara berikut:

• Tipe spesifik: Tentukan tipe instans tepat berdasarkan vCPU, memori, keluarga, arsitektur, dan dimensi lainnya.

• Konfigurasi umum: Pilih tipe instans untuk digunakan atau dikecualikan berdasarkan atribut (vCPU, memori, dll.) untuk lebih meningkatkan tingkat keberhasilan penskalaan. Untuk detailnya, lihat Konfigurasi kelompok node menggunakan atribut instans tertentu.

Merujuk pada rekomendasi kekuatan elastisitas konsol untuk konfigurasi, atau lihat kekuatan elastisitas kelompok node setelah pembuatan.

Untuk tipe instans yang tidak didukung ACK dan rekomendasi konfigurasi node, lihat Rekomendasi konfigurasi tipe instans ECS.

Informasi sumber daya dan penagihan cloud: ECS instance, GPU instance

Jumlah total node yang harus dipertahankan oleh kelompok node. Kami merekomendasikan mengonfigurasi minimal dua node untuk memastikan operasi normal komponen kluster. Sesuaikan jumlah node yang diinginkan untuk memperluas atau mengurangi kapasitas kelompok node. Untuk detailnya, lihat Penskalaan kelompok node.

Jika Anda tidak perlu membuat node, masukkan 0 dan sesuaikan secara manual nanti atau tambahkan node yang sudah ada.

Konfigurasikan cara kelompok node memilih instans selama penskalaan.

• Priority-based Policy: Melakukan penskalaan berdasarkan prioritas vSwitch yang dikonfigurasi di kluster (urutan vSwitch dari atas ke bawah menunjukkan prioritas menurun). Jika instans tidak dapat dibuat di zona prioritas lebih tinggi, vSwitch prioritas berikutnya digunakan secara otomatis.

• Cost Optimization: Melakukan penskalaan dari harga unit vCPU terendah ke tertinggi.

  Saat kelompok node menggunakan Preemptible Instance, instans spot diprioritaskan. Anda dapat mengonfigurasi Percentage of pay-as-you-go instances (%) untuk secara otomatis melengkapi dengan instans bayar sesuai penggunaan saat instans spot tidak dapat dibuat karena inventaris atau alasan lain.

• Distribution Balancing: Mendistribusikan instans ECS secara merata di beberapa zona, tetapi hanya dalam skenario multi-zona. Jika distribusi zona menjadi tidak seimbang karena kekurangan inventaris, Anda dapat menyeimbangkan kembali.

Memerlukan pemilihan instans spot sebagai metode penagihan.

Saat diaktifkan, jika instans spot yang cukup tidak dapat dibuat karena harga atau alasan inventaris, ACK secara otomatis mencoba membuat instans bayar sesuai penggunaan sebagai pelengkap.

Informasi sumber daya dan penagihan cloud: ECS instance

Memerlukan pemilihan instans spot sebagai metode penagihan.

Tambahkan tag ke instans ECS yang dibuat secara otomatis oleh ACK sebagai pengidentifikasi sumber daya cloud. Setiap instans ECS dapat memiliki hingga 20 tag. Untuk meningkatkan batas ini, ajukan permohonan di Quota Platform. Karena ACK dan ESS menempati beberapa tag, Anda dapat menentukan hingga 17 tag kustom per instans.

Node yang baru ditambahkan diatur sebagai tidak dapat dijadwalkan secara default saat didaftarkan ke kluster. Sesuaikan secara manual status penjadwalan node di daftar node.

Pengaturan ini hanya berlaku untuk kluster yang menjalankan versi Kubernetes lebih awal dari 1.34. Untuk detailnya, lihat Catatan versi Kubernetes 1.34.

Hanya didukung untuk runtime containerd versi 1.6.34 atau lebih baru.

Node yang baru ditambahkan secara otomatis mendeteksi apakah gambar kontainer mendukung pemuatan sesuai permintaan. Jika didukung, kontainer mulai lebih cepat secara default menggunakan pemuatan sesuai permintaan, mengurangi waktu startup aplikasi. Untuk detailnya, lihat Gunakan pemuatan sesuai permintaan untuk mempercepat startup kontainer.

Nama node terdiri dari awalan, alamat IP node, dan akhiran. Saat diaktifkan, nama node, nama instans ECS, dan hostname instans ECS berubah sesuai.

Contoh: Alamat IP node adalah 192.XX.YY.55, awalan adalah aliyun.com, akhiran adalah test.

• Node Linux: Nama node, nama instans ECS, dan hostname instans ECS semuanya aliyun.com192.XX.YY.55test.

• Node Windows: Hostname tetap sebagai alamat IP, dengan - menggantikan . dalam alamat IP, dan tidak termasuk awalan atau akhiran.

  Oleh karena itu, hostname instans ECS adalah 192-XX-YY-55, sedangkan nama node dan nama instans ECS adalah aliyun.com192.XX.YY.55test.

Hanya didukung untuk kluster ACK yang dikelola

Hanya dapat ditentukan saat membuat kelompok node baru.

Tentukan Peran RAM Worker di tingkat kelompok node untuk mengurangi risiko keamanan dari berbagi satu Peran RAM Worker di semua node.

• Default Role: Menggunakan peran RAM Worker default yang dibuat untuk kluster.

• Custom: Menggunakan peran yang ditentukan sebagai Peran RAM Worker. Jika dibiarkan kosong, peran default digunakan. Untuk detailnya, lihat Gunakan peran RAM Worker kustom.

Hanya didukung untuk kluster yang menjalankan Kubernetes 1.28 atau lebih baru.

Konfigurasikan mode akses metadata instans ECS. Di dalam instans ECS, akses layanan metadata untuk mendapatkan metadata instans, termasuk ID instans, informasi VPC, informasi NIC, dan properti instans lainnya. Untuk detailnya, lihat Metadata instans.

• Normal Mode and Security Hardening Mode: Mendukung akses layanan metadata menggunakan mode normal dan mode penguatan.

• Security Hardening Mode: Mendukung akses layanan metadata hanya menggunakan mode penguatan. Untuk detailnya, lihat Gunakan hanya mode penguatan untuk mengakses metadata instans ECS.

Sebelum node bergabung dengan kluster, jalankan skrip User-Data script pre-user instans yang ditentukan.

Contoh: Jika data pre-user adalah touch /tmp/pre-script, urutan eksekusi skrip gabungan pada node adalah sebagai berikut.

#!/bin/bash
# Input instance pre-user data executes here
touch /tmp/pre-script

# ACK node initialization script executes here

Untuk logika eksekusi konfigurasi ini selama inisialisasi node, lihat Ikhtisar proses inisialisasi node.

Tentukan grup keamanan dasar atau enterprise untuk kelompok node. ACK tidak menambahkan aturan akses tambahan ke grup keamanan. Anda harus mengelola aturan grup keamanan sendiri untuk menghindari masalah akses. Untuk detailnya, lihat Konfigurasi grup keamanan kluster.

Setiap instans ECS memiliki batas jumlah grup keamanan yang dapat diikuti. Pastikan kuota kuota grup keamanan mencukupi.

Tambahkan alamat IP node ke daftar putih instans RDS.

Setelah membuat set penyebaran di konsol ECS Buat set penyebaran, tentukan untuk kelompok node sehingga node yang diperluas didistribusikan di server fisik berbeda, meningkatkan ketersediaan tinggi.

Secara default, set penyebaran mendukung hingga 20 * jumlah zona (ditentukan oleh vSwitch), membatasi jumlah node maksimum dalam kelompok node. Pastikan kuota mencukupi dalam set penyebaran.

Untuk mengaktifkannya nanti, lihat Praktik terbaik set penyebaran kelompok node.

Strategi kolam sumber daya yang digunakan saat menambahkan node (hanya didukung saat Instance Configuration Mode diatur ke Specify Instance Type). Kolam sumber daya mencakup kolam pribadi yang dihasilkan setelah mengaktifkan layanan elastic provisioning atau reservasi kapasitas (reservasi kapasitas efek-segera atau reservasi kapasitas efek-terjadwal), bersama dengan kolam publik, untuk pemilihan startup node.

• Private Pool First: Memrioritaskan penggunaan kolam pribadi yang ditentukan. Jika tidak ada kolam pribadi yang ditentukan atau kolam pribadi yang ditentukan kehabisan kapasitas, secara otomatis mencocokkan kolam pribadi tipe terbuka. Jika tidak ada kolam pribadi yang memenuhi syarat, menggunakan kolam publik untuk membuat instans.

• Private Pool Only: Mengharuskan menentukan ID kolam pribadi. Jika kolam pribadi yang ditentukan kehabisan kapasitas, startup node gagal.

• Do Not Use: Tidak menggunakan strategi kolam sumber daya.

Item konfigurasi ini tidak digunakan lagi. Beralihlah ke penggunaan Resource Pool Policy untuk menentukan kolam pribadi.

Sumber daya kolam pribadi yang tersedia untuk zona dan tipe instans yang dipilih. Jenisnya meliputi berikut ini:

• Open: Instans secara otomatis mencocokkan kolam kapasitas pribadi tipe terbuka. Jika tidak ada kolam pribadi yang memenuhi syarat, sumber daya kolam publik digunakan untuk startup.

• Do Not Use: Instans tidak menggunakan kapasitas kolam pribadi apa pun dan langsung menggunakan sumber daya kolam publik untuk startup.

• Specified: Mengharuskan memilih ID kolam pribadi untuk membatasi instans hanya menggunakan kapasitas kolam pribadi tersebut untuk startup. Jika kolam pribadi tidak tersedia, startup instans gagal.

Menginstal NodeLocal DNSCache untuk menyimpan cache hasil resolusi DNS pada node, meningkatkan kinerja dan stabilitas resolusi DNS serta mempercepat panggilan layanan internal dalam kluster.

Mengimplementasikan penyimpanan persisten berdasarkan plugin penyimpanan CSI, mendukung volume penyimpanan disk cloud, NAS, OSS, CPFS, dan lainnya dari Alibaba Cloud.

Saat memilih pembuatan default NAS dan CNFS, ACK secara otomatis membuat sistem file NAS tujuan umum dan mengelolanya menggunakan CNFS.

Untuk membuat CNFS nanti, lihat Kelola sistem file NAS melalui CNFS.

Informasi sumber daya dan penagihan cloud: NAS

Memantau kesehatan kluster, penggunaan sumber daya, dan kinerja aplikasi melalui layanan pemantauan kluster kontainer, memicu peringatan saat terjadi anomali.

• ACK Cluster Monitoring Pro Edition: Menyediakan layanan pemantauan kontainer terkelola dengan dasbor Grafana bawaan. Data disimpan selama 90 hari secara default.

  Untuk aturan penagihan, lihat Penagihan pemantauan kontainer. Biaya tambahan berlaku untuk pelaporan metrik kustom atau penyesuaian durasi penyimpanan dasar. Untuk detailnya, lihat Penagihan instans Prometheus.

• ACK Cluster Monitoring Basic Edition: Menyediakan layanan pemantauan kontainer gratis dan tidak dikelola dengan dasbor pemantauan dasar bawaan. Data disimpan selama 7 hari secara default.

  Komponen ini defaultnya single-replica, mengonsumsi 3 vCPU dan 4 GB memori, memerlukan pemeliharaan mandiri. Biaya tambahan berlaku untuk pelaporan metrik kustom. Untuk detailnya, lihat Penagihan instans Prometheus.

• Disable: Menonaktifkan layanan pemantauan kontainer, mencegah pemantauan status layanan kontainer dan pembuatan peringatan.

Untuk mengaktifkannya nanti, lihat Integrasikan dan konfigurasikan pemantauan Prometheus Alibaba Cloud.

Informasi sumber daya dan penagihan cloud: Prometheus

Menyediakan analisis biaya dan penggunaan sumber daya untuk kluster, namespace, kelompok node, dan beban kerja guna meningkatkan pemanfaatan sumber daya kluster dan mengurangi biaya.

Untuk mengaktifkannya nanti, lihat Wawasan biaya.

Gunakan Project SLS yang sudah ada atau buat yang baru untuk mengumpulkan log aplikasi kluster.

Juga mengaktifkan fitur audit server API kluster untuk mengumpulkan permintaan ke API Kubernetes dan hasilnya.

Untuk mengaktifkannya nanti, lihat Kumpulkan log kontainer kluster ACK, Gunakan fitur audit server API kluster.

• Create Ingress Dashboard: Membuat Dasbor Ingress di konsol SLS untuk mengumpulkan log akses Nginx Ingress. Untuk detailnya, lihat Kumpulkan dan analisis log akses Nginx Ingress.

• Install node-problem-detector and create Event Hub: Menambahkan Event Hub di konsol SLS untuk mengumpulkan semua Event Kubernetes secara real-time. Untuk detailnya, lihat Buat dan gunakan K8s Event Hub.

Informasi sumber daya dan penagihan cloud: SLS

Mengaktifkan manajemen peringatan Layanan Kontainer, mengirimkan notifikasi peringatan ke kelompok kontak peringatan berdasarkan sumber data dari SLS, Managed Service for Prometheus, dan Cloud Monitor saat terjadi anomali kluster.

Mengumpulkan log komponen lapisan kontrol ke Project SLS untuk troubleshooting mendalam dan analisis akar penyebab.

Untuk mengaktifkannya nanti, lihat Kumpulkan log komponen lapisan kontrol kluster ACK yang dikelola.

Informasi sumber daya dan penagihan cloud: SLS

Mengaktifkan fitur inspeksi kluster kecerdasan buatan untuk operasi TI (AIOps) untuk memindai kuota, penggunaan sumber daya, versi komponen, dan aspek lain dalam kluster secara berkala, memastikan konfigurasi mengikuti praktik terbaik dan mengungkap potensi risiko lebih awal.