Bantu meningkatkan halaman ini
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Untuk berkontribusi pada panduan pengguna ini, pilih GitHub tautan Edit halaman ini di yang terletak di panel kanan setiap halaman.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pelajari tentang Instans terkelola Mode Otomatis Amazon EKS
Topik ini menjelaskan cara Mode Otomatis Amazon EKS mengelola instans Amazon EC2 di cluster EKS Anda. Saat Anda mengaktifkan Mode Otomatis EKS, sumber daya komputasi cluster Anda secara otomatis disediakan dan dikelola oleh EKS, mengubah cara Anda berinteraksi dengan instans EC2 yang berfungsi sebagai node di cluster Anda.
Memahami cara Mode Otomatis Amazon EKS mengelola instans sangat penting untuk merencanakan strategi penerapan beban kerja dan prosedur operasional Anda. Tidak seperti instans EC2 tradisional atau grup node terkelola, instans ini mengikuti model siklus hidup yang berbeda di mana EKS bertanggung jawab atas banyak aspek operasional, sambil membatasi jenis akses dan penyesuaian tertentu.
Mode Otomatis Amazon EKS mengotomatiskan tugas rutin untuk membuat Instans EC2 baru, dan melampirkannya sebagai node ke cluster EKS Anda. Mode Otomatis EKS mendeteksi ketika beban kerja tidak dapat masuk ke node yang ada, dan membuat Instans EC2 baru.
Mode Otomatis Amazon EKS bertanggung jawab untuk membuat, menghapus, dan menambal Instans EC2. Anda bertanggung jawab atas kontainer dan pod yang digunakan pada instance.
Instans EC2 yang dibuat oleh Mode Otomatis EKS berbeda dari Instans EC2 lainnya, instans tersebut adalah instans terkelola. Instans terkelola ini dimiliki oleh EKS dan lebih terbatas. Anda tidak dapat langsung mengakses atau menginstal perangkat lunak pada instans yang dikelola oleh Mode Otomatis EKS.
AWS menyarankan menjalankan Mode Otomatis EKS atau Karpenter yang dikelola sendiri. Anda dapat menginstal keduanya selama migrasi atau dalam konfigurasi lanjutan. Jika Anda telah menginstal keduanya, konfigurasikan kumpulan node Anda sehingga beban kerja dikaitkan dengan Karpenter atau Mode Otomatis EKS.
Untuk informasi selengkapnya, lihat Instans terkelola Amazon EC2 di panduan pengguna Amazon EC2.
Tabel perbandingan
| Instans EC2 Standar | Instans terkelola Mode Otomatis EKS |
|---|---|
|
Anda bertanggung jawab untuk menambal dan memperbarui instance. |
AWS secara otomatis menambal dan memperbarui instance. |
|
EKS tidak bertanggung jawab atas perangkat lunak pada instance. |
EKS bertanggung jawab atas perangkat lunak tertentu pada instance, seperti |
|
Anda dapat menghapus Instans EC2 menggunakan API EC2. |
EKS menentukan jumlah instance yang digunakan di akun Anda. Jika Anda menghapus beban kerja, EKS akan mengurangi jumlah instance di akun Anda. |
|
Anda dapat menggunakan SSH untuk mengakses Instans EC2. |
Anda dapat menerapkan pod dan kontainer ke instance terkelola. |
|
Anda menentukan sistem operasi dan gambar (AMI). |
AWS menentukan sistem operasi dan gambar. |
|
Anda dapat menerapkan beban kerja yang bergantung pada fungsionalitas Windows atau Ubuntu. |
Anda dapat menerapkan kontainer berbasis Linux, tetapi tanpa dependensi OS tertentu. |
|
Anda menentukan jenis instans dan keluarga yang akan diluncurkan. |
AWS menentukan jenis instans dan keluarga yang akan diluncurkan. Anda dapat menggunakan Node Pool untuk membatasi jenis instans yang dipilih oleh Mode Otomatis EKS. |
Fungsionalitas berikut berfungsi untuk Instans Terkelola dan instans EC2 Standar:
-
Anda dapat menggunakan penyimpanan instans sebagai penyimpanan sementara untuk beban kerja.
Dukungan AMI
Dengan Mode Otomatis EKS, AWS menentukan gambar (AMI) yang digunakan untuk node komputasi Anda. AWS memantau peluncuran versi AMI Mode Otomatis EKS baru. Jika Anda mengalami masalah beban kerja yang terkait dengan versi AMI, buat kasus dukungan. Untuk informasi selengkapnya, lihat Membuat kasus dukungan dan manajemen kasus di Panduan Pengguna AWS Dukungan.
Umumnya, EKS merilis AMI baru setiap minggu yang berisi CVE dan perbaikan keamanan.
Visibilitas sumber daya terkelola
catatan
Mulai 22 April 2026, instans terkelola Amazon EC2 baru dan sumber daya terkait (misalnya, templat peluncuran EC2, volume EBS, dan antarmuka jaringan (ENI)) yang dibuat oleh Mode Otomatis EKS disembunyikan dari tampilan konsol EC2 dan describe operasi daftar API secara default. Sumber daya terkelola yang sudah ada di akun Anda sebelum tanggal tersebut tetap terlihat. Anda dapat mengubah perilaku ini menggunakan pengaturan visibilitas sumber daya terkelola.
Amazon EC2 menyediakan pengaturan visibilitas sumber daya terkelola yang mengontrol apakah sumber daya terkelola muncul di tampilan konsol EC2 Anda dan operasi daftar API seperti. DescribeInstances
Ketika sumber daya terkelola disembunyikan, instans terkelola Mode Otomatis EKS dan sumber daya terkaitnya (volume EBS, template peluncuran, dan antarmuka jaringan) tidak muncul di konsol EC2 atau respons describe API. Ini dapat menyederhanakan dasbor tata kelola, mengurangi kebisingan dalam alat pengamatan, dan mencegah kesalahan positif dalam pemindai manajemen postur keamanan cloud (CSPM) yang menandai sumber daya terkelola sebagai kesalahan konfigurasi pelanggan.
Pengaturan visibilitas berlaku di seluruh akun untuk semua prinsipal IAM. Anda tidak dapat secara selektif menampilkan atau menyembunyikan sumber daya terkelola berdasarkan jenis sumber daya atau layanan yang membuatnya. Sumber daya tersembunyi tetap beroperasi penuh dan dapat ditagih.
Anda dapat mengubah pengaturan visibilitas kapan saja melalui konsol Amazon EC2 atau AWS CLI. Untuk informasi selengkapnya, lihat Pengaturan visibilitas sumber daya terkelola di Panduan Pengguna Amazon EC2.
catatan
Bahkan ketika sumber daya terkelola disembunyikan dari tampilan konsol EC2 dan API daftar, Anda masih dapat melihat instans Mode Otomatis EKS melalui:
-
Konsol Amazon EKS, di bawah tab Komputasi cluster Anda.
-
API Kubernetes (misalnya,).
kubectl get nodes -
Kueri API EC2 langsung berdasarkan ID instance (misalnya,
describe-instances --instance-ids i-0123456789abcdef0). -
DescribeInstancesAPI denganinclude-managed-resourcesparameter. -
Konsol EC2, setelah mengubah pengaturan visibilitas sumber daya terkelola.
Referensi instans didukung Mode Otomatis EKS
Mode Otomatis EKS hanya membuat instance tipe yang didukung, dan yang memenuhi persyaratan ukuran minimum.
Mode Otomatis EKS mendukung jenis instance berikut:
| Rangkaian | Tipe instans |
|---|---|
|
Komputasi Dioptimalkan (C) |
c9g, c9gd, c8a, c8g, c8gb, c8gd, c8gn, c8i, c8i-fleksibel, c8ib, c8id, c7a, c7g, c7gd, c7gn, c7i, c7i-fleksibel, c6a, c6g, c6gd, c6gn, c6i, c6i, c6i id, c6in, c5, c5a, c5ad, c5d, c5n, c4 |
|
Tujuan Umum (M) |
m9gd, m8a, m8azn, m8g, m8gb, m8gd, m8gn, m8i, m8i-fleksibel, m8id, m7a, m7g, m7gd, m7i, m7i-fleksibel, m6a, m6g, m6gd, m6id, m6idn, m6in, 5, m5a, m5ad, m5d, m5dn, m5n, m5zn, m4 |
|
Memori Dioptimalkan (R) |
r9g, r8a, r8g, r8gd, r8gn, r8i, r8i-fleksibel, r8id, r7a, r7g, r7g, r7g, r7i, r7iz, r6a, r6g, r6g, r6i, r6id, r6idn, r6in, r5, r6g, r5a 5ad, r5b, r5d, r5dn, r5n, r4 |
|
Meledak (T) |
t4g, t3, t3a, t2 |
|
Memori Tinggi (Z/X) |
z1d, x8aedz, x8g, x8i, x2gd |
|
Penyimpanan Dioptimalkan (I/D) |
i8g, i8ge, i7i, i7ie, i4g, is4gen, im4gn, i4i, i3, i3en, d3, d3en |
|
Komputasi yang Dipercepat (Trn/P/Inf/G) |
trn2, trn1, trn1n, p6-b200, p6-b300, p5, p5e, p5en, p4d, p4de, p3, p3dn, inf2, inf1, g7e, g6, gr6, g6e, g5, g5g, g4ad, g4dn |
|
Komputasi Kinerja Tinggi (X2/HPC) |
x2idn, x2iedn, x2iezn, hpc8a |
Selain itu, Mode Otomatis EKS hanya akan membuat instans EC2 yang memenuhi persyaratan berikut:
-
Lebih dari 1 CPU
-
Ukuran instance bukan nano, mikro atau kecil
Untuk informasi selengkapnya, lihat konvensi penamaan jenis instans Amazon EC2.
Layanan Metadata Instans
-
Mode Otomatis EKS memberlakukan IMDSv2 dengan batas hop 1 secara default, mengikuti praktik terbaik keamanan. AWS
-
Konfigurasi default ini tidak dapat dimodifikasi dalam Mode Otomatis.
-
Untuk add-on yang biasanya memerlukan akses IMDS, berikan parameter (seperti AWS wilayah) selama instalasi untuk menghindari pencarian IMDS. Untuk informasi selengkapnya, lihat Tentukan bidang yang dapat Anda sesuaikan untuk add-on Amazon EKS.
-
Jika Pod benar-benar memerlukan akses IMDS saat berjalan dalam Mode Otomatis, Pod harus dikonfigurasi untuk dijalankan.
hostNetwork: trueHal ini memungkinkan Pod untuk mengakses layanan metadata instance secara langsung. -
Pertimbangkan implikasi keamanan saat memberikan akses Pod ke metadata instans.
Untuk informasi selengkapnya tentang Amazon EC2 Instance Metadata Service (IMDS), lihat Meng konfigurasi opsi Layanan Metadata Instans di Panduan Pengguna Amazon EC2.
Pertimbangan-pertimbangan
-
Jika penyimpanan sementara yang dikonfigurasi di dalam NodeClass lebih kecil dari penyimpanan lokal NVMe untuk instance, Mode Otomatis EKS menghilangkan kebutuhan untuk konfigurasi manual dengan secara otomatis mengambil tindakan berikut:
-
Menggunakan volume data Amazon EBS yang lebih kecil (20 GiB) untuk mengurangi biaya.
-
Memformat dan mengonfigurasi penyimpanan lokal NVMe untuk penggunaan data sementara. Ini termasuk menyiapkan array RAID 0 jika ada beberapa drive NVMe.
-
-
Ketika
ephemeralStorage.sizesama atau melebihi kapasitas NVMe lokal, tindakan berikut terjadi:-
Mode Otomatis melewatkan volume EBS kecil.
-
Drive NVMe diekspos langsung untuk beban kerja Anda.
-
-
Mode Otomatis Amazon EKS tidak mendukung tindakan Layanan Injeksi Kes AWS alahan berikut:
-
ec2:RebootInstances -
ec2:SendSpotInstanceInterruptions -
ec2:StartInstances -
ec2:StopInstances -
ec2:TerminateInstances -
ec2:PauseVolumeIO
-
-
Mode Otomatis Amazon EKS mendukung tindakan AWS Fault Injection Service EKS Pod. Untuk informasi selengkapnya, lihat M engelola eksperimen Layanan Injeksi Kesalahan dan Menggunakan tindakan AWS FIS aws:eks: pod di Panduan Pengguna AWS Resilience Hub.
-
Anda tidak perlu menginstal node Mode Otomatis EKS.
Neuron Device PluginJika Anda memiliki jenis node lain di cluster Anda, Anda perlu mengonfigurasi plugin Perangkat Neuron agar tidak berjalan pada node Mode Otomatis. Lihat informasi yang lebih lengkap di Kontrol jika beban kerja diterapkan pada node Mode Otomatis EKS.