Mengelola sumber daya komputasi dengan menggunakan node - 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.

Mengelola sumber daya komputasi dengan menggunakan node

KubernetesNode adalah mesin yang menjalankan aplikasi kontainer. Setiap node memiliki 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.

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

penting

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

catatan

Node harus VPC 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 AmazonEKS, yang hanya dapat dilihat.

catatan

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

Kriteria EKSkelompok simpul terkelola 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 Luncurkan EKS cluster latensi rendah dengan Local Zones AWS.

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 membutuhkan a 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 berbagiCPU, 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 v yang lebih besar CPU dan konfigurasi memori.

Harus menerapkan dan mengelola instans Amazon EC2

Ya — otomatis melalui Amazon EKS jika Anda menggunakan Amazon yang EKS dioptimalkanAMI. Jika Anda menerapkan kustomAMI, maka Anda harus memperbarui instance secara manual.

Ya - Konfigurasi manual atau menggunakan AWS CloudFormation templat yang EKS disediakan Amazon untuk menyebarkan Linux(x86), Linux(Arm), atau Windowsnode.

Tidak

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

Ya

Ya

Tidak

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

 Ya - Menggunakan eksctl atau meluncurkan template dengan kustom AMI

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

Tidak
Dapat menetapkan alamat IP Pods dari CIDR blok yang berbeda dari alamat IP yang ditetapkan ke node. Ya - Menggunakan template peluncuran dengan kustomAMI. Untuk informasi selengkapnya, lihat Sesuaikan node terkelola dengan templat peluncuran. Ya — Untuk informasi lebih lanjut, lihat Terapkan pods di subnet alternatif dengan jaringan khusus. Tidak

Bisa SSH ke node

Ya

Ya

Tidak - Tidak ada sistem operasi host node SSH untuk.

Dapat menerapkan kustom Anda sendiri AMI ke node

Ya - Menggunakan template peluncuran

Ya

Tidak

Dapat menerapkan kustom Anda sendiri CNI ke node

Ya - Menggunakan template peluncuran dengan kustom AMI

Ya

Tidak

Harus memperbarui node AMI sendiri

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

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

Tidak
Harus memperbarui Kubernetes versi node sendiri

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

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

 Tidak - Anda tidak mengelola simpul.

Dapat menggunakan EBS penyimpanan Amazon dengan Pods

Ya

Ya

Tidak

Dapat menggunakan EFS penyimpanan Amazon dengan Pods

Ya

Ya

Ya

Dapat menggunakan Amazon FSx untuk penyimpanan Lustre 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 kelompok VPC keamanan yang berbeda untuk 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 EKS didukung Amazon

Semua wilayah yang EKS didukung Amazon

Beberapa wilayah yang EKS didukung Amazon

Dapat menjalankan kontainer di host EC2 khusus Amazon

Ya

Ya

Tidak

Harga

Biaya EC2 instans Amazon yang berjalan berlipat gandaPods. Untuk informasi selengkapnya, lihat EC2harga Amazon.

Biaya EC2 instans Amazon yang berjalan berlipat gandaPods. Untuk informasi selengkapnya, lihat EC2harga Amazon.

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