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.
Topik ini menjelaskan cara Amazon EKS Auto Mode mengelola EC2 instans Amazon 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 EC2 instance 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 EC2 instance 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 EC2 Instans 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 Instance baru EC2 .
Amazon EKS Auto Mode bertanggung jawab untuk membuat, menghapus, dan menambal Instans EC2 . Anda bertanggung jawab atas kontainer dan pod yang digunakan pada instance.
EC2 Instans yang dibuat oleh EKS Auto Mode berbeda dari EC2 Instans lain, mereka adalah instance 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 EC2 terkelola Amazon di panduan EC2 pengguna Amazon.
Tabel perbandingan
EC2 Instans 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, seperti |
Anda dapat menghapus EC2 Instance menggunakan EC2 API. |
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 EC2 Instance. |
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 Standar EC2 :
-
Anda dapat melihat instance di AWS konsol.
-
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 di Panduan Pengguna AWS Support.
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 (C) |
c8g, c7a, c7g, c7gn, c7gd, c7i, c7i-flex, c6a, c6g, c6i, c6gn, c6id, c6in, c6gd, c5, c5a, c5d, c5ad, c5n, c4 |
Tujuan Umum (M) |
m8g, m7i, m7a, m7g, m7gd, m7i-flex, m6a, m6i, m6in, m6g, m6idn, m6id, m6gd, m5, m5a, m5ad, m5n, m5dn, m5d, m5zn, m4 |
Memori Dioptimalkan (R) |
r8g, r7a, r7iz, r7gd, r7i, r7g, r6a, r6i, r6id, r6in, r6idn, r6g, r6gd, r5, r5n, r5a, r5dn, r5b, r5ad, r5d, r4 |
Burstable (T) |
t4g, t3, t3a, t2 |
Memori Tinggi (Z/X) |
z1d, x8g, x2gd |
Penyimpanan Dioptimalkan (I/D) |
i4g, i4i, i3, i3en, is4gen, d3, d3en, im4gn |
Komputasi Dipercepat (P/G/Inf/Trn) |
p5, p4d, p3, p3dn, gr6, g6, g6e, g5g, g5, g4dn, inf2, inf1, trn1, trn1n |
Komputasi Kinerja Tinggi (X2) |
x2iezn, x2iedn, x2idn |
Selain itu, Mode Otomatis EKS hanya akan membuat EC2 instance yang memenuhi persyaratan berikut:
-
Lebih dari 1 CPU
-
Ukuran instans tidak nano, mikro atau kecil
Untuk informasi selengkapnya, lihat konvensi penamaan jenis EC2 instans Amazon.
Pertimbangan
-
Mode Otomatis EKS secara otomatis memformat dan mengonfigurasi penyimpanan NVMe lokal pada jenis instans yang didukung. Untuk node dengan beberapa NVMe drive, EKS menyiapkan array RAID 0. Otomatisasi ini menghilangkan kebutuhan untuk pemformatan manual dan konfigurasi RAID NVMe penyimpanan lokal di kluster EKS.
-
Amazon EKS Auto Mode tidak mendukung Layanan Injeksi AWS Kesalahan. Untuk informasi selengkapnya, lihat Mengelola eksperimen Layanan Injeksi Kesalahan di Panduan Pengguna AWS Resilience Hub.
-
Anda tidak perlu menginstal node Mode Otomatis EKS.
Neuron Device Plugin
-
Jika Anda memiliki jenis node lain di cluster Anda, Anda perlu mengonfigurasi plugin Neuron Device agar tidak berjalan pada node mode otomatis. Untuk informasi selengkapnya, lihat Kontrol jika beban kerja diterapkan pada node Mode Otomatis EKS.
-