**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)
# Tingkatkan dari Amazon Linux 2 ke Amazon Linux 2023
**Awas**
Amazon EKS berhenti menerbitkan Amazon Linux 2 (AL2) yang dioptimalkan EKS AMIs pada 26 November 2025. AL2023 dan Bottlerocket berbasis AMIs Amazon EKS tersedia untuk semua versi Kubernetes yang didukung termasuk 1,33 dan yang lebih tinggi.
AL2023 adalah sistem operasi berbasis Linux yang dirancang untuk menyediakan lingkungan yang aman, stabil, dan berkinerja tinggi untuk aplikasi cloud Anda. Ini adalah generasi berikutnya dari Amazon Linux dari Amazon Web Services dan tersedia di semua versi Amazon EKS yang didukung.
AL2023 menawarkan beberapa perbaikan AL2. Untuk perbandingan selengkapnya, lihat [Membandingkan AL2 dan Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) di *Panduan Pengguna Amazon Linux 2023*. Beberapa paket telah ditambahkan, ditingkatkan, dan dihapus dari AL2. Sangat disarankan untuk menguji aplikasi Anda AL2023 sebelum memutakhirkan. Untuk daftar semua perubahan paket AL2023, lihat [Perubahan paket di Amazon Linux 2023 di Catatan](https://docs.aws.amazon.com/linux/al2023/release-notes/compare-packages.html) *Rilis Amazon Linux 2023*.
Selain perubahan ini, Anda harus mengetahui hal-hal berikut:
+ AL2023 memperkenalkan proses inisialisasi node baru `nodeadm` yang menggunakan skema konfigurasi YAMM. Jika Anda menggunakan grup node yang dikelola sendiri atau AMI dengan template peluncuran, Anda sekarang harus menyediakan metadata klaster tambahan secara eksplisit saat membuat grup node baru. [Contoh](https://awslabs.github.io/amazon-eks-ami/nodeadm/) parameter minimum yang diperlukan adalah sebagai berikut, di mana`apiServerEndpoint`,`certificateAuthority`, dan layanan sekarang `cidr` diperlukan:
```
---
apiVersion: node.eks.aws/v1alpha1
kind: NodeConfig
spec:
cluster:
name: my-cluster
apiServerEndpoint: https://example.com
certificateAuthority: Y2VydGlmaWNhdGVBdXRob3JpdHk=
cidr: 10.100.0.0/16
```
Pada tahun AL2, metadata dari parameter ini ditemukan dari panggilan Amazon EKS `DescribeCluster` API. Dengan AL2023, perilaku ini telah berubah karena panggilan API tambahan berisiko melambat selama peningkatan skala node besar. Perubahan ini tidak memengaruhi Anda jika Anda menggunakan grup node terkelola tanpa templat peluncuran atau jika Anda menggunakan Karpenter. Untuk informasi selengkapnya tentang `certificateAuthority` dan layanan`cidr`, lihat [https://docs.aws.amazon.com/eks/latest/APIReference/API_DescribeCluster.html](https://docs.aws.amazon.com/eks/latest/APIReference/API_DescribeCluster.html)di *Referensi API Amazon EKS*.
+ Untuk AL2023, `nodeadm` juga mengubah format untuk menerapkan parameter ke `kubelet` untuk setiap node menggunakan [https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec](https://awslabs.github.io/amazon-eks-ami/nodeadm/doc/api/#nodeconfigspec). Pada tahun AL2, ini dilakukan dengan `--kubelet-extra-args` parameter. Ini biasanya digunakan untuk menambahkan label dan taints ke node. Contoh di bawah ini menunjukkan penerapan `maxPods` dan `--node-labels` ke node.
```
---
apiVersion: node.eks.aws/v1alpha1
kind: NodeConfig
spec:
cluster:
name: test-cluster
apiServerEndpoint: https://example.com
certificateAuthority: Y2VydGlmaWNhdGVBdXRob3JpdHk=
cidr: 10.100.0.0/16
kubelet:
config:
maxPods: 110
flags:
- --node-labels=karpenter.sh/capacity-type=on-demand,karpenter.sh/nodepool=test
```
+ Versi Amazon VPC CNI `1.16.2` atau yang lebih besar diperlukan untuk. AL2023
+ AL2023 membutuhkan secara `IMDSv2` default. `IMDSv2`memiliki beberapa manfaat yang membantu meningkatkan postur keamanan. Ini menggunakan metode otentikasi berorientasi sesi yang memerlukan pembuatan token rahasia dalam permintaan HTTP PUT sederhana untuk memulai sesi. Token sesi dapat berlaku di mana saja antara 1 detik dan 6 jam. Untuk informasi selengkapnya tentang cara transisi dari `IMDSv1` ke`IMDSv2`, lihat [Transisi ke menggunakan Layanan Metadata Instans Versi 2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-metadata-transition-to-version-2.html) dan [Dapatkan manfaat lengkap IMDSv2 dan nonaktifkan IMDSv1 di seluruh infrastruktur Anda AWS](https://aws.amazon.com/blogs/security/get-the-full-benefits-of-imdsv2-and-disable-imdsv1-across-your-aws-infrastructure). Jika Anda ingin menggunakannya`IMDSv1`, Anda masih dapat melakukannya dengan mengganti pengaturan secara manual menggunakan properti peluncuran opsi metadata instance.
**catatan**
Untuk `IMDSv2` with AL2023, jumlah hop default untuk grup node terkelola dapat bervariasi:
Saat tidak menggunakan template peluncuran, default diatur ke`1`. Ini berarti bahwa kontainer tidak akan memiliki akses ke kredenal node menggunakan IMDS. Jika Anda memerlukan akses kontainer ke kredensional node, Anda masih dapat melakukannya dengan menggunakan templat peluncuran [Amazon EC2 kustom](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-launchtemplate-metadataoptions.html).
Saat menggunakan AMI kustom dalam template peluncuran, default `HttpPutResponseHopLimit` diatur ke`2`. Anda dapat mengganti secara manual `HttpPutResponseHopLimit` di template peluncuran.
Atau, Anda dapat menggunakan [Amazon EKS Pod Identity](pod-identities.md) untuk memberikan kredensialnya. `IMDSv2`
+ AL2023 fitur generasi berikutnya dari hierarki kelompok kontrol terpadu ()`cgroupv2`. `cgroupv2`digunakan untuk mengimplementasikan runtime kontainer, dan oleh`systemd`. Meskipun AL2023 masih menyertakan kode yang dapat membuat sistem berjalan menggunakan`cgroupv1`, ini bukan konfigurasi yang direkomendasikan atau didukung. Konfigurasi ini akan sepenuhnya dihapus dalam rilis besar Amazon Linux di masa depan.
+ `eksctl`versi `0.176.0` atau yang lebih besar diperlukan `eksctl` untuk mendukung AL2023.
Untuk grup node terkelola yang sudah ada sebelumnya, Anda dapat melakukan pemutakhiran di tempat atau blue/green pemutakhiran tergantung pada cara Anda menggunakan templat peluncuran:
+ Jika Anda menggunakan AMI kustom dengan grup node terkelola, Anda dapat melakukan pemutakhiran di tempat dengan menukar ID AMI di template peluncuran. Anda harus memastikan bahwa aplikasi dan data pengguna Anda ditransfer terlebih AL2023 dahulu sebelum melakukan strategi peningkatan ini.
+ Jika Anda menggunakan grup node terkelola dengan templat peluncuran standar atau dengan templat peluncuran khusus yang tidak menentukan ID AMI, Anda harus meningkatkan menggunakan blue/green strategi. blue/green Upgrade biasanya lebih kompleks dan melibatkan pembuatan grup node yang sama sekali baru di mana Anda akan menentukan AL2023 sebagai tipe AMI. Grup node baru perlu dikonfigurasi dengan hati-hati untuk memastikan bahwa semua data kustom dari grup AL2 node kompatibel dengan OS baru. Setelah grup node baru diuji dan divalidasi dengan aplikasi Anda, Pod dapat dimigrasikan dari grup node lama ke grup node baru. Setelah migrasi selesai, Anda dapat menghapus grup node lama.
Jika Anda menggunakan Karpenter dan ingin menggunakannya AL2023, Anda harus memodifikasi `EC2NodeClass` `amiFamily` bidang dengan. AL2023 Secara default, Drift diaktifkan di Karpenter. Ini berarti bahwa setelah `amiFamily` bidang telah diubah, Karpenter akan secara otomatis memperbarui node pekerja Anda ke AMI terbaru jika tersedia.
## Informasi Tambahan Tentang nodeadm
Saat menggunakan Amazon Linux 2023 AMI yang dioptimalkan EKS atau membuat AMI EKS Amazon Linux 2023 Kustom melalui skrip Packer yang disediakan di repositori amazon-eks-ami GitHub resmi, Anda harus menghindari menjalankan nodeadm init secara eksplisit dalam Data Pengguna EC2 atau sebagai bagian dari AMI kustom Anda.
Jika Anda ingin menghasilkan dinamis NodeConfig dalam data pengguna Anda, Anda dapat menulis konfigurasi itu ke file yaml atau json drop-in. `/etc/eks/nodeadm.d` File konfigurasi ini akan digabungkan dan diterapkan ke node Anda ketika nodeadm init secara otomatis dimulai nanti dalam proses boot. Contoh:
```
cat > /etc/eks/nodeadm.d/additional-node-labels.yaml << EOF
apiVersion: node.eks.aws/v1alpha1
kind: NodeConfig
spec:
kubelet:
flags:
- --node-labels=foo=bar
EOF
```
Amazon Linux 2023 yang dioptimalkan EKS AMIs secara otomatis menjalankan nodeadm init dalam dua fase melalui layanan systemd terpisah: nodeadm-config berjalan sebelum eksekusi data pengguna, sementara nodeadm-run dijalankan sesudahnya. Layanan nodeadm-config menetapkan konfigurasi dasar untuk containerd dan kubelet sebelum data pengguna berjalan. Layanan nodeadm-run menjalankan daemon sistem tertentu dan menyelesaikan konfigurasi akhir apa pun setelah eksekusi data pengguna. Jika perintah nodeadm init dijalankan dalam waktu tambahan, melalui data pengguna atau AMI khusus, perintah itu dapat merusak asumsi tentang urutan eksekusi, yang mengarah ke hasil yang tidak terduga termasuk salah konfigurasi. ENIs
# Ambil informasi versi Amazon Linux AMI
Amazon EKS yang dioptimalkan Amazon Linux AMIs dioptimalkan diversi oleh versi Kubernetes dan tanggal rilis AMI dalam format berikut:
```
k8s_major_version.k8s_minor_version.k8s_patch_version-release_date
```
[Setiap rilis AMI mencakup berbagai versi [kubelet](https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/), kernel Linux, dan containerd.](https://containerd.io/) Akselerasi AMIs juga mencakup berbagai versi driver NVIDIA. Anda dapat menemukan informasi versi ini di [Changelog](https://github.com/awslabs/amazon-eks-ami/blob/main/CHANGELOG.md) di. GitHub
# Ambil AMI Amazon Linux yang direkomendasikan IDs
Saat menerapkan node, Anda dapat menentukan ID untuk Amazon Machine Image (AMI) yang dioptimalkan Amazon EKS yang telah dibuat sebelumnya. Untuk mengambil ID AMI yang sesuai dengan konfigurasi yang Anda inginkan, kueri AWS Systems Manager Parameter Store API. Menggunakan API ini menghilangkan kebutuhan untuk secara manual mencari AMI Amazon EKS yang dioptimalkan IDs. Untuk informasi selengkapnya, lihat [GetParameter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParameter.html). [Prinsip IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html#iam-term-principal) yang Anda gunakan harus memiliki izin `ssm:GetParameter` IAM untuk mengambil metadata AMI Amazon EKS yang dioptimalkan.
Anda dapat mengambil ID gambar dari Amazon EKS terbaru yang dioptimalkan Amazon Linux AMI yang dioptimalkan dengan perintah berikut, yang menggunakan `image_id` sub-parameter. Buat modifikasi berikut pada perintah sesuai kebutuhan dan kemudian jalankan perintah yang dimodifikasi:
+ Ganti `` dengan [versi yang didukung Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html).
+ Ganti *ami-type* dengan salah satu opsi berikut. Untuk informasi tentang jenis EC2 instans Amazon, lihat [jenis EC2 instans Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
+ Gunakan *amazon-linux-2023/x86\$164/standard* untuk instans berbasis Amazon Linux 2023 (AL2023)`x86`.
+ Gunakan *amazon-linux-2023/arm64/standard* untuk instans AL2 023 ARM, seperti instance berbasis [AWS Graviton](https://aws.amazon.com/ec2/graviton/).
+ Gunakan *amazon-linux-2023/x86\$164/nvidia* untuk instans `x86` berbasis NVIDIA AL2 023 terbaru yang disetujui.
+ Gunakan *amazon-linux-2023/arm64/nvidia* untuk instans `arm64` berbasis NVIDIA AL2 023 terbaru yang disetujui.
+ Gunakan *amazon-linux-2023/x86\$164/neuron* untuk instans AL2 023 [AWS Neuron](https://aws.amazon.com/machine-learning/neuron/) terbaru.
+ Ganti `` dengan [AWS Wilayah yang didukung Amazon EKS](https://docs.aws.amazon.com/general/latest/gr/eks.html) yang Anda inginkan ID AMI.
```
aws ssm get-parameter --name /aws/service/eks/optimized-ami///recommended/image_id \
--region --query "Parameter.Value" --output text
```
Berikut adalah contoh perintah setelah penggantian placeholder dibuat.
```
aws ssm get-parameter --name /aws/service/eks/optimized-ami/1.31/amazon-linux-2023/x86_64/standard/recommended/image_id \
--region us-west-2 --query "Parameter.Value" --output text
```
Contoh output adalah sebagai berikut.
```
ami-1234567890abcdef0
```
# Buat AMI Amazon Linux yang dioptimalkan EKS khusus
**Awas**
Amazon EKS berhenti menerbitkan Amazon Linux 2 (AL2) yang dioptimalkan EKS AMIs pada 26 November 2025. AL2023 dan Bottlerocket berbasis Amazon EKS tersedia AMIs untuk semua versi Kubernetes yang didukung termasuk 1,33 dan yang lebih tinggi.
Amazon EKS menyediakan skrip build open-source di repositori [Amazon EKS AMI Build Specification](https://github.com/awslabs/amazon-eks-ami) yang dapat Anda gunakan untuk melihat konfigurasi, runtime`kubelet`, AWS IAM Authenticator untuk Kubernetes, dan membangun AMI berbasis AL Anda sendiri dari awal.
Repositori ini berisi [skrip bootstrap khusus untuk AL2 dan alat nodeadm untuk AL2](https://github.com/awslabs/amazon-eks-ami/blob/main/templates/al2/runtime/bootstrap.sh) [023](https://awslabs.github.io/amazon-eks-ami/nodeadm/) yang berjalan pada saat boot. Skrip ini mengonfigurasi data sertifikat instans Anda, titik akhir bidang kontrol, nama cluster, dan lainnya. Skrip dianggap sebagai sumber kebenaran untuk build AMI yang dioptimalkan Amazon EKS, sehingga Anda dapat mengikuti repositori GitHub untuk memantau perubahan pada kami. AMIs
Saat membangun kustom AMIs dengan EKS yang dioptimalkan AMIs sebagai basis, tidak disarankan atau didukung untuk menjalankan peningkatan sistem operasi (mis. `dnf upgrade`) atau tingkatkan salah satu paket Kubernetes atau GPU yang disertakan dalam EKS yang dioptimalkan AMIs, karena ini berisiko merusak kompatibilitas komponen. Jika Anda memutakhirkan sistem operasi atau paket yang disertakan dalam EKS yang dioptimalkan AMIs, disarankan untuk menguji secara menyeluruh dalam lingkungan pengembangan atau pementasan sebelum menerapkan ke produksi.
Saat membuat kustom AMIs untuk instance GPU, disarankan untuk membuat kustom terpisah AMIs untuk setiap pembuatan tipe instans dan keluarga yang akan Anda jalankan. Driver dan paket penginstalan AMIs selektif yang dioptimalkan EKS yang dioptimalkan secara selektif saat runtime berdasarkan generasi dan keluarga tipe instans yang mendasarinya. Untuk informasi selengkapnya, lihat skrip EKS AMI untuk [instalasi](https://github.com/awslabs/amazon-eks-ami/blob/main/templates/al2023/provisioners/install-nvidia-driver.sh) dan [runtime](https://github.com/awslabs/amazon-eks-ami/blob/main/templates/al2023/runtime/gpu/nvidia-kmod-load.sh).
## Prasyarat
+ [Instal AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-files.html)
+ [Instal HashiCorp Packer v1.9.4 \$1](https://developer.hashicorp.com/packer/downloads)
+ [Instal GNU Make](https://www.gnu.org/software/make/)
## Mulai cepat
Quickstart ini menunjukkan kepada Anda perintah untuk membuat AMI kustom di AWS akun Anda. Untuk mempelajari lebih lanjut tentang konfigurasi yang tersedia untuk menyesuaikan AMI Anda, lihat variabel templat di halaman [Amazon Linux 2023](https://awslabs.github.io/amazon-eks-ami/usage/al2023/).
### Prasyarat
Instal [plugin Amazon](https://developer.hashicorp.com/packer/integrations/hashicorp/amazon) yang diperlukan. Contoh:
```
packer plugins install github.com/hashicorp/amazon
```
### Langkah 1. Siapkan lingkungan Anda
Kloning atau fork repositori Amazon EKS AMI resmi. Contoh:
```
git clone https://github.com/awslabs/amazon-eks-ami.git
cd amazon-eks-ami
```
Verifikasi bahwa Packer diinstal:
```
packer --version
```
### Langkah 2. Buat AMI khusus
Berikut ini adalah contoh perintah untuk berbagai kustom AMIs.
**Dasar NVIDIA AL2 AMI:**
```
make k8s=1.31 os_distro=al2 \
enable_accelerator=nvidia \
nvidia_driver_major_version=560 \
enable_efa=true
```
**Dasar NVIDIA AL2 023 AMI:**
```
make k8s=1.31 os_distro=al2023 \
enable_accelerator=nvidia \
nvidia_driver_major_version=560 \
enable_efa=true
```
**Neuron 023 AL2 AMI yang sesuai dengan STIG:**
```
make k8s=1.31 os_distro=al2023 \
enable_accelerator=neuron \
enable_fips=true \
source_ami_id=ami-0abcd1234efgh5678 \
kms_key_id=alias/aws-stig
```
Setelah Anda menjalankan perintah ini, Packer akan melakukan hal berikut: \$1 Luncurkan EC2 instance Amazon sementara. \$1 Instal komponen, driver, dan konfigurasi Kubernetes. \$1 Buat AMI di AWS akun Anda.
Output yang diharapkan akan terlihat seperti ini:
```
==> Wait completed after 8 minutes 42 seconds
==> Builds finished. The artifacts of successful builds are:
--> amazon-ebs: AMIs were created:
us-west-2: ami-0e139a4b1a7a9a3e9
--> amazon-ebs: AMIs were created:
us-west-2: ami-0e139a4b1a7a9a3e9
--> amazon-ebs: AMIs were created:
us-west-2: ami-0e139a4b1a7a9a3e9
```
### Langkah 3. Lihat nilai default
Untuk melihat nilai default dan opsi tambahan, jalankan perintah berikut:
```
make help
```