All Products
Search

This Product

    Container Service for Kubernetes:Buat kluster ACK khusus

    Document Center

    Container Service for Kubernetes:Buat kluster ACK khusus

    Last Updated:Aug 29, 2026

    Kluster ACK khusus menjalankan setidaknya tiga node master untuk ketersediaan tinggi, ditambah node pekerja sesuai kebutuhan Anda. Kluster ini dapat dibuat melalui konsol, API, Terraform, SDK, atau CLI, dan memberikan kontrol detail halus atas infrastruktur kluster dengan imbalan tanggung jawab penuh atas perencanaan, pemeliharaan, dan peningkatan yang harus Anda lakukan sendiri.

    Penting

    Container Service for Kubernetes tidak lagi mendukung pembuatan kluster ACK khusus mulai 21 Agustus 2024. Kami merekomendasikan penggunaan kluster ACK Pro di lingkungan produksi untuk keandalan, keamanan, dan efisiensi penjadwalan yang lebih tinggi.

    Persiapan

    Sebelum membuat kluster, pastikan Anda telah mengaktifkan Container Service for Kubernetes (ACK), memberikan peran layanan sistem ACK kepada Akun Alibaba Cloud atau Pengguna RAM Anda, serta mengaktifkan produk cloud terkait seperti VPC, Server Load Balancer (SLB), dan NAT Gateway. ACK memerlukan izin ini untuk memanggil layanan terkait dan melakukan operasi kluster. Untuk informasi selengkapnya, lihat Buat kluster ACK yang dikelola dengan cepat.

    Catatan

    Proses pembuatan kluster melibatkan pembelian sumber daya pay-as-you-go seperti instans Server Load Balancer (SLB). Pastikan saldo akun Anda mencukupi untuk mencegah gangguan layanan akibat pembayaran tertunda.

    Buat kluster

    Anda dapat membuat kluster ACK menggunakan konsol, API, SDK, Terraform, atau CLI.

    Konsol

    Langkah 1: Login ke konsol ACK

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

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

    3. Pada halaman Clusters, klik Create Kubernetes Cluster.

    Langkah 2: Konfigurasi kluster

    Pada tab ACK Dedicated Cluster, konfigurasikan informasi dasar, jaringan, dan opsi lanjutan untuk kluster.

    Informasi dasar

    Parameter

    Deskripsi

    Cluster Name

    Masukkan nama kustom untuk kluster.

    Region

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

    Kubernetes Version

    Anda hanya dapat membuat kluster dengan tiga versi minor terbaru. Kami merekomendasikan penggunaan versi terbaru. Untuk informasi selengkapnya tentang versi yang didukung oleh ACK, lihat Ikhtisar dukungan versi ACK.
    Konfigurasi jaringan

    Parameter

    Deskripsi

    IPv6 Dual-stack
    Fitur ini hanya tersedia untuk Kubernetes 1.22 ke atas dan hanya mendukung Terway. Fitur ini tidak dapat digunakan bersama 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, kunjungi 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 NAT Gateway dan aturan SNAT untuk memastikan sumber daya dalam kluster dapat mengakses jaringan publik.

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

    • Jika VPC sudah memiliki NAT Gateway: ACK menentukan apakah perlu membeli EIP tambahan dan mengonfigurasi aturan SNAT. Jika tidak tersedia EIP, 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 NAT Gateway dan aturan SNAT sendiri setelah membuat kluster. Untuk informasi selengkapnya, lihat Public NAT Gateway.

    Sumber daya cloud dan penagihan: imageNAT Gateway, imageEIP

    vSwitch

    Pilih vSwitch yang ada dari daftar berdasarkan zona, atau klik Create vSwitch untuk membuat yang baru. Lapisan kontrol kluster dan pool node default akan menggunakan vSwitch yang ditentukan di sini. Kami merekomendasikan memilih vSwitch di beberapa zona berbeda untuk memastikan ketersediaan tinggi kluster.

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

    Security group ini diterapkan pada lapisan kontrol kluster, pool node default, dan semua pool node yang tidak memiliki security group kustom yang ditentukan.

    Dibandingkan dengan kelompok keamanan dasar, kelompok keamanan tingkat lanjut dapat berisi lebih banyak Alamat IP pribadi tetapi tidak mendukung konektivitas intra-kelompok. 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 mengkueri informasi dasar ECS.

    • Gunakan yang ada: ACK tidak mengonfigurasi aturan akses tambahan untuk security group secara default. Anda harus mengelola aturan security group sendiri untuk menghindari masalah akses. Untuk informasi selengkapnya, lihat Konfigurasi security group kluster.

    Access to API Server

    ACK secara otomatis membuat instans Classic Load Balancer (CLB) pay-as-you-go yang menghadap internal 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 ke Use Existing Gateway.

    Anda dapat memilih untuk mengaktifkan Expose API server with EIP.

    • Buka: Mengikat EIP ke instans CLB yang menghadap internal milik 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 mengaktifkan fitur ini nanti, lihat Akses API server melalui internet.
    Mulai 1 Desember 2024, instans CLB baru akan dikenakan biaya instans. Untuk informasi selengkapnya, lihat Penyesuaian item penagihan untuk Classic Load Balancer (CLB).

    Sumber daya cloud dan penagihan: imageCLB, imageEIP

    Network Plug-in

    Plugin jaringan adalah fondasi komunikasi jaringan antar pod dalam kluster.

    Untuk perbandingan detail kedua plugin, lihat Perbandingan Terway dan Flannel.

    • Flannel: Plugin jaringan open source ringan. Di ACK, 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 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 security group 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 tersebut.

        Saat menggunakan VPC bersama, hanya Terway yang didukung.

      Terway juga menyediakan kemampuan berikut.

      Untuk informasi selengkapnya, lihat Gunakan plugin jaringan Terway.

      • 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 ke atas. Untuk informasi selengkapnya, lihat Akselerasi jaringan.

      • 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 security group untuk pod. Ini cocok untuk skenario bisnis khusus yang memerlukan IP tetap atau manajemen kebijakan jaringan independen untuk pod tertentu. Untuk informasi selengkapnya, lihat Konfigurasi alamat IP tetap, virtual switch independen, dan security group untuk pod.

    Container CIDR Block
    Parameter ini hanya diperlukan untuk Flannel

    Kolam alamat yang menetapkan alamat IP ke 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.

    Pod vSwitch
    Parameter ini hanya diperlukan saat Anda memilih Terway.

    vSwitch yang menetapkan alamat IP ke 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.

    Service CIDR

    Juga dikenal sebagai Service CIDR. Ini adalah kolam alamat yang menetapkan alamat IP ke 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.

    IPv6 Service CIDR Block
    Memerlukan IPv6 Dual-Stack diaktifkan

    Konfigurasikan rentang alamat IPv6 untuk blok CIDR layanan. Anda harus menggunakan Unique Local Address (ULA) (dalam rentang fc00::/7). Panjang prefiks alamat harus antara /112 hingga /120. Kami merekomendasikan jumlah alamat yang tersedia konsisten dengan Service CIDR.
    Konfigurasi lanjutan

    Bentangkan Advanced Options (Optional) untuk mengonfigurasi mode penerusan layanan untuk kluster.

    Parameter

    Deskripsi

    Forwarding Mode

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

    • iptables: Menggunakan aturan firewall Linux untuk penerusan trafik. Stabil tetapi memiliki kinerja terbatas. Seiring bertambahnya jumlah layanan, jumlah aturan firewall bertambah, 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 usang dan direncanakan akan dihapus di versi mendatang.

    • nftables: Pengganti modern iptables yang menyediakan model aturan lebih efisien. Pencarian pemetaan aturan near-O(1)-nya membuat latensi bidang data independen dari ukuran kluster. Pembaruan bidang kontrol menggunakan sinkronisasi inkremental, mengoptimalkan efisiensi perubahan aturan. Sebagai arah pengembangan utama untuk 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 ke atas. Jika tidak, node akan gagal ditambahkan.

    Bentangkan Advanced Options (Optional) untuk mengonfigurasi perlindungan penghapusan kluster, Resource Group, dan pengaturan lainnya.

    Opsi lanjutan

    Parameter

    Deskripsi

    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 pengelolaan 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.

    Cluster Domain

    Domain tingkat atas (akhiran standar) yang digunakan oleh layanan dalam kluster. Default-nya adalah cluster.local. Anda juga dapat menggunakan domain kustom. Saat menggunakan domain lokal kustom, lihat Hal yang perlu diketahui saat mengonfigurasi nama domain lokal kluster (ClusterDomain)?.

    Contohnya, layanan bernama my-service di namespace default memiliki nama DNS my-service.default.svc.cluster.local.

    Custom Certificate SANs

    Field Subject Alternative Name (SAN) dalam sertifikat API Server secara default mencakup nama domain lokal kluster, alamat IP pribadi, dan EIP publik. Untuk mengakses kluster melalui server proxy, domain kustom, atau lingkungan jaringan khusus, tambahkan alamat akses ini ke field SAN.

    Untuk mengaktifkan fitur ini nanti, lihat Sesuaikan SAN sertifikat API Server kluster.

    Service Account Token Volume Projection

    Dalam model tradisional, kredensial identitas pod bersifat permanen dan dibagikan di antara banyak pod, yang menimbulkan risiko keamanan. Saat diaktifkan, setiap pod mendapatkan kredensial identitas sementara sendiri, yang mendukung kedaluwarsa otomatis dan pembatasan izin.

    Untuk mengaktifkan fitur ini nanti, lihat Gunakan proyeksi volume token ServiceAccount.

    Node Port Range

    Range port yang tersedia saat membuat layanan NodePort.

    Cluster CA

    Saat diaktifkan, Anda dapat menambahkan sertifikat CA ke kluster untuk meningkatkan keamanan pertukaran informasi antara server dan klien.

    Langkah 3: Konfigurasi node master

    Klik Next: Master Configuration untuk mengonfigurasi node master.

    Parameter

    Deskripsi

    Master Nodes

    Tentukan jumlah node master yang akan ditempatkan di zona tersebut.

    Billing Method

    Mendukung metode penagihan Pay-As-You-Go dan 包年包月. Jika Anda memilih 包年包月, Anda harus mengatur Validity Period dan menentukan apakah akan mengaktifkan Auto Renewal.

    Instance Type

    Pilih keluarga instans untuk node master. Untuk rekomendasi konfigurasi, lihat Pilih tipe instans node master.

    System Disk

    Pilih tipe cloud disk berdasarkan kebutuhan bisnis Anda, termasuk ESSD AutoPL, enterprise SSD (ESSD), ESSD Entry, dan cloud disk generasi sebelumnya (standard SSD dan ultra disk). Konfigurasikan kapasitas dan IOPS.

    Tipe disk sistem yang tersedia bergantung pada keluarga instans yang dipilih. Tipe disk yang tidak ditampilkan tidak didukung.

    Kinerja kustom dan enkripsi untuk ESSD

    • Anda dapat menyesuaikan tingkat kinerja (PL). Semakin besar kapasitas disk, semakin tinggi PL yang dapat Anda pilih (PL2 tersedia untuk kapasitas 460 GiB ke atas, dan PL3 untuk 1260 GiB ke atas). Untuk informasi selengkapnya, lihat ESSD.

    • Di antara disk sistem, hanya ESSD yang mendukung Encrypted. Saat Anda memilih kunci, Alibaba Cloud menggunakan kunci layanan default (Default Service CMK) untuk enkripsi. Anda juga dapat memilih kunci kustom (Bring-Your-Own-Key, atau BYOK) yang telah Anda buat di KMS.

    Anda dapat memilih More Disk Categories untuk mengonfigurasi tipe disk berbeda dari System Disk untuk meningkatkan tingkat keberhasilan skala keluar. Saat membuat node, ACK memilih tipe disk pertama yang cocok dalam urutan tipe disk yang ditentukan.

    Sumber daya cloud dan penagihan: imageECS Elastic Block Storage

    Deployment Set

    Setelah membuat deployment set di konsol ECS, tetapkan ke pool node. Ini memastikan bahwa node yang diskalakan oleh pool node tersebar di server fisik berbeda, meningkatkan ketersediaan tinggi.

    Deployment set mendukung maksimal 20 × jumlah zona node secara default (jumlah zona ditentukan oleh vSwitch). Jumlah maksimum node di pool node akan dibatasi. Pastikan kuota di deployment set mencukupi.

    Untuk mengaktifkan fitur ini nanti, lihat Praktik terbaik deployment set pool node.
    Opsi lanjutan

    Parameter

    Deskripsi

    Instance Metadata Access Mode
    Hanya didukung untuk kluster versi 1.28 ke atas

    Konfigurasikan mode akses metadata untuk instans ECS. Anda dapat mengakses Metadata Service dari dalam instans ECS untuk mengambil metadata instans, termasuk ID instans, informasi VPC, informasi NIC, dan atribut instans lainnya. Untuk informasi selengkapnya, lihat Instance metadata.

    Langkah 4: Konfigurasi pool node

    Klik Next: Node Pool Configuration dan konfigurasikan opsi dasar dan lanjutan untuk pool node.

    Konfigurasi dasar pool node

    Parameter

    Deskripsi

    Node Pool Name

    Masukkan nama kustom untuk pool node.

    Container Runtime

    Untuk informasi cara memilih, lihat Perbandingan containerd, kontainer sandbox, dan runtime Docker.

    • containerd (Direkomendasikan): Standar komunitas, mendukung versi 1.20 ke atas.

    • Sandboxed Container: Menyediakan lingkungan isolasi kuat berbasis teknologi virtualisasi ringan. Untuk prosedur penggunaan dan batasan, lihat Buat dan kelola pool node kontainer sandbox.

    • Docker (Telah dihentikan): Hanya mendukung versi 1.22 ke bawah. Pembuatan tidak lagi didukung.
    Konfigurasi instans dan gambar

    Parameter

    Deskripsi

    Billing Method

    Metode penagihan default untuk node yang diskalakan oleh pool node.

    • 按量付费: Dapat diaktifkan dan dilepas sesuai kebutuhan.

    • 包年包月: Memerlukan konfigurasi Duration dan Auto Renewal.

    • Preemptible Instance: Saat ini hanya mendukung spot instans dengan periode perlindungan. Anda juga harus mengonfigurasi Instance Price Cap.

      Saat harga real-time tipe instans yang ditentukan lebih rendah dari penawaran maksimum untuk satu instans, instans akan berhasil dibuat. Setelah periode perlindungan (1 jam), sistem memeriksa harga real-time dan inventaris tipe instans setiap 5 menit. Jika harga pasar lebih tinggi dari penawaran Anda atau inventaris tidak mencukupi, spot instans akan dilepas. Untuk rekomendasi penggunaan, lihat Praktik terbaik pool node spot instans.

    Untuk memastikan keseragaman pool node, Anda tidak dapat mengubah pool node 按量付费 atau 包年包月 menjadi pool node Preemptible Instance, atau sebaliknya.

    Konfigurasi instans

    Saat pool node diskalakan, instans dialokasikan dari keluarga instans ECS yang dikonfigurasi. Untuk meningkatkan tingkat keberhasilan skala keluar, pilih beberapa tipe instans di beberapa zona untuk menghindari ketidaktersediaan atau kehabisan stok. Tipe instans spesifik untuk skala keluar ditentukan oleh Scaling Policy yang dikonfigurasi.

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

    Anda dapat mengonfigurasi tipe instans yang digunakan untuk skala keluar dengan dua cara berikut:

    • Tipe spesifik: Tentukan tipe instans berdasarkan dimensi seperti vCPU, memori, keluarga instans, dan arsitektur CPU (arsitektur CPU instans harus konsisten dengan arsitektur citra OS).

      Saat menggunakan Terway, Anda dapat melihat jumlah maksimum pod per node untuk tipe instans target di daftar tipe instans.

    • Konfigurasi generalisasi: Pilih daftar tipe instans untuk digunakan atau dikecualikan berdasarkan atribut (seperti vCPU dan memori) untuk lebih meningkatkan tingkat keberhasilan skala keluar.

    Anda dapat merujuk pada rekomendasi kekuatan elastisitas di konsol atau melihat kekuatan elastisitas pool node setelah pool node dibuat.

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

    Sumber daya cloud dan penagihan: imageECS Instance, imageGPU-accelerated Instance

    Operating System
    Marketplace Image sedang dalam rilis bertahap.
    Untuk meningkatkan atau mengubah OS nanti, lihat Ubah sistem operasi.

    Security Hardening

    Saat membuat node, ACK menerapkan kebijakan baseline keamanan yang dipilih.

    • Disable: Tidak ada penguatan keamanan yang dilakukan pada instans ECS.

    • MLPS Security Hardening: Alibaba Cloud menyediakan standar pemeriksaan baseline dan alat pemindaian untuk citra Alibaba Cloud Linux MLPS 2.0 Level 3 yang memenuhi persyaratan kepatuhan perlindungan terklasifikasi. Sambil memastikan kompatibilitas dan kinerja citra asli, telah diadaptasi untuk kepatuhan MLPS 2.0, memenuhi persyaratan GB/T 22239-2019 Teknologi Keamanan Informasi - Persyaratan Dasar untuk Perlindungan Tingkat Keamanan Siber. Untuk informasi selengkapnya, lihat Petunjuk penggunaan penguatan keamanan ACK MLPS 2.0.

      Namun, dalam mode ini, pengguna root tidak dapat login jarak jauh melalui SSH. Anda dapat menghubungkan ke instans melalui VNC di konsol ECS dan membuat pengguna biasa yang mendukung login SSH.

    • OS Security Hardening: Hanya mendukung Alibaba Cloud Linux 2 atau Alibaba Cloud Linux 3.

    Logon Type

    • Key Pair: Pasangan kunci SSH Alibaba Cloud adalah metode autentikasi login yang aman dan nyaman, terdiri dari kunci publik dan kunci privat. Hanya didukung untuk instans Linux.

      Konfigurasikan Username (root atau ecs-user) dan Key Pair yang diperlukan.

    • Password: Konfigurasikan Username (root atau ecs-user) dan password.
    Konfigurasi penyimpanan

    Parameter

    Deskripsi

    System Disk

    Pilih tipe cloud disk berdasarkan kebutuhan bisnis Anda, termasuk ESSD AutoPL, enterprise SSD (ESSD), ESSD Entry, dan cloud disk generasi sebelumnya (standard SSD dan ultra disk). Konfigurasikan kapasitas dan IOPS.

    Tipe disk sistem yang tersedia bergantung pada keluarga instans yang dipilih. Tipe disk yang tidak ditampilkan tidak didukung.

    Kinerja kustom dan enkripsi untuk ESSD

    • Anda dapat menyesuaikan tingkat kinerja (PL). Semakin besar kapasitas disk, semakin tinggi PL yang dapat Anda pilih (PL2 tersedia untuk kapasitas 460 GiB ke atas, dan PL3 untuk 1260 GiB ke atas). Untuk informasi selengkapnya, lihat ESSD.

    • Di antara disk sistem, hanya ESSD yang mendukung Encrypted. Saat Anda memilih kunci, Alibaba Cloud menggunakan kunci layanan default (Default Service CMK) untuk enkripsi. Anda juga dapat memilih kunci kustom (Bring-Your-Own-Key, atau BYOK) yang telah Anda buat di KMS.

    Anda dapat memilih More Disk Categories untuk mengonfigurasi tipe disk berbeda dari System Disk untuk meningkatkan tingkat keberhasilan skala keluar. Saat membuat node, ACK memilih tipe disk pertama yang cocok dalam urutan tipe disk yang ditentukan.

    Sumber daya cloud dan penagihan: imageECS Elastic Block Storage

    Data Disk

    Pilih tipe cloud disk berdasarkan kebutuhan bisnis Anda, termasuk ESSD AutoPL, enterprise SSD (ESSD), ESSD Entry, dan cloud disk generasi sebelumnya (standard SSD dan ultra disk). Konfigurasikan kapasitas dan IOPS.

    Tipe disk data yang tersedia bergantung pada keluarga instans yang dipilih. Tipe disk yang tidak ditampilkan tidak didukung.

    Dukungan ESSD AutoPL

    • Performa yang disediakan: Anda dapat secara fleksibel mengonfigurasi performa yang disediakan dari cloud disk tanpa mengubah kapasitas penyimpanannya, memisahkan kapasitas disk dari performa.

    • Burst performa: Saat bisnis Anda menghadapi tekanan baca/tulis data mendadak, cloud disk sementara meningkatkan performanya untuk menangani permintaan puncak hingga bisnis stabil.

    Dukungan ESSD

    Anda dapat menyesuaikan tingkat kinerja (PL). Semakin besar kapasitas disk, semakin tinggi PL yang dapat Anda pilih (PL2 tersedia untuk kapasitas 460 GiB ke atas, dan PL3 untuk 1260 GiB ke atas). Untuk informasi selengkapnya, lihat ESSD.

    • Saat Anda melampirkan disk data, semua tipe cloud disk mendukung Encrypted. Saat Anda memilih kunci, Alibaba Cloud menggunakan kunci layanan default (Default Service CMK) untuk enkripsi. Anda juga dapat memilih kunci kustom (Bring-Your-Own-Key, atau BYOK) yang telah Anda buat di KMS.

    • Saat pembuatan node, disk data terakhir secara otomatis diformat, dan /var/lib/container dipasang ke dalamnya. /var/lib/kubelet dan /var/lib/containerd dipasang ke /var/lib/container.

      Untuk menyesuaikan direktori mount, sesuaikan konfigurasi inisialisasi disk data. Anda dapat memilih maksimal satu disk data sebagai direktori untuk runtime kontainer. Untuk informasi selengkapnya, lihat Dapatkah saya menyesuaikan direktori mount untuk disk data di pool node ACK?

    • Dalam skenario yang memerlukan akselerasi gambar kontainer atau pemuatan cepat model besar, Anda juga dapat membuat disk data dari snapshot untuk meningkatkan kecepatan respons sistem dan kemampuan pemrosesan.

    Anda dapat memilih Add Data Disk Type untuk mengonfigurasi tipe disk berbeda dari Data Disk untuk meningkatkan tingkat keberhasilan skala keluar. Saat membuat node, ACK memilih tipe disk pertama yang cocok dalam urutan tipe disk yang ditentukan.

    Instans ECS dapat memiliki hingga 64 disk data yang dilampirkan. Batas spesifik bervariasi berdasarkan tipe instans. Anda dapat memanggil operasi DescribeInstanceTypes untuk menanyakan batas jumlah cloud disk (DiskQuantity) untuk tipe instans yang sesuai.

    Sumber daya cloud dan penagihan: imageECS Elastic Block Storage

    Jumlah instans

    Parameter

    Deskripsi

    Expected Number of Nodes

    Jumlah total node yang harus dipertahankan oleh pool node. Kami merekomendasikan mengonfigurasi minimal dua node untuk memastikan komponen kluster berjalan dengan baik. Anda dapat menyesuaikan jumlah node yang diinginkan untuk memperluas atau mengurangi kapasitas pool node. Untuk informasi selengkapnya, lihat Perluas/mengurangi kapasitas pool node.

    Jika Anda tidak perlu membuat node, Anda dapat mengatur ini ke 0 dan kemudian menyesuaikannya secara manual atau menambahkan node yang ada nanti.
    Konfigurasi lanjutan

    Bentangkan Advanced Options (Optional) untuk mengonfigurasi kebijakan penskalaan node.

    Parameter

    Deskripsi

    Scaling Policy

    Konfigurasikan cara pool node memilih instans selama penskalaan node.

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

    • Cost Optimization: Penskalaan berdasarkan harga satuan vCPU dari rendah ke tinggi.

      Jika pool node menggunakan Preemptible Instance, spot instans diprioritaskan. Anda juga dapat mengonfigurasi Percentage of On-Demand Instances (%). Jika tipe spot instans tidak dapat dibuat karena inventaris atau alasan lain, instans pay-as-you-go akan digunakan secara otomatis sebagai pelengkap.

    • Distribution Balancing: Mendistribusikan instans ECS secara merata di beberapa zona, tetapi hanya dalam skenario multi-zona. Jika distribusi menjadi tidak seimbang karena inventaris tidak mencukupi atau alasan lain, Anda dapat melakukan operasi penyeimbangan ulang.

    Use Pay-as-you-go Instances When Spot Instances Are Insufficient
    Ini memerlukan metode penagihan diatur ke Spot Instance.

    Saat diaktifkan, jika tidak cukup spot instans yang dapat dibuat karena harga, inventaris, atau alasan lain, ACK akan secara otomatis mencoba membuat instans on-demand sebagai pelengkap.

    Sumber daya cloud dan penagihan: imageECS Instance

    Enable Supplemental Spot Instance
    Ini memerlukan metode penagihan diatur ke Spot Instance.

    Saat diaktifkan, setelah menerima pesan sistem bahwa spot instans akan segera ditarik kembali (5 menit sebelum penarikan kembali), ACK akan mencoba memperluas kapasitas instans baru sebagai kompensasi.

    • Kompensasi berhasil: ACK mengosongkan node lama dan menghapusnya dari kluster.

    • Kompensasi gagal: ACK tidak mengosongkan node lama. Instans tetap akan ditarik kembali dan dilepas setelah 5 menit. Saat inventaris dipulihkan atau kondisi harga terpenuhi, ACK akan secara otomatis membeli instans untuk mempertahankan jumlah node yang diinginkan. Untuk informasi selengkapnya, lihat Praktik terbaik pool node spot instans.

    Pelepasan proaktif spot instans dapat menyebabkan gangguan bisnis. Untuk meningkatkan tingkat keberhasilan kompensasi, kami merekomendasikan juga mengaktifkan Use Pay-as-you-go Instances When Spot Instances Are Insufficient.

    Sumber daya cloud dan penagihan: imageECS Instance

    Bentangkan Advanced Options (Optional) untuk mengonfigurasi tag ECS, taint, dan informasi lainnya.

    Parameter

    Deskripsi

    ECS Tags

    Tambahkan tag ke instans ECS yang dibuat secara otomatis oleh ACK untuk mengidentifikasi sumber daya cloud. Setiap instans ECS dapat diikat dengan maksimal 20 tag. Untuk meningkatkan batas ini, ajukan permintaan di platform Quota Center. Karena ACK dan Auto Scaling (ESS) menempati beberapa tag, Anda dapat menentukan maksimal 17 tag kustom untuk satu instans.

    Bentangkan untuk melihat detail penggunaan tag

    • ACK menempati dua tag ECS secara default.

      • ack.aliyun.com:<your_cluster_id>

      • ack.alibabacloud.com/nodepool-id:<your_nodepool_id>

    • ESS menempati satu tag ECS secara default: acs:autoscaling:scalingGroupId:<your_nodepool_scaling_group_id>.

    • Setelah mengaktifkan node autoscaling, Auto Scaling akan menempati dua tag ECS tambahan secara default, sehingga pool node akan menempati dua tag ECS tambahan: k8s.io/cluster-autoscaler:true dan k8s.aliyun.com:true.

    • Setelah mengaktifkan node autoscaling, komponen mencatat label dan taint node melalui tag ECS untuk memeriksa perilaku penjadwalan node yang diskalakan sebelumnya.

      • Setiap label node dikonversi ke k8s.io/cluster-autoscaler/node-template/label/<label_key>:<label_value>.

      • Setiap taint node dikonversi ke k8s.io/cluster-autoscaler/node-template/taint/<taint_key>/<taint_value>:<taint_effect>.

    Taints

    Tambahkan taint pasangan kunci-nilai ke node. Kunci taint yang valid terdiri dari awalan opsional dan nama. Jika awalan ada, dipisahkan dari nama dengan garis miring (/).

    Bentangkan untuk melihat petunjuk detail

    • Key: Nama harus terdiri dari 1 hingga 63 karakter, dimulai dan diakhiri dengan karakter alfanumerik [a-z0-9A-Z], dan dapat berisi huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.).

      Jika Anda menentukan awalan, awalan tersebut harus berupa subdomain DNS, yaitu serangkaian label DNS yang dipisahkan oleh titik (.), tidak melebihi 253 karakter, dan diakhiri dengan garis miring (/).

    • Value: Nilai taint dapat kosong, maksimal 63 karakter, harus dimulai dan diakhiri dengan karakter alfanumerik [a-z0-9A-Z], dan dapat berisi huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.).

    • Effect:

      • NoSchedule: Pod baru yang tidak mentoleransi taint ini tidak akan dijadwalkan ke node, tetapi pod yang sedang berjalan tidak terpengaruh.

      • NoExecute: Tidak hanya pod baru yang tidak mentoleransi taint ini tidak akan dijadwalkan ke node, tetapi pod yang sedang berjalan di node yang tidak mentoleransi taint ini akan diusir.

      • PreferNoSchedule: ACK akan mencoba menghindari penjadwalan pod ke node dengan taint yang tidak mereka toleransi, tetapi tidak diberlakukan.

    Node Labels

    Tambahkan label pasangan kunci-nilai ke node. Kunci yang valid terdiri dari awalan opsional dan nama. Jika awalan ada, awalan dan nama dipisahkan oleh garis miring (/).

    Bentangkan untuk melihat petunjuk detail

    • Key: Nama harus terdiri dari 1 hingga 63 karakter, dimulai dan diakhiri dengan karakter alfanumerik [a-z0-9A-Z], dan dapat berisi huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.).

      Jika Anda menentukan awalan, awalan tersebut harus berupa subdomain DNS, yaitu serangkaian label DNS yang dipisahkan oleh titik (.), tidak melebihi 253 karakter, dan diakhiri dengan garis miring (/).

      Awalan berikut dicadangkan oleh komponen inti Kubernetes dan tidak dapat ditentukan

      • kubernetes.io/

      • k8s.io/

      • awalan yang diakhiri dengan kubernetes.io/ dan k8s.io/. Misalnya, test.kubernetes.io/.

        Berikut adalah pengecualian:

        • kubelet.kubernetes.io/

        • node.kubernetes.io

        • awalan yang diakhiri dengan kubelet.kubernetes.io/.

        • awalan yang diakhiri dengan node.kubernetes.io.

    • Value: Dapat kosong, maksimal 63 karakter, harus dimulai dan diakhiri dengan karakter alfanumerik [a-z0-9A-Z], dan dapat berisi huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.).

    Set to Unschedulable

    Node yang baru ditambahkan akan diatur sebagai unschedulable secara default saat terdaftar di kluster. Anda perlu menyesuaikan status penjadwalan node secara manual di daftar node.

    Konfigurasi ini hanya berlaku untuk kluster versi sebelum 1.34. Untuk informasi selengkapnya, lihat Panduan versi Kubernetes 1.34.

    CPU Policy

    Tentukan kebijakan manajemen CPU kubelet untuk node.

    • None: Kebijakan default.

    • Static: Memungkinkan pod dengan karakteristik sumber daya tertentu di node mendapatkan afinitas CPU yang ditingkatkan dan eksklusivitas.

    Kami merekomendasikan menggunakan konfigurasi kubelet kustom untuk pool node.

    Custom Node Name

    Secara default, nama node dibuat secara otomatis. Jika Anda memerlukan konvensi penamaan terpadu untuk memudahkan manajemen dan identifikasi O&M node, Anda dapat mengaktifkan konfigurasi ini. Saat diaktifkan, nama node, nama instans ECS, dan hostname semuanya akan berubah.

    Metode 3 hanya berlaku untuk pool node Lingjun, dan pool node Lingjun hanya mendukung Metode 3.

    Metode 1: Alamat IP lengkap + awalan/akhiran

    • Deskripsi: Nama node terdiri dari awalan, alamat IP node, dan akhiran. Saat diaktifkan, nama node, nama instans ECS, dan hostname instans ECS juga akan berubah.

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

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

      • Node Windows: Hostnamenya tetap pada alamat IP, menggunakan - untuk menggantikan . dalam alamat IP, dan tidak mencakup awalan dan akhiran.

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

    Metode 2: Jumlah digit alamat IP tertentu + awalan/akhiran

    Daftar putih

    • Deskripsi: Nama node terdiri dari awalan, jumlah digit tertentu dari alamat IP node, dan akhiran. Saat diaktifkan, nama node, nama instans ECS, dan hostname instans ECS akan berubah sesuai.

    • Contoh: Alamat IP node adalah 192.XX.YY.55, awalan adalah aliyun.com, akhiran adalah test, dan jumlah digit alamat IP yang dipotong adalah 6. Nama node yang dihasilkan adalah aliyun.com0YY055test.

      Penting

      Saat format nama node kustom bergantung pada pemotongan bagian alamat IP, jika blok CIDR VPC besar dan jumlah digit IP yang dipotong (lenOfIP) tidak mencukupi, dapat menyebabkan konflik nama node, yang mengakibatkan kegagalan skala keluar node dalam skenario penskalaan instan node.

      Tentukan jumlah digit alamat IP yang dipotong berdasarkan rekomendasi berikut untuk blok CIDR VPC Anda:

      • Untuk blok CIDR skala besar seperti 10.0.0.0/8 dan 172.16.0.0/12, kami merekomendasikan mengatur lenOfIP minimal 9.

      • Untuk blok CIDR 192.168.0.0/16, kami merekomendasikan mengatur lenOfIP minimal 6.

    Metode 3: Sinkronisasi hostname instans (hanya didukung untuk pool node Lingjun)

    Fitur daftar putih, tidak berlaku untuk pool node non-Lingjun

    • Deskripsi: Langsung menyinkronkan hostname node Lingjun ke NodeName-nya.

    • Contoh: Jika hostname instans adalah test, NodeName node akan menjadi test.

    Metode 4: ID inkremental + awalan/akhiran (hanya didukung untuk pool node ECS)

    Fitur Daftar Putih. Setelah mengaktifkan metode ini, Anda tidak dapat mengaktifkan penskalaan node (yaitu, Scaling Mode diatur ke Auto) secara bersamaan. Pool node dengan autoscaling yang sudah diaktifkan tidak dapat dialihkan ke metode ini.

    • Deskripsi: Nama node terdiri dari awalan, ID inkremental, dan akhiran, dalam format auto_increment,name_prefix(AUTO_INCREMENT)[begin_number,bits]name_suffix (tanpa spasi antara [begin_number,bits]). Parameter dijelaskan di bawah. Untuk informasi lebih lanjut tentang aturannya, lihat Pengurutan inkremental tetap.

      • beginNumber: Nomor awal, dengan rentang nilai [0, 999999]. Nilai awal yang ditentukan berlaku pada skala keluar pertama. Jika tidak diatur, default-nya 0. Untuk skala keluar berikutnya, nilai awal bertambah dari nomor maksimum yang ada di grup penskalaan.

      • bits: Jumlah digit untuk angka, dengan rentang nilai [1, 6]. Jika jumlah digit di beginNumber melebihi nilai bits, bits default menjadi 6. Jika beginNumber atau bits tidak diatur, default-nya masing-masing 0 dan 6. Kami merekomendasikan mengatur bits minimal 3 untuk menghindari mencapai batas penomoran. Jika batas tercapai dan Anda masih perlu memperluas kapasitas, skala keluar akan gagal dan berhenti. Anda perlu mengatur ulang aturan penamaan.

      Sistem secara default bertambah secara berurutan. Namun, jika instans ECS yang diskalakan gagal memulai, instans tersebut akan dihapus dan instans baru akan diskalakan, yang dapat mengakibatkan angka tidak berurutan.

    • Contoh: Format penamaan adalah auto_increment,start(AUTO_INCREMENT)[1,3]end, beginNumber adalah 1, dan bits adalah 3. Nama node dihasilkan secara berurutan:

      • Instans ke-1: start001end

      • Instans ke-2: start002end

      • ...

    Instance Metadata Access Mode
    Hanya didukung untuk kluster versi 1.28 ke atas

    Konfigurasikan mode akses metadata untuk instans ECS. Anda dapat mengakses Metadata Service dari dalam instans ECS untuk mengambil metadata instans, termasuk ID instans, informasi VPC, informasi NIC, dan atribut instans lainnya. Untuk informasi selengkapnya, lihat Instance metadata.

    Pre-defined Custom Data

    Sebelum node bergabung dengan kluster, skrip User-Data prakustomisasi yang ditentukan akan dijalankan.

    Contohnya, jika Anda menentukan data prakustomisasi sebagai touch /tmp/pre-script, skrip gabungan di node akan dieksekusi dalam urutan berikut.

    #!/bin/bash
# The input instance pre-customization data is executed here
touch /tmp/pre-script

# The ACK node initialization script is executed here
    Untuk informasi tentang bagaimana konfigurasi ini berlaku selama inisialisasi node, lihat Ikhtisar proses inisialisasi node.

    User Data

    Setelah node bergabung dengan kluster, skrip User-Data instans yang ditentukan akan dijalankan.

    Contohnya, jika Anda menentukan data pengguna instans sebagai touch /tmp/post-script, skrip gabungan di node akan dieksekusi dalam urutan berikut.

    #!/bin/bash
# The ACK node initialization script is executed here

# The input instance user data is executed here
touch /tmp/post-script
    Untuk informasi tentang bagaimana konfigurasi ini berlaku selama inisialisasi node, lihat Ikhtisar proses inisialisasi node.
    Pembuatan kluster yang berhasil atau skala keluar node tidak menjamin bahwa skrip data pengguna instans dieksekusi dengan sukses. Anda dapat login ke node dan menjalankan grep cloud-init /var/log/messages untuk melihat log eksekusi.

    CloudMonitor Agent

    Anda dapat melihat dan memantau status berjalan node dan aplikasi di Konsol Cloud Monitor.

    Konfigurasi ini hanya berlaku untuk node baru di pool node, bukan yang sudah ada.

    Untuk mengaktifkannya untuk node yang sudah ada, instal melalui Konsol Cloud Monitor.

    Sumber daya cloud dan penagihan: imageCloud Monitor

    Public IP

    ACK akan menetapkan alamat IP publik IPv4 ke node.

    Konfigurasi ini hanya berlaku untuk node baru di pool node, bukan yang sudah ada. Jika node yang sudah ada perlu mengakses jaringan publik, Anda perlu mengonfigurasi dan mengikat EIP. Untuk informasi selengkapnya, lihat Asosiasikan EIP dengan sumber daya cloud.

    Sumber daya cloud dan penagihan: imageECS public network

    Custom Security Group

    Tentukan security group dasar atau tingkat lanjut untuk pool node. ACK tidak mengonfigurasi aturan akses tambahan untuk security group secara default. Anda harus mengelola aturan security group sendiri untuk menghindari masalah akses. Untuk informasi selengkapnya, lihat Konfigurasi security group kluster.

    Setiap instans ECS memiliki batas jumlah security group yang dapat diikuti. Pastikan Anda memiliki kuota security group yang mencukupi.

    RDS Whitelist

    Tambahkan alamat IP node ke daftar putih instans RDS.

    Langkah 5: Konfigurasi komponen

    Klik Next: Component Configurations untuk mengonfigurasi komponen.

    Parameter

    Deskripsi

    Ingress

    Ingress mengelola cara trafik eksternal mengakses layanan dalam kluster. Perlu diinstal jika Anda ingin mengekspos aplikasi atau API dalam kluster ke jaringan publik.

    Tiga jenis instans saat ini tersedia untuk berfungsi sebagai gateway Ingress kluster.

    ALB Ingress

    Mengarahkan trafik untuk ditangani oleh Application Load Balancer (ALB) Alibaba Cloud. Memiliki kebijakan perutean yang kaya, integrasi mendalam dengan produk cloud seperti WAF, dan mendukung penskalaan elastis. Cocok untuk bisnis produksi skala besar dengan trafik tinggi atau skenario dengan persyaratan keandalan tingkat perusahaan.

    Anda dapat membuat instans ALB baru atau menggunakan instans ALB yang ada di VPC saat ini yang tidak terkait dengan kluster lain (hanya saat menggunakan VPC yang ada).

    Untuk mengaktifkan fitur ini nanti, lihat Buat dan gunakan ALB Ingress untuk mengekspos layanan.

    Sumber daya cloud dan penagihan: imageALB Billing overview

    Nginx Ingress

    Kompatibel dengan versi komunitas Nginx Ingress Controller dan telah dioptimalkan.

    Anda dapat membuat instans CLB baru atau menggunakan instans CLB yang ada di VPC saat ini yang tidak terkait dengan kluster lain.

    Untuk mengaktifkan fitur ini nanti, lihat Buat dan gunakan Nginx Ingress untuk mengekspos layanan.

    Sumber daya cloud dan penagihan: imageCLB

    MSE Ingress

    Diimplementasikan berdasarkan MSE Cloud-native Gateway, menyediakan kemampuan lanjutan seperti administrasi layanan, autentikasi, dan rilis bertahap. Cocok untuk skenario yang memerlukan kontrol detail halus atas trafik layanan mikro.

    Anda dapat membuat instans MSE Cloud-native Gateway baru atau menggunakan instans yang ada di VPC saat ini yang tidak terkait dengan kluster lain (hanya saat menggunakan VPC yang ada).

    Untuk mengaktifkan fitur ini nanti, lihat Akses layanan kontainer melalui MSE Ingress.

    Sumber daya cloud dan penagihan: imageBilling overview of regular instances

    Untuk perbandingan detail ketiganya, lihat Manajemen Ingress.

    Service Discovery

    Instal NodeLocal DNSCache untuk menyimpan cache hasil kueri DNS di node. Ini meningkatkan kinerja dan stabilitas resolusi nama domain, serta mempercepat panggilan layanan-ke-layanan dalam kluster.

    Volume Plug-in

    Mengimplementasikan penyimpanan data persisten berdasarkan plugin penyimpanan CSI. Anda dapat menggunakan cloud disk Alibaba Cloud, NAS, OSS, CPFS, dan sumber daya volume persisten (PV) lainnya.

    Jika Anda memilih untuk membuat NAS dan CNFS secara default, ACK akan membuat sistem file NAS tujuan umum dan mengelolanya menggunakan Container Network File System (CNFS).

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

    Sumber daya cloud dan penagihan: imageNAS

    Container Monitoring

    Anda dapat menggunakan Prometheus Alibaba Cloud untuk melihat dasbor pemantauan dan metrik kinerja pra-konfigurasi untuk kluster. Untuk informasi selengkapnya, lihat Pemantauan Prometheus Alibaba Cloud.

    Log Service

    Gunakan Proyek 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 mengaktifkan fitur ini nanti, lihat Kumpulkan log kontainer dari kluster ACK dan Gunakan fitur audit API Server kluster.

    • Create Ingress Dashboard: Buat Dasbor Ingress di konsol SLS untuk mengumpulkan log akses Nginx Ingress. Untuk informasi selengkapnya, lihat Analisis dan pemantauan log akses Nginx Ingress.

    • 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 selengkapnya, lihat Buat dan gunakan pusat event K8s.

    Sumber daya cloud dan penagihan: imageSLS

    Cluster Inspections

    Aktifkan fitur inspeksi kluster kecerdasan buatan untuk operasi TI untuk memindai kuota kluster, penggunaan sumber daya, versi komponen, dan lainnya secara berkala. Ini memastikan konfigurasi kluster mengikuti praktik terbaik dan mengungkap potensi risiko sebelumnya.

    Langkah 6: Konfirmasi konfigurasi dan penagihan

    Klik Next: Confirm.

    Di halaman Confirm, tinjau konfigurasi kluster, penagihan sumber daya, dan pemeriksaan dependensi layanan cloud. Kemudian, baca syarat layanan.

    Ikhtisar biaya untuk kluster muncul di bagian bawah halaman pembuatan. Untuk detail lebih lanjut tentang penagihan untuk ACK dan layanan cloud lainnya, lihat Ikhtisar penagihan dan Biaya sumber daya layanan cloud.

    Catatan

    Membuat kluster yang berisi beberapa node membutuhkan waktu sekitar 10 menit.

    Anda juga dapat mengklik Equivalent Code di pojok kanan atas halaman Confirm Configuration untuk menghasilkan parameter contoh Terraform atau SDK untuk konfigurasi kluster saat ini.

    API

    API Explorer

    CreateCluster

    Contoh permintaan

    Ini adalah contoh permintaan untuk membuat kluster ACK khusus. Untuk daftar lengkap parameter, lihat CreateCluster.

    POST /clusters 
<Common request headers>
{
    "cluster_type": "Kubernetes",    // The type of the cluster. To create an ACK dedicated cluster, you must set this parameter to `Kubernetes`. #required
    "name": "ACK-dedicated-cluster-example",
    "region_id": "cn-hongkong",      // The ID of the region for the cluster. This example uses `cn-hongkong`, which indicates the China (Hong Kong) region. #required
    "kubernetes_version": "1.32.1-aliyun.1",    // The Kubernetes version for the cluster. The latest version is recommended. 
    "snat_entry": true,                         // Whether to create an SNAT entry for the VPC to enable public network access.
    "endpoint_public_access": false,            // Whether to enable public network access to the API server.
    "cloud_monitor_flags": false,               // Whether to install the CloudMonitor agent on cluster nodes.
    "deletion_protection": false,               // Whether to enable cluster deletion protection.
    "proxy_mode": "ipvs",                       // The kube-proxy proxy mode. The `ipvs` mode provides high performance.
    "timezone": "Asia/Shanghai",
    "tags": [],
    "addons": [                                 // The components to install in the cluster.
        {
            "name": "terway-eniip",             // The network plugin for the cluster. This parameter cannot be modified after the cluster is created.
            "config": "{\"IPVlan\":\"false\",\"NetworkPolicy\":\"false\",\"ENITrunking\":\"false\"}"
        },
        {
            "name": "csi-plugin"
        },
        {
            "name": "csi-provisioner"
        },
        {
            "name": "storage-operator",
            "config": "{\"CnfsOssEnable\":\"false\",\"CnfsNasEnable\":\"false\"}"
        },
        {
            "name": "nginx-ingress-controller",
            "disabled": true
        }
    ],
    "node_port_range": "30000-32767",
    "pod_vswitch_ids": [                         // The vSwitches for pods. Required for Terway-based clusters, as each pod receives a dedicated IP address from a vSwitch.
        "vsw-j6cwz95vspl56gl******",
        "vsw-j6c1tgut51ude2v******"
    ],
    "login_password": "******",
    "charge_type": "PostPaid",
    "master_instance_charge_type": "PostPaid",
    "cpu_policy": "none",
    "service_account_issuer": "https://kubernetes.default.svc",
    "api_audiences": "https://kubernetes.default.svc",
    "master_count": 3,                         // The number of master nodes. Three master nodes are recommended for a high-availability cluster.
    "master_vswitch_ids": [                    // The vSwitches for the master nodes.
        "vsw-j6cwz95vspl56gl******",
        "vsw-j6c1tgut51ude2v******",
        "vsw-j6c1tgut51ude2v******"
    ],
    "master_instance_types": [                 // The instance types for the master nodes.
        "ecs.u1-c1m2.xlarge",
        "ecs.c7.xlarge",
        "ecs.c7.xlarge"
    ],
    "master_system_disk_category": "cloud_essd",      // The system disk type for the master nodes. This example uses ESSD.
    "master_system_disk_size": 120,                   // The size of the system disk, in GiB.
    "master_system_disk_performance_level": "PL1",    // The performance level of the ESSD system disk. `PL1` provides up to 50,000 IOPS per disk.
    "vpcid": "vpc-j6c6njo385se80n******",             // The ID of the VPC for the cluster. This must be determined during network planning and cannot be modified after the cluster is created. #required
    "worker_vswitch_ids": [
        "vsw-j6cwz95vspl56gl******",
        "vsw-j6c1tgut51ude2v******"
    ],
    "is_enterprise_security_group": true,
    "ip_stack": "ipv4",
    "service_cidr": "172.16.xx.xx/16",
    "nodepools": [                                                 
        {
            "nodepool_info": {
                "name": "default-nodepool"
            },
            "scaling_group": {
                "system_disk_category": "cloud_essd",
                "system_disk_size": 120,
                "system_disk_performance_level": "PL0",
                "system_disk_encrypted": false,
                "data_disks": [         
                    {
                        "category": "cloud_auto",
                        "size": 200,
                        "encrypted": "false",
                        "bursting_enabled": false
                    }
                ],
                "tags": [],
                "soc_enabled": false,
                "security_hardening_os": false,
                "vswitch_ids": [
                    "vsw-j6cwz95vspl56gl******",
                    "vsw-j6c1tgut51ude2v******"
                ],
                "instance_types": [
                    "ecs.g6.xlarge"
                ],
                "instance_patterns": [],
                "login_password": "******",
                "instance_charge_type": "PostPaid",
                "security_group_ids": [],
                "platform": "AliyunLinux",
                "image_id": "aliyun_3_x64_20G_alibase_20241218.vhd",
                "image_type": "AliyunLinux3",
                "desired_size": 3,               // The desired number of nodes in the node pool.
                "multi_az_policy": "BALANCE"
            },
            "kubernetes_config": {
                "cpu_policy": "none",
                "cms_enabled": false,
                "unschedulable": false,
                "runtime": "containerd",        // The container runtime. This parameter cannot be modified after the cluster is created.
                "runtime_version": "1.6.36"
            }
        }
    ]
}

    Parameter utama

    Saat menggunakan API CreateCluster untuk membuat kluster ACK khusus, perhatikan parameter berikut:

    Parameter

    Deskripsi

    Konfigurasi contoh

    cluster_type

    Jenis kluster. Untuk membuat kluster ACK khusus, tetapkan parameter ini ke Kubernetes.

    "cluster_type": "Kubernetes"

    Terraform

    Untuk informasi selengkapnya, lihat Buat kluster ACK khusus menggunakan Terraform.

    SDK

    Untuk contoh, lihat Gunakan SDK Java.

    CLI

    Untuk detailnya, lihat Buat kluster ACK menggunakan CLI.

    Operasi terkait

    • Lihat informasi dasar kluster

      Di halaman Clusters, temukan kluster target dan klik Details di kolom Actions. Kemudian, klik tab Basic Information dan Connection Information untuk melihat informasi ini.

      • API server public endpoint: Alamat dan port publik dari server API Kubernetes. Gunakan titik akhir ini untuk mengelola kluster dari terminal lokal Anda dengan alat seperti kubectl.

        Bind EIP dan Unbind EIP:

        • Bind EIP: Ikat EIP yang ada atau buat dan ikat yang baru.

          Mengikat EIP menyebabkan API server restart sebentar. Jangan melakukan operasi pada kluster selama waktu ini.

        • Unbind EIP: Setelah Anda melepas ikatan EIP, API server tidak lagi dapat diakses secara publik.

          Melepas ikatan EIP menyebabkan API server restart sebentar. Jangan melakukan operasi pada kluster selama waktu ini.

      • API server internal endpoint: Alamat dan port internal dari server API Kubernetes. Titik akhir ini hanya dapat diakses dari dalam VPC kluster. Alamat IP-nya merujuk pada instans Server Load Balancer (SLB) yang menghadap internal.

    • Lihat log kluster

      Di kolom Actions, pilih More > Operations > View Logs untuk melihat log kluster di halaman Log Center.

    • Lihat informasi node

      Untuk melihat informasi node, dapatkan file kubeconfig kluster dan gunakan kubectl untuk menghubungkan ke kluster, lalu jalankan kubectl get node.

    Kuota dan batas

    Jika Anda memiliki kluster besar atau akun Anda berisi banyak sumber daya, Anda harus mengetahui kuota dan batas untuk menggunakan kluster ACK. Untuk informasi selengkapnya, lihat Kuota dan batas.

    • Batas: Termasuk batas konfigurasi ACK (seperti saldo akun) dan batas kapasitas kluster tunggal (kapasitas maksimum sumber daya Kubernetes berbeda dalam satu kluster).

    • Batas kuota dan permintaan peningkatan kuota: Ini mencakup batas kuota untuk kluster ACK dan produk cloud tempat ACK bergantung, seperti ECS dan VPC. Untuk meminta peningkatan kuota, ikuti petunjuk dalam dokumentasi terkait.