All Products
Search
Document Center

Container Service for Kubernetes:Membuat dan mengelola node pool

Last Updated:Oct 17, 2026

Node pool mengelompokkan node dengan konfigurasi yang sama, seperti tipe instans, zona, sistem operasi, label, dan taint, untuk memudahkan pengelolaan secara bersamaan. Sebuah kluster dapat memiliki beberapa node pool dengan konfigurasi dan tipe yang berbeda. Perubahan pada satu node pool tidak memengaruhi node atau aplikasi di node pool lainnya.

Sebelum membuat node pool, baca Menghubungkan ke resource komputasi ECS berbasis cloud untuk memahami dasar-dasar node pool, kasus penggunaan, fitur terkait, dan penagihan.

Batasan

Parameter berikut tidak dapat diubah setelah node pool dibuat:

Parameter Batasan
Region Ditetapkan ke wilayah klaster
VPC Tetap mengikuti virtual private cloud (VPC) kluster
Security hardening Tidak dapat diubah setelah kluster dibuat
Billing method Tidak dapat beralih antara spot instance dan pay-as-you-go atau subscription
Custom security group Tipe (basic atau advanced) tidak dapat diubah setelah pembuatan

Prasyarat

Sebelum memulai, pastikan Anda telah memenuhi persyaratan berikut:

Jika versi kluster Anda tidak memenuhi persyaratan di atas, buat skrip kustom untuk node pool sebelum melanjutkan.

Navigasi ke node pool

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

  2. Pada halaman Clusters, klik nama kluster target. Di panel navigasi kiri, pilih Nodes > Node Pools.

Membuat node pool

Konfigurasikan node pool di Konsol ACK, mencakup pengaturan dasar, jaringan, instans, image, penyimpanan, dan penskalaan.

Pada tabel berikut, kolom Changeable menunjukkan apakah parameter dapat diubah setelah node pool dibuat: Supported menunjukkan bahwa parameter dapat diubah, dan Not supported menunjukkan bahwa parameter tidak dapat diubah.

  1. Pada halaman Node Pools, klik Create Node Pool.

  2. Dalam kotak dialog Create Node Pool, konfigurasikan parameter yang dijelaskan pada bagian berikut.

  3. Klik Confirm.

Setelah Anda mengklik Confirm, daftar node pool akan menampilkan pool baru dengan status Initializing selama proses pembuatan. Setelah pembuatan berhasil, status akan berubah menjadi Active.

Pada halaman konfirmasi, klik Console-to-Code di sudut kiri bawah untuk mendapatkan kode sampel Terraform atau SDK yang sesuai dengan konfigurasi node pool Anda.

Konfigurasi dasar

Konfigurasi jaringan

Parameter Deskripsi Changeable
Node pool name Nama untuk node pool. Supported
Region Dipilih sebelumnya berdasarkan region kluster. Tidak dapat diubah. Not supported
Scaling mode Manual atau Auto. Kedua mode ini memungkinkan Anda menyesuaikan resource komputasi agar sesuai dengan kebutuhan dan kebijakan bisnis, yang mengurangi biaya kluster.
- Manual: mempertahankan jumlah node yang tepat seperti yang Anda tentukan pada Expected number of nodes. Lihat Memperluas kapasitas node pool secara manual.
- Auto: melakukan skala keluar saat permintaan penjadwalan pod melebihi kapasitas kluster, berdasarkan jumlah instans minimum dan maksimum yang dikonfigurasi. Kluster yang menjalankan Kubernetes 1.24 atau yang lebih baru menggunakan penskalaan instan node secara default; versi sebelumnya menggunakan penskalaan otomatis node. Lihat Penskalaan node.

Supported
Parameter Deskripsi Changeable
VPC Dipilih sebelumnya sebagai VPC kluster. Tidak dapat diubah. Not supported
vSwitch Menentukan zona tempat node baru dibuat selama skala keluar, berdasarkan Scaling policy yang Anda pilih. Pilih vSwitch di zona target Anda. Jika tidak ada vSwitch yang tersedia, klik Create vSwitch. Lihat Membuat dan mengelola vSwitch. Supported

Konfigurasi instans dan image

Konfigurasi penyimpanan

Parameter Deskripsi Changeable
Billing method Metode penagihan untuk instans ECS yang ditambahkan ke node pool: Pay-As-You-Go, Subscription, atau Spot Instance.
- Subscription: konfigurasikan Duration dan opsionalnya aktifkan Auto renewal.
- Spot Instance: Hanya spot instance dengan periode perlindungan yang didukung. Anda juga harus mengonfigurasi Upper Price Limit of Current Instance Spec. Setelah periode perlindungan (1 jam), sistem memeriksa harga spot dan ketersediaan resource setiap 5 menit. Jika harga real-time melebihi penawaran Anda atau inventaris tidak mencukupi, instans akan di-release. Lihat Praktik terbaik untuk node pool berbasis spot instance.

Penting

Perubahan metode penagihan hanya berlaku untuk node yang baru ditambahkan. Node yang sudah ada tetap menggunakan metode penagihan aslinya. Untuk mengubah metode penagihan node yang sudah ada, lihat Mengubah metode penagihan dari pay-as-you-go ke subscription. Anda tidak dapat beralih antara spot instance dan penagihan pay-as-you-go atau subscription.

Node pool gambar kontainer yang mengaktifkan Trusted Execution Environment (TEE) (menggunakan instans seri ecs.g7t) tidak mendukung perubahan metode penagihan. Perubahan semacam itu akan mengembalikan error InvalidImageType.TEE.NotSupported. Untuk menggunakan penagihan Subscription, buat node pool Subscription baru yang tidak menggunakan image berkemampuan TEE.





Supported
Instance type Pilih satu atau beberapa tipe instans ECS untuk node pekerja. Filter berdasarkan vCPU, memori, keluarga instans, dan arsitektur. Memilih beberapa tipe instans meningkatkan tingkat keberhasilan skala keluar. Jika skala keluar gagal karena tipe instans tidak tersedia, tambahkan lebih banyak tipe ke pool. Lihat Rekomendasi spesifikasi ECS untuk kluster ACK dan memeriksa skalabilitas node pool. Supported
Operating system Public image atau Custom image.
- Public image: Image yang dioptimalkan untuk kontainer Alibaba Cloud Linux 3, ContainerOS, Alibaba Cloud Linux 3, atau Ubuntu. Lihat Sistem operasi.
- Custom image: gunakan custom image OS. Lihat Bagaimana cara membuat custom image berdasarkan instans ECS yang ada dan menggunakannya untuk membuat node?
Gambar Marketplace Alibaba Cloud sedang dalam rilis bertahap. Untuk upgrade atau mengubah OS, lihat Mengubah OS.


Supported
Security hardening Pilih salah satu opsi berikut. Tidak dapat diubah setelah kluster dibuat.
  • Disable: tidak ada penguatan keamanan yang diterapkan.

  • MLPS security hardening: menerapkan baseline level-3 Multi-Level Protection Scheme (MLPS) 2.0 pada image Alibaba Cloud Linux 2 dan Alibaba Cloud Linux 3.

    Penting

    Saat MLPS security hardening diaktifkan, login root SSH dilarang. Gunakan VNC untuk login dari Konsol ECS dan buat pengguna reguler untuk akses SSH. Lihat Menghubungkan ke instans menggunakan VNC.

  • OS security hardening : hanya tersedia untuk image Alibaba Cloud Linux 2 atau Alibaba Cloud Linux 3.

Not supported
Logon method Set key pair atau Set password.
- Set key pair: autentikasi pasangan kunci SSH, hanya didukung untuk instans Linux. Tentukan Username (root atau ecs-user) dan pasangan kuncinya.
- Set password: password harus terdiri dari 8–30 karakter dan mencakup huruf besar, huruf kecil, angka, dan karakter khusus. Tentukan Username (root atau ecs-user) dan password-nya.
Catatan

Saat MLPS security hardening dipilih, hanya Set password yang didukung.




Supported
Username Jika Anda mengatur Logon method ke Set key pair atau Set password, tentukan apakah akan login sebagai root atau ecs-user. Supported

Jumlah instans

Parameter Deskripsi Changeable
System disk Tipe yang didukung: ESSD AutoPL, Enterprise SSD (ESSD), ESSD Entry, Standard SSD, dan Ultra Disk. Tipe yang tersedia bergantung pada keluarga instans yang Anda pilih.
Untuk Enterprise SSD (ESSD), atur tingkat kinerja (PL). PL yang lebih tinggi memerlukan kapasitas yang lebih besar: PL2 memerlukan lebih dari 460 GiB; PL3 memerlukan lebih dari 1.260 GiB. Lihat Kapasitas dan PL.
Enkripsi hanya tersedia untuk Enterprise SSD (ESSD). CMK layanan default digunakan secara default; Anda juga dapat menggunakan CMK BYOK yang sudah ada dari KMS.
Pilih More system disk types untuk menentukan tipe disk selain tipe sistem disk dan meningkatkan tingkat keberhasilan skala keluar. Saat ACK membuat node, ACK menggunakan tipe disk pertama yang cocok, sesuai urutan yang Anda tentukan.


Supported
Data disk Tipe yang didukung: ESSD AutoPL, Enterprise SSD (ESSD), ESSD Entry, SSD, dan Ultra Disk.
ESSD AutoPL mendukung provisi kinerja (untuk kinerja di atas garis dasar yang berkelanjutan) dan lonjakan performa (untuk lonjakan baca/tulis).
Enterprise SSD (ESSD): konfigurasikan PL kustom. PL2 memerlukan lebih dari 460 GiB; PL3 memerlukan lebih dari 1.260 GiB.
Enkripsi tersedia untuk semua tipe data disk. Buat data disk dari snapshot untuk mempercepat pemuatan gambar kontainer dan inisialisasi model bahasa besar (LLM).
Selama pembuatan node, data disk terakhir diformat secara otomatis. Sistem me-mount /var/lib/container ke disk ini dan me-mount /var/lib/kubelet serta /var/lib/containerd ke /var/lib/container. Untuk menyesuaikan titik mount, ubah konfigurasi inisialisasi data disk. Pilih paling banyak satu data disk sebagai direktori yang ditempati oleh runtime kontainer. Lihat Dapatkah saya me-mount data disk ke direktori kustom di node pool ACK?
Pilih Add Data Disk Type untuk menentukan tipe disk selain tipe data disk dan meningkatkan tingkat keberhasilan skala keluar. Saat ACK membuat node, ACK menggunakan tipe disk pertama yang cocok, sesuai urutan yang Anda tentukan.
Catatan

Hingga 64 data disk dapat disambungkan ke instans ECS, tergantung pada tipe instans. Untuk memeriksa batas tipe tertentu, panggil operasi DescribeInstanceTypes dan periksa parameter DiskQuantity.







Supported
Parameter Deskripsi Dapat Diubah
Expected number of nodes Jumlah total node yang dikelola oleh node pool. Tetapkan minimal 2 untuk memastikan komponen kluster berjalan dengan benar. Tetapkan ke 0 jika Anda tidak memerlukan node saat pembuatan. Lihat Manually scale a node pool. Supported

Konfigurasi Lanjutan

Luaskan Advanced options (optional) untuk mengonfigurasi parameter berikut.

Mengedit node pool

Anda dapat memperbarui beberapa parameter node pool setelah pembuatan, termasuk vSwitch, metode penagihan, tipe instans, sistem disk, dan pengaturan auto scaling. Untuk daftar lengkap parameter yang dapat diedit, lihat kolom Changeable pada tabel parameter di atas.

Penting
  • Mengubah node pool tidak memengaruhi node atau aplikasi di node pool lain dalam kluster.

  • Dalam kebanyakan kasus, konfigurasi yang diperbarui hanya berlaku untuk node yang baru ditambahkan. Pengecualian: ECS tags, node labels, dan taints (perubahan pada item ini juga berlaku untuk node yang sudah ada).

  • Jika Anda telah mengubah node di luar konfigurasi node pool (misalnya, langsung pada instans ECS), perubahan tersebut akan ditimpa saat Anda memperbarui node pool.

Saat beralih Scaling mode:

  • Manual ke Auto: Mengaktifkan auto scaling dan mengharuskan konfigurasi jumlah instans minimum dan maksimum.

  • Auto ke Manual: Menonaktifkan auto scaling, menetapkan instans minimum ke 0 dan maksimum ke 2.000, serta menetapkan Expected number of nodes ke jumlah node saat ini.

Langkah-langkah:

  1. Pada halaman Node Pools, temukan node pool target dan klik Edit di kolom Actions.

  2. Dalam kotak dialog, ubah parameter dan ikuti instruksi di layar.

Status node pool akan menampilkan Updating selama pembaruan dan kembali ke Active setelah selesai.

Melihat node pool

Klik nama node pool untuk melihat detailnya di empat tab:

  • Basic information: Detail konfigurasi kluster, node pool, dan node. Jika auto scaling diaktifkan, pengaturan elastic scaling juga ditampilkan di sini.

  • Monitoring: Penggunaan CPU, penggunaan memori, penggunaan disk, dan rata-rata CPU/memori per node, didukung oleh Alibaba Cloud Prometheus.

  • Node management: Mencantumkan semua node dalam pool. Anda dapat menghapus, drain, menjadwalkan, atau melakukan operasi dan pemeliharaan (OM) pada masing-masing node. Klik Export untuk mengunduh daftar node sebagai file CSV.

  • Scaling activities: Catatan event penskalaan terbaru, termasuk jumlah instans setelah setiap aktivitas dan deskripsi aktivitas. Jika suatu aktivitas gagal, Anda dapat melihat alasan kegagalannya. Untuk kode kesalahan umum, lihat Kode kesalahan dan solusi untuk kegagalan penskalaan.

Menghapus node pool

Penting

Tinjau aturan pelepasan node berikut sebelum Anda menghapus node pool.

Perilaku pelepasan node bergantung pada apakah Expected number of nodes dikonfigurasi untuk pool tersebut dan metode penagihan masing-masing node.

Node pool dengan Expected number of nodes yang dikonfigurasi:

Parameter Deskripsi Changeable
Resource group Tetapkan node pool ke resource group yang dipilih. Resource group membantu Anda mengelola izin dan mengalokasikan biaya. Setiap resource hanya dapat menjadi bagian dari satu resource group. Supported
Scaling mode Hanya berlaku jika node pool menggunakan mode penskalaan Auto.
- Standard: melakukan penskalaan dengan membuat dan me-release instans ECS.
- Swift: melakukan penskalaan dengan membuat, menghentikan, lalu memulai ulang instans ECS. Saat node pool melakukan skala keluar lagi, ACK langsung memulai ulang instans yang dihentikan, yang meningkatkan kecepatan penskalaan. Instans ECS yang dihentikan hanya dikenakan biaya penyimpanan, bukan biaya komputasi. Mode ini tidak berlaku untuk keluarga instans yang menyediakan penyimpanan lokal, seperti keluarga instans big data dan keluarga instans SSD lokal. Untuk detail penagihan dan tindakan pencegahan tentang mode penghentian instans ECS, lihat Mode ekonomis.

Not supported
Scaling policy Menentukan bagaimana node baru didistribusikan ke seluruh zona selama skala keluar.
- Priority: melakukan penskalaan berdasarkan urutan prioritas vSwitch yang dipilih. Jika suatu zona tidak tersedia, zona berikutnya akan dicoba.
- Cost optimization: membuat instans dari harga satuan vCPU terendah hingga tertinggi. Jika node pool menggunakan Spot Instance , spot instance akan diprioritaskan. Konfigurasikan Percentage of pay-as-you-go instances (%) . Jika tipe spot instance tidak dapat dibuat karena inventaris tidak mencukupi atau alasan lain, ACK secara otomatis melengkapinya dengan instans pay-as-you-go.
- Distribution balancing: mendistribusikan instans ECS secara merata ke seluruh zona, yang hanya berlaku dalam skenario multi-zona. Jika distribusi zona menjadi tidak seimbang karena inventaris tidak mencukupi, Anda dapat menjalankan operasi penyeimbangan lagi.


Supported
Supplement spot capacity with on-demand instances Memerlukan penagihan Spot Instance. Saat diaktifkan, ACK secara otomatis membuat instans pay-as-you-go jika spot instance tidak dapat disediakan karena kendala harga atau inventaris. Supported
Enable supplemental spot instances Memerlukan penagihan Spot Instance. Saat pemberitahuan pengambilan kembali diterima (5 menit sebelum pengambilan kembali), ACK mencoba menyediakan spot instance baru sebagai pengganti. Jika kompensasi berhasil, ACK melakukan drain dan menghapus node lama. Jika gagal, ACK tidak melakukan drain pada node lama dan mencoba lagi saat kondisi inventaris dan harga terpenuhi. Aktifkan Supplement spot capacity with on-demand instances bersama opsi ini untuk meningkatkan tingkat keberhasilan kompensasi. Lihat Praktik terbaik untuk node pool berbasis spot instance. Supported
ECS tags Tag yang ditambahkan ke instans ECS selama auto scaling. ACK dan Auto Scaling mencadangkan 3 tag (ack.aliyun.com:Cluster ID, ack.alibabacloud.com/nodepool-id:Node pool ID, dan acs:autoscaling:scalingGroupId:Scaling group ID), menyisakan maksimal 17 tag yang ditentukan pengguna per node (batas ECS adalah 20 total).
Catatan

Saat auto scaling diaktifkan, tag k8s.io/cluster-autoscaler:true dan k8s.aliyun.com:true ditambahkan secara default. Cluster autoscaler memformat ulang label dan taint node untuk simulasi: label menjadi k8s.io/cluster-autoscaler/node-template/label/key:value dan taint menjadi k8s.io/cluster-autoscaler/node-template/taint/key/value:effect. Untuk menambah kuota tag, kirimkan permintaan di Konsol Quota Center.


Supported
Taints Taint terdiri dari kunci, nilai, dan efek. Batasan:
- Key: 1–63 karakter; huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.); harus dimulai dan diakhiri dengan huruf atau angka. Untuk kunci dengan awalan, awalan harus berupa nama subdomain (≤253 karakter, diakhiri dengan /).
- Value: hingga 63 karakter; aturan karakter sama dengan kunci; boleh kosong.
- Effect: NoSchedule, NoExecute, atau PreferNoSchedule.
- NoSchedule: pod tidak dijadwalkan ke node.
- NoExecute: pod yang tidak menoleransi akan dievakuasi saat taint ditambahkan.
- PreferNoSchedule: penjadwal menghindari menempatkan pod yang tidak menoleransi pada node.
Lihat Taints dan tolerations.






Supported
Node labels Label adalah pasangan kunci-nilai. Batasan untuk kunci:
- 1–63 karakter; huruf, angka, tanda hubung (-), garis bawah (_), dan titik (.); harus dimulai dan diakhiri dengan huruf atau angka.
- Untuk kunci dengan awalan, awalan harus berupa nama subdomain (≤253 karakter, diakhiri dengan /).
- Awalan yang dicadangkan (tidak dapat digunakan): kubernetes.io/, k8s.io/, dan awalan apa pun yang diakhiri dengan ini. Pengecualian: kubelet.kubernetes.io/, node.kubernetes.io, dan awalan yang diakhiri dengan tersebut.
Nilai: hingga 63 karakter; aturan karakter sama dengan kunci; boleh kosong.



Supported
Custom node name Saat diaktifkan, nama node, nama instans ECS, dan hostname ECS semuanya diatur ke nilai kustom. Format: prefixIP substringsuffix.
- Panjang total: 2–64 karakter; harus dimulai dan diakhiri dengan huruf kecil atau angka.
- Awalan (wajib): huruf, angka, tanda hubung (-), dan titik (.); harus dimulai dengan huruf; tidak boleh diakhiri dengan tanda hubung atau titik; tidak boleh ada tanda hubung atau titik berturut-turut.
- Akhiran (opsional): aturan sama dengan awalan.
Contoh: IP 192.XX.YY.55, awalan aliyun.com, akhiran test → nama node Linux: aliyun.com192.XX.YY.55test. Node Windows menggunakan tanda hubung alih-alih titik pada hostname (misalnya, 192-XX-YY-55).



Not supported
Pre-custom instance data Skrip yang berjalan pada node sebelum bergabung dengan kluster. Memerlukan aplikasi kuota di Konsol Quota Center. Lihat Skrip User-data.
Misalnya, jika Anda mengatur data pre-custom ke touch /tmp/pre-script, skrip yang berjalan pada node digabungkan dalam urutan berikut.
#!/bin/bash
# Data pre-custom yang ditentukan berjalan di sini.
touch /tmp/pre-script

# Skrip inisialisasi node ACK berjalan di sini.

Untuk efek parameter ini selama inisialisasi node, lihat Proses inisialisasi node.


Supported
Instance user data Skrip yang berjalan pada node setelah bergabung dengan kluster. Lihat Skrip User-data.
Misalnya, jika Anda mengatur user data ke touch /tmp/post-script, skrip yang berjalan pada node digabungkan dalam urutan berikut.
#!/bin/bash
# Skrip inisialisasi node ACK berjalan di sini.

# User data yang ditentukan berjalan di sini.
touch /tmp/post-script

Untuk efek parameter ini selama inisialisasi node, lihat Proses inisialisasi node. Setelah Anda membuat kluster atau menambahkan node, operasi yang berhasil tidak menunjukkan bahwa skrip user-data berjalan seperti yang diharapkan. Login ke node dan jalankan grep cloud-init /var/log/messages untuk memeriksa log eksekusi.


Supported
Cloud Monitor agent Menginstal Agen Cloud Monitor pada node baru, memungkinkan Anda melihat metrik node di Konsol Cloud Monitor. Hanya berlaku untuk node yang baru ditambahkan. Untuk menginstal agen pada node yang sudah ada, buka Konsol Cloud Monitor secara langsung. Supported
Public IP address Menetapkan alamat IPv4 publik ke setiap node baru. Jika diaktifkan, konfigurasikan Bandwidth billing method dan Peak bandwidth. Hanya berlaku untuk node yang baru ditambahkan. Untuk mengaktifkan akses internet bagi node yang sudah ada, buat Elastic IP Address (EIP) dan kaitkan dengan node tersebut. Lihat Mengaitkan EIP dengan instans ECS. Supported
Custom security group Pilih Basic security group atau Advanced security group. Hanya satu tipe yang dapat dipilih, dan tipe tidak dapat diubah setelah pembuatan. Setiap instans ECS mendukung hingga 5 security group. Pastikan kuotanya mencukupi. Jika Anda memilih security group yang sudah ada, aturan grup keamanan tidak dikonfigurasi secara otomatis; konfigurasikan secara manual. Lihat Mengonfigurasi aturan grup keamanan untuk menerapkan kontrol akses pada kluster ACK dan Security groups. Not supported
RDS whitelist Menambahkan alamat IP node ke daftar putih instans ApsaraDB RDS. Supported
Deployment set Mendistribusikan instans ECS ke seluruh server fisik untuk ketersediaan tinggi. Buat deployment set di Konsol ECS terlebih dahulu, lalu tentukan di sini.
Penting

Setelah memilih deployment set, jumlah maksimum node dalam pool adalah 20 × jumlah zona. Jumlah zona bergantung pada jumlah vSwitch. Pastikan kuota ECS untuk deployment set yang dipilih mencukupi. Lihat Praktik terbaik untuk mengaitkan deployment set dengan node pool.

Not supported
Private pool type
Parameter ini sudah usang. Gunakan Resource Pool Policy untuk menentukan private pool sebagai gantinya.
Mengontrol apakah private pool reservasi kapasitas digunakan saat membuat instans.
- Open: secara otomatis mencocokkan private pool terbuka; kembali ke pool publik jika tidak ditemukan.
- Do not use: hanya menggunakan pool publik.
- Specified: menggunakan private pool yang ditentukan berdasarkan ID; pembuatan instans gagal jika pool tidak tersedia.
Lihat Private pools.



Supported
Billing method Apa yang terjadi pada node
Pay-as-you-go Di-release setelah node pool dihapus
Subscription Dipertahankan setelah node pool dihapus

Node pool tanpa Expected number of nodes yang dikonfigurasi:

Sumber node Apa yang terjadi pada node
Node yang ditambahkan secara manual atau otomatis Dipertahankan (tidak di-release)
Node Subscription Dipertahankan (tidak di-release)
Node lainnya Di-release saat node pool dihapus

Semua node yang di-release akan dihapus dari server API kluster. Node yang dipertahankan tetap terdaftar di server API.

Untuk me-release node subscription yang dipertahankan, ubah metode penagihannya menjadi pay-as-you-go terlebih dahulu, lalu release instans ECS dari Konsol ECS.

Langkah-langkah:

  1. (Opsional) Klik nama node pool. Pada tab Basic information, periksa apakah Expected number of nodes dikonfigurasi. Tanda hubung (–) berarti tidak dikonfigurasi.

  2. Pada halaman Node Pools, temukan node pool target, klik image Delete di kolom Actions, lalu konfirmasi penghapusan dalam kotak dialog.

Peringatan
  • Sistem disk dan data disk dari sebuah node akan di-release bersama dengan node tersebut. Semua data pada disk akan dihapus secara permanen dan tidak dapat dipulihkan. Untuk mempertahankan data, gunakan persistent volume (PV) guna memisahkan masa pakai data dari masa pakai node.

  • Sebelum menghapus node pool default, periksa apakah pod dari komponen sistem seperti CoreDNS dan NGINX Ingress controllers berjalan pada node-nya. Jika pod tersebut ada, migrasikan terlebih dahulu ke node pool lain. Jika tidak, resolusi DNS atau routing Ingress kluster akan terganggu.

  • Menghapus node pool memiliki dampak sebagai berikut:

    • Node pool tidak berisi node: Tidak ada dampak.

    • Node pool berisi node yang tidak menjalankan pod bisnis: Gangguan traffic singkat mungkin terjadi pada NodePort Services.

    • Node pool berisi node yang menjalankan pod bisnis: Pod akan dijadwalkan ulang. Pastikan node pool lain memiliki resource yang cukup untuk menampung pod yang dijadwalkan ulang. Jika tidak, bisnis Anda mungkin terganggu.

Langkah selanjutnya