**Bantu tingkatkan 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 **Edit halaman ini pada GitHub** tautan 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 Amazon EKS Auto Mode mengelola instans Amazon EC2 di klaster EKS Anda. Saat Anda mengaktifkan Mode Otomatis EKS, sumber daya komputasi klaster Anda secara otomatis disediakan dan dikelola oleh EKS, mengubah cara Anda berinteraksi dengan instans EC2 yang berfungsi sebagai node di cluster Anda.
Memahami cara Amazon EKS Auto Mode mengelola instans sangat penting untuk merencanakan strategi penerapan beban kerja dan prosedur operasional Anda. Tidak seperti instans EC2 tradisional atau grup node terkelola, instance ini mengikuti model siklus hidup yang berbeda di mana EKS bertanggung jawab atas banyak aspek operasional, sambil membatasi jenis akses dan penyesuaian tertentu.
Amazon EKS Auto Mode 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.
Amazon EKS Auto Mode 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 terkelola. Instans terkelola ini dimiliki oleh EKS dan lebih dibatasi. 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/amazon-ec2-managed-instances.html) pengguna Amazon EC2.
## Tabel perbandingan
| Instans EC2 Standar | Contoh 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`kubelet`, seperti runtime kontainer, dan sistem operasi. |
| Anda dapat menghapus Instans EC2 menggunakan API EC2. | EKS menentukan jumlah instans 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 mengandalkan fungsionalitas Windows atau Ubuntu. | Anda dapat menyebarkan kontainer berbasis Linux, tetapi tanpa dependensi OS tertentu. |
| Anda menentukan jenis instance dan keluarga apa yang akan diluncurkan. | AWS menentukan jenis instance dan keluarga apa yang akan diluncurkan. Anda dapat menggunakan Node Pool untuk membatasi jenis instance EKS Auto Mode memilih dari. |
Fungsionalitas berikut berfungsi untuk instans Terkelola dan instans EC2 Standar:
+ Anda dapat menggunakan penyimpanan instance sebagai penyimpanan sementara untuk beban kerja.
### AMI Support
Dengan Mode Otomatis EKS, AWS tentukan image (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](https://docs.aws.amazon.com/awssupport/latest/user/case-management.html) di Panduan Pengguna AWS Support.
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 operasi daftar API secara default. `describe` Sumber daya terkelola yang sudah ada di akun Anda sebelum tanggal tersebut tetap terlihat. Anda dapat mengubah perilaku ini menggunakan setelan visibilitas sumber daya terkelola.
Amazon EC2 menyediakan setelan visibilitas sumber daya terkelola yang mengontrol apakah sumber daya terkelola muncul dalam tampilan konsol EC2 dan operasi daftar API seperti. `DescribeInstances`
Saat sumber daya terkelola disembunyikan, instans terkelola Mode Otomatis EKS dan sumber daya terkaitnya (volume EBS, templat peluncuran, dan antarmuka jaringan) tidak muncul di konsol EC2 atau respons API. `describe` Ini dapat menyederhanakan dasbor tata kelola, mengurangi kebisingan pada alat observabilitas, 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 ke semua kepala sekolah IAM. Anda tidak dapat secara selektif menampilkan atau menyembunyikan sumber daya terkelola berdasarkan jenis sumber daya atau oleh layanan yang membuatnya. Sumber daya tersembunyi tetap beroperasi penuh dan dapat ditagih.
Anda dapat mengubah pengaturan visibilitas kapan saja melalui konsol Amazon EC2 atau CLI. AWS Untuk informasi selengkapnya, lihat [Pengaturan visibilitas sumber daya terkelola](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/amazon-ec2-managed-instances.html#managed-resource-visibility-settings) di *Panduan Pengguna Amazon EC2*.
**catatan**
Meskipun 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 **Compute** cluster Anda.
Kubernetes API (misalnya,). `kubectl get nodes`
Kueri API EC2 langsung dengan ID instance (misalnya,`describe-instances --instance-ids i-0123456789abcdef0`).
`DescribeInstances`API dengan `include-managed-resources` parameter.
Konsol EC2, setelah mengubah pengaturan visibilitas sumber daya terkelola.
## Referensi instans yang didukung Mode Otomatis EKS
Mode Otomatis EKS hanya membuat instance tipe yang didukung, dan memenuhi persyaratan ukuran minimum.
Mode Otomatis EKS mendukung jenis contoh berikut:
| Rangkaian | Tipe instans |
| --- | --- |
| Komputasi Dioptimalkan © | c8id, c8i, c8i-flex, c8gd, c8gn, c8g, c8a, c8gb, c7a, c7g, c7gn, c7gd, c7i, c7i-flex, c6a, c6g, c6gn, c6id, c6in, c6gd, c5, c5a, c5d, c5ad, c5n, c4 |
| Tujuan Umum (M) | m8id, m8i, m8i-flex, m8a, m8azn, m8gn, m8gb, m8gd, m8g, m7i, m7a, m7g, m7gd, m7i-flex, m6a, m6i, m6in, m6g, m6idn, m6id, m6gd, m6gd, m6gd, 5, m5a, m5ad, m5n, m5dn, m5d, m5zn, m4 |
| Memori Dioptimalkan® | r8id, r8i, r8i-flex, r8gn, r8gb, r8gd, r8g, r8a, r7a, r7iz, r7gd, r7i, r7g, r6a, r6i, r6id, r6in, r6idn, r6g, r6gd, r5, r5n, 5a, r5dn, r5b, r5ad, r5d, r4 |
| Burstable (T) | t4g, t3, t3a, t2 |
| Memori Tinggi (Z/X) | z1d, x8aedz, x8g, x8i, x2gd |
| Penyimpanan Dioptimalkan (I/D) | i8ge, i7i, i8g, i7ie, i4g, i4i, i3, i3en, is4gen, d3, d3en, im4gn |
| Komputasi yang Dipercepat (P/G/Inf/Trn) | p6-b200, p6-b300, p5, p5e, p5en, p4d, p4de, p3, p3dn, g7e, g6, gr6, g6e, g5g, g5, g4dn, g4ad, inf2, inf1, trn1, trn1n, trn2 |
| Komputasi Kinerja Tinggi (HPC/X2) | hpc8a, x2iezn, x2iedn, x2idn |
Selain itu, Mode Otomatis EKS hanya akan membuat instans EC2 yang memenuhi persyaratan berikut:
+ Lebih dari 1 CPU
+ Ukuran instans tidak nano, mikro atau kecil
Untuk informasi selengkapnya, lihat konvensi [penamaan jenis instans Amazon EC2](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html).
## Layanan Metadata Instans
+ Mode Otomatis EKS memberlakukan IMDSv2 dengan batas lompatan 1 secara default, mengikuti praktik terbaik keamanan. AWS
+ Konfigurasi default ini tidak dapat diubah 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](kubernetes-field-management.md).
+ Jika sebuah Pod benar-benar membutuhkan akses IMDS ketika berjalan dalam Mode Otomatis, Pod harus dikonfigurasi untuk dijalankan. `hostNetwork: true` Hal ini memungkinkan Pod untuk mengakses layanan metadata instance secara langsung.
+ Pertimbangkan implikasi keamanan saat memberikan akses Pod ke metadata instance.
*Untuk informasi selengkapnya tentang Layanan Metadata Instans Amazon EC2 (IMDS), lihat [Mengonfigurasi opsi Layanan Metadata Instans di](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) 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.size` sama atau melebihi kapasitas NVMe lokal, tindakan berikut terjadi:
+ Mode Otomatis melewatkan volume EBS kecil.
+ Drive NVMe diekspos langsung untuk beban kerja Anda.
+ Amazon EKS Auto Mode tidak mendukung tindakan Layanan Injeksi AWS Kesalahan berikut:
+ `ec2:RebootInstances`
+ `ec2:SendSpotInstanceInterruptions`
+ `ec2:StartInstances`
+ `ec2:StopInstances`
+ `ec2:TerminateInstances`
+ `ec2:PauseVolumeIO`
+ Amazon EKS Auto Mode mendukung tindakan AWS Fault Injection Service EKS Pod. Untuk informasi selengkapnya, lihat [Mengelola eksperimen Layanan Injeksi Kesalahan](https://docs.aws.amazon.com/resilience-hub/latest/userguide/testing.html) dan [Menggunakan tindakan AWS FIS aws:eks:pod](https://docs.aws.amazon.com/fis/latest/userguide/eks-pod-actions.html#configure-service-account) di Panduan Pengguna Resilience Hub. AWS
+ Anda tidak perlu menginstal node Mode Otomatis EKS. `Neuron Device Plugin`
Jika Anda memiliki jenis node lain di cluster Anda, Anda perlu mengonfigurasi plugin Perangkat Neuron agar tidak berjalan di node Mode Otomatis. Lihat informasi yang lebih lengkap di [Kontrol jika beban kerja diterapkan pada node Mode Otomatis EKS](associate-workload.md).