All Products
Search

This Product

    Container Service for Kubernetes:Buat kluster ACK Auto Mode

    Document Center

    Container Service for Kubernetes:Buat kluster ACK Auto Mode

    Last Updated:Aug 21, 2026

    Saat membuat kluster terkelola Container Service for Kubernetes (ACK), aktifkan Auto Mode untuk meluncurkan kluster Kubernetes sesuai praktik terbaik dengan perencanaan minimal. ACK kemudian menyediakan dan mengelola System node pool guna menjalankan komponen sistem dan Intelligent managed node pools untuk menjalankan workload Anda, serta menangani seluruh siklus hidup node sehingga Anda dapat fokus pada aplikasi.

    Sebelum mengaktifkan Auto Mode, baca Auto mode untuk memahami fitur dan kasus penggunaannya.

    Persiapan

    Perencanaan dan desain

    Sebelum membuat kluster, rencanakan dan desain konfigurasi kluster berdasarkan kebutuhan bisnis Anda untuk memastikan kluster berjalan secara stabil, efisien, dan aman.

    • Wilayah: Semakin dekat wilayah yang dipilih dengan pengguna dan sumber daya yang ditempatkan, semakin rendah latensi jaringan dan semakin cepat kecepatan akses.

    • Zona: Kami merekomendasikan Anda mengonfigurasi beberapa zona untuk memastikan ketersediaan tinggi (HA) bagi kluster.

    • Perencanaan alamat jaringan: Rencanakan Blok CIDR VPC (Blok CIDR milik VPC dan Blok CIDR vSwitch) serta Blok CIDR Kubernetes (rentang alamat pod dan rentang alamat layanan) berdasarkan skenario bisnis dan ukuran kluster Anda. Hal ini menentukan rentang alamat IP untuk seluruh kluster dan jumlah alamat IP yang tersedia untuk pod dan node.

    • Akses jaringan publik: Tentukan apakah node kluster perlu mengakses jaringan publik. Akses jaringan publik diperlukan untuk menarik gambar publik.

    Aktivasi dan otorisasi

    Sebelum membuat kluster, aktifkan layanan dan otorisasi akun:

    • Aktifkan ACK: Untuk penggunaan pertama kali, login ke ACK dan selesaikan aktivasi sesuai petunjuk.

    • Otorisasi role: Buka RAM Quick Authorization dan otorisasi Akun Alibaba Cloud untuk membuat role Container Service default, sehingga ACK dapat memanggil sumber daya layanan cloud terkait dengan benar.

    • Aktifkan produk cloud terkait kluster: Aktifkan produk cloud yang menjadi dependensi kluster ACK, termasuk VPC dan SLB.

      • Proses pembuatan melibatkan pembelian sumber daya pay-as-you-go (seperti CLB). Pastikan saldo akun Anda mencukupi untuk menghindari gangguan layanan akibat pembayaran tertunda.

      • Hanya Akun Alibaba Cloud yang dapat mengaktifkan produk cloud. Untuk memberikan otorisasi kepada Pengguna RAM agar dapat mengelola produk cloud yang telah diaktifkan, lihat Berikan akses kluster dan sumber daya cloud dengan RAM.

    Prosedur

    1. Login ke ACK console. Di panel navigasi kiri, klik Clusters.

    2. Di pojok kiri atas halaman, pilih kelompok sumber daya dan wilayah dari sumber daya target. image

    3. Di halaman Clusters, klik Create Kubernetes Cluster. Di halaman ACK Managed Cluster, aktifkan Auto Mode.

      Setelah Anda mengaktifkan Auto Mode, halaman akan menampilkan tiga kemampuan inti Auto Mode: Fully managed operations (lapisan kontrol kluster yang sepenuhnya dikelola, peningkatan versi otomatis, node bebas pemeliharaan, dan pemulihan mandiri otomatis), Automatic node scaling (skalabilitas elastis sesuai permintaan, pemilihan tipe instans otomatis, dan optimalisasi biaya sumber daya), dan Highly optimized node OS (OS yang dioptimalkan untuk kontainer dengan startup cepat, sistem file immutable, dan praktik terbaik secure-by-default).

    4. Ikuti petunjuk di layar untuk menyelesaikan konfigurasi kluster. Setelah meninjau konfigurasi kluster dengan cermat dan membaca perjanjian layanan, klik Create Kubernetes Cluster.

      Untuk informasi detail tentang setiap item konfigurasi, lihat Cluster configuration.

      Auto Mode hanya mendukung kluster ACK managed Pro, dan melibatkan biaya manajemen kluster serta biaya produk cloud terkait. Lihat ringkasan biaya kluster di bagian bawah halaman pembuatan, atau rujuk dokumentasi penagihan ACK dan masing-masing produk. Lihat Billing overview dan Cloud resource costs.

      Klik Console-to-Code di pojok kanan atas halaman untuk menghasilkan parameter contoh Terraform atau SDK yang sesuai dengan konfigurasi kluster saat ini.

    • Setelah kluster dibuat, system node pool dan Intelligent managed node pools dibuat secara otomatis. Intelligent managed node pool melakukan penskalaan dinamis sesuai kebutuhan workload. ACK mengambil alih manajemen siklus hidup node, termasuk peningkatan sistem operasi, peningkatan perangkat lunak, dan perbaikan kerentanan keamanan.

    • Setelah pembuatan, ACK menginstal komponen berdasarkan konfigurasi Anda. Komponen-komponen ini dapat mengonsumsi sumber daya komputasi di kluster. Intelligent managed node pool secara otomatis melakukan scale-out node yang sesuai.

    Langkah selanjutnya

    Deploy a workload and implement load balancing

    Lampiran

    Model tanggung jawab bersama

    ACK Auto Mode menyediakan operasi kluster Kubernetes yang otomatis dan cerdas serta mengurangi upaya operasional yang diperlukan. Namun, dalam beberapa skenario, Anda tetap harus memenuhi kewajiban tertentu.

    Tanggung jawab Alibaba Cloud

    Tanggung jawab pelanggan

    Tanggung jawab bersama

    • Deployment, pemeliharaan, dan peningkatan lapisan kontrol kluster.

    • Instalasi, konfigurasi, dan peningkatan komponen inti kluster.

    • Scale-out otomatis, scale-in, peningkatan sistem operasi, dan peningkatan perangkat lunak kelompok node (termasuk perbaikan kerentanan keamanan CVE).

    • Konfigurasi informasi dasar kluster, seperti perencanaan jaringan dan konfigurasi VPC.

    • Konfigurasi dan manajemen izin RAM kluster serta kontrol akses berbasis peran (RBAC).

    • Deployment, operasi, dan konfigurasi wajar workload aplikasi. Konfigurasi wajar mencakup pengaturan seperti jumlah replika, kebijakan shutdown yang mulus (misalnya PreStop), dan kebijakan PodDisruptionBudget, untuk memastikan node dapat dikosongkan untuk pemeliharaan tanpa dampak pada workload.

    • Menerima pemberitahuan peringatan pemantauan kluster dan aplikasi secara tepat waktu serta meresponsnya.

    • Keamanan kluster secara keseluruhan. Tanggung jawab keamanan kluster mengacu pada model tanggung jawab bersama. Untuk informasi lebih lanjut, lihat Shared responsibility model.

    • Penyelesaian masalah dan troubleshooting gangguan.

    System node pool

    Kluster ACK Auto Mode bergantung pada berbagai komponen sistem untuk memastikan operasi kluster normal. Mencampur komponen sistem dengan workload dapat menyebabkan konflik sumber daya dan saling mengganggu. System node pool adalah kelompok node terkelola cerdas khusus dalam kluster ACK Auto Mode. Kelompok ini menggunakan label, taint, dan kebijakan penjadwalan untuk mengisolasi komponen sistem pada node khusus, meningkatkan keandalan dan keamanan kluster. System node pool diaktifkan secara default pada kluster ACK Auto Mode baru, dengan nama default ack-system, dan sepenuhnya dikelola oleh ACK.

    Cara kerja

    Nama default system node pool adalah ack-system. Kelompok ini menggunakan kombinasi label, taint, dan kebijakan penjadwalan berikut untuk mengisolasi komponen sistem dari workload secara ketat.

    Mekanisme

    Konfigurasi

    Tujuan

    Dedicated label

    alibabacloud.com/system-nodepool=true

    Mengidentifikasi node sebagai bagian dari system node pool, untuk digunakan dalam pencocokan kebijakan penjadwalan.

    Taint

    CriticalAddonsOnly=true:NoSchedule

    Mencegah Pod workload tanpa toleransi yang sesuai dijadwalkan ke system node pool.

    Node Affinity

    requiredDuringSchedulingIgnoredDuringExecution

    Memaksa Pod komponen sistem dijadwalkan ke node dengan label system node pool.

    Toleransi

    Secara default, komponen sistem mentoleransi taint CriticalAddonsOnly.

    Memastikan Pod komponen sistem dapat dijadwalkan ke system node pool.

    Kombinasi di atas mencapai efek penjadwalan berikut:

    • Komponen sistem dijadwalkan ke system node pool: Node Affinity memaksa penjadwalan, dan Toleransi memungkinkan Pod melewati pemeriksaan taint.

    • Pod workload dijadwalkan ke kelompok node biasa: Karena Pod workload tidak memiliki toleransi terhadap taint CriticalAddonsOnly, mereka tidak dapat dijadwalkan ke system node pool.

    Fitur dan manfaat utama

    • Isolasi ketat: Komponen sistem hanya dijadwalkan ke system node pool, terisolasi secara ketat dari kelompok node workload. Hal ini menghindari konflik sumber daya dan meningkatkan stabilitas serta kinerja kluster secara keseluruhan.

    • Dikelola oleh ACK: ACK menangani pembuatan, peningkatan, dan penskalaan system node pool tanpa memerlukan intervensi manual.

    Kuota dan batasan

    Jika Anda memiliki kluster besar atau akun Anda berisi banyak sumber daya, Anda harus memperhatikan kuota dan batasan penggunaan kluster ACK. Untuk informasi lebih lanjut, lihat Quotas and limits.

    • Batasan: Termasuk batasan konfigurasi ACK (seperti saldo akun) dan batasan kapasitas kluster tunggal (kapasitas maksimum berbagai sumber daya Kubernetes dalam satu kluster).

    • Batasan kuota dan permintaan peningkatan kuota: Termasuk batasan kuota untuk kluster ACK dan produk cloud yang menjadi dependensinya, seperti ECS dan VPC. Untuk meminta peningkatan kuota, ikuti petunjuk dalam dokumentasi terkait.

    Konfigurasi kluster

    Buat kluster dengan konfigurasi default, atau lakukan penyesuaian fleksibel berdasarkan kebutuhan bisnis dan sumber daya yang tersedia di bawah akun Anda. Di kolom Editable after creation tabel, No menunjukkan item tersebut tidak dapat dimodifikasi setelah pembuatan, dan Yes menunjukkan item tersebut dapat dimodifikasi. Perhatikan khusus item yang tidak dapat dimodifikasi.

    Konfigurasi dasar

    Item konfigurasi

    Deskripsi

    Dapat diedit setelah pembuatan

    Cluster Name

    Masukkan nama kustom untuk kluster.

    ✓

    Region

    Wilayah tempat sumber daya kluster, seperti instans ECS dan disk cloud, berada. Semakin dekat wilayah dengan pengguna dan wilayah penempatan sumber daya Anda, semakin rendah latensi jaringan.

    ✗

    Maintenance Window

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

    ✓

    Konfigurasi jaringan

    Item konfigurasi

    Deskripsi

    Dapat diedit setelah pembuatan

    IPv6 Dual-stack

    Fitur ini hanya tersedia untuk Kubernetes 1.22 ke atas dan hanya mendukung Terway. Fitur ini tidak dapat digunakan dengan fitur elastic Remote Direct Memory Access (eRDMA)

    Kluster mendukung protokol IPv4 dan IPv6. Namun, komunikasi antara node pekerja dan lapisan kontrol tetap menggunakan alamat IPv4. Pastikan bahwa:

    • VPC kluster mendukung dual-stack IPv6.

    • Saat menggunakan Terway dalam mode ENI bersama, tipe instans node harus mendukung IPv6 dan memiliki jumlah alamat IPv4 dan IPv6 yang sama.

    ✗

    VPC

    Virtual private cloud (VPC) untuk kluster. Untuk ketersediaan tinggi, pilih dua zona atau lebih yang berbeda.

    • Pembuatan otomatis: ACK membuat vSwitch yang sesuai di setiap zona yang dipilih.

    • Gunakan yang ada: Pilih vSwitch untuk menentukan zona kluster. Anda dapat membuat vSwitch baru atau menggunakan yang sudah ada.

    Kami merekomendasikan penggunaan Blok CIDR pribadi standar untuk VPC kluster, seperti 10.0.0.0/8, 172.16.0.0/12, dan 192.168.0.0/16. Jika Anda memiliki persyaratan khusus, buka Quota Center untuk mengajukan izin use a public CIDR block to create a cluster.

    Sumber daya cloud dan penagihan: imageVPC

    ✗

    Configure SNAT for VPC

    Jangan pilih opsi ini saat menggunakan VPC bersama

    Pilih opsi ini jika node perlu mengakses jaringan publik (misalnya, untuk menarik gambar publik atau mengakses layanan eksternal). ACK akan secara otomatis mengonfigurasi Gateway NAT dan aturan SNAT untuk memastikan sumber daya dalam kluster dapat mengakses jaringan publik.

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

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

    Jika Anda tidak memilih opsi ini, Anda dapat mengonfigurasi Gateway NAT dan aturan SNAT sendiri setelah membuat kluster. Untuk informasi lebih lanjut, lihat Public NAT Gateway.

    Sumber daya cloud dan penagihan: imageNAT Gateway, imageEIP

    ✓

    Access to API Server

    ACK secara otomatis membuat instans Classic Load Balancer (CLB) private-facing bayar sesuai penggunaan sebagai titik akhir internal untuk API Server. Instans CLB ini tidak dapat digunakan ulang atau dihapus. Jika dihapus, API Server akan menjadi tidak dapat diakses dan tidak dapat dipulihkan.

    Untuk menggunakan instans CLB yang ada, submit a ticket. Setelah Anda memilih Use Existing Gateway untuk VPC, Anda dapat mengatur SLB Source menjadi Use Existing Gateway.

    Anda dapat memilih untuk mengaktifkan Expose API server with EIP.

    • Buka: Mengikat EIP ke instans CLB private-facing API Server, memungkinkan Anda mengakses dan mengelola kluster dari jaringan publik.

      Ini tidak berarti sumber daya dalam kluster dapat mengakses jaringan publik. Untuk mengizinkan sumber daya kluster mengakses jaringan publik, Anda harus memilih Configure SNAT for VPC.

    • Tidak buka: Anda hanya dapat menghubungkan dan mengoperasikan kluster menggunakan file kubeconfig dari dalam VPC.

    Untuk mengaktifkannya nanti, lihat Access the API server over the internet.
    Mulai 1 Desember 2024, instans CLB baru akan dikenakan biaya instans. Untuk informasi lebih lanjut, lihat Billing item adjustment for Classic Load Balancer (CLB).

    Sumber daya cloud dan penagihan: gambarCLB, gambarEIP

    ✗

    Network Plug-in

    Plugin jaringan adalah fondasi komunikasi jaringan antar pod dalam kluster.

    Untuk perbandingan detail kedua plugin, lihat Comparison of Terway and Flannel.

    • Flannel: Plugin jaringan open source ringan. Di ACK, plugin ini menggunakan mode native VPC yang terintegrasi erat dengan VPC Alibaba Cloud. Plugin ini mengelola tabel rute VPC secara langsung untuk mengaktifkan komunikasi antar pod.

      • Skenario: Mudah dikonfigurasi dan mengonsumsi sedikit sumber daya. Cocok untuk skenario dengan jumlah node kecil (dibatasi oleh kuota tabel rute VPC), di mana konfigurasi jaringan yang disederhanakan diperlukan, dan kontrol kustom atas jaringan kontainer tidak diperlukan.

    • Terway: Plugin jaringan berkinerja tinggi yang dikembangkan oleh Alibaba Cloud. Plugin ini menggunakan elastic network interfaces (ENIs) untuk mengaktifkan komunikasi antar pod.

      • Skenario: Menyediakan kemampuan seperti akselerasi jaringan berbasis eBPF, NetworkPolicy, dan vSwitch serta grup keamanan tingkat pod. Cocok untuk komputasi kinerja tinggi (HPC), gaming, dan skenario layanan mikro yang memiliki persyaratan tinggi terhadap skala node, kinerja jaringan, dan keamanan.

      • Batas jumlah pod: Setiap pod menempati alamat IP sekunder dari ENI. Jumlah IP yang dapat ditetapkan ke satu ENI dibatasi oleh tipe instans. Oleh karena itu, jumlah pod yang dapat dijalankan pada node dibatasi oleh kuota ENI dan IP sekunder node.

        Saat menggunakan VPC bersama, hanya Terway yang didukung.

      Terway juga menyediakan kemampuan berikut.

      Untuk informasi lebih lanjut, lihat Use the Terway network plugin.

      • DataPath V2

        Hanya dapat dikonfigurasi saat membuat kluster

        Aktifkan mode akselerasi DataPath V2. Terway akan menggunakan teknologi eBPF untuk mengoptimalkan jalur penerusan trafik, memberikan latensi lebih rendah dan throughput lebih tinggi untuk aplikasi intensif jaringan.

        Fitur ini hanya didukung pada Alibaba Cloud Linux 3 (semua versi), ContainerOS, dan Ubuntu dengan kernel Linux versi 5.10 atau lebih baru. Untuk informasi lebih lanjut, lihat Network acceleration.

      • NetworkPolicy Support

        Fitur ini dalam pratinjau publik. Ajukan permohonan di Konsol Quota Center

        Mendukung NetworkPolicy Kubernetes native untuk bertindak sebagai "firewall" antar pod. Anda dapat menentukan aturan kontrol akses detail halus untuk meningkatkan keamanan kluster.

      • Support for ENI Trunking

        Memungkinkan Anda mengonfigurasi IP independen, vSwitch, dan grup keamanan untuk pod. Ini cocok untuk skenario bisnis khusus yang memerlukan IP tetap atau manajemen kebijakan jaringan independen untuk pod tertentu. Untuk informasi lebih lanjut, lihat Configure a fixed IP address, an independent virtual switch, and a security group for a pod.

    ✗

    Pod vSwitch

    Parameter ini hanya diperlukan saat Anda memilih Terway.

    vSwitch yang menetapkan alamat IP untuk pod. Setiap vSwitch pod sesuai dengan vSwitch node pekerja. vSwitch pod dan vSwitch node pekerja harus berada di zona yang sama.

    Penting

    Masker subnet untuk vSwitch pod sebaiknya tidak melebihi 19, dan maksimum adalah 25. Jika tidak, jumlah alamat IP pod yang tersedia dalam jaringan kluster akan sangat terbatas, yang akan memengaruhi penggunaan normal kluster.

    ✓

    Container CIDR Block

    Parameter ini hanya diperlukan untuk Flannel

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

    ✗

    Number of Pods per Node

    Anda hanya perlu mengonfigurasi Flannel.

    Menentukan jumlah maksimum pod yang dapat ditampung oleh satu node.

    ✗

    Service CIDR

    Juga dikenal sebagai Service CIDR. Ini adalah kolam alamat yang menetapkan alamat IP untuk layanan dalam kluster. Blok CIDR ini tidak boleh tumpang tindih dengan Blok CIDR VPC, Blok CIDR yang digunakan oleh kluster yang ada di VPC, atau Container CIDR Block.

    ✗

    Forwarding Mode

    Pilih mode proxy kube-proxy, yang menentukan cara layanan kluster mendistribusikan permintaan ke pod backend.

    • iptables: Menggunakan aturan firewall Linux untuk penerusan trafik. Stabil tetapi kinerjanya terbatas. Seiring bertambahnya jumlah layanan, jumlah aturan firewall meningkat, memperlambat pemrosesan permintaan. Cocok untuk kluster dengan jumlah layanan kecil.

    • IPVS: Solusi distribusi trafik berkinerja tinggi. Menggunakan tabel hash untuk menemukan pod target dengan cepat, menghasilkan latensi lebih rendah saat menangani banyak permintaan layanan. Cocok untuk kluster produksi skala besar atau skenario dengan persyaratan kinerja jaringan tinggi.

      Mulai Kubernetes 1.35, mode ipvs kube-proxy ditandai sebagai deprecated dan direncanakan untuk dihapus di versi mendatang.

    • nftables: Pengganti modern iptables yang menyediakan model aturan lebih efisien. Pencarian pemetaan aturan hampir-O(1) membuat latensi bidang data tidak bergantung pada ukuran kluster. Pembaruan bidang kontrol menggunakan Sinkronisasi inkremental, mengoptimalkan efisiensi perubahan aturan. Sebagai arah pengembangan utama framework jaringan kernel Linux, ini adalah mode yang direkomendasikan oleh komunitas kube-proxy. Cocok untuk kluster skala menengah hingga besar atau skenario yang memerlukan kinerja dan kemudahan pemeliharaan lebih baik daripada iptables.

      Saat menggunakan mode penerusan layanan nftables, versi kernel Linux node dalam kluster harus 5.13 atau lebih baru. Jika tidak, node akan gagal ditambahkan.

    ✗

    Opsi lanjutan

    Item konfigurasi berikut didasarkan pada praktik terbaik kluster Kubernetes. Gunakan nilai default. Untuk menyesuaikannya, rujuk deskripsi setiap item konfigurasi dan ikuti petunjuk di layar.

    Item konfigurasi

    Deskripsi

    Dapat diedit setelah pembuatan

    Kubernetes Version

    Anda hanya dapat membuat kluster dengan tiga versi minor terbaru. Kami merekomendasikan menggunakan versi terbaru. Untuk informasi lebih lanjut tentang versi yang didukung ACK, lihat ACK version support overview.

    ✓

    Mendukung Manually upgrade a cluster dan Automatically upgrade a cluster.

    Automatic Update

    Aktifkan peningkatan kluster otomatis untuk menjaga lapisan kontrol kluster dan kelompok node tetap diperbarui secara berkala.

    Untuk informasi lebih lanjut tentang kebijakan dan petunjuk pembaruan otomatis, lihat Automatically upgrade clusters.

    ✓

    Security Group

    Saat menggunakan VPC yang ada, Anda dapat memilih Select Existing Security Group

    Grup keamanan ini diterapkan pada lapisan kontrol kluster, kelompok node default, dan kelompok node apa pun yang tidak memiliki grup keamanan khusus yang ditentukan.

    Dibandingkan dengan kelompok keamanan dasar, kelompok keamanan tingkat lanjut dapat berisi lebih banyak Alamat IP pribadi tetapi tidak mendukung konektivitas intra-grup. Untuk informasi selengkapnya, lihat Klasifikasi kelompok keamanan.

    • Pembuatan otomatis: Semua lalu lintas keluar diizinkan secara default. Lalu lintas masuk diizinkan berdasarkan konfigurasi yang direkomendasikan. Jika Anda mengubah aturan nanti, pastikan Blok CIDR 100.64.0.0/10 diizinkan untuk lalu lintas masuk.

      Blok CIDR ini digunakan untuk mengakses layanan Alibaba Cloud lainnya untuk operasi seperti menarik gambar dan menanyakan informasi dasar ECS.

    • Gunakan yang ada: ACK tidak mengonfigurasi aturan akses tambahan untuk grup keamanan secara default. Anda harus mengelola aturan grup keamanan sendiri untuk menghindari masalah akses. Untuk informasi lebih lanjut, lihat Configure cluster security groups.

    ✓

    Cluster Deletion Protection

    Kami merekomendasikan mengaktifkan fitur ini untuk mencegah penghapusan kluster secara tidak sengaja melalui konsol atau OpenAPI.

    ✓

    Resource Group

    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.

    ✓

    Label

    Ikat tag pasangan kunci-nilai ke kluster untuk mengidentifikasi sumber daya cloud.

    ✓

    Time Zone

    Zona waktu yang digunakan oleh kluster. Secara default, ini adalah zona waktu yang dikonfigurasi di browser Anda.

    ✓

    Log Service

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

    Ini juga akan mengaktifkan fitur audit API Server kluster untuk mengumpulkan permintaan ke API Kubernetes dan hasilnya.

    Untuk mengaktifkannya nanti, lihat Collect container logs from an ACK cluster dan Use the cluster API Server audit feature.

    • Create Ingress Dashboard: Buat Ingress Dashboard di konsol SLS untuk mengumpulkan log akses Ingress Nginx. Untuk informasi lebih lanjut, lihat Nginx Ingress access log analysis and monitoring.

    • Install node-problem-detector and create an event center: Tambahkan pusat event di konsol SLS untuk mengumpulkan semua event Kubernetes di kluster secara real-time. Untuk informasi lebih lanjut, lihat Create and use the K8s event center.

    Sumber daya cloud dan penagihan: imageSLS

    ✓

    Alerts

    Aktifkan Container Service Alert Management. Berdasarkan sumber data SLS, Managed Service for Prometheus, dan Cloud Monitor, fitur ini mengirimkan pemberitahuan peringatan ke kelompok kontak peringatan saat terjadi anomali kluster.

    ✓