Grup simpul terkelola

• Grup simpul terkelola Amazon EKS membuat dan mengelola instans Amazon EC2 untuk Anda.

• Setiap node terkelola disediakan sebagai bagian dari grup Auto Scaling Amazon EC2 yang dikelola untuk Anda oleh Amazon EKS. Selain itu, setiap sumber daya termasuk instans Amazon EC2 dan grup Auto Scaling berjalan di dalam akun Anda. AWS

• Grup Auto Scaling dari grup node terkelola mencakup setiap subnet yang Anda tentukan saat membuat grup.

• Amazon EKS menandai sumber daya grup node terkelola sehingga dikonfigurasi untuk menggunakan Kubernetes Cluster Autoscaler.

  penting

  Jika Anda menjalankan aplikasi stateful di beberapa Availability Zone yang didukung oleh volume Amazon EBS dan menggunakan KubernetesPenskalaan otomatis, Anda harus mengonfigurasi beberapa grup node, masing-masing dicakup ke satu Availability Zone. Selain itu, Anda harus mengaktifkan opsi fitur --balance-similar-node-groups.

• Anda dapat menggunakan templat peluncuran khusus untuk tingkat fleksibilitas dan penyesuaian yang lebih besar saat menerapkan node terkelola. Misalnya, Anda dapat menentukan kubelet argumen tambahan dan menggunakan AMI kustom. Untuk informasi selengkapnya, lihat Menyesuaikan node terkelola dengan template peluncuran. Jika Anda tidak menggunakan templat peluncuran khusus saat pertama kali membuat grup node terkelola, ada templat peluncuran yang dibuat secara otomatis. Jangan memodifikasi templat yang dibuat secara otomatis ini atau terjadi kesalahan secara manual.

• Amazon EKS mengikuti model tanggung jawab bersama untuk CVE dan patch keamanan pada grup simpul terkelola. Ketika simpul terkelola menjalankan Amazon EKS yang dioptimalkan AMI, Amazon EKS bertanggung jawab untuk membangun versi patch AMI ketika bug atau masalah dilaporkan. Kita bisa memublikasikan perbaikan. Namun, Anda bertanggung jawab untuk men-deploy versi patch AMI ini grup simpul terkelola Anda. Ketika simpul terkelola menjalankan AMI kustom, Anda bertanggung jawab untuk membangun versi patch AMI ketika bug atau masalah dilaporkan dan kemudian men-deploy AMI. Untuk informasi selengkapnya, lihat Memperbarui grup simpul terkelola.

• Grup simpul terkelola Amazon EKS dapat diluncurkan di subnet publik maupun privat. Jika Anda meluncurkan grup simpul terkelola di subnet publik pada atau setelah 22 April 2020, subnet tersebut harus mengatur MapPublicIpOnLaunch ke BETUL agar instans berhasil bergabung dengan klaster. Jika subnet publik dibuat menggunakan eksctl atau AWS CloudFormation templat penjual Amazon EKS pada atau setelah 26 Maret 2020, maka pengaturan ini sudah disetel ke true. Jika subnet publik dibuat sebelum 26 Maret 2020, Anda harus mengubah pengaturan secara manual. Untuk informasi selengkapnya, lihat Memodifikasi atribut IPv4 pengalamatan publik untuk subnet Anda.

• Saat menerapkan grup node terkelola di subnet pribadi, Anda harus memastikan bahwa grup tersebut dapat mengakses Amazon ECR untuk menarik gambar kontainer. Anda dapat melakukan ini dengan menghubungkan gateway NAT ke tabel rute subnet atau dengan menambahkan titik akhir VPC berikut AWS PrivateLink :

  • Antarmuka titik akhir API Amazon ECR - com.amazonaws.region-code.ecr.api

  • Antarmuka titik akhir API registri Amazon ECR Docker - com.amazonaws.region-code.ecr.dkr

  • Titik akhir gerbang Amazon S3 - com.amazonaws.region-code.s3

  Untuk layanan dan titik akhir lainnya yang umum digunakan, lihat. Persyaratan klaster pribadi

• Grup node terkelola tidak dapat digunakan pada AWS Outpostsatau di AWS Wavelength atau AWS Local Zones.

• Anda dapat membuat beberapa grup simpul terkelola dalam satu klaster. Misalnya, Anda dapat membuat satu grup node dengan Amazon EKS standar yang dioptimalkan Amazon Linux AMI untuk beberapa beban kerja dan lainnya dengan varian GPU untuk beban kerja yang memerlukan dukungan GPU.

• Jika grup node terkelola mengalami kegagalan pemeriksaan status instans Amazon EC2, Amazon EKS mengembalikan kode kesalahan untuk membantu Anda mendiagnosis masalah tersebut. Untuk informasi selengkapnya, lihat Kode kesalahan grup node terkelola.

• Amazon EKS menambahkan Kubernetes label ke instance grup node terkelola. Amazon EKS yang diberi label ini diawali dengan eks.amazonaws.com.

• Amazon EKS secara otomatis menguras node menggunakan Kubernetes API selama penghentian atau pembaruan.

• Anggaran gangguan pod tidak dihormati saat mengakhiri sebuah node dengan AZRebalance atau mengurangi jumlah node yang diinginkan. Tindakan ini mencoba untuk mengusir Pods pada node. Tetapi jika dibutuhkan lebih dari 15 menit, node dihentikan terlepas dari apakah semua Pods pada node dihentikan. Untuk memperpanjang periode hingga node dihentikan, tambahkan hook siklus hidup ke grup Auto Scaling. Untuk informasi selengkapnya, lihat Menambahkan kait siklus hidup di Panduan Pengguna Auto Scaling Amazon EC2.

• Untuk menjalankan proses drain dengan benar setelah menerima pemberitahuan gangguan Spot atau pemberitahuan penyeimbangan kapasitas, CapacityRebalance harus diatur ke. true

• Memperbarui grup node terkelola menghormati anggaran Pod gangguan yang Anda tetapkan untuk Anda. Pods Untuk informasi selengkapnya, lihat Perilaku pembaruan simpul terkelola.

• Tidak ada biaya tambahan untuk menggunakan grup simpul terkelola Amazon EKS. Anda hanya membayar untuk AWS sumber daya yang Anda berikan.

• Jika Anda ingin mengenkripsi volume Amazon EBS untuk simpul Anda, Anda dapat men-deploy simpul menggunakan templat peluncuran. Untuk menerapkan node terkelola dengan volume Amazon EBS terenkripsi tanpa menggunakan templat peluncuran, enkripsi semua volume Amazon EBS baru yang dibuat di akun Anda. Untuk informasi selengkapnya, lihat Enkripsi secara default di Panduan Pengguna Amazon EC2.

Cara kerjanya

Secara default, jika Anda tidak menentukan Jenis Kapasitas, grup node terkelola disediakan dengan Instans Sesuai Permintaan. Grup simpul terkelola mengonfigurasi grup Amazon EC2 Auto Scaling atas nama Anda dengan menerapkan pengaturan berikut:

• Strategi alokasi untuk penyediaan kapasitas Sesuai Permintaan diatur ke prioritized. Grup simpul terkelola menggunakan urutan tipe instans yang dilewatkan dalam API untuk menentukan tipe instans mana yang akan digunakan pertama kali ketika memenuhi kapasitas Sesuai Permintaan. Misalnya, Anda dapat menentukan tiga tipe instans dalam urutan berikut: c5.large, c4.large, dan c3.large. Ketika Instans Sesuai Permintaan Anda diluncurkan, grup simpul terkelola memenuhi kapasitas Sesuai Permintaan dengan memulai c5.large, lalu c4.large, dan kemudian c3.large. Untuk informasi selengkapnya, lihat grup Auto Scaling Amazon EC2 di Panduan Pengguna Auto Scaling Amazon EC2.

• Amazon EKS menambahkan Kubernetes label berikut ke semua node dalam grup node terkelola yang menentukan tipe kapasitas:eks.amazonaws.com/capacityType: ON_DEMAND. Anda dapat menggunakan label ini untuk menjadwalkan aplikasi yang tidak menoleransi stateful atau kesalahan pada simpul Sesuai Permintaan.

Cara kerjanya

Untuk menggunakan Instans Spot di dalam grup node terkelola, buat grup node terkelola dengan menyetel tipe kapasitas sebagaispot. Grup simpul terkelola mengonfigurasi grup Amazon EC2 Auto Scaling atas nama Anda dengan menerapkan praktik terbaik Spot berikut:

• Untuk memastikan bahwa node Spot Anda disediakan dalam kumpulan kapasitas Spot yang optimal, strategi alokasi diatur ke salah satu dari berikut ini:

  • price-capacity-optimized(PCO) — Saat membuat grup node baru di cluster dengan Kubernetes versi 1.28 atau lebih tinggi, strategi alokasi diatur ke. price-capacity-optimized Namun, strategi alokasi tidak akan diubah untuk grup node yang sudah dibuat capacity-optimized sebelum grup node terkelola Amazon EKS mulai mendukung PCO.

  • capacity-optimized(CO) - Saat membuat grup node baru dalam cluster dengan Kubernetes versi 1.27 atau lebih rendah, strategi alokasi diatur kecapacity-optimized.

  Untuk meningkatkan jumlah kumpulan kapasitas Spot yang tersedia untuk mengalokasikan kapasitas, konfigurasikan grup node terkelola untuk menggunakan beberapa jenis instance.

• Amazon EC2 Spot Capacity Rebalancing diaktifkan sehingga Amazon EKS dapat membuang dan menyeimbangkan simpul Spot untuk meminimalkan gangguan aplikasi ketika simpul Spot berada pada risiko gangguan tinggi. Untuk informasi selengkapnya, lihat Penyeimbangan Kembali Kapasitas Auto Scaling Amazon EC2 di Panduan Pengguna Auto Scaling Amazon EC2.

  • Saat node Spot menerima rekomendasi penyeimbangan ulang, Amazon EKS secara otomatis mencoba meluncurkan node Spot pengganti baru.

  • Jika pemberitahuan gangguan Spot dua menit tiba sebelum pengganti simpul Spot berada dalam status Ready, Amazon EKS mulai membuang simpul Spot yang menerima rekomendasi penyeimbangan kembali. Amazon EKS menguras node dengan upaya terbaik. Akibatnya, tidak ada jaminan bahwa Amazon EKS akan menunggu node pengganti bergabung dengan cluster sebelum menguras node yang ada.

  • Saat node Spot pengganti di-bootstrap dan dalam Ready status aktif, Kubernetes Amazon EKS mengikat dan menguras node Spot yang menerima rekomendasi penyeimbangan kembali. Menjaga simpul Spot memastikan bahwa pengendali layanan tidak mengirim permintaan baru ke simpul Spot ini. Hal ini juga menghapusnya dari daftar simpul Spot yang sehat, aktif. Menguras node Spot memastikan bahwa berjalan Pods diusir dengan anggun.

• Amazon EKS menambahkan Kubernetes label berikut ke semua node dalam grup node terkelola yang menentukan tipe kapasitas:eks.amazonaws.com/capacityType: SPOT. Anda dapat menggunakan label ini untuk menjadwalkan aplikasi toleran kesalahan pada simpul Spot.

Pertimbangan untuk memilih tipe kapasitas

Ketika ingin memutuskan apakah akan men-deploy grup simpul dengan kapasitas Sesuai Permintaan atau Spot, Anda harus mempertimbangkan kondisi berikut:

• Instans Spot cocok untuk aplikasi tanpa kewarganegaraan, toleran kesalahan, dan fleksibel. Ini termasuk beban kerja pelatihan pembelajaran batch dan mesin, ETL data besar seperti Apache Spark, aplikasi pemrosesan antrian, dan titik akhir API stateless. Karena Spot adalah kapasitas Amazon EC2 cadangan, yang dapat berubah seiring waktu, kami menyarankan Anda menggunakan kapasitas Spot untuk beban kerja yang toleran interupsi. Lebih khusus lagi, kapasitas Spot cocok untuk beban kerja yang dapat mentolerir periode di mana kapasitas yang diperlukan tidak tersedia.

• Kami menyarankan Anda menggunakan On-Demand untuk aplikasi yang tidak toleran terhadap kesalahan. Ini termasuk alat manajemen klaster seperti alat pemantauan dan operasional, penerapan yang memerlukanStatefulSets, dan aplikasi stateful, seperti database.

• Untuk memaksimalkan ketersediaan aplikasi Anda saat menggunakan Instans Spot, sebaiknya konfigurasikan grup simpul terkelola Spot untuk menggunakan beberapa tipe instans. Kami merekomendasikan agar Anda menerapkan aturan berikut ketika menggunakan beberapa tipe instans:

  • Dalam grup node terkelola, jika Anda menggunakan Cluster Autoscaler, sebaiknya gunakan kumpulan tipe instans yang fleksibel dengan jumlah vCPU dan sumber daya memori yang sama. Ini untuk memastikan bahwa node dalam skala cluster Anda seperti yang diharapkan. Misalnya, jika Anda memerlukan empat vCPU dan delapan memori GiB, c3.xlarge gunakan,,,,, c4.xlarge c5.xlarge c5d.xlarge c5a.xlargec5n.xlarge, atau jenis instance serupa lainnya.

  • Untuk meningkatkan ketersediaan aplikasi, sebaiknya gunakan beberapa grup node terkelola Spot. Untuk ini, setiap grup harus menggunakan satu set tipe instance fleksibel yang memiliki vCPU dan sumber daya memori yang sama. Sebagai contoh, jika Anda membutuhkan memori 4 vCPUs dan 8 GiB, kami sarankan Anda membuat satu grup simpul terkelola dengan c3.xlarge, c4.xlarge, c5.xlarge, c5d.xlarge, c5a.xlarge, c5n.xlarge, atau tipe instans serupa lainnya, dan grup simpul terkelola kedua dengan m3.xlarge, m4.xlarge, m5.xlarge, m5d.xlarge, m5a.xlarge, m5n.xlarge atau tipe instans serupa lainnya.

  • Saat menerapkan grup node Anda dengan tipe kapasitas Spot yang menggunakan templat peluncuran khusus, gunakan API untuk meneruskan beberapa jenis instance. Jangan melewatkan satu jenis instance melalui template peluncuran. Untuk informasi selengkapnya tentang men-deploy grup simpul menggunakan templat peluncuran, lihat Menyesuaikan node terkelola dengan template peluncuran.