Mengelola sumber daya komputasi dengan menggunakan node - Amazon EKS

Bantu tingkatkan halaman ini

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Ingin berkontribusi pada panduan pengguna ini? Pilih Edit halaman ini pada GitHub tautan yang terletak di panel kanan setiap halaman. Kontribusi Anda akan membantu membuat panduan pengguna kami lebih baik untuk semua orang.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Mengelola sumber daya komputasi dengan menggunakan node

A Kubernetes node adalah mesin yang menjalankan aplikasi kontainer. Setiap node memiliki komponen-komponen berikut:

  • Container runtime — Perangkat lunak yang bertanggung jawab untuk menjalankan kontainer.

  • kubelet — Memastikan bahwa kontainer sehat dan berjalan di dalam yang terkait Pod.

  • kube-proxy - Mempertahankan aturan jaringan yang memungkinkan komunikasi ke Anda Pods.

Untuk informasi selengkapnya, lihat Node di Kubernetes dokumentasi.

Cluster Amazon EKS Anda dapat menjadwalkan Pods pada kombinasi apa pun dari node terkelola Mode Otomatis EKS, node yang dikelola sendiri, grup simpul terkelola Amazon EKS, AWS Fargate, dan Amazon EKS Hybrid Nodes. Untuk mempelajari lebih lanjut tentang node yang digunakan di klaster Anda, lihatTayang Kubernetes sumber daya di AWS Management Console.

catatan

Tidak termasuk node hybrid, node harus berada di VPC yang sama dengan subnet yang Anda pilih saat Anda membuat cluster. Namun, node tidak harus berada di subnet yang sama.

Bandingkan opsi komputasi

Tabel berikut memberikan beberapa kriteria untuk dievaluasi saat memutuskan opsi mana yang paling sesuai dengan kebutuhan Anda. Node yang dikelola sendiri adalah opsi lain yang mendukung semua kriteria yang tercantum, tetapi mereka membutuhkan lebih banyak pemeliharaan manual. Untuk informasi selengkapnya, lihat Pertahankan node sendiri dengan node yang dikelola sendiri.

catatan

Bottlerocket memiliki beberapa perbedaan spesifik dari informasi umum dalam tabel ini. Untuk informasi lebih lanjut, lihat Bottlerocket dokumentasi pada GitHub.

Kriteria Grup simpul terkelola EKS Mode Otomatis EKS Node Hibrida Amazon EKS

Dapat dikerahkan ke Outposts AWS

Tidak

Tidak

Tidak

Dapat dikerahkan ke Zona AWS Lokal

Ya

Tidak

Tidak

Dapat menjalankan kontainer yang membutuhkan Windows

Ya

Tidak

Tidak

Dapat menjalankan kontainer yang membutuhkan Linux

Ya

Ya

Ya

Dapat menjalankan beban kerja yang memerlukan Chip Inferentia

Ya — Hanya untuk simpul Amazon Linux

Ya

Tidak

Dapat menjalankan beban kerja yang memerlukan GPU

Ya — Hanya untuk simpul Amazon Linux

Ya

Ya

Dapat menjalankan beban kerja yang memerlukan prosesor Arm

Ya

Ya

Ya

Dapat menjalankan AWS Bottlerocket

Ya

Ya

Tidak

Pod berbagi CPU, memori, penyimpanan, dan sumber daya jaringan dengan Pod lain.

Ya

Ya

Ya

Harus menerapkan dan mengelola instans Amazon EC2

Ya

Tidak - Pelajari tentang instans EC2 terkelola

Ya — mesin fisik atau virtual lokal dikelola oleh Anda dengan alat pilihan Anda.

Harus mengamankan, memelihara, dan menambal sistem operasi EC2 instans Amazon

Ya

Tidak

Ya — sistem operasi yang berjalan pada mesin fisik atau virtual Anda dikelola oleh Anda dengan perkakas pilihan Anda.

Dapat memberikan argumen bootstrap pada penerapan node, seperti argumen kubelet ekstra.

Ya — Menggunakan eksctl atau meluncurkan template dengan AMI kustom.

Tidak - Gunakan a NodeClass untuk mengkonfigurasi node

Ya - Anda dapat menyesuaikan argumen bootstrap dengan nodeadm. Lihat nodeadmReferensi node hibrida.

Dapat menetapkan alamat IP ke Pods dari blok CIDR yang berbeda dari alamat IP yang ditetapkan ke node.

Ya - Menggunakan template peluncuran dengan AMI kustom. Untuk informasi selengkapnya, lihat Sesuaikan node terkelola dengan templat peluncuran.

Tidak

Ya - lihatKonfigurasikan CNI untuk node hybrid.

Dapat SSH ke simpul

Ya

Tidak - Pelajari cara memecahkan masalah node

Ya

Dapat men-deploy AMI kustom Anda sendiri ke simpul

Ya - Menggunakan template peluncuran

Tidak

Ya

Dapat men-deploy CNI kustom Anda sendiri ke simpul

Ya — Menggunakan templat peluncuran dengan AMI kustom

Tidak

Ya

Harus memperbarui node AMI sendiri

Ya - Jika Anda menerapkan AMI Amazon EKS yang dioptimalkan, Anda akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda dapat melakukan pembaruan dengan satu klik di konsol. Jika Anda menerapkan AMI kustom, Anda tidak akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda harus melakukan pembaruan sendiri.

Tidak

Ya - sistem operasi yang berjalan pada mesin fisik atau virtual Anda dikelola oleh Anda dengan perkakas pilihan Anda. Lihat Siapkan sistem operasi untuk node hybrid.

Harus memperbarui node Kubernetes versi Anda sendiri

Ya - Jika Anda menerapkan AMI Amazon EKS yang dioptimalkan, Anda akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda dapat melakukan pembaruan dengan satu klik di konsol. Jika Anda menerapkan AMI kustom, Anda tidak akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda harus melakukan pembaruan sendiri.

Tidak

Ya - Anda mengelola peningkatan node hibrida dengan perkakas pilihan Anda sendiri atau dengan. nodeadm Lihat Tingkatkan node hybrid untuk klaster Anda.

Dapat menggunakan penyimpanan Amazon EBS dengan Pods

Ya

Ya, sebagai kemampuan terintegrasi. Pelajari cara membuat kelas penyimpanan.

Tidak

Dapat menggunakan penyimpanan Amazon EFS dengan Pods

Ya

Ya

Tidak

Dapat menggunakan Amazon FSx untuk penyimpanan Lustre dengan Pods

Ya

Ya

Tidak

Dapat menggunakan Network Load Balancer untuk layanan

Ya

Ya

Ya - harus menggunakan tipe targetip.

Pods dapat berjalan dalam subnet publik

Ya

Ya

Tidak - pod berjalan di lingkungan lokal.

Dapat menetapkan grup keamanan VPC yang berbeda ke individu Pods

Ya - Linux node saja

Tidak

Tidak

Bisa lari Kubernetes DaemonSets

Ya

Ya

Ya

Support HostPort dan HostNetwork di Pod manifes

Ya

Ya

Ya

AWS Ketersediaan wilayah

Semua wilayah yang didukung Amazon EKS

Semua wilayah yang didukung Amazon EKS

Semua wilayah yang didukung Amazon EKS kecuali Wilayah AWS GovCloud (AS) dan Wilayah Tiongkok.

Dapat menjalankan kontainer di host EC2 khusus Amazon

Ya

Tidak

Tidak

Harga

Biaya EC2 instans Amazon yang berjalan berlipat ganda Pods. Untuk informasi selengkapnya, lihat EC2 harga Amazon.

Saat Mode Otomatis EKS diaktifkan di klaster, Anda membayar biaya terpisah, selain biaya EC2 instans standar, untuk instans yang diluncurkan menggunakan kemampuan komputasi Mode Otomatis. Jumlahnya bervariasi dengan jenis instans yang diluncurkan dan AWS wilayah tempat klaster Anda berada. Untuk informasi selengkapnya, lihat harga Amazon EKS.

Biaya node hybrid vCPU per jam. Untuk informasi selengkapnya, lihat harga Amazon EKS.