Simpul Amazon EKS - Amazon EKS

Bantu tingkatkan halaman ini

Ingin berkontribusi pada panduan pengguna ini? Gulir ke bagian bawah halaman ini dan pilih Edit halaman ini GitHub. 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.

Simpul Amazon EKS

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

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

  • kubelet— Pastikan wadah sehat dan berjalan sesuai dengan yang terkaitPod.

  • kube-proxy— Mempertahankan aturan jaringan yang memungkinkan komunikasi ke AndaPods.

Untuk informasi selengkapnya, lihat Node dalam Kubernetes dokumentasi.

Cluster Amazon EKS Anda dapat menjadwalkan Pods kombinasi node yang dikelola sendiri, grup node terkelola Amazon EKS, dan AWS Fargate. Untuk mempelajari lebih lanjut tentang node yang digunakan di klaster Anda, lihatLihat Kubernetes sumber daya.

penting

AWS Fargate dengan Amazon EKS tidak tersedia di AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat).

catatan

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.

Tabel berikut memberikan beberapa kriteria untuk dievaluasi saat memutuskan opsi mana yang paling sesuai dengan kebutuhan Anda. Tabel ini tidak menyertakan node terhubung yang dibuat di luar Amazon EKS, yang hanya dapat dilihat.

catatan

Bottlerocketmemiliki beberapa perbedaan spesifik dari informasi umum dalam tabel ini. Untuk informasi lebih lanjut, lihat Bottlerocket dokumentasi diGitHub.

Kriteria Grup simpul terkelola EKS Node yang dikelola sendiri AWS Fargate

Dapat di-deploy ke AWS Outposts

Tidak

Ya

Tidak

Dapat dikerahkan ke Zona AWS Lokal

Tidak

Ya — Untuk informasi lebih lanjut, lihat Amazon EKS danAWSZona Lokal.

Tidak

Dapat menjalankan kontainer yang membutuhkan Windows

Ya

Ya — Cluster Anda masih membutuhkan setidaknya satu (dua yang direkomendasikan untuk ketersediaan) Linux node.

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 Hanya untuk Amazon Linux

Tidak

Dapat menjalankan beban kerja yang memerlukan GPU

Ya — Hanya untuk simpul Amazon Linux

Ya Hanya untuk Amazon Linux

Tidak

Dapat menjalankan beban kerja yang memerlukan prosesor Arm

Ya

Ya

Tidak

Dapat menjalankan AWS Bottlerocket

Ya

Ya

Tidak

Pod berbagi lingkungan runtime kernel dengan yang lain Pods

Ya - Semua Anda Pods di setiap node Anda

Ya - Semua Anda Pods di setiap node Anda

Tidak - Masing-masing Pod memiliki kernel khusus

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

Yes - Dapat mengakibatkan sumber daya yang tidak terpakai pada setiap simpul

Yes - Dapat mengakibatkan sumber daya yang tidak terpakai pada setiap simpul

Tidak - Masing-masing Pod memiliki sumber daya khusus dan dapat diukur secara independen untuk memaksimalkan pemanfaatan sumber daya.

Pod dapat menggunakan lebih banyak perangkat keras dan memori daripada yang diminta dalam Pod spesifikasi

Ya — Jika Pod membutuhkan lebih banyak sumber daya daripada yang diminta, dan sumber daya tersedia di node, Pod dapat menggunakan sumber daya tambahan.

Ya — Jika Pod membutuhkan lebih banyak sumber daya daripada yang diminta, dan sumber daya tersedia di node, Pod dapat menggunakan sumber daya tambahan.

Tidak - Ini Pod dapat digunakan kembali menggunakan vCPU dan konfigurasi memori yang lebih besar.

Harus men-deploy dan mengelola instans Amazon EC2

Ya — otomatis melalui Amazon EKS jika Anda men-deploy Amazon EKS yang dioptimalkan AMI. Jika Anda men-deploy AMI kustom, maka Anda harus memperbarui instans secara manual.

Ya - Konfigurasi manual atau menggunakan Amazon EKS menyediakan AWS CloudFormation template untuk menerapkan Linux(x86), Linux(Arm), atau Windowsnode.

Tidak

Harus mengamankan, memelihara, dan patch sistem operasi dari instans Amazon EC2

Ya

Ya

Tidak

Dapat memberikan argumen bootstrap pada penerapan node, seperti kubeletargumen tambahan.

Ya - Menggunakan eksctl atau meluncurkan template dengan AMI kustom

Ya - Untuk informasi lebih lanjut, lihat informasi penggunaan skrip bootstrap diGitHub.

Tidak

Dapat menetapkan alamat IP Pods dari blok CIDR yang berbeda dari alamat IP yang ditetapkan ke node. Ya - Menggunakan template peluncuran dengan AMI kustom. Untuk informasi selengkapnya, lihat Menyesuaikan node terkelola dengan template peluncuran. Ya — Untuk informasi lebih lanjut, lihat Jaringan khusus untuk pod. Tidak

Dapat SSH ke simpul

Ya

Ya

Tidak - Tidak ada sistem operasi host node untuk SSH.

Dapat men-deploy AMI kustom Anda sendiri ke simpul

Ya - Menggunakan template peluncuran

Ya

Tidak

Dapat men-deploy CNI kustom Anda sendiri ke simpul

Ya — Menggunakan templat peluncuran dengan AMI kustom

Ya

Tidak

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 khusus, Anda tidak akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda harus melakukan pembaruan sendiri.

Ya — Menggunakan alat selain konsol Amazon EKS. Ini karena node yang dikelola sendiri tidak dapat dikelola dengan konsol Amazon EKS.

Tidak

Harus memperbarui Kubernetes versi node 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 khusus, Anda tidak akan diberi tahu di konsol Amazon EKS saat pembaruan tersedia. Anda harus melakukan pembaruan sendiri.

Ya — Menggunakan alat selain konsol Amazon EKS. Ini karena node yang dikelola sendiri tidak dapat dikelola dengan konsol Amazon EKS.

Tidak - Anda tidak mengelola simpul.

Dapat menggunakan penyimpanan Amazon EBS dengan Pods

Ya

Ya

Tidak

Dapat menggunakan penyimpanan Amazon EFS dengan Pods

Ya

Ya

Ya

Dapat menggunakan Amazon FSx for Lustre storage dengan Pods

Ya

Ya

Tidak

Dapat menggunakan Network Load Balancer untuk layanan

Ya

Ya

Ya, saat menggunakan Buat penyeimbang beban jaringan

Pods dapat berjalan dalam subnet publik

Ya

Ya

Tidak

Dapat menetapkan grup keamanan VPC yang berbeda ke individu Pods

Ya — hanya Linux node

Ya — hanya Linux node

Ya

Bisa lari Kubernetes DaemonSets

Ya

Ya

Tidak

Support HostPort dan HostNetwork dalam Pod manifes

Ya

Ya

Tidak

Wilayah AWS ketersediaan

Semua wilayah yang didukung Amazon EKS

Semua wilayah yang didukung Amazon EKS

Beberapa wilayah yang didukung Amazon EKS

Dapat menjalankan kontainer di host khusus Amazon EC2

Ya

Ya

Tidak

Harga

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

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

Biaya memori Fargate secara individu dan konfigurasi CPU. Masing-masing Pod memiliki biaya sendiri. Untuk informasi lebih lanjut, lihat Harga AWS Fargate.