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.
Pilih jenis instans EC2 node Amazon yang optimal
Amazon EC2 menyediakan berbagai pilihan jenis instance untuk node pekerja. Setiap jenis instance menawarkan kemampuan komputasi, memori, penyimpanan, dan jaringan yang berbeda. Setiap instance juga dikelompokkan dalam keluarga instance berdasarkan kemampuan ini. Untuk daftar, lihat Jenis instans yang tersedia di Panduan EC2 Pengguna Amazon dan jenis instans yang tersedia di Panduan EC2 Pengguna Amazon. Amazon EKS merilis beberapa variasi Amazon EC2 AMIs untuk mengaktifkan dukungan. Untuk memastikan bahwa jenis instans yang Anda pilih kompatibel dengan AmazonEKS, pertimbangkan kriteria berikut.
-
Semua Amazon saat ini EKS AMIs tidak mendukung
g5g
danmac
keluarga. -
Arm dan Amazon yang EKS AMIs tidak dipercepat tidak mendukung
g3
,,g4
inf
, danp
keluarga. -
Amazon yang dipercepat EKS AMIs tidak mendukung
a
,c
,hpc
,m
, dant
keluarga. -
Untuk instans berbasis ARM, Amazon Linux 2023 (AL2023) hanya mendukung jenis instans yang menggunakan Graviton2 atau prosesor yang lebih baru. AL2023 tidak mendukung
A1
instance.
Saat memilih di antara jenis instans yang didukung oleh AmazonEKS, pertimbangkan kemampuan masing-masing jenis berikut.
- Jumlah instance dalam grup node
-
Secara umum, lebih sedikit, contoh yang lebih besar lebih baik, terutama jika Anda memiliki banyak Daemonsets. Setiap instance memerlukan API panggilan ke API server, jadi semakin banyak instance yang Anda miliki, semakin banyak beban di API server.
- Sistem operasi
-
Tinjau jenis instans yang didukung untuk Linux, Windows, dan Bottlerocket
. Sebelum membuat Windows contoh, ulasanDeploy Windows node pada EKS cluster. - Arsitektur perangkat keras
-
Apakah Anda membutuhkan x86 atau Arm? Sebelum menyebarkan Arm contoh, ulasanAmazon EKS dioptimalkan Arm Amazon Linux AMIs. Apakah Anda memerlukan instance yang dibangun di atas Nitro System (Linux atau Windows) atau yang memiliki kemampuan Dipercepat? Jika Anda membutuhkan kemampuan yang dipercepat, Anda hanya dapat menggunakan Linux dengan AmazonEKS.
- Jumlah maksimum Pods
-
Karena masing-masing Pod diberikan alamat IP sendiri, jumlah alamat IP yang didukung oleh jenis instance merupakan faktor dalam menentukan jumlah Pods yang dapat berjalan pada instance. Untuk menentukan secara manual berapa banyak Pods tipe instance mendukung, lihatAmazon EKS disarankan maksimum Pods untuk setiap jenis EC2 instans Amazon.
catatan
Jika Anda menggunakan Amazon Linux 2 yang EKS dioptimalkan Amazon
v20220406
atau AMI yang lebih baru, Anda dapat menggunakan jenis instans baru tanpa memutakhirkan ke yang terbaru. AMI Untuk iniAMIs, AMI otomatis menghitungmax-pods
nilai yang diperlukan jika tidak tercantum dalam file.eni-max-pods.txt
Jenis instans yang saat ini dalam pratinjau mungkin tidak didukung EKS oleh Amazon secara default. Nilaimax-pods
untuk tipe seperti itu masih perlu ditambahkaneni-max-pods.txt
di kamiAMI.AWS Jenis instans Sistem Nitro
secara opsional mendukung lebih banyak alamat IP daripada jenis instans Sistem non-Nitro. Namun, tidak semua alamat IP yang ditetapkan untuk sebuah instans tersedia untuk Pods. Untuk menetapkan jumlah alamat IP yang jauh lebih besar ke instans Anda, Anda harus memiliki versi 1.9.0
atau yang lebih baru dari VPC CNI add-on Amazon yang diinstal di cluster Anda dan dikonfigurasi dengan tepat. Untuk informasi selengkapnya, lihat Tetapkan lebih banyak alamat IP ke EKS node Amazon dengan awalan. Untuk menetapkan jumlah alamat IP terbesar ke instans Anda, Anda harus memiliki versi1.10.1
atau yang lebih baru dari VPC CNI add-on Amazon yang diinstal di cluster Anda dan menyebarkan cluster dengan keluarga.IPv6
- Keluarga IP
-
Anda dapat menggunakan jenis instans apa pun yang didukung saat menggunakan
IPv4
keluarga untuk klaster, yang memungkinkan klaster Anda menetapkanIPv4
alamat pribadi ke Pods dan Layanan. Tetapi jika Anda ingin menggunakanIPv6
keluarga untuk cluster Anda, maka Anda harus menggunakan jenis instance AWS Nitro Systematau tipe instance bare metal. Hanya IPv4
didukung untuk Windows contoh. Cluster Anda harus menjalankan VPC CNI add-on Amazon versi1.10.1
atau yang lebih baru. Untuk informasi selengkapnya tentang penggunaanIPv6
, lihat Tetapkan IPv6 alamat ke cluster, pods, dan layanan. - Versi VPC CNI add-on Amazon yang Anda jalankan
-
Versi terbaru VPCCNIplugin Amazon untuk Kubernetes
mendukung jenis instance ini . Anda mungkin perlu memperbarui versi VPC CNI add-on Amazon untuk memanfaatkan jenis instans terbaru yang didukung. Untuk informasi selengkapnya, lihat Tetapkan ke IPs Pods dengan Amazon VPC CNI. Versi terbaru mendukung fitur terbaru untuk digunakan dengan AmazonEKS. Versi sebelumnya tidak mendukung semua fitur. Anda dapat melihat fitur yang didukung oleh versi yang berbeda di Changelog pada GitHub. - Wilayah AWS bahwa Anda membuat node Anda di
-
Tidak semua jenis instance tersedia di semua Wilayah AWS.
- Apakah Anda menggunakan grup keamanan untuk Pods
-
Jika Anda menggunakan grup keamanan untuk Pods, hanya jenis instance tertentu yang didukung. Untuk informasi selengkapnya, lihat Tetapkan grup keamanan ke individu pods.
Amazon EKS disarankan maksimum Pods untuk setiap jenis EC2 instans Amazon
Karena masing-masing Pod diberikan alamat IP sendiri, jumlah alamat IP yang didukung oleh jenis instance merupakan faktor dalam menentukan jumlah Pods yang dapat berjalan pada instance. Amazon EKS menyediakan skrip yang dapat Anda unduh dan jalankan untuk menentukan jumlah maksimum yang EKS disarankan Amazon Pods untuk dijalankan pada setiap jenis instance. Skrip menggunakan atribut perangkat keras dari setiap instance, dan opsi konfigurasi, untuk menentukan maksimum Pods nomor. Anda dapat menggunakan nomor yang dikembalikan dalam langkah-langkah ini untuk mengaktifkan kemampuan seperti menetapkan alamat IP Pods dari subnet yang berbeda dari instans dan secara signifikan meningkatkan jumlah alamat IP untuk instance Anda. Jika Anda menggunakan grup node terkelola dengan beberapa tipe instance, gunakan nilai yang akan berfungsi untuk semua jenis instance.
-
Unduh skrip yang dapat Anda gunakan untuk menghitung jumlah maksimum Pods untuk setiap jenis instance.
curl -O https://raw.githubusercontent.com/awslabs/amazon-eks-ami/master/templates/al2/runtime/max-pods-calculator.sh
-
Tandai skrip sebagai dapat dieksekusi di komputer Anda.
chmod +x max-pods-calculator.sh
-
Jalankan skrip, ganti
dengan jenis instans yang Anda rencanakan untuk diterapkan danm5.large
dengan versi VPC CNI add-on Amazon Anda. Untuk menentukan versi add-on Anda, lihat prosedur pembaruan diTetapkan ke IPs Pods dengan Amazon VPC CNI.1.9.0-eksbuild.1
./max-pods-calculator.sh --instance-type
m5.large
--cni-version1.9.0-eksbuild.1
Contoh output adalah sebagai berikut.
29
Anda dapat menambahkan opsi berikut ke skrip untuk melihat maksimum Pods didukung saat menggunakan kemampuan opsional.
-
--cni-custom-networking-enabled
— Gunakan opsi ini ketika Anda ingin menetapkan alamat IP dari subnet yang berbeda dari instans Anda. Untuk informasi selengkapnya, lihat Terapkan pods di subnet alternatif dengan jaringan khusus. Menambahkan opsi ini ke skrip sebelumnya dengan nilai contoh yang sama menghasilkan20
. -
--cni-prefix-delegation-enabled
— Gunakan opsi ini ketika Anda ingin menetapkan lebih banyak alamat IP secara signifikan ke setiap elastic network interface. Kemampuan ini memerlukan instans Amazon Linux yang berjalan pada Sistem Nitro dan versi1.9.0
atau yang lebih baru dari VPC CNI add-on Amazon. Untuk informasi selengkapnya, lihat Tetapkan lebih banyak alamat IP ke EKS node Amazon dengan awalan. Menambahkan opsi ini ke skrip sebelumnya dengan nilai contoh yang sama menghasilkan110
.
-
Anda juga dapat menjalankan skrip dengan --help
opsi untuk melihat semua opsi yang tersedia.
catatan
Maks Pods skrip kalkulator membatasi nilai pengembalian 110
berdasarkan Kubernetes ambang skalabilitas 250
angka berdasarkan pengujian tim EKS skalabilitas Amazon internal. Untuk informasi selengkapnya, lihat VPCCNIplugin Amazon meningkatkan pod per node membatasi