Pilih jenis instans EC2 node Amazon yang optimal - 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.

Pilih jenis instans EC2 node Amazon yang optimal

Amazon EC2 menyediakan berbagai pilihan jenis instance untuk node pekerja. Setiap jenis instans 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. Amazon EKS merilis beberapa variasi Amazon EC2 AMIs untuk mengaktifkan dukungan. Untuk memastikan bahwa jenis instans yang Anda pilih kompatibel dengan Amazon EKS, pertimbangkan kriteria berikut.

  • Semua Amazon EKS saat ini AMIs tidak mendukung g5g dan mac keluarga.

  • Arm dan Amazon EKS yang AMIs tidak dipercepat tidak mendukungg3,, g4inf, dan p keluarga.

  • Amazon EKS yang dipercepat AMIs tidak mendukunga,c,hpc,m, dan t 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 Amazon EKS, 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 panggilan API ke server API, jadi semakin banyak instance yang Anda miliki, semakin banyak beban di server API.

Sistem operasi

Tinjau jenis instans yang didukung untuk Linux, Windows, dan Bottlerocket. Sebelum membuat Windows contoh, tinjau Terapkan node Windows di kluster EKS.

Arsitektur perangkat keras

Apakah Anda membutuhkan x86 atau Arm? Sebelum menyebarkan Arm contoh, tinjau Amazon EKS yang dioptimalkan Arm Amazon Linux AMIs. Apakah Anda memerlukan instance yang dibangun di atas Nitro System (Linux atau Windows) atau yang memiliki kemampuan Akselerasi? Jika Anda membutuhkan kemampuan yang dipercepat, Anda hanya dapat menggunakan Linux dengan Amazon EKS.

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. + NOTE: If you’re using an Amazon EKS optimized Amazon Linux 2 AMI that’s `v20220406 atau yang lebih baru, Anda dapat menggunakan jenis instans baru tanpa memutakhirkan ke AMI terbaru. Untuk ini AMIs, AMI secara otomatis menghitung max-pods nilai yang diperlukan jika tidak tercantum dalam eni-max-podsfile.txt. Jenis instans yang saat ini dalam pratinjau mungkin tidak didukung oleh Amazon EKS secara default. Nilai untuk max-pods` untuk tipe seperti itu masih perlu ditambahkan di eni-max-pods.txt AMI kami.

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 add-on Amazon VPC CNI yang diinstal di cluster Anda dan dikonfigurasi dengan tepat. Untuk informasi selengkapnya, lihat Tetapkan lebih banyak alamat IP ke node Amazon EKS dengan awalan. Untuk menetapkan jumlah alamat IP terbesar ke instans Anda, Anda harus memiliki versi 1.10.1 atau yang lebih baru dari add-on Amazon VPC CNI 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 menetapkan IPv4 alamat pribadi ke Pods dan Layanan. Tetapi jika Anda ingin menggunakan IPv6 keluarga untuk cluster Anda, maka Anda harus menggunakan jenis instance AWS Nitro System atau tipe instance bare metal. Hanya IPv4 didukung untuk Windows contoh. Cluster Anda harus menjalankan versi 1.10.1 atau yang lebih baru dari add-on Amazon VPC CNI. Untuk informasi selengkapnya tentang penggunaan IPv6, lihat Pelajari tentang IPv6 alamat ke cluster, Pods, dan layanan.

Versi add-on Amazon VPC CNI yang Anda jalankan

Versi terbaru plugin Amazon VPC CNI untuk Kubernetes mendukung jenis instans ini. Anda mungkin perlu memperbarui versi add-on Amazon VPC CNI 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 Amazon EKS. Versi sebelumnya tidak mendukung semua fitur. Anda dapat melihat fitur yang didukung oleh versi yang berbeda di Changelog GitHub.

AWS Wilayah tempat Anda membuat node

Tidak semua tipe instans tersedia di semua AWS Wilayah.

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 disarankan Amazon EKS 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 ke Pod dari subnet yang berbeda dari instans dan secara signifikan meningkatkan jumlah alamat IP untuk instans Anda. Jika Anda menggunakan grup node terkelola dengan beberapa tipe instance, gunakan nilai yang akan berfungsi untuk semua jenis instance.

  1. 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
  2. Tandai skrip sebagai dapat dieksekusi di komputer Anda.

    chmod +x max-pods-calculator.sh
  3. Jalankan skrip, ganti m5.large dengan jenis instans yang Anda rencanakan untuk diterapkan dan 1.9.0-eksbuild.1 dengan versi add-on Amazon VPC CNI Anda. Untuk menentukan versi add-on Anda, lihat prosedur pembaruan di Menetapkan IPs ke Pod dengan CNI VPC Amazon.

    ./max-pods-calculator.sh --instance-type m5.large --cni-version 1.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 Deploy Pods dalam 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 versi 1.9.0 atau yang lebih baru dari add-on Amazon VPC CNI. Untuk informasi selengkapnya, lihat Tetapkan lebih banyak alamat IP ke node Amazon EKS 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 ambang skalabilitas Kubernetes dan pengaturan yang direkomendasikan. Jika jenis instans Anda memiliki lebih dari 30 vCPUs, batas ini akan menjadi 250 angka berdasarkan pengujian tim skalabilitas Amazon EKS internal. Untuk informasi selengkapnya, lihat plugin Amazon VPC CNI meningkatkan pod per node membatasi posting blog.

Pertimbangan untuk Mode Otomatis EKS

Mode Otomatis EKS membatasi jumlah pod pada node ke yang lebih rendah dari:

  • 110 polong tutup keras

  • Hasil perhitungan pod maks yang dijelaskan di atas.