**Bantu tingkatkan halaman ini**
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Untuk berkontribusi pada panduan pengguna ini, pilih **Edit halaman ini pada GitHub** tautan yang terletak di panel kanan setiap halaman.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Buat node dengan Amazon Linux yang dioptimalkan AMIs
Amazon Elastic Kubernetes Service (Amazon EKS) menyediakan Amazon Machine Images () khusus yang dioptimalkan untuk menjalankan node pekerja AMIs Kubernetes. Amazon Linux (AL) yang dioptimalkan EKS ini telah AMIs dikonfigurasi sebelumnya dengan komponen-komponen penting—seperti AWS `kubelet` IAM Authenticator, dan `containerd` —untuk memastikan integrasi dan keamanan yang mulus dalam klaster Anda. Panduan ini merinci versi AMI yang tersedia dan menguraikan opsi khusus untuk komputasi yang dipercepat dan arsitektur berbasis ARM.
## Pertimbangan-pertimbangan
+ Anda dapat melacak peristiwa keamanan atau privasi untuk Amazon Linux di [pusat keamanan Amazon Linux](https://alas.aws.amazon.com/) dengan memilih tab untuk versi yang Anda inginkan. Anda juga dapat berlangganan umpan RSS yang berlaku. Kejadian keamanan dan privasi mencakup gambaran umum mengenai masalah, paket apa yang terpengaruh, dan cara memperbarui instans Anda untuk memperbaiki masalah tersebut.
+ Sebelum menerapkan AMI yang dipercepat atau Arm, tinjau informasi di [Amazon Linux dan Amazon Linux yang dipercepat yang dioptimalkan oleh Amazon EKS](#gpu-ami). AMIs [Amazon EKS yang dioptimalkan Arm Amazon Linux AMIs](#arm-ami)
+ EC2 `P2`Instans Amazon tidak didukung di Amazon EKS karena memerlukan `NVIDIA` driver versi 470 atau lebih lama.
+ Setiap grup node terkelola yang baru dibuat dalam cluster pada versi `1.30` atau yang lebih baru akan secara otomatis default menggunakan AL2 023 sebagai sistem operasi node.
## Amazon EKS yang dioptimalkan Amazon Linux dipercepat AMIs
Amazon Amazon Linux (AL) AMIs dipercepat yang dioptimalkan oleh Amazon EKS dibangun di atas standar Amazon Linux yang dioptimalkan EKS. AMIs Mereka dikonfigurasi untuk berfungsi sebagai gambar opsional untuk node Amazon EKS untuk mendukung beban kerja berbasis GPU, [Inferentia](https://aws.amazon.com/machine-learning/inferentia/), dan [Trainium](https://aws.amazon.com/machine-learning/trainium/).
Untuk informasi selengkapnya, lihat [Gunakan akselerasi yang dioptimalkan EKS AMIs untuk instans GPU](ml-eks-optimized-ami.md).
## Amazon EKS yang dioptimalkan Arm Amazon Linux AMIs
Instans Arm menawarkan penghematan biaya yang signifikan untuk penskalaan dan aplikasi berbasis Arm, seperti server web, layanan mikro yang dikontainerisasi, armada caching, dan penyimpanan data terdistribusi. Saat menambahkan simpul Arm ke klaster Anda, kaji dulu pertimbangan-pertimbangan berikut ini.
+ Jika klaster Anda diterapkan sebelum 17 Agustus 2020, Anda harus melakukan peningkatan satu kali dari manifes add-on cluster kritis. Ini agar Kubernetes dapat menarik gambar yang benar untuk setiap arsitektur perangkat keras yang digunakan di cluster Anda. Untuk informasi selengkapnya terkait cara memperbarui klaster add-on, lihat [Langkah 1: Bersiaplah untuk upgrade](update-cluster.md#update-existing-cluster). Jika Anda menerapkan cluster Anda pada atau setelah 17 Agustus 2020, maka plugin CoreDNS,, `kube-proxy` dan Amazon VPC CNI untuk add-on Kubernetes sudah memiliki kemampuan multi-arsitektur.
+ Aplikasi yang di-deploy ke simpul Arm harus dikompilasi untuk Arm.
+ Jika Anda memiliki DaemonSets yang di-deploy di klaster yang ada, atau Anda ingin menerapkannya ke klaster baru yang juga ingin Anda gunakan untuk menyebarkan node Arm, maka verifikasi bahwa Anda DaemonSet dapat berjalan di semua arsitektur perangkat keras di klaster Anda.
+ Anda dapat menjalankan grup simpul Arm dan grup simpul x86 dalam klaster yang sama. Jika Anda melakukannya, pertimbangkan untuk menerapkan image container multi-arsitektur ke repositori kontainer seperti Amazon Elastic Container Registry dan kemudian menambahkan pemilih node ke manifes Anda sehingga Kubernetes mengetahui arsitektur perangkat keras apa yang dapat digunakan Pod. Untuk informasi selengkapnya, lihat [Mendorong gambar multi-arsitektur](https://docs.aws.amazon.com/AmazonECR/latest/userguide/docker-push-multi-architecture-image.html) di *Panduan Pengguna Amazon ECR* dan [Memperkenalkan gambar wadah multi-arsitektur untuk posting blog Amazon ECR](https://aws.amazon.com/blogs/containers/introducing-multi-architecture-container-images-for-amazon-ecr).
## Informasi selengkapnya
Untuk informasi selengkapnya tentang menggunakan Amazon Linux yang dioptimalkan Amazon EKS AMIs, lihat bagian berikut:
+ Untuk menggunakan Amazon Linux dengan grup node terkelola, lihat[Sederhanakan siklus hidup node dengan grup node terkelola](managed-node-groups.md).
+ Untuk meluncurkan node Amazon Linux yang dikelola sendiri, lihat[Ambil AMI Amazon Linux yang direkomendasikan IDs](retrieve-ami-id.md).
+ Untuk informasi versi, lihat [Ambil informasi versi Amazon Linux AMI](eks-linux-ami-versions.md).
+ Untuk mengambil yang terbaru IDs dari Amazon AMIs Linux Amazon EKS yang dioptimalkan, lihat. [Ambil AMI Amazon Linux yang direkomendasikan IDs](retrieve-ami-id.md)
+ Untuk skrip sumber terbuka yang digunakan untuk membangun Amazon EKS AMIs yang dioptimalkan, lihat. [Buat AMI Amazon Linux yang dioptimalkan EKS khusus](eks-ami-build-scripts.md)