Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Instans kontainer Amazon EC2 untuk Amazon ECS
Instans penampung Amazon ECS adalah instans Amazon EC2 yang menjalankan agen penampung Amazon ECS dan terdaftar ke klaster. Saat Anda menjalankan tugas dengan Amazon ECS menggunakan penyedia kapasitas, penyedia kapasitas eksternal, atau penyedia kapasitas grup Auto Scaling, tugas akan ditempatkan pada instans penampung aktif. Anda bertanggung jawab atas manajemen dan pemeliharaan instans kontainer.
Meskipun Anda dapat membuat instans Amazon EC2 AMI sendiri yang memenuhi spesifikasi dasar yang diperlukan untuk menjalankan beban kerja kontainer Anda di Amazon ECS, Amazon ECS yang dioptimalkan telah dikonfigurasi sebelumnya dan diuji di Amazon ECS AMIs oleh para insinyur. AWS Ini adalah cara termudah bagi Anda untuk memulai dan mendapatkan kontainer Anda yang berjalan pada AWS dengan cepat.
Saat Anda membuat klaster menggunakan konsol, Amazon ECS membuat template peluncuran untuk instans Anda dengan AMI terbaru yang terkait dengan sistem operasi yang dipilih.
Saat Anda menggunakan CloudFormation untuk membuat klaster, parameter SSM adalah bagian dari template peluncuran Amazon EC2 untuk instans grup Auto Scaling. Anda dapat mengonfigurasi template untuk menggunakan parameter Systems Manager dinamis untuk menentukan apa yang akan digunakan oleh Amazon ECS Optimized AMI. Parameter ini memastikan bahwa setiap kali Anda menerapkan tumpukan itu akan memeriksa untuk melihat apakah ada pembaruan yang tersedia yang perlu diterapkan ke instans EC2. *Untuk contoh cara menggunakan parameter Systems Manager, lihat [Membuat klaster Amazon ECS dengan Amazon ECS AMI Amazon Linux 2023 yang dioptimalkan Amazon ECS](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-cluster.html#aws-resource-ecs-cluster--examples--Create_an_cluster_with_the_Amazon_Linux_2023_ECS-Optimized-AMI) di AWS CloudFormation Panduan Pengguna.*
+ [Mengambil metadata AMI Linux Amazon ECS yang dioptimalkan](retrieve-ecs-optimized_AMI.md)
+ [Mengambil metadata AMI Amazon ECS yang dioptimalkan Bottlerocket](ecs-bottlerocket-retrieve-ami.md)
+ [Mengambil metadata Windows AMI yang dioptimalkan Amazon ECS](retrieve-ecs-optimized_windows_AMI.md)
Anda dapat memilih dari jenis instance yang kompatibel dengan aplikasi Anda. Dengan instance yang lebih besar, Anda dapat meluncurkan lebih banyak tugas secara bersamaan. Dengan contoh yang lebih kecil, Anda dapat meningkatkan skala dengan cara yang lebih halus untuk menghemat biaya. Anda tidak perlu memilih satu jenis instans Amazon EC2 yang sesuai dengan semua aplikasi di cluster Anda. Sebagai gantinya, Anda dapat membuat beberapa grup Auto Scaling di mana setiap grup memiliki jenis instans yang berbeda. Kemudian, Anda dapat membuat penyedia kapasitas Amazon EC2 untuk masing-masing grup ini.
Gunakan pedoman berikut untuk menentukan tipe keluarga instans dan tipe instans yang akan digunakan:
+ Hilangkan jenis instans atau keluarga instans yang tidak memenuhi persyaratan spesifik aplikasi Anda. Misalnya, jika aplikasi Anda memerlukan GPU, Anda dapat mengecualikan jenis instance apa pun yang tidak memiliki GPU.
+ Pertimbangkan persyaratan termasuk throughput jaringan dan penyimpanan.
+ Pertimbangkan CPU dan memori. Sebagai aturan umum, CPU dan memori harus cukup besar untuk menampung setidaknya satu replika tugas yang ingin Anda jalankan.
## Instans Spot
Kapasitas spot dapat memberikan penghematan biaya yang signifikan dibandingkan instans sesuai permintaan. Kapasitas spot adalah kelebihan kapasitas yang harganya jauh lebih rendah daripada kapasitas sesuai permintaan atau cadangan. Kapasitas spot cocok untuk pemrosesan batch dan beban kerja pembelajaran mesin, serta lingkungan pengembangan dan pementasan. Secara lebih umum, ini cocok untuk semua beban kerja yang mentolerir downtime sementara.
Pahami bahwa konsekuensi berikut karena kapasitas Spot mungkin tidak tersedia sepanjang waktu.
+ Selama periode permintaan yang sangat tinggi, kapasitas Spot mungkin tidak tersedia. Hal ini dapat menyebabkan peluncuran instans Amazon EC2 Spot tertunda. Dalam acara ini, layanan Amazon ECS mencoba lagi meluncurkan tugas, dan grup Amazon EC2 Auto Scaling juga mencoba meluncurkan instans lagi, hingga kapasitas yang diperlukan tersedia. Amazon EC2 tidak menggantikan kapasitas Spot dengan kapasitas sesuai permintaan.
+ Ketika permintaan keseluruhan untuk kapasitas meningkat, Instans Spot dan tugas dapat dihentikan hanya dengan peringatan dua menit. Setelah peringatan dikirim, tugas harus memulai shutdown yang teratur jika perlu sebelum instance dihentikan sepenuhnya. Ini membantu meminimalkan kemungkinan kesalahan. Untuk informasi lebih lanjut tentang shutdown yang anggun, lihat Penutupan [anggun](https://aws.amazon.com/blogs/containers/graceful-shutdowns-with-ecs/) dengan ECS.
Untuk membantu meminimalkan kekurangan kapasitas Spot, pertimbangkan rekomendasi berikut:
+ Gunakan beberapa Wilayah dan Availability Zone - Kapasitas spot bervariasi menurut Wilayah dan Availability Zone. Anda dapat meningkatkan ketersediaan Spot dengan menjalankan beban kerja di beberapa Wilayah dan Availability Zone. Jika memungkinkan, tentukan subnet di semua Zona Ketersediaan di Wilayah tempat Anda menjalankan tugas dan instans.
+ Gunakan beberapa jenis instans Amazon EC2 - Saat Anda menggunakan Kebijakan Instans Campuran dengan Penskalaan Otomatis Amazon EC2, beberapa jenis instans akan diluncurkan ke Grup Auto Scaling. Ini memastikan bahwa permintaan kapasitas Spot dapat dipenuhi saat dibutuhkan. Untuk memaksimalkan keandalan dan meminimalkan kompleksitas, gunakan tipe instans dengan jumlah CPU dan memori yang kira-kira sama dalam Kebijakan Instans Campuran Anda. Instance ini dapat berasal dari generasi yang berbeda, atau varian dari tipe instance dasar yang sama. Perhatikan bahwa mereka mungkin datang dengan fitur tambahan yang mungkin tidak Anda perlukan. Contoh daftar semacam itu dapat mencakup m4.large, m5.large, m5a.large, m5d.large, m5n.large, m5dn.large, dan m5ad.large. Untuk informasi selengkapnya, lihat [Grup Auto Scaling dengan beberapa tipe instans dan opsi pembelian](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-mixed-instances-groups.html) dalam *Panduan Pengguna Amazon EC2 Auto Scaling*.
+ Gunakan strategi alokasi Spot yang dioptimalkan kapasitas - Dengan Amazon EC2 Spot, Anda dapat memilih antara strategi alokasi kapasitas dan biaya yang dioptimalkan. Jika Anda memilih strategi yang dioptimalkan kapasitas saat meluncurkan instans baru, Amazon EC2 Spot memilih jenis instans dengan ketersediaan terbesar di Availability Zone yang dipilih. Ini membantu mengurangi kemungkinan bahwa instance dihentikan segera setelah diluncurkan.
Untuk informasi tentang cara mengonfigurasi pemberitahuan penghentian spot pada instance container Anda, lihat:
+ [Mengonfigurasi instans container Amazon ECS Linux untuk menerima pemberitahuan Instans Spot](spot-instance-draining-linux-container.md)
+ [Mengonfigurasi instans penampung Amazon ECS Windows untuk menerima pemberitahuan Instans Spot](windows-spot-instance-draining-container.md)
# Linux Amazon ECS yang dioptimalkan AMIs
**penting**
[Amazon ECS yang dioptimalkan Amazon Linux 2 AMI mencapai end-of-life pada 30 Juni 2026, mencerminkan tanggal EOL yang sama dari sistem operasi Amazon Linux 2 hulu (untuk informasi lebih lanjut, lihat Amazon Linux 2). FAQs](https://aws.amazon.com/amazon-linux-2/faqs/) Kami mendorong pelanggan untuk meningkatkan aplikasi mereka untuk menggunakan Amazon Linux 2023, yang mencakup dukungan jangka panjang hingga 2028. Untuk informasi tentang migrasi dari Amazon Linux 2 ke Amazon Linux 2023, lihat [Memigrasi dari AMI Amazon Linux 2 Amazon ECS yang dioptimalkan ke AMI Amazon Linux 2023 yang dioptimalkan Amazon](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/al2-to-al2023-ami-transition.html) ECS.
Secara default, tanggal penghentian semua AMI yang dioptimalkan Amazon ECS ditetapkan ke dua tahun setelah tanggal pembuatan AMI. Anda dapat menggunakan Amazon EC2 `DescribeImages` API untuk memeriksa status penghentian dan tanggal AMI. Untuk informasi selengkapnya, lihat [DescribeImages](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeImages.html)di *Referensi Amazon Elastic Compute Cloud API*.
Amazon ECS menyediakan AMI yang dioptimalkan Amazon ECS yang telah dikonfigurasi sebelumnya dengan persyaratan dan rekomendasi untuk menjalankan beban kerja penampung Anda. Kami menyarankan Anda menggunakan Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI untuk instans Amazon EC2 Anda. Meluncurkan instans kontainer Anda dari AMI terbaru yang dioptimalkan Amazon ECS memastikan bahwa Anda menerima pembaruan keamanan terkini dan versi agen penampung. Untuk informasi tentang cara meluncurkan instance, lihat[Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
Saat Anda membuat klaster menggunakan konsol, Amazon ECS membuat template peluncuran untuk instans Anda dengan AMI terbaru yang terkait dengan sistem operasi yang dipilih.
Saat Anda menggunakan CloudFormation untuk membuat klaster, parameter SSM adalah bagian dari template peluncuran Amazon EC2 untuk instans grup Auto Scaling. Anda dapat mengonfigurasi template untuk menggunakan parameter Systems Manager dinamis untuk menentukan apa yang akan digunakan oleh Amazon ECS Optimized AMI. Parameter ini memastikan bahwa setiap kali Anda menerapkan tumpukan itu akan memeriksa untuk melihat apakah ada pembaruan yang tersedia yang perlu diterapkan ke instans EC2. *Untuk contoh cara menggunakan parameter Systems Manager, lihat [Membuat klaster Amazon ECS dengan Amazon ECS AMI Amazon Linux 2023 yang dioptimalkan Amazon ECS](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-cluster.html#aws-resource-ecs-cluster--examples--Create_an_cluster_with_the_Amazon_Linux_2023_ECS-Optimized-AMI) di AWS CloudFormation Panduan Pengguna.*
Jika Anda perlu menyesuaikan AMI Amazon ECS yang dioptimalkan, lihat [Amazon ECS Optimized AMI Build](https://github.com/aws/amazon-ecs-ami) Recipes di. GitHub
Varian berikut dari AMI Amazon ECS yang dioptimalkan tersedia untuk instans Amazon EC2 Anda dengan sistem operasi Amazon Linux 2023.
| Sistem operasi | AMI | Deskripsi | Konfigurasi penyimpanan |
| --- | --- | --- | --- |
| Amazon Linux 2023 | Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI | Amazon Linux 2023 adalah generasi berikutnya dari Amazon Linux dari AWS. Untuk sebagian besar kasus, disarankan untuk meluncurkan instans Amazon EC2 untuk beban kerja Amazon ECS Anda. Untuk informasi selengkapnya, lihat [Apa itu Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/what-is-amazon-linux.html) di *Panduan Pengguna Amazon Linux 2023*. | Secara default, Amazon ECS Amazon Linux 2023 AMI yang dioptimalkan Amazon dikirimkan dengan volume root 30-GiB tunggal. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2023 (arm64) | Amazon ECS yang dioptimalkan Amazon Linux 2023 (arm64) AMI | Berdasarkan Amazon Linux 2023, AMI ini direkomendasikan untuk digunakan saat meluncurkan instans Amazon EC2 Anda, yang didukung oleh Prosesor 2/Graviton 3/Graviton 4 AWS Graviton/Graviton berbasis ARM, untuk beban kerja Amazon ECS Anda. Untuk informasi selengkapnya, lihat [Spesifikasi instans tujuan umum Amazon EC2 dalam panduan Jenis Instans](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html) *Amazon EC2*. | Secara default, Amazon ECS Amazon Linux 2023 AMI yang dioptimalkan Amazon dikirimkan dengan volume root 30-GiB tunggal. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2023 (Neuron) | Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI | Berdasarkan Amazon Linux 2023, instans AMIIS untuk Amazon EC2 Inf1, Trn1, atau Inf2 ini. Muncul pra-konfigurasi dengan driver AWS Inferentia dan AWS Trainium dan runtime AWS Neuron untuk Docker yang membuat menjalankan beban kerja inferensi pembelajaran mesin lebih mudah di Amazon ECS. Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja pembelajaran mesin AWS Neuron](ecs-inference.md). Amazon ECS yang dioptimalkan Amazon Linux 2023 (Neuron) AMI tidak disertakan dengan yang sudah diinstal sebelumnya. AWS CLI | Secara default, Amazon ECS Amazon Linux 2023 AMI yang dioptimalkan Amazon dikirimkan dengan volume root 30-GiB tunggal. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| GPU Amazon Linux 2023 | Amazon ECS dioptimalkan Amazon Linux 2023 GPU AMI | Berdasarkan Amazon Linux 2023, AMI ini direkomendasikan untuk digunakan saat meluncurkan instans berbasis GPU Amazon EC2 untuk beban kerja Amazon ECS Anda. Muncul pra-konfigurasi dengan driver kernel NVIDIA dan runtime GPU Docker yang membuat beban kerja berjalan yang memanfaatkan Amazon ECS. GPUs Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja GPU](ecs-gpu.md). | Secara default, Amazon ECS Amazon Linux 2023 AMI yang dioptimalkan Amazon dikirimkan dengan volume root 30-GiB tunggal. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
Varian berikut dari AMI Amazon ECS yang dioptimalkan tersedia untuk instans Amazon EC2 Anda dengan sistem operasi Amazon Linux 2.
| Sistem operasi | AMI | Deskripsi | Konfigurasi penyimpanan |
| --- | --- | --- | --- |
| **Amazon Linux 2** | Amazon ECS yang dioptimalkan Amazon Linux 2 kernel 5.10 AMI | Berdasarkan Amazon Linux 2, AMI ini digunakan saat meluncurkan instans Amazon EC2 Anda dan Anda ingin menggunakan kernel Linux 5.10 alih-alih kernel 4.14 untuk beban kerja Amazon ECS Anda. Kernel 5.10 AMI Amazon Linux 2 yang dioptimalkan Amazon ECS tidak disertakan dengan AWS CLI yang sudah diinstal sebelumnya. | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| **Amazon Linux 2** | Amazon ECS yang dioptimalkan Amazon Linux 2 AMI | Ini untuk beban kerja Amazon ECS Anda. Amazon ECS yang dioptimalkan Amazon Linux 2 AMI tidak disertakan dengan yang sudah diinstal sebelumnya. AWS CLI | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| **Amazon Linux 2 (arm64)** | Amazon ECS yang dioptimalkan Amazon Linux 2 kernel 5.10 (arm64) AMI | Berdasarkan Amazon Linux 2, AMI ini untuk instans Amazon EC2 Anda, yang didukung oleh AWS Graviton/Graviton 2/Graviton 3/Graviton 4 Prosesor berbasis ARM, dan Anda ingin menggunakan kernel Linux 5.10 alih-alih kernel Linux 4.14 untuk beban kerja Amazon ECS Anda. Untuk informasi selengkapnya, lihat [Spesifikasi instans tujuan umum Amazon EC2 di panduan Jenis Instans](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html) *Amazon EC2*. Amazon ECS yang dioptimalkan Amazon Linux 2 (arm64) AMI tidak disertakan dengan yang sudah diinstal sebelumnya. AWS CLI | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2 (arm64) | Amazon ECS yang dioptimalkan Amazon Linux 2 (arm64) AMI | Berdasarkan Amazon Linux 2, AMI ini digunakan saat meluncurkan instans Amazon EC2 Anda, yang didukung oleh Prosesor AWS Graviton/Graviton 2/Graviton 3/Graviton 4 berbasis ARM, untuk beban kerja Amazon ECS Anda. Amazon ECS yang dioptimalkan Amazon Linux 2 (arm64) AMI tidak disertakan dengan yang sudah diinstal sebelumnya. AWS CLI | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| **Amazon Linux 2 (GPU)** | Kernel Amazon ECS GPU yang dioptimalkan 5.10 AMI | Berdasarkan Amazon Linux 2, AMI ini direkomendasikan untuk digunakan saat meluncurkan instans berbasis GPU Amazon EC2 Anda dengan kernel Linux 5.10 untuk beban kerja Amazon ECS Anda. Muncul pra-konfigurasi dengan driver kernel NVIDIA dan runtime GPU Docker yang membuat beban kerja berjalan yang memanfaatkan Amazon ECS. GPUs Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja GPU](ecs-gpu.md). | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2 (GPU) | AMI Amazon ECS GPU yang dioptimalkan | Berdasarkan Amazon Linux 2, AMI ini direkomendasikan untuk digunakan saat meluncurkan instans berbasis GPU Amazon EC2 Anda dengan kernel Linux 4.14 untuk beban kerja Amazon ECS Anda. Muncul pra-konfigurasi dengan driver kernel NVIDIA dan runtime GPU Docker yang membuat beban kerja berjalan yang memanfaatkan Amazon ECS. GPUs Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja GPU](ecs-gpu.md). | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2 (Neuron) | Amazon ECS mengoptimalkan kernel Amazon Linux 2 (Neuron) 5.10 AMI | Berdasarkan Amazon Linux 2, AMI ini untuk instans Amazon EC2 Inf1, Trn1 atau Inf2. Muncul pra-konfigurasi dengan AWS Inferentia dengan kernel Linux 5.10 dan driver AWS Trainium dan runtime AWS Neuron untuk Docker yang membuat menjalankan beban kerja inferensi pembelajaran mesin lebih mudah di Amazon ECS. Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja pembelajaran mesin AWS Neuron](ecs-inference.md). Amazon ECS yang dioptimalkan Amazon Linux 2 (Neuron) AMI tidak disertakan dengan yang AWS CLI sudah diinstal sebelumnya. | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
| Amazon Linux 2 (Neuron) | Amazon ECS mengoptimalkan Amazon Linux 2 (Neuron) AMI | Berdasarkan Amazon Linux 2, AMI ini untuk instans Amazon EC2 Inf1, Trn1 atau Inf2. Muncul pra-konfigurasi dengan driver AWS Inferentia dan AWS Trainium dan runtime AWS Neuron untuk Docker yang membuat menjalankan beban kerja inferensi pembelajaran mesin lebih mudah di Amazon ECS. Untuk informasi selengkapnya, lihat [Definisi tugas Amazon ECS untuk beban kerja pembelajaran mesin AWS Neuron](ecs-inference.md). Amazon ECS yang dioptimalkan Amazon Linux 2 (Neuron) AMI tidak disertakan dengan yang AWS CLI sudah diinstal sebelumnya. | Secara default, Amazon ECS berbasis Amazon Linux 2 yang dioptimalkan (Amazon ECS yang dioptimalkan AMIs Amazon Linux 2 AMI, Amazon ECS Amazon Linux 2 (arm64) AMI yang dioptimalkan oleh Amazon ECS, dan AMI yang dioptimalkan untuk GPU Amazon ECS) dikirimkan dengan satu volume root 30-GiB. Anda dapat mengubah ukuran volume root 30 GiB pada waktu peluncuran untuk meningkatkan penyimpanan yang tersedia pada instans kontainer Anda. Penyimpanan ini digunakan untuk sistem operasi dan untuk citra Docker serta metadata. Sistem file default untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI adalah`xfs`, dan Docker menggunakan driver penyimpanan. `overlay2` Untuk informasi selengkapnya, lihat [Gunakan driver penyimpanan OverlayFS](https://docs.docker.com/engine/storage/drivers/overlayfs-driver/) dalam dokumentasi Docker. |
Amazon ECS menyediakan changelog untuk varian Linux dari AMI yang dioptimalkan Amazon ECS. GitHub Untuk informasi lebih lanjut, lihat [Changelog](https://github.com/aws/amazon-ecs-ami/blob/main/CHANGELOG.md).
Varian Linux dari AMI Amazon ECS yang dioptimalkan menggunakan Amazon Linux 2 AMI atau Amazon Linux 2023 AMI sebagai basis mereka. Anda dapat mengambil nama AMI untuk setiap varian dengan menanyakan Systems Manager Parameter Store API. Untuk informasi selengkapnya, lihat [Mengambil metadata AMI Linux Amazon ECS yang dioptimalkan](retrieve-ecs-optimized_AMI.md). Catatan rilis Amazon Linux 2 AMI juga tersedia. Untuk informasi selengkapnya, lihat [catatan rilis Amazon Linux 2](https://docs.aws.amazon.com/AL2/latest/relnotes/relnotes-al2.html). Catatan rilis Amazon Linux 2023 juga tersedia. Untuk informasi lebih lanjut lihat, [catatan rilis Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/release-notes/relnotes.html).
Halaman-halaman berikut memberikan informasi tambahan tentang perubahan:
+ [Sumber catatan rilis AMI](https://github.com/aws/amazon-ecs-ami/releases) pada GitHub
+ [Catatan rilis Docker Engine](https://docs.docker.com/engine/release-notes/) dalam dokumentasi Docker
+ [Dokumentasi Driver NVIDIA](https://docs.nvidia.com/datacenter/tesla/index.html) dalam dokumentasi NVIDIA
+ [Changelog agen Amazon ECS](https://github.com/aws/amazon-ecs-agent/blob/master/CHANGELOG.md) aktif GitHub
Kode sumber untuk `ecs-init` aplikasi dan skrip dan konfigurasi untuk pengemasan agen sekarang menjadi bagian dari repositori agen. Untuk versi `ecs-init` dan kemasan yang lebih lama, lihat [Amazon ecs-init](https://github.com/aws/amazon-ecs-init/blob/master/CHANGELOG.md) changelog di GitHub
## Menerapkan pembaruan keamanan ke AMI Amazon ECS yang dioptimalkan
Amazon ECS yang dioptimalkan AMIs berdasarkan Amazon Linux berisi versi yang disesuaikan. cloud-init Cloud-initadalah paket yang digunakan untuk mem-bootstrap gambar Linux di lingkungan komputasi awan dan melakukan tindakan yang diinginkan saat meluncurkan instance. Secara default, semua Amazon ECS yang dioptimalkan AMIs berdasarkan Amazon Linux yang dirilis sebelum 12 Juni 2024 memiliki semua pembaruan keamanan “Kritis” dan “Penting” yang diterapkan pada saat peluncuran instance.
Dimulai dengan rilis 12 Juni 2024 dari Amazon ECS yang dioptimalkan AMIs berdasarkan Amazon Linux 2, perilaku default tidak akan lagi mencakup pembaruan paket saat peluncuran. Sebagai gantinya, kami menyarankan Anda memperbarui ke AMI baru yang dioptimalkan Amazon ECS saat rilis tersedia. Amazon ECS yang dioptimalkan AMIs dirilis ketika ada pembaruan keamanan yang tersedia atau perubahan AMI dasar. Ini akan memastikan Anda menerima versi paket terbaru dan pembaruan keamanan, dan bahwa versi paket tidak dapat diubah melalui peluncuran instance. Untuk informasi selengkapnya tentang mengambil AMI terbaru yang dioptimalkan Amazon ECS, lihat. [Mengambil metadata AMI Linux Amazon ECS yang dioptimalkan](retrieve-ecs-optimized_AMI.md)
Kami merekomendasikan untuk mengotomatiskan lingkungan Anda untuk memperbarui ke AMI baru saat tersedia. Untuk informasi tentang opsi yang tersedia, lihat [Amazon ECS memungkinkan manajemen kapasitas EC2 yang lebih mudah, dengan pengeringan instans terkelola](https://aws.amazon.com/blogs/containers/amazon-ecs-enables-easier-ec2-capacity-management-with-managed-instance-draining/).
Untuk terus menerapkan pembaruan keamanan “Kritis” dan “Penting” secara manual pada versi AMI, Anda dapat menjalankan perintah berikut di instans Amazon EC2 Anda.
```
yum update --security
```
**Awas**
Memperbarui paket docker atau containerd akan menghentikan semua container yang berjalan di host, yang berarti semua tugas Amazon ECS yang sedang berjalan akan dihentikan. Rencanakan sesuai untuk meminimalkan gangguan layanan.
Jika ingin mengaktifkan kembali pembaruan keamanan saat peluncuran, Anda dapat menambahkan baris berikut ke `#cloud-config` bagian data pengguna cloud-init saat meluncurkan instans Amazon EC2 Anda. Untuk informasi selengkapnya, lihat [Menggunakan cloud-init di Amazon Linux 2](https://docs.aws.amazon.com/linux/al2/ug/amazon-linux-cloud-init.html) di *Panduan Pengguna Amazon Linux*.
```
#cloud-config
repo_upgrade: security
```
## Paket terkunci versi di GPU Amazon ECS yang dioptimalkan AL2023 AMIs
Paket tertentu sangat penting untuk perilaku fungsionalitas GPU yang benar dan berkinerja baik di GPU Amazon ECS AL2023 yang dioptimalkan. AMIs Ini termasuk:
+ Driver NVIDIA (`nvidia*`)
+ Modul kernel (`kmod*`)
+ Perpustakaan NVIDIA () `libnvidia*`
+ Paket kernel (`kernel*`)
**catatan**
Ini bukan daftar lengkap. Daftar lengkap paket terkunci tersedia dengan `dnf versionlock list`
Paket-paket ini dikunci versi untuk memastikan stabilitas dan mencegah perubahan yang tidak disengaja yang dapat mengganggu beban kerja GPU. Akibatnya, paket-paket ini umumnya harus dimodifikasi dalam batas-batas proses terkelola yang dengan anggun menangani masalah potensial dan mempertahankan fungsionalitas GPU.
Untuk mencegah modifikasi yang tidak diinginkan, `dnf versionlock` plugin digunakan pada paket-paket ini.
Jika Anda ingin memodifikasi paket terkunci, Anda dapat:
```
# unlock a single package
sudo dnf versionlock delete $PACKAGE_NAME
# unlock all packages
sudo dnf versionlock clear
```
**penting**
Ketika pembaruan paket ini diperlukan, pelanggan harus mempertimbangkan untuk menggunakan versi AMI terbaru yang mencakup pembaruan yang diperlukan. Jika memperbarui instance yang ada diperlukan, pendekatan hati-hati yang melibatkan membuka kunci, memperbarui, dan mengunci ulang paket harus digunakan, selalu memastikan fungsionalitas GPU dipertahankan selama proses berlangsung.
# Mengambil metadata AMI Linux Amazon ECS yang dioptimalkan
Anda dapat mengambil metadata AMI Amazon ECS yang dioptimalkan secara terprogram. Metadata mencakup nama AMI, versi agen penampung Amazon ECS, dan versi runtime Amazon ECS yang mencakup versi Docker.
Saat Anda membuat klaster menggunakan konsol, Amazon ECS membuat template peluncuran untuk instans Anda dengan AMI terbaru yang terkait dengan sistem operasi yang dipilih.
Saat Anda menggunakan CloudFormation untuk membuat klaster, parameter SSM adalah bagian dari template peluncuran Amazon EC2 untuk instans grup Auto Scaling. Anda dapat mengonfigurasi template untuk menggunakan parameter Systems Manager dinamis untuk menentukan apa yang akan digunakan oleh Amazon ECS Optimized AMI. Parameter ini memastikan bahwa setiap kali Anda menerapkan tumpukan itu akan memeriksa untuk melihat apakah ada pembaruan yang tersedia yang perlu diterapkan ke instans EC2. *Untuk contoh cara menggunakan parameter Systems Manager, lihat [Membuat klaster Amazon ECS dengan Amazon ECS AMI Amazon Linux 2023 yang dioptimalkan Amazon ECS](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-cluster.html#aws-resource-ecs-cluster--examples--Create_an_cluster_with_the_Amazon_Linux_2023_ECS-Optimized-AMI) di AWS CloudFormation Panduan Pengguna.*
ID AMI, nama gambar, sistem operasi, versi agen kontainer, nama gambar sumber, dan versi runtime untuk setiap varian Amazon ECS yang dioptimalkan AMIs dapat diambil secara terprogram dengan menanyakan Systems Manager Parameter Store API. Untuk informasi selengkapnya tentang Systems Manager Parameter Store API, lihat [GetParameters](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParameters.html)dan [GetParametersByPath](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParametersByPath.html).
**catatan**
Pengguna administratif Anda harus memiliki izin IAM berikut untuk mengambil metadata AMI Amazon ECS yang dioptimalkan. Izin ini telah ditambahkan ke kebijakan `AmazonECS_FullAccess` IAM.
ssm: GetParameters
ssm: GetParameter
ssm: GetParametersByPath
## Systems Manager Parameter Menyimpan format parameter
Berikut ini adalah format nama parameter untuk setiap varian AMI Amazon ECS yang dioptimalkan.
**Linux Amazon ECS dioptimalkan AMIs**
+ Metadata AMI Amazon Linux 2023:
```
/aws/service/ecs/optimized-ami/amazon-linux-2023/
```
+ Amazon Linux 2023 (arm64) metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2023/arm64/
```
+ Amazon Linux 2023 (Neuron) metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2023/neuron/
```
+ Amazon Linux 2023 (GPU) metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2023/gpu/
```
Amazon Linux 2 AMI metadata:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/
```
+ Amazon Linux 2 kernel 5.10 metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/
```
+ Amazon Linux 2 (arm64) AMI metadata:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/arm64/
```
+ Amazon Linux 2 kernel 5.10 (arm64) metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/arm64/
```
+ Metadata kernel 5.10 AMI yang dioptimalkan oleh Amazon ECS GPU:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/gpu/
```
+ Amazon Linux 2 (GPU) AMI metadata:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/gpu/
```
+ Amazon ECS mengoptimalkan metadata kernel Amazon Linux 2 (Neuron) 5.10 AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/inf/
```
+ Amazon Linux 2 (Neuron) metadata AMI:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/inf/
```
Format nama parameter berikut mengambil ID gambar dari Amazon ECS terbaru yang dioptimalkan Amazon ECS yang dioptimalkan Amazon Linux 2 AMI dengan menggunakan sub-parameter. `image_id`
```
/aws/service/ecs/optimized-ami/amazon-linux-2/recommended/image_id
```
Format nama parameter berikut mengambil metadata versi AMI tertentu yang dioptimalkan Amazon ECS dengan menentukan nama AMI.
+ Metadata Amazon Linux 2 AMI Amazon ECS yang dioptimalkan oleh Amazon ECS:
```
/aws/service/ecs/optimized-ami/amazon-linux-2/amzn2-ami-ecs-hvm-2.0.20181112-x86_64-ebs
```
**catatan**
Semua versi Amazon ECS yang dioptimalkan Amazon Linux 2 AMI tersedia untuk pengambilan. Hanya versi AMI Amazon ECS yang dioptimalkan `amzn-ami-2017.09.l-amazon-ecs-optimized` (Linux) dan yang lebih baru yang dapat diambil.
## Contoh
Contoh berikut menunjukkan cara Anda dapat mengambil metadata untuk setiap varian AMI Amazon ECS yang dioptimalkan.
### Mengambil metadata AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan
Anda dapat mengambil AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan menggunakan AWS CLI perintah berikut. AWS CLI
**Linux Amazon ECS dioptimalkan AMIs**
+ **Untuk Amazon ECS Amazon Linux 2023 yang dioptimalkan oleh Amazon ECS: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/recommended --region us-east-1
```
+ **Untuk Amazon ECS yang dioptimalkan Amazon Linux 2023 (arm64): AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/arm64/recommended --region us-east-1
```
+ **Untuk Amazon ECS Amazon Linux 2023 (Neuron) yang dioptimalkan oleh Amazon ECS: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/neuron/recommended --region us-east-1
```
+ **Untuk GPU Amazon Linux 2023 Amazon ECS yang dioptimalkan oleh Amazon: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/gpu/recommended --region us-east-1
```
+ **Untuk kernel Amazon Linux 2 yang dioptimalkan Amazon ECS 5.10: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/recommended --region us-east-1
```
+ **Untuk Amazon ECS Amazon Linux 2 yang dioptimalkan oleh Amazon: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/recommended --region us-east-1
```
+ **Untuk kernel Amazon Linux 2 yang dioptimalkan Amazon ECS 5.10 (arm64): AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/arm64/recommended --region us-east-1
```
+ **Untuk Amazon ECS yang dioptimalkan Amazon Linux 2 (arm64): AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/arm64/recommended --region us-east-1
```
+ **Untuk kernel 5.10 yang dioptimalkan oleh GPU Amazon ECS: AMIs**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/gpu/recommended --region us-east-1
```
+ **Untuk Amazon ECS AMIs GPU yang dioptimalkan:**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/gpu/recommended --region us-east-1
```
+ **Untuk Amazon ECS yang dioptimalkan Amazon Linux 2 (Neuron) kernel AMIs 5.10:**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/inf/recommended --region us-east-1
```
+ **Untuk Amazon ECS dioptimalkan Amazon Linux 2 (Neuron) AMIs:**
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/inf/recommended --region us-east-1
```
### Mengambil ID gambar dari Amazon ECS terbaru yang dioptimalkan Amazon ECS 2023 AMI yang dioptimalkan
Anda dapat mengambil ID gambar dari ID AMI Amazon Linux 2023 Amazon ECS terbaru yang dioptimalkan oleh Amazon ECS dengan menggunakan sub-parameter. `image_id`
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/recommended/image_id --region us-east-1
```
Untuk mengambil nilai `image_id` saja, Anda dapat meng-kueri nilai parameter tertentu; misalnya:
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2023/recommended/image_id --region us-east-1 --query "Parameters[0].Value"
```
### Mengambil metadata dari versi Amazon Linux 2 AMI Amazon ECS tertentu yang dioptimalkan oleh Amazon ECS
Ambil metadata versi Amazon Linux Linux AMI yang dioptimalkan Amazon ECS tertentu menggunakan perintah berikut AWS CLI . AWS CLI Ganti nama AMI dengan nama Amazon ECS yang dioptimalkan Amazon Linux AMI untuk diambil.
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/amzn2-ami-ecs-hvm-2.0.20200928-x86_64-ebs --region us-east-1
```
### Mengambil metadata AMI kernel 5.10 AMI Amazon Linux 2 yang dioptimalkan Amazon ECS menggunakan Systems Manager API GetParametersByPath
Ambil metadata Amazon Linux 2 AMI Amazon ECS yang dioptimalkan Amazon dengan Systems GetParametersByPath Manager API menggunakan perintah AWS CLI berikut.
```
aws ssm get-parameters-by-path --path /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/ --region us-east-1
```
### Mengambil ID gambar dari kernel Amazon Linux 2 5.10 AMI yang dioptimalkan Amazon ECS terbaru yang direkomendasikan
Anda dapat mengambil ID gambar dari ID AMI 5.10 kernel 5.10 Amazon ECS terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dengan menggunakan sub-parameter. `image_id`
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/recommended/image_id --region us-east-1
```
Untuk mengambil nilai `image_id` saja, Anda dapat meng-kueri nilai parameter tertentu; misalnya:
```
aws ssm get-parameters --names /aws/service/ecs/optimized-ami/amazon-linux-2/recommended/image_id --region us-east-1 --query "Parameters[0].Value"
```
### Menggunakan AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dalam template CloudFormation
Anda dapat mereferensikan AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dalam CloudFormation template dengan mereferensikan nama penyimpanan parameter Systems Manager.
**Contoh Linux**
```
Parameters:kernel-5.10
LatestECSOptimizedAMI:
Description: AMI ID
Type: AWS::SSM::Parameter::Value
Default: /aws/service/ecs/optimized-ami/amazon-linux-2/kernel-5.10/recommended/image_id
```
# Bermigrasi dari Amazon Linux 2 ke Amazon Linux 2023 AMI yang dioptimalkan Amazon ECS
Mengikuti [Amazon Linux](https://aws.amazon.com/amazon-linux-2/faqs), Amazon ECS mengakhiri dukungan standar untuk Amazon Linux 2 Amazon ECS yang dioptimalkan AMIs efektif 30 Juni 2026. Setelah tanggal ini, versi agen Amazon ECS disematkan dan Amazon Linux 2 Amazon ECS baru yang AMIs dioptimalkan hanya diterbitkan ketika sumber Amazon Linux 2 AMI diperbarui. Complete End of Life (EOL) terjadi pada 30 Juni 2026, setelah itu tidak ada lagi Amazon Linux AMIs 2 Amazon ECS yang dioptimalkan Amazon yang dioptimalkan, bahkan jika sumber AMI diperbarui.
Amazon Linux 2023 menyediakan secure-by-default pendekatan dengan kebijakan keamanan yang telah dikonfigurasi sebelumnya, SELinux dalam mode permisif, mode IMDSv2 -only diaktifkan secara default, waktu boot yang dioptimalkan, dan manajemen paket yang ditingkatkan untuk meningkatkan keamanan dan kinerja.
Ada tingkat kompatibilitas yang tinggi antara Amazon Linux 2 dan Amazon Linux 2023 Amazon ECS yang dioptimalkan AMIs, dan sebagian besar pelanggan akan mengalami minimal-to-zero perubahan dalam beban kerja mereka di antara kedua sistem operasi.
Untuk informasi selengkapnya, lihat [Membandingkan Amazon Linux 2 dan *Amazon Linux 2023*](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) di *Panduan Pengguna Amazon Linux 2023* dan. [AL2023 FAQs](https://aws.amazon.com/linux/amazon-linux-2023/faqs)
## Pertimbangan kompatibilitas
### Manajemen paket dan pembaruan OS
Tidak seperti versi Amazon Linux sebelumnya, Amazon ECS yang dioptimalkan Amazon Linux 2023 AMIs dikunci ke versi tertentu dari repositori Amazon Linux. Ini melindungi pengguna dari memperbarui paket secara tidak sengaja yang mungkin membawa perubahan yang tidak diinginkan atau melanggar. Untuk informasi selengkapnya, lihat [Mengelola repositori dan pembaruan OS di Amazon Linux 2023 di Panduan](https://docs.aws.amazon.com/linux/al2023/ug/managing-repos-os-updates.html) Pengguna *Amazon Linux 2023*.
### Versi kernel Linux
Amazon Linux 2 AMIs didasarkan pada kernel Linux 4.14 dan 5.10, sedangkan Amazon Linux 2023 menggunakan kernel Linux 6.1 dan 6.12. Untuk informasi selengkapnya, lihat [Membandingkan kernel Amazon Linux 2 dan Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2-kernel.html) di Panduan Pengguna *Amazon Linux 2023*.
### Perubahan ketersediaan Package
Berikut ini adalah perubahan paket penting di Amazon Linux 2023:
+ Beberapa paket biner sumber di Amazon Linux 2 tidak lagi tersedia di Amazon Linux 2023. Untuk informasi selengkapnya, lihat [Paket yang dihapus dari Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/release-notes/removed.html) di Catatan *Rilis Amazon Linux 2023*.
+ Perubahan cara Amazon Linux mendukung versi paket yang berbeda. `amazon-linux-extras`Sistem yang digunakan di Amazon Linux 2 tidak ada di Amazon Linux 2023. Semua paket hanya tersedia di repositori “inti”.
+ Paket tambahan untuk Enterprise Linux (EPEL) tidak didukung di Amazon Linux 2023. Untuk informasi selengkapnya, lihat [Kompatibilitas EPEL di Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/epel.html) di Panduan Pengguna *Amazon Linux 2023*.
+ Aplikasi 32-bit tidak didukung di Amazon Linux 2023. Untuk informasi selengkapnya, lihat [Fitur usang dari Amazon Linux 2 di Panduan Pengguna](https://docs.aws.amazon.com/linux/al2023/ug/deprecated-al2.html#deprecated-32bit-rpms) *Amazon Linux 2023*.
### Grup Kontrol (cgroups) berubah
Control Group (cgroup) adalah fitur kernel Linux untuk mengatur proses secara hierarkis dan mendistribusikan sumber daya sistem di antara mereka. Grup Kontrol digunakan secara ekstensif untuk mengimplementasikan runtime kontainer, dan oleh. `systemd`
Agen Amazon ECS, Docker, dan containerd semuanya mendukung cgroupv1 dan cgroupv2. Agen Amazon ECS dan runtime container mengelola cgroup untuk Anda, sehingga pelanggan Amazon ECS tidak perlu melakukan perubahan apa pun untuk peningkatan cgroup yang mendasarinya.
Untuk detail lebih lanjut tentang cgroupv2, lihat [Grup kontrol v2 di Amazon Linux 2023 di Panduan](https://docs.aws.amazon.com/linux/al2023/ug/cgroupv2.html) Pengguna *Amazon Linux 2023*.
### Perubahan Layanan Metadata Instance (IMDS)
Amazon Linux 2023 memerlukan Layanan Metadata Instans versi 2 (IMDSv2) secara 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) di Panduan Pengguna *Amazon EC2*.
Jika Anda ingin menggunakannya IMDSv1, Anda masih dapat melakukannya dengan mengganti pengaturan secara manual menggunakan properti peluncuran opsi metadata instance.
### Perubahan pertukaran memori
Pertukaran memori per kontainer tidak didukung di Amazon Linux 2023 dan cgroups v2. Untuk informasi selengkapnya, lihat [Mengelola ruang memori swap kontainer di Amazon ECS](container-swap.md).
### Perubahan validasi FIPS
Amazon Linux 2 disertifikasi di bawah FIPS 140-2 dan Amazon Linux 2023 disertifikasi di bawah FIPS 140-3.
*Untuk mengaktifkan mode FIPS di Amazon Linux 2023, instal paket yang diperlukan di instans Amazon EC2 Anda dan ikuti langkah-langkah konfigurasi menggunakan petunjuk [dalam Aktifkan Mode FIPS di Amazon Linux 2023 di Panduan Pengguna Amazon](https://docs.aws.amazon.com/linux/al2023/ug/fips-mode.html) Linux 2023.*
### Dukungan instans yang dipercepat
Amazon Linux 2023 yang dioptimalkan oleh Amazon ECS AMIs mendukung jenis instans berakselerasi Neuron dan GPU. Untuk informasi selengkapnya, lihat [Linux Amazon ECS yang dioptimalkan AMIs](ecs-optimized_AMI.md).
## Membangun kustom AMIs
Meskipun kami merekomendasikan untuk beralih ke Amazon ECS yang didukung dan diterbitkan secara resmi yang dioptimalkan untuk AMIs Amazon Linux 2023, Anda dapat terus membangun Amazon Linux 2 Amazon ECS khusus yang dioptimalkan AMIs menggunakan skrip build open-source yang digunakan untuk membangun varian Linux dari AMI Amazon ECS yang dioptimalkan. Untuk informasi selengkapnya, lihat [Skrip pembuatan AMI Linux AMI yang dioptimalkan Amazon ECS](ecs-ami-build-scripts.md).
## Strategi migrasi
Sebaiknya buat dan implementasikan rencana migrasi yang mencakup pengujian aplikasi menyeluruh. Bagian berikut menguraikan strategi migrasi yang berbeda berdasarkan cara Anda mengelola infrastruktur Amazon ECS Anda.
### Bermigrasi dengan penyedia kapasitas Amazon ECS
1. Buat penyedia kapasitas baru dengan templat peluncuran baru. Ini harus mereferensikan grup Auto Scaling dengan template peluncuran yang mirip dengan yang sudah ada, tetapi alih-alih AMI Amazon Linux 2 Amazon ECS yang dioptimalkan, itu harus menentukan salah satu varian Amazon Linux 2023. Tambahkan penyedia kapasitas baru ini ke cluster Amazon ECS Anda yang ada.
1. Perbarui strategi penyedia kapasitas default cluster Anda untuk menyertakan penyedia kapasitas Amazon Linux 2 yang ada dan penyedia kapasitas Amazon Linux 2023 yang baru. Mulailah dengan bobot yang lebih tinggi pada penyedia Amazon Linux 2 dan bobot yang lebih rendah pada penyedia Amazon Linux 2023 (misalnya, Amazon Linux 2: berat 80, Amazon Linux 2023: berat 20). Hal ini menyebabkan Amazon ECS mulai menyediakan instans Amazon Linux 2023 saat tugas baru dijadwalkan. Verifikasi bahwa instans terdaftar dengan benar dan bahwa tugas dapat berjalan dengan sukses pada instance baru.
1. Secara bertahap sesuaikan bobot penyedia kapasitas dalam strategi default cluster Anda, tingkatkan bobot untuk penyedia Amazon Linux 2023 sambil mengurangi bobot penyedia Amazon Linux 2 dari waktu ke waktu (misalnya, 60/40, lalu 40/60, lalu 20/80). Anda juga dapat memperbarui strategi penyedia kapasitas layanan individual untuk memprioritaskan instans Amazon Linux 2023. Pantau penempatan tugas untuk memastikan berhasil berjalan di instans Amazon Linux 2023.
1. Secara opsional menguras instans penampung Amazon Linux 2 untuk mempercepat migrasi tugas. Jika Anda memiliki kapasitas penggantian Amazon Linux 2023 yang memadai, Anda dapat menguras instans penampung Amazon Linux 2 secara manual melalui konsol Amazon ECS atau AWS CLI untuk mempercepat transisi tugas Anda dari Amazon Linux 2 ke Amazon Linux 2023. Setelah migrasi selesai, hapus penyedia kapasitas Amazon Linux 2 dari klaster Anda dan hapus grup Auto Scaling terkait.
### Bermigrasi dengan grup Amazon EC2 Auto Scaling
1. Buat grup Amazon EC2 Auto Scaling baru dengan template peluncuran baru. Ini harus mirip dengan template peluncuran Anda yang ada, tetapi alih-alih AMI Amazon Linux 2 Amazon ECS yang dioptimalkan, itu harus menentukan salah satu varian Amazon Linux 2023. Grup Auto Scaling baru ini dapat meluncurkan instance ke klaster Anda yang ada.
1. Tingkatkan grup Auto Scaling sehingga Anda mulai memiliki instans Amazon Linux 2023 yang mendaftar ke klaster Anda. Verifikasi bahwa instans terdaftar dengan benar dan bahwa tugas dapat berjalan dengan sukses pada instance baru.
1. Setelah tugas Anda diverifikasi untuk berfungsi di Amazon Linux 2023, tingkatkan grup Auto Scaling Amazon Linux 2023 sambil secara bertahap mengurangi grup Auto Scaling Amazon Linux 2, hingga Anda benar-benar mengganti semua instans Amazon Linux 2.
1. Jika Anda memiliki kapasitas penggantian Amazon Linux 2023 yang memadai, Anda mungkin ingin menguras instance container secara eksplisit untuk mempercepat transisi tugas Anda dari Amazon Linux 2 ke Amazon Linux 2023. Untuk informasi selengkapnya, lihat [Menguras instans kontainer Amazon ECS](container-instance-draining.md).
### Migrasi dengan instans yang dikelola secara manual
1. Luncurkan secara manual (atau sesuaikan skrip yang diluncurkan) instans Amazon EC2 baru menggunakan Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI alih-alih Amazon Linux 2. Pastikan instans ini menggunakan grup keamanan, subnet, peran IAM, dan konfigurasi klaster yang sama dengan instans Amazon Linux 2 yang ada. Instans harus secara otomatis mendaftar ke cluster Amazon ECS Anda yang ada saat diluncurkan.
1. Pastikan instans Amazon Linux 2023 baru berhasil mendaftar ke kluster Amazon ECS Anda dan berada dalam status. `ACTIVE` Uji bahwa tugas dapat dijadwalkan dan dijalankan dengan benar pada instance baru ini dengan menunggu penempatan tugas alami atau secara manual stopping/starting beberapa tugas untuk memicu penjadwalan ulang.
1. Ganti instans Amazon Linux 2 Anda secara bertahap dengan meluncurkan instans Amazon Linux 2023 tambahan sesuai kebutuhan, lalu menguras dan menghentikan instans Amazon Linux 2 secara manual satu per satu. Anda dapat menguras instans melalui konsol Amazon ECS dengan menyetel instans ke `DRAINING` status, yang akan berhenti menempatkan tugas baru di dalamnya dan memungkinkan tugas yang ada selesai atau dijadwalkan ulang di tempat lain.
# Skrip pembuatan AMI Linux AMI yang dioptimalkan Amazon ECS
Amazon ECS telah membuka skrip build yang digunakan untuk membangun varian Linux dari AMI Amazon ECS yang dioptimalkan. Skrip build ini sekarang tersedia di GitHub. Untuk informasi lebih lanjut, lihat [amazon-ecs-ami](https://github.com/aws/amazon-ecs-ami)di GitHub.
Jika Anda perlu menyesuaikan AMI Amazon ECS yang dioptimalkan, lihat [Amazon ECS Optimized AMI Build](https://github.com/aws/amazon-ecs-ami) Recipies aktif. GitHub
Repositori skrip build menyertakan template [HashiCorppengemas](https://developer.hashicorp.com/packer/docs) dan skrip build untuk menghasilkan setiap varian Linux dari AMI Amazon ECS yang dioptimalkan. Skrip ini adalah sumber kebenaran untuk build AMI yang dioptimalkan Amazon ECS, sehingga Anda dapat mengikuti repositori GitHub untuk memantau perubahan pada kami. AMIs Misalnya, mungkin Anda ingin AMI Anda sendiri menggunakan versi Docker yang sama dengan yang digunakan tim Amazon ECS untuk AMI resmi.
[Untuk informasi selengkapnya, lihat repositori Amazon ECS AMI di aws/ on. amazon-ecs-ami](https://github.com/aws/amazon-ecs-ami) GitHub
**Untuk membangun AMI Linux Amazon ECS yang dioptimalkan**
1. Kloning `aws/amazon-ecs-ami` GitHub repo.
```
git clone https://github.com/aws/amazon-ecs-ami.git
```
1. Tambahkan variabel lingkungan untuk AWS Wilayah yang akan digunakan saat membuat AMI. Ganti `us-west-2` nilainya dengan Region yang akan digunakan.
```
export REGION=us-west-2
```
1. Makefile disediakan untuk membangun AMI. Dari direktori root repositori kloning, gunakan salah satu perintah berikut, sesuai dengan varian Linux dari AMI Amazon ECS yang dioptimalkan yang ingin Anda buat.
+ Amazon ECS yang dioptimalkan Amazon Linux 2 AMI
```
make al2
```
+ Amazon ECS yang dioptimalkan Amazon Linux 2 (arm64) AMI
```
make al2arm
```
+ AMI Amazon ECS GPU yang dioptimalkan
```
make al2gpu
```
+ Amazon ECS mengoptimalkan Amazon Linux 2 (Neuron) AMI
```
make al2inf
```
+ Amazon ECS yang dioptimalkan Amazon Linux 2023 AMI
```
make al2023
```
+ Amazon ECS yang dioptimalkan Amazon Linux 2023 (arm64) AMI
```
make al2023arm
```
+ Amazon ECS yang dioptimalkan Amazon Linux 2023 GPU AMI
```
make al2023gpu
```
+ Amazon ECS mengoptimalkan Amazon Linux 2023 (Neuron) AMI
```
make al2023neu
```
# Amazon ECS dioptimalkan Bottlerocket AMIs
Bottlerocketadalah sistem operasi open-source Linux berbasis yang dibangun AWS untuk menjalankan kontainer pada mesin virtual atau host bare metal. BottlerocketAMI yang dioptimalkan Amazon ECS aman dan hanya menyertakan jumlah minimum paket yang diperlukan untuk menjalankan kontainer. Ini meningkatkan penggunaan sumber daya, mengurangi permukaan serangan keamanan, dan membantu menurunkan overhead manajemen. BottlerocketAMI juga terintegrasi dengan Amazon ECS untuk membantu mengurangi overhead operasional yang terlibat dalam memperbarui instance kontainer dalam sebuah cluster.
Bottlerocketberbeda dari Amazon Linux dengan cara berikut:
+ Bottlerockettidak termasuk manajer paket, dan perangkat lunaknya hanya dapat dijalankan sebagai wadah. Pembaruan Bottlerocket keduanya diterapkan dan dapat diputar kembali dalam satu langkah, yang mengurangi kemungkinan kesalahan pembaruan.
+ Mekanisme utama untuk mengelola Bottlerocket host adalah dengan penjadwal kontainer. Tidak seperti Amazon Linux, masuk ke Bottlerocket instance individual dimaksudkan untuk menjadi operasi yang jarang terjadi hanya untuk tujuan debugging dan pemecahan masalah tingkat lanjut.
Untuk informasi selengkapnyaBottlerocket, lihat [dokumentasi](https://github.com/bottlerocket-os/bottlerocket/blob/develop/README.md) dan [rilis](https://github.com/bottlerocket-os/bottlerocket/releases) diGitHub.
Ada varian Bottlerocket AMI Amazon ECS yang dioptimalkan untuk kernel 6.1 dan kernel 5.10.
Varian berikut menggunakan kernel 6.1:
+ `aws-ecs-2`
+ `aws-ecs-2-nvidia`
Varian berikut menggunakan kernel 5.10:
+ `aws-ecs-1`
+ `aws-ecs-1-nvidia`
Untuk informasi selengkapnya tentang `aws-ecs-1-nvidia` varian, lihat [Mengumumkan dukungan GPU NVIDIA untuk Bottlerocket Amazon ECS](https://aws.amazon.com/blogs/containers/announcing-nvidia-gpu-support-for-bottlerocket-on-amazon-ecs/).
## Pertimbangan-pertimbangan
Pertimbangkan hal berikut saat menggunakan Bottlerocket AMI dengan Amazon ECS.
+ Bottlerocketmendukung instans Amazon EC2 dengan `x86_64` dan prosesor. `arm64` BottlerocketAMI tidak direkomendasikan untuk digunakan dengan instans Amazon EC2 dengan chip Inferentia.
+ Bottlerocketgambar tidak menyertakan server SSH atau shell. Namun, Anda dapat menggunakan alat out-of-band manajemen untuk mendapatkan akses administrator SSH dan melakukan bootstrap.
Untuk informasi lebih lanjut, lihat bagian ini di [bottlerocket](https://github.com/bottlerocket-os/bottlerocket) README.md di: GitHub
+ [Eksplorasi](https://github.com/bottlerocket-os/bottlerocket#exploration)
+ [Kontainer admin](https://github.com/bottlerocket-os/bottlerocket#admin-container)
+ Secara default, Bottlerocket memiliki [wadah kontrol](https://github.com/bottlerocket-os/bottlerocket-control-container) yang diaktifkan. Container ini menjalankan [AWS Systems Manager agen](https://github.com/aws/amazon-ssm-agent) yang dapat Anda gunakan untuk menjalankan perintah atau memulai sesi shell di instans Amazon EC2Bottlerocket. Untuk informasi selengkapnya, lihat [Menyiapkan Pengelola Sesi](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-getting-started.html) di *Panduan AWS Systems Manager Pengguna*.
+ Bottlerocket dioptimalkan untuk beban kerja kontainer dan memiliki fokus pada keamanan. Bottlerocket tidak menyertakan manajer paket dan tidak dapat diubah.
Untuk informasi tentang fitur dan panduan keamanan, lihat [Fitur Keamanan](https://github.com/bottlerocket-os/bottlerocket/blob/develop/SECURITY_FEATURES.md) dan [Panduan Keamanan](https://github.com/bottlerocket-os/bottlerocket/blob/develop/SECURITY_GUIDANCE.md) di GitHub.
+ Mode `awsvpc` jaringan didukung untuk versi AMI `1.1.0` Bottlerocket atau yang lebih baru.
+ App Mesh dalam definisi tugas didukung untuk versi AMI `1.15.0` Bottlerocket atau yang lebih baru.
+ Parameter definisi `initProcessEnabled` tugas didukung untuk versi AMI `1.19.0` Bottlerocket atau yang lebih baru.
+ Bottlerocket AMIs Juga tidak mendukung layanan dan fitur berikut:
+ ECS Di Mana Saja
+ Service Connect
+ Amazon EFS dalam mode terenkripsi
+ Amazon EFS dalam mode `awsvpc` jaringan
+ Volume Amazon EBS tidak dapat dipasang
+ Akselerator Elastic Inference
# Mengambil metadata AMI Amazon ECS yang dioptimalkan Bottlerocket
Anda dapat mengambil ID Amazon Machine Image (AMI) untuk Amazon ECS yang dioptimalkan AMIs dengan menanyakan Parameter Store API. AWS Systems Manager Dengan menggunakan parameter ini, Anda tidak perlu mencari AMI yang dioptimalkan Amazon ECS secara manual. IDs Untuk informasi selengkapnya tentang Systems Manager Parameter Store API, lihat [GetParameter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParameter.html). Pengguna yang Anda gunakan harus memiliki izin `ssm:GetParameter` IAM untuk mengambil metadata AMI Amazon ECS yang dioptimalkan.
## `aws-ecs-2`Varian AMI Bottlerocket
Anda dapat mengambil varian AMI `aws-ecs-2` Bottlerocket stabil terbaru Wilayah AWS dengan dan arsitektur dengan atau. AWS CLI Konsol Manajemen AWS
+ **AWS CLI**— Anda dapat mengambil ID gambar dari Bottlerocket AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dengan perintah AWS CLI berikut dengan menggunakan subparameter. `image_id` Ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub. Untuk mengambil versi selain yang terbaru, ganti `latest` dengan nomor versi.
+ Untuk arsitektur 64-bit (`x86_64`):
```
aws ssm get-parameter --region us-east-2 --name "/aws/service/bottlerocket/aws-ecs-2/x86_64/latest/image_id" --query Parameter.Value --output text
```
+ Untuk arsitektur Arm (`arm64`) 64-bit:
```
aws ssm get-parameter --region us-east-2 --name "/aws/service/bottlerocket/aws-ecs-2/arm64/latest/image_id" --query Parameter.Value --output text
```
+ **Konsol Manajemen AWS**— Anda dapat menanyakan ID AMI yang dioptimalkan Amazon ECS yang direkomendasikan menggunakan URL di. Konsol Manajemen AWS URL membuka konsol Amazon EC2 Systems Manager dengan nilai ID untuk parameternya. Di URL berikut, ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub.
+ Untuk arsitektur 64-bit (`x86_64`):
```
https://console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-2/x86_64/latest/image_id/description?region=region#
```
+ Untuk arsitektur Arm (`arm64`) 64-bit:
```
https://console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-2/arm64/latest/image_id/description?region=region#
```
## `aws-ecs-2-nvidia`Varian AMI Bottlerocket
Anda dapat mengambil varian AMI `aws-ecs-2-nvdia` Bottlerocket stabil terbaru berdasarkan Wilayah dan arsitektur dengan atau. AWS CLI Konsol Manajemen AWS
+ **AWS CLI**— Anda dapat mengambil ID gambar dari Bottlerocket AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dengan perintah AWS CLI berikut dengan menggunakan subparameter. `image_id` Ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub. Untuk mengambil versi selain yang terbaru, ganti `latest` dengan nomor versi.
+ Untuk arsitektur 64-bit (`x86_64`):
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-2-nvidia/x86_64/latest/image_id" --query Parameter.Value --output text
```
+ Untuk arsitektur Arm (`arm64`) 64 bit:
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-2-nvidia/arm64/latest/image_id" --query Parameter.Value --output text
```
+ **Konsol Manajemen AWS**— Anda dapat meminta ID AMI yang dioptimalkan Amazon ECS yang direkomendasikan menggunakan URL di. Konsol Manajemen AWS URL membuka konsol Amazon EC2 Systems Manager dengan nilai ID untuk parameternya. Di URL berikut, ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub.
+ Untuk arsitektur 64 bit (`x86_64`):
```
https://regionconsole.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-2-nvidia/x86_64/latest/image_id/description?region=region#
```
+ Untuk arsitektur Arm (`arm64`) 64 bit:
```
https://regionconsole.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-2-nvidia/arm64/latest/image_id/description?region=region#
```
## `aws-ecs-1`Varian AMI Bottlerocket
Anda dapat mengambil varian AMI `aws-ecs-1` Bottlerocket stabil terbaru Wilayah AWS dengan dan arsitektur dengan atau. AWS CLI Konsol Manajemen AWS
+ **AWS CLI**— Anda dapat mengambil ID gambar dari Bottlerocket AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dengan perintah AWS CLI berikut dengan menggunakan subparameter. `image_id` Ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub. Untuk mengambil versi selain yang terbaru, ganti `latest` dengan nomor versi.
+ Untuk arsitektur 64-bit (`x86_64`):
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-1/x86_64/latest/image_id" --query Parameter.Value --output text
```
+ Untuk arsitektur Arm (`arm64`) 64-bit:
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-1/arm64/latest/image_id" --query Parameter.Value --output text
```
+ **Konsol Manajemen AWS**— Anda dapat menanyakan ID AMI yang dioptimalkan Amazon ECS yang direkomendasikan menggunakan URL di. Konsol Manajemen AWS URL membuka konsol Amazon EC2 Systems Manager dengan nilai ID untuk parameternya. Di URL berikut, ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub.
+ Untuk arsitektur 64-bit (`x86_64`):
```
https://region.console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-1/x86_64/latest/image_id/description
```
+ Untuk arsitektur Arm (`arm64`) 64-bit:
```
https://region.console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-1/arm64/latest/image_id/description
```
## `aws-ecs-1-nvidia`Varian AMI Bottlerocket
Anda dapat mengambil varian AMI `aws-ecs-1-nvdia` Bottlerocket stabil terbaru berdasarkan Wilayah dan arsitektur dengan atau. AWS CLI Konsol Manajemen AWS
+ **AWS CLI**— Anda dapat mengambil ID gambar dari Bottlerocket AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dengan perintah AWS CLI berikut dengan menggunakan subparameter. `image_id` Ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub.
+ Untuk arsitektur 64-bit (`x86_64`):
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-1-nvidia/x86_64/latest/image_id" --query Parameter.Value --output text
```
+ Untuk arsitektur Arm (`arm64`) 64 bit:
```
aws ssm get-parameter --region us-east-1 --name "/aws/service/bottlerocket/aws-ecs-1-nvidia/arm64/latest/image_id" --query Parameter.Value --output text
```
+ **Konsol Manajemen AWS**— Anda dapat meminta ID AMI yang dioptimalkan Amazon ECS yang direkomendasikan menggunakan URL di. Konsol Manajemen AWS URL membuka konsol Amazon EC2 Systems Manager dengan nilai ID untuk parameternya. Di URL berikut, ganti `region` dengan kode Region yang Anda inginkan ID AMI.
Untuk informasi tentang dukungan Wilayah AWS, lihat [Menemukan AMI](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md#finding-an-ami) di GitHub.
+ Untuk arsitektur 64 bit (`x86_64`):
```
https://console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-1-nvidia/x86_64/latest/image_id/description?region=region#
```
+ Untuk arsitektur Arm (`arm64`) 64 bit:
```
https://console.aws.amazon.com/systems-manager/parameters/aws/service/bottlerocket/aws-ecs-1-nvidia/arm64/latest/image_id/description?region=region#
```
## Langkah selanjutnya
Untuk tutorial terperinci tentang cara memulai dengan sistem Bottlerocket operasi di Amazon ECS, lihat [Menggunakan AMI Bottlerocket dengan Amazon ECS aktif dan [Memulai Bottlerocket dan Amazon](https://aws.amazon.com/blogs/containers/getting-started-with-bottlerocket-and-amazon-ecs/)](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md) ECS GitHub di situs blog. AWS
Untuk informasi tentang cara meluncurkan instance Bottlerocket, lihat [Meluncurkan Bottlerocket instance untuk Amazon ECS](bottlerocket-launch.md)
# Meluncurkan Bottlerocket instance untuk Amazon ECS
Anda dapat meluncurkan Bottlerocket instance sehingga Anda dapat menjalankan beban kerja kontainer Anda.
Anda dapat menggunakan AWS CLI untuk meluncurkan Bottlerocket instance.
1. Buat file yang dipanggil`userdata.toml`. File ini digunakan untuk data pengguna contoh. Ganti *cluster-name* dengan nama klaster Anda.
```
[settings.ecs]
cluster = "cluster-name"
```
1. Gunakan salah satu perintah yang disertakan [Mengambil metadata AMI Amazon ECS yang dioptimalkan Bottlerocket](ecs-bottlerocket-retrieve-ami.md) untuk mendapatkan ID Bottlerocket AMI. Anda menggunakan ini pada langkah berikut.
1. Jalankan perintah berikut untuk meluncurkan Bottlerocket instance. Ingatlah untuk mengganti parameter berikut:
+ Ganti *subnet* dengan ID subnet pribadi atau publik tempat instans Anda akan diluncurkan.
+ Ganti *bottlerocket\$1ami* dengan ID AMI dari langkah sebelumnya.
+ Ganti *t3.large* dengan jenis instance yang ingin Anda gunakan.
+ Ganti *region* dengan kode Region.
```
aws ec2 run-instances --key-name ecs-bottlerocket-example \
--subnet-id subnet \
--image-id bottlerocket_ami \
--instance-type t3.large \
--region region \
--tag-specifications 'ResourceType=instance,Tags=[{Key=bottlerocket,Value=example}]' \
--user-data file://userdata.toml \
--iam-instance-profile Name=ecsInstanceRole
```
1. Jalankan perintah berikut untuk memverifikasi bahwa instance container terdaftar ke cluster. Saat Anda menjalankan perintah ini, ingatlah untuk mengganti parameter berikut:
+ Ganti *cluster* dengan nama klaster Anda.
+ Ganti *region* dengan kode Wilayah Anda.
```
aws ecs list-container-instances --cluster cluster-name --region region
```
[Untuk panduan terperinci tentang cara memulai dengan sistem Bottlerocket operasi di Amazon ECS, lihat [Menggunakan AMI Bottlerocket dengan Amazon ECS aktif GitHub dan Memulai dan Amazon](https://github.com/bottlerocket-os/bottlerocket/blob/develop/QUICKSTART-ECS.md) ECS di situs blogBottlerocket.](https://aws.amazon.com/blogs/containers/getting-started-with-bottlerocket-and-amazon-ecs/) AWS
# Manajemen instans penampung Amazon ECS Linux
Saat menggunakan instans EC2 untuk beban kerja Amazon ECS, Anda bertanggung jawab untuk menjaga instans
**Topics**
+ [Meluncurkan instans kontainer](launch_container_instance.md)
+ [Bootstrapping instance kontainer Linux](bootstrap_container_instance.md)
+ [Mengonfigurasi instance kontainer untuk menerima pemberitahuan Instans Spot](spot-instance-draining-linux-container.md)
+ [Menjalankan skrip saat Anda meluncurkan instance container](start_task_at_launch.md)
+ [Meningkatkan antarmuka jaringan instans kontainer Amazon ECS Linux](container-instance-eni.md)
+ [Memesan memori instance kontainer](memory-management.md)
+ [Mengelola instans kontainer dari jarak jauh](ec2-run-command.md)
+ [Menggunakan proxy HTTP untuk instance kontainer Linux](http_proxy_config.md)
+ [Mengonfigurasi instans pra-inisialisasi untuk grup Auto Scaling](using-warm-pool.md)
+ [Memperbarui agen kontainer Amazon ECS](ecs-agent-update.md)
Setiap versi agen penampung Amazon ECS mendukung set fitur yang berbeda dan menyediakan perbaikan bug dari versi sebelumnya. Jika memungkinkan, kami selalu menyarankan untuk menggunakan versi terbaru dari agen kontainer Amazon ECS. Untuk memperbarui agen kontainer ke versi terbaru, lihat [Memperbarui agen kontainer Amazon ECS](ecs-agent-update.md).
[Untuk melihat fitur dan penyempurnaan mana yang disertakan dengan setiap rilis agen, lihat https://github.com/aws/ amazon-ecs-agent /releases.](https://github.com/aws/amazon-ecs-agent/releases)
**penting**
Versi Docker minimum untuk metrik yang andal adalah versi Docker `v20.10.13` dan yang lebih baru, yang disertakan dalam AMI yang dioptimalkan Amazon ECS dan yang lebih baru. `20220607`
Versi agen Amazon ECS `1.20.0` dan yang lebih baru telah menghentikan dukungan untuk versi Docker yang lebih lama dari. `18.01.0`
# Meluncurkan instans penampung Amazon ECS Linux
Anda dapat membuat instans penampung Amazon ECS menggunakan konsol Amazon EC2.
Anda dapat meluncurkan instans dengan berbagai metode termasuk konsol Amazon EC2 AWS CLI, dan SDK. Untuk informasi tentang metode lain untuk meluncurkan instans, lihat [Meluncurkan instans Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/LaunchingAndUsingInstances.html) di *Panduan Pengguna Amazon EC2*.
Untuk informasi selengkapnya tentang panduan peluncuran, lihat [Meluncurkan instance menggunakan wizard instans peluncuran baru di Panduan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-launch-instance-wizard.html) *Pengguna Amazon EC2*.
Sebelum memulai, selesaikan langkah-langkah di [Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md).
Anda dapat menggunakan wizard Amazon EC2 baru untuk meluncurkan instans. Wizard peluncuran instans menentukan parameter peluncuran yang diperlukan untuk meluncurkan sebuah instans.
**Topics**
+ [Prosedur](#linux-liw-initiate-instance-launch)
+ [Nama dan tanda](#linux-liw-name-and-tags)
+ [Aplikasi dan Gambar OS (Gambar Mesin Amazon)](#linux-liw-ami)
+ [Tipe instans](#linux-liw-instance-type)
+ [Pasangan kunci (login)](#linux-liw-key-pair)
+ [Pengaturan jaringan](#linux-liw-network-settings)
+ [Mengonfigurasi penyimpanan](#linux-liw-storage)
+ [Detail lanjutan](#linux-liw-advanced-details)
## Prosedur
Sebelum memulai, selesaikan langkah-langkah di [Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md).
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di bilah navigasi di bagian atas layar, AWS Wilayah saat ini ditampilkan (misalnya, AS Timur (Ohio)). Pilih Wilayah tempat instans akan diluncurkan.
1. Dari dasbor konsol Amazon EC2, pilih **Luncurkan instans**.
## Nama dan tanda
Nama instans adalah tanda, di mana kuncinya adalah **Name**, dan nilainya adalah nama yang Anda tentukan. Anda dapat menandai instance, volume, dan grafik elastis. Untuk Instans Spot, Anda hanya dapat menandai permintaan Instans Spot.
Menentukan nama instans dan tanda tambahan bersifat opsional.
+ Untuk **Nama**, masukkan nama deskriptif untuk instans tersebut. Jika Anda tidak menentukan nama, instans dapat diidentifikasi berdasarkan ID-nya, yang secara otomatis dihasilkan saat Anda meluncurkan instans tersebut.
+ Untuk menambahkan tanda tambahan, pilih **Tambahkan tanda tambahan**. Pilih **Tambahkan tanda**, lalu masukkan kunci dan nilai, lalu pilih jenis sumber daya yang akan diberi tanda. Pilih **Tambah tanda** lagi untuk setiap tanda tambahan yang akan ditambahkan.
## Aplikasi dan Gambar OS (Gambar Mesin Amazon)
Amazon Machine Image (AMI) berisi informasi yang diperlukan untuk membuat instans. Misalnya, AMI mungkin berisi perangkat lunak yang diperlukan untuk bertindak sebagai server web, seperti Apache, dan situs web Anda.
Gunakan bilah **Pencarian** untuk menemukan AMI yang dioptimalkan Amazon ECS yang dioptimalkan yang diterbitkan oleh. AWS
1. Masukkan salah satu istilah berikut di bilah **Pencarian**.
+ **ami-ecs**
+ **Nilai** AMI Amazon ECS yang dioptimalkan.
Untuk Amazon ECS terbaru yang dioptimalkan AMIs dan nilainya, lihat AMI yang dioptimalkan oleh [Linux Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html#ecs-optimized-ami-linux).
1. Tekan **Enter**.
1. Pada halaman **Pilih Gambar Mesin Amazon (AMI)**, pilih AMIs tab **AWS Marketplace**.
1. **Dari panel **hasil Refine** kiri, pilih **Amazon Web Services** sebagai Publisher.**
1. Pilih **Pilih** pada baris AMI yang ingin Anda gunakan.
Atau, pilih **Batal** (di kanan atas) untuk kembali ke wizard instance peluncuran tanpa memilih AMI. AMI default akan dipilih. Pastikan AMI memenuhi persyaratan yang diuraikan di Linux yang dioptimalkan [Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_AMI.html). AMIs
## Tipe instans
Tipe instans mendefinisikan konfigurasi perangkat keras dan ukuran instans. Tipe instans yang lebih besar memiliki lebih banyak CPU dan memori. Untuk informasi lebih lanjut, lihat [Tipe instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html) di *Panduan Pengguna Amazon EC2*. Jika Anda ingin menjalankan beban kerja IPv6 -only, jenis instance tertentu tidak mendukung IPv6 alamat. Untuk informasi selengkapnya, lihat [IPv6alamat](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#ipv6-addressing) di *Panduan Pengguna Amazon EC2*.
+ Untuk **Tipe instans**, pilih tipe instans untuk instans tersebut.
Tipe instans yang Anda pilih menentukan sumber daya yang tersedia untuk menjalankan tugas Anda.
## Pasangan kunci (login)
Untuk **Nama pasangan kunci**, pilih pasangan kunci yang ada, atau pilih **Buat pasangan kunci baru** untuk membuat yang baru.
**penting**
Jika Anda memilih opsi **Lanjutkan tanpa pasangan kunci (Tidak direkomendasikan)**, Anda tidak akan dapat terhubung ke instans tersebut, kecuali Anda memilih sebuah AMI yang dikonfigurasi agar pengguna dapat masuk dengan cara lain.
## Pengaturan jaringan
Konfigurasikan pengaturan jaringan seperlunya setelah memilih tombol **Edit** untuk bagian **Pengaturan jaringan** pada formulir.
+ Untuk **VPC**, pilih VPC yang ingin Anda luncurkan instance. Untuk menjalankan beban kerja IPv6 -only, pilih VPC tumpukan ganda yang menyertakan blok CIDR IPv4 dan blok CIDR. IPv6
+ Untuk **Subnet**, pilih subnet untuk meluncurkan instance. Anda dapat meluncurkan instance di subnet yang terkait dengan Availability Zone, Local Zone, Wavelength Zone, atau Outpost.
Untuk meluncurkan instans di Zona Ketersediaan, pilih subnet tempat Anda akan meluncurkan instans. Untuk membuat subnet baru, pilih **Buat subnet baru** untuk membuka konsol Amazon VPC. Setelah selesai, kembali ke wizard peluncuran instans dan pilih ikon Segarkan untuk memuat subnet Anda dalam daftar.
Untuk meluncurkan instans di Local Zone, pilih subnet yang Anda buat di Local Zone.
Untuk meluncurkan sebuah instans di Outpost, pilih subnet di VPC yang Anda kaitkan dengan Outpost.
Untuk menjalankan beban kerja IPv6 -only, pilih subnet yang hanya menyertakan blok CIDR. IPv6
+ **Auto-assign IP Publik****: Jika instans Anda harus dapat diakses dari internet, verifikasi bahwa bidang **Auto-assign Public IP** diatur ke Aktifkan.** Jika tidak, atur bidang ini ke **Nonaktifkan**.
**catatan**
Instans kontainer memerlukan akses untuk berkomunikasi dengan titik akhir layanan Amazon ECS. Ini bisa melalui titik akhir VPC antarmuka atau melalui instance container Anda yang memiliki alamat IP publik.
Untuk informasi selengkapnya tentang titik akhir VPC antarmuka, lihat [Titik akhir VPC antarmuka Amazon ECS ()AWS PrivateLink](vpc-endpoints.md)
Jika Anda tidak memiliki antarmuka VPC endpoint yang dikonfigurasi dan instance container Anda tidak memiliki alamat IP publik, maka mereka harus menggunakan terjemahan alamat jaringan (NAT) untuk menyediakan akses ini. Untuk informasi selengkapnya, lihat [gateway NAT di](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) *Panduan Pengguna Amazon VPC dan dalam panduan* ini. [Menggunakan proxy HTTP untuk instans penampung Amazon ECS Linux](http_proxy_config.md)
+ **Jika Anda memilih VPC tumpukan ganda dan subnet IPv6 -only, untuk ** IPv6 Auto-assign** IP, pilih Aktifkan.**
+ **Firewall (grup keamanan)**: Gunakan grup keamanan untuk menentukan aturan firewall untuk instance container Anda. Aturan ini menentukan lalu lintas jaringan masuk yang dikirim ke instans kontainer Anda. Semua lalu lintas lainnya diabaikan.
+ Untuk memilih grup keamanan yang ada, pilih **Pilih grup keamanan yang ada**, dan pilih grup keamanan yang Anda buat[Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md).
+ **Jika Anda meluncurkan instance untuk beban kerja IPv6 -only, pilih **Konfigurasi jaringan lanjutan**, lalu untuk **Tetapkan IPv6 IP Utama**, pilih Ya.**
**catatan**
Tanpa IPv6 alamat utama, tugas yang berjalan pada instance kontainer dalam mode jaringan host atau jembatan akan gagal didaftarkan dengan penyeimbang beban atau dengan. AWS Cloud Map
## Mengonfigurasi penyimpanan
AMI yang Anda pilih mencakup satu atau lebih volume penyimpanan, termasuk volume root. Anda dapat menentukan volume tambahan untuk dilampirkan ke instans.
Anda dapat menggunakan tampilan **Sederhana**.
+ **Jenis penyimpanan**: Konfigurasikan penyimpanan untuk instance kontainer Anda.
Jika Anda menggunakan Amazon Linux 2 AMI Amazon ECS yang dioptimalkan Amazon, instans Anda memiliki satu volume 30 GiB yang dikonfigurasi, yang dibagi antara sistem operasi dan Docker.
Jika Anda menggunakan AMI Amazon ECS yang dioptimalkan, instans Anda memiliki dua volume yang dikonfigurasi. Volume **Root** adalah untuk penggunaan sistem operasi, dan volume Amazon EBS kedua (dilampirkan ke`/dev/xvdcz`) adalah untuk penggunaan Docker.
Anda dapat menambah atau mengurangi ukuran volume bagi instans Anda untuk memenuhi kebutuhan aplikasi Anda.
## Detail lanjutan
Untuk **Detail lanjutan**, perluas bagian untuk melihat kolom dan menentukan parameter tambahan apa pun untuk instans.
+ **Opsi pembelian**: Pilih **Minta Instans Spot untuk meminta Instans** Spot. Anda juga perlu mengatur bidang lain yang terkait dengan Instans Spot. Untuk informasi selengkapnya, lihat [Permintaan Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html).
**catatan**
Jika Anda menggunakan Instans Spot dan melihat `Not available` pesan, Anda mungkin perlu memilih jenis instans yang berbeda.
+ **Profil instans IAM**: Pilih peran IAM instance container Anda. Hal ini biasanya bernama `ecsInstanceRole`.
**penting**
Jika Anda tidak meluncurkan instans penampung dengan izin IAM yang tepat, agen Amazon ECS Anda tidak dapat terhubung ke klaster Anda. Untuk informasi selengkapnya, lihat [Peran IAM instans kontainer Amazon ECS](instance_IAM_role.md).
+ **Data pengguna**: Konfigurasikan instans penampung Amazon ECS Anda dengan data pengguna, seperti variabel lingkungan agen dari[Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md). Skrip data pengguna Amazon EC2 dijalankan hanya satu kali, saat instans pertama kali diluncurkan. Berikut ini adalah contoh umum dari kegunaan data pengguna:
+ Secara default, instans kontainer Anda meluncurkan ke klaster default Anda. Untuk meluncurkan ke klaster non-default, pilih daftar **Detail Lanjutan**. Kemudian, tempelkan skrip berikut ke bidang **Data pengguna**, ganti *your\$1cluster\$1name* dengan nama cluster Anda.
```
#!/bin/bash
echo ECS_CLUSTER=your_cluster_name >> /etc/ecs/ecs.config
```
+ **Jika Anda memiliki `ecs.config` file di Amazon S3 dan telah mengaktifkan akses hanya-baca Amazon S3 ke peran instance container, pilih daftar Detail Lanjutan.** Kemudian, tempelkan skrip berikut ke bidang **Data pengguna**, ganti *your\$1bucket\$1name* dengan nama bucket Anda untuk menginstal AWS CLI dan menulis file konfigurasi Anda pada waktu peluncuran.
**catatan**
Untuk informasi lebih lanjut tentang konfigurasi ini, lihat [Menyimpan konfigurasi instans penampung Amazon ECS di Amazon S3](ecs-config-s3.md).
```
#!/bin/bash
yum install -y aws-cli
aws s3 cp s3://your_bucket_name/ecs.config /etc/ecs/ecs.config
```
+ Tentukan tanda untuk instans kontainer Anda menggunakan parameter konfigurasi `ECS_CONTAINER_INSTANCE_TAGS`. Ini membuat tag yang terkait dengan Amazon ECS saja, mereka tidak dapat dicantumkan menggunakan Amazon EC2 API.
**penting**
Jika Anda meluncurkan instance container menggunakan grup Amazon EC2 Auto Scaling, Anda harus menggunakan parameter konfigurasi agen ECS\$1CONTAINER\$1INSTANCE\$1TAGS untuk menambahkan tag. Hal ini disebabkan oleh cara tag ditambahkan ke instans Amazon EC2 yang diluncurkan menggunakan grup Auto Scaling.
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=your_cluster_name
ECS_CONTAINER_INSTANCE_TAGS={"tag_key": "tag_value"}
EOF
```
+ Tentukan tag untuk instance container Anda, lalu gunakan parameter `ECS_CONTAINER_INSTANCE_PROPAGATE_TAGS_FROM` konfigurasi untuk menyebarkannya dari Amazon EC2 ke Amazon ECS
Berikut adalah instans dari skrip data pengguna yang akan menyebarkan tanda yang terkait dengan instans kontainer, serta mendaftarkan instans kontainer dengan klaster bernama `your_cluster_name`:
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=your_cluster_name
ECS_CONTAINER_INSTANCE_PROPAGATE_TAGS_FROM=ec2_instance
EOF
```
+ Secara default, agen penampung Amazon ECS akan mencoba mendeteksi kompatibilitas instans kontainer untuk konfigurasi IPv6 -only dengan melihat default IPv4 dan IPv6 rute instance. Untuk mengganti perilaku ini, Anda dapat mengatur ` ECS_INSTANCE_IP_COMPATIBILITY` parameter ke `ipv4` atau `ipv6` dalam `/etc/ecs/ecs.config` file instance.
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=your_cluster_name
ECS_INSTANCE_IP_COMPATIBILITY=ipv6
EOF
```
Untuk informasi selengkapnya, lihat [Bootstrapping instance container Amazon ECS Linux untuk meneruskan data](bootstrap_container_instance.md).
# Bootstrapping instance container Amazon ECS Linux untuk meneruskan data
Saat meluncurkan instans Amazon EC2, Anda dapat meneruskan data pengguna ke instans EC2. Data dapat digunakan untuk melakukan tugas konfigurasi otomatis umum dan bahkan menjalankan skrip ketika boot instans. Untuk Amazon ECS, kasus penggunaan yang paling umum untuk data pengguna adalah meneruskan informasi konfigurasi ke daemon Docker dan agen penampung Amazon ECS.
Anda dapat meneruskan beberapa jenis data pengguna ke Amazon EC2, termasuk boothook cloud, skrip shell, dan arahan. `cloud-init` Untuk informasi selengkapnya tentang hal ini dan tipe format lainnya, lihat [dokumentasi Cloud-init](https://cloudinit.readthedocs.io/en/latest/explanation/format.html).
Untuk meneruskan data pengguna saat menggunakan wizard peluncuran Amazon EC2, lihat. [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md)
Anda dapat mengonfigurasi instance kontainer untuk meneruskan data dalam konfigurasi agen kontainer atau dalam konfigurasi daemon Docker.
## Agen kontainer Amazon ECS
Varian Linux dari AMI Amazon ECS yang dioptimalkan mencari data konfigurasi agen dalam `/etc/ecs/ecs.config` file saat agen penampung dimulai. Anda dapat menentukan data konfigurasi ini saat diluncurkan dengan data pengguna Amazon EC2. Untuk informasi selengkapnya tentang variabel konfigurasi agen penampung Amazon ECS yang tersedia, lihat[Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md).
Untuk mengatur hanya pada variabel konfigurasi agen tunggal, seperti nama klaster, gunakan **echo** untuk menyalin variabel ke file konfigurasi:
```
#!/bin/bash
echo "ECS_CLUSTER=MyCluster" >> /etc/ecs/ecs.config
```
Jika Anda memiliki beberapa variabel untuk ditulis pada `/etc/ecs/ecs.config`, gunakan pilihan berikut ini pada format `heredoc`. Format ini menulis segalanya di antara baris dimulai dengan **cat** dan `EOF` pada file konfigurasi.
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=MyCluster
ECS_ENGINE_AUTH_TYPE=docker
ECS_ENGINE_AUTH_DATA={"https://index.docker.io/v1/":{"username":"my_name","password":"my_password","email":"email@example.com"}}
ECS_LOGLEVEL=debug
ECS_WARM_POOLS_CHECK=true
EOF
```
Untuk mengatur atribut instance kustom, atur variabel `ECS_INSTANCE_ATTRIBUTES` lingkungan.
```
#!/bin/bash
cat <<'EOF' >> ecs.config
ECS_INSTANCE_ATTRIBUTES={"envtype":"prod"}
EOF
```
## Daemon docker
Anda dapat menentukan informasi konfigurasi daemon Docker dengan data pengguna Amazon EC2. Untuk informasi selengkapnya tentang pilihan konfigurasi, lihat [dokumentasi daemon Docker](https://docs.docker.com/reference/cli/dockerd/).
**catatan**
AWS tidak mendukung konfigurasi Docker khusus, karena terkadang dapat bertentangan dengan perubahan atau fitur Amazon ECS di masa mendatang tanpa peringatan.
Pada contoh di bawah ini, pilihan kustom ditambahkan ke file konfigurasi daemon Docker, `/etc/docker/daemon.json` yang kemudian ditentukan dalam data pengguna saat instans diluncurkan.
```
#!/bin/bash
cat </etc/docker/daemon.json
{"debug": true}
EOF
systemctl restart docker --no-block
```
Pada contoh di bawah ini, pilihan kustom ditambahkan ke file konfigurasi daemon Docker, `/etc/docker/daemon.json` yang kemudian ditentukan dalam data pengguna saat instans diluncurkan. Contoh ini menunjukkan cara menonaktifkan docker-proxy di file konfigurasi daemon Docker.
```
#!/bin/bash
cat </etc/docker/daemon.json
{"userland-proxy": false}
EOF
systemctl restart docker --no-block
```
# Mengonfigurasi instans container Amazon ECS Linux untuk menerima pemberitahuan Instans Spot
Amazon EC2 mengakhiri, menghentikan, atau hibernasi Instans Spot Anda ketika harga Spot melebihi harga maksimum untuk permintaan atau kapasitas Anda tidak lagi tersedia. Amazon EC2 menyediakan pemberitahuan interupsi dua menit Instans Spot untuk menghentikan dan menghentikan tindakan. Itu tidak memberikan pemberitahuan dua menit untuk tindakan hibernasi. Jika pengurasan Instans Spot Amazon ECS diaktifkan pada instans, Amazon ECS menerima pemberitahuan gangguan Instans Spot dan menempatkan instans dalam status. `DRAINING`
**penting**
Amazon ECS tidak menerima pemberitahuan dari Amazon EC2 saat instans dihapus oleh Auto Scaling Capacity Rebalancing. Untuk informasi selengkapnya, lihat Penyeimbangan [Kembali Kapasitas Penskalaan Otomatis Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html).
Saat instance container disetel ke`DRAINING`, Amazon ECS mencegah tugas baru dijadwalkan untuk penempatan pada instance container. Tugas layanan pada instans kontainer pengurasan yang ada di status `PENDING` segera dihentikan. Jika ada instans kontainer di klaster yang tersedia, tugas layanan pengganti dimulai.
Pengurasan Instans Spot dimatikan secara default.
Anda dapat mengaktifkan pengurasan Instance Spot saat meluncurkan instance. Tambahkan skrip berikut ke dalam bidang **data Pengguna**. Ganti *MyCluster* dengan nama cluster untuk mendaftarkan instance container ke.
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=MyCluster
ECS_ENABLE_SPOT_INSTANCE_DRAINING=true
EOF
```
Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
**Untuk mengaktifkan pengurasan Instance Spot untuk instance kontainer yang ada**
1. Connect ke Instans Spot melalui SSH.
1. Edit file `/etc/ecs/ecs.config` dan tambahkan berikut:
```
ECS_ENABLE_SPOT_INSTANCE_DRAINING=true
```
1. Mulai ulang layanan `ecs`.
+ Untuk Amazon ECS yang dioptimalkan Amazon Linux 2 AMI:
```
sudo systemctl restart ecs
```
1. (Opsional) Anda dapat memastikan bahwa agen sedang berjalan dan melihat beberapa informasi tentang instans kontainer baru dengan melakukan kueri pada operasi API introspeksi agen. Untuk informasi selengkapnya, lihat [Introspeksi wadah Amazon ECS](ecs-agent-introspection.md).
```
curl http://localhost:51678/v1/metadata
```
# Menjalankan skrip saat Anda meluncurkan instans penampung Amazon ECS Linux
Anda mungkin perlu menjalankan kontainer tertentu pada setiap instance kontainer untuk menangani masalah operasi atau keamanan seperti pemantauan, keamanan, metrik, penemuan layanan, atau pencatatan.
Untuk melakukannya, Anda dapat mengonfigurasi instans kontainer Anda untuk memanggil perintah **docker run** dengan skrip data pengguna saat peluncuran, atau dalam beberapa sistem unit seperti Upstart atau **systemd**. Meskipun metode ini berfungsi, ia memiliki beberapa kelemahan karena Amazon ECS tidak memiliki pengetahuan tentang wadah dan tidak dapat memantau CPU, memori, port, atau sumber daya lain yang digunakan. Untuk memastikan Amazon ECS dapat memperhitungkan semua sumber daya tugas dengan benar, buat definisi tugas agar container dapat dijalankan pada instance container Anda. Kemudian, gunakan Amazon ECS untuk menempatkan tugas pada waktu peluncuran dengan data pengguna Amazon EC2.
Skrip data pengguna Amazon EC2 dalam prosedur berikut menggunakan API introspeksi Amazon ECS untuk mengidentifikasi instance container. Kemudian, ia menggunakan AWS CLI dan **start-task** perintah untuk menjalankan tugas tertentu pada dirinya sendiri selama startup.
**Untuk memulai tugas pada waktu peluncuran instans kontainer**
1. Modifikasi `ecsInstanceRole` IAM role Anda untuk menambahkan izin untuk Operasi API `StartTask` . Untuk informasi selengkapnya, lihat [Memperbarui izin untuk peran](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_update-role-permissions.html) dalam *Panduan AWS Identity and Access Management Pengguna*.
1. Luncurkan satu atau beberapa instans kontainer menggunakan Amazon Linux 2 AMI Amazon ECS yang dioptimalkan Amazon. Luncurkan instance kontainer baru dan gunakan skrip contoh berikut dalam data Pengguna EC2. Ganti *your\$1cluster\$1name* dengan cluster untuk instance container untuk mendaftar ke dan *my\$1task\$1def* dengan definisi tugas untuk dijalankan pada instance saat peluncuran.
Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
**catatan**
Konten multibagian MIME di bawah ini menggunakan skrip shell untuk menetapkan nilai konfigurasi dan menginstal paket. Hal ini juga menggunakan tugas sistem untuk memulai tugas setelah layanan **ecs** berjalan dan API introspeksi tersedia.
```
Content-Type: multipart/mixed; boundary="==BOUNDARY=="
MIME-Version: 1.0
--==BOUNDARY==
Content-Type: text/x-shellscript; charset="us-ascii"
#!/bin/bash
# Specify the cluster that the container instance should register into
cluster=your_cluster_name
# Write the cluster configuration variable to the ecs.config file
# (add any other configuration variables here also)
echo ECS_CLUSTER=$cluster >> /etc/ecs/ecs.config
START_TASK_SCRIPT_FILE="/etc/ecs/ecs-start-task.sh"
cat <<- 'EOF' > ${START_TASK_SCRIPT_FILE}
exec 2>>/var/log/ecs/ecs-start-task.log
set -x
# Install prerequisite tools
yum install -y jq aws-cli
# Wait for the ECS service to be responsive
until curl -s http://localhost:51678/v1/metadata
do
sleep 1
done
# Grab the container instance ARN and AWS Region from instance metadata
instance_arn=$(curl -s http://localhost:51678/v1/metadata | jq -r '. | .ContainerInstanceArn' | awk -F/ '{print $NF}' )
cluster=$(curl -s http://localhost:51678/v1/metadata | jq -r '. | .Cluster' | awk -F/ '{print $NF}' )
region=$(curl -s http://localhost:51678/v1/metadata | jq -r '. | .ContainerInstanceArn' | awk -F: '{print $4}')
# Specify the task definition to run at launch
task_definition=my_task_def
# Run the AWS CLI start-task command to start your task on this container instance
aws ecs start-task --cluster $cluster --task-definition $task_definition --container-instances $instance_arn --started-by $instance_arn --region $region
EOF
# Write systemd unit file
UNIT="ecs-start-task.service"
cat <<- EOF > /etc/systemd/system/${UNIT}
[Unit]
Description=ECS Start Task
Requires=ecs.service
After=ecs.service
[Service]
Restart=on-failure
RestartSec=30
ExecStart=/usr/bin/bash ${START_TASK_SCRIPT_FILE}
[Install]
WantedBy=default.target
EOF
# Enable our ecs.service dependent service with `--no-block` to prevent systemd deadlock
# See https://github.com/aws/amazon-ecs-agent/issues/1707
systemctl enable --now --no-block "${UNIT}"
--==BOUNDARY==--
```
1. Verifikasi bahwa instans kontainer Anda meluncurkan ke klaster yang benar dan bahwa tugas Anda telah dimulai.
1. Buka konsol di [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2).
1. Dari bilah navigasi, pilih Wilayah tempat klaster Anda berada.
1. Di panel navigasi, pilih **Klaster** dan pilih klaster yang meng-host instans kontainer Anda.
1. Pada halaman **Cluster**, pilih **Tasks**, lalu pilih yor task.
Setiap instance kontainer yang Anda luncurkan harus menjalankan tugas Anda di atasnya.
Jika Anda tidak melihat tugas Anda, Anda dapat masuk ke instans kontainer Anda dengan SSH dan memeriksa file `/var/log/ecs/ecs-start-task.log` untuk informasi debugging.
# Meningkatkan antarmuka jaringan instans kontainer Amazon ECS Linux
**catatan**
Fitur ini tidak tersedia di Fargate.
Setiap tugas yang menggunakan mode `awsvpc` jaringan menerima elastic network interface (ENI) sendiri, yang dilampirkan ke instance container yang menghostingnya. Ada batasan default untuk jumlah antarmuka jaringan yang dapat dilampirkan ke instans Amazon EC2, dan antarmuka jaringan utama dihitung sebagai satu. Misalnya, secara default sebuah `c5.large` instance mungkin memiliki hingga tiga yang ENIs melekat padanya. Antarmuka jaringan utama untuk instance dihitung sebagai satu, sehingga Anda dapat melampirkan dua tambahan ENIs ke instance. Karena setiap tugas yang menggunakan mode `awsvpc` jaringan memerlukanENI, Anda biasanya hanya dapat menjalankan dua tugas tersebut pada jenis instance ini.
Amazon ECS mendukung peluncuran instans kontainer dengan peningkatan ENI kepadatan menggunakan jenis instans Amazon EC2 yang didukung. Saat Anda menggunakan jenis instans ini dan mengaktifkan setelan `awsvpcTrunking` akun, tambahan ENIs tersedia pada instance container yang baru diluncurkan. Konfigurasi ini memungkinkan Anda untuk menempatkan lebih banyak tugas pada setiap instance kontainer. Untuk menggunakan konsol untuk mengaktifkan fitur, lihat[Memodifikasi pengaturan akun Amazon ECS](ecs-modifying-longer-id-settings.md). Untuk menggunakan fitur AWS CLI untuk mengaktifkan fitur, lihat[Mengelola pengaturan akun Amazon ECS menggunakan AWS CLI](account-setting-management-cli.md).
Misalnya, `c5.large` contoh dengan `awsvpcTrunking` memiliki ENI batas peningkatan dua belas. Instance container akan memiliki antarmuka jaringan utama dan Amazon ECS membuat dan melampirkan antarmuka jaringan “trunk” ke instance container. Jadi, konfigurasi ini mengizinkan Anda meluncurkan sepuluh tugas pada instans kontainer, tidak hanya dua tugas seperti saat ini.
Antarmuka jaringan trunk dikelola sepenuhnya oleh Amazon ECS dan dihapus saat Anda menghentikan atau membatalkan pendaftaran instance container dari cluster. Untuk informasi selengkapnya, lihat [Opsi Jaringan Tugas Amazon ECS untuk EC2](task-networking.md).
## Pertimbangan
Pertimbangkan hal berikut saat menggunakan fitur ENI trunking.
+ Hanya varian Linux dari AMI Amazon ECS yang dioptimalkan, atau varian Amazon Linux lainnya dengan versi `1.28.1` atau yang lebih baru dari agen kontainer dan versi `1.28.1-2` atau yang lebih baru dari paket ecs-init, yang mendukung peningkatan batas. ENI Jika Anda menggunakan varian Linux terbaru dari AMI Amazon ECS yang dioptimalkan, persyaratan ini akan dipenuhi. Kontainer Windows tidak didukung saat ini.
+ Hanya instans Amazon EC2 baru yang diluncurkan setelah mengaktifkan `awsvpcTrunking` menerima peningkatan ENI batas dan antarmuka jaringan trunk. Instans yang diluncurkan sebelumnya tidak menerima fitur ini tanpa memperhatikan tindakan yang dilakukan.
+ Instans Amazon EC2 harus menonaktifkan permintaan DNS berbasis sumber daya IPv4 . Untuk menonaktifkan opsi ini, hapus opsi **Aktifkan permintaan DNS berbasis sumber daya IPV4 (Catatan)** saat Anda membuat instance baru di konsol Amazon EC2. Untuk menonaktifkan opsi ini menggunakan AWS CLI, gunakan perintah berikut.
```
aws ec2 modify-private-dns-name-options --instance-id i-xxxxxxx --no-enable-resource-name-dns-a-record --no-dry-run
```
+ Instans Amazon EC2 di subnet bersama tidak didukung. Instans tersebut akan gagal untuk didaftarkan pada klaster jika instans digunakan.
+ Tugas Anda harus menggunakan mode `awsvpc` jaringan dan EC2. Tugas menggunakan Fargate selalu menerima dedicated ENI terlepas dari berapa banyak yang diluncurkan, sehingga fitur ini tidak diperlukan.
+ Tugas Anda harus diluncurkan dalam VPC Amazon yang sama dengan instance container Anda. Tugas Anda akan gagal untuk dimulai bersama dengan sebuah kesalahan pada atribut jika tugas tersebut tidak berada dalam VPC yang sama.
+ Ketika meluncurkan sebuah instans kontainer yang baru, transisi instans menuju status `REGISTERING` sementara antarmuka jaringan elastis torso telah disediakan untuk instans. Jika pendaftaran gagal, transisi instans menuju status `REGISTRATION_FAILED`. Anda dapat memecahkan masalah pada gagalnya pendaftaran dengan menjelaskan instans kontainer untuk melihat bidang `statusReason` yang menjelaskan alasan pada kegagalan. instans kontainer kemudian secara manual dapat membatalkan pendaftaran atau mengakhirinya. Setelah instance kontainer berhasil dideregistrasi atau dihentikan, Amazon ECS akan menghapus bagasi. ENI
**catatan**
Amazon ECS memancarkan peristiwa perubahan status instans kontainer yang dapat Anda pantau untuk instance yang bertransisi ke status. `REGISTRATION_FAILED` Untuk informasi selengkapnya, lihat [Acara perubahan status instans penampung Amazon ECS](ecs_container_instance_events.md).
+ Setelah instans kontainer dihentikan, transisi instans menuju status `DEREGISTERING` sementara torso pada antarmuka jaringan elastis telah dicabut. Instans tersebut kemudian melakukan transisi menuju status `INACTIVE`.
+ Jika instance kontainer di subnet publik dengan ENI batas yang meningkat dihentikan dan kemudian dimulai ulang, instance kehilangan alamat IP publiknya, dan agen kontainer kehilangan koneksinya.
+ Saat Anda mengaktifkan`awsvpcTrunking`, instance container menerima tambahan ENI yang menggunakan grup keamanan default VPC, dan dikelola oleh Amazon ECS.
VPC default dilengkapi dengan subnet publik di setiap Availability Zone, gateway internet, dan pengaturan untuk mengaktifkan resolusi DNS. Subnet adalah subnet publik, karena tabel rute utama mengirimkan lalu lintas subnet yang ditujukan untuk internet ke gateway internet. Anda dapat membuat subnet default ke subnet privat dengan menghapus rute dari tujuan 0.0.0.0/0 ke gateway internet. Namun, jika Anda melakukan ini, tidak ada instance kontainer yang berjalan di subnet itu yang dapat mengakses internet. Anda dapat menambahkan atau menghapus aturan grup keamanan untuk mengontrol lalu lintas masuk dan keluar dari subnet Anda. Untuk informasi selengkapnya, lihat [Aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/security-group-rules.html) di *Panduan Pengguna Amazon Virtual Private Cloud*.
## Prasyarat
Sebelum Anda meluncurkan instance kontainer dengan ENI batas yang meningkat, prasyarat berikut harus diselesaikan.
+ Peran terkait layanan untuk Amazon ECS harus dibuat. Peran terkait layanan Amazon ECS memberi Amazon ECS izin untuk melakukan panggilan ke layanan lain AWS atas nama Anda. Peran ini dibuat untuk Anda secara otomatis ketika Anda membuat sebuah klaster, atau jika Anda membuat atau memperbarui layanan di Konsol Manajemen AWS. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon ECS](using-service-linked-roles.md). Anda juga dapat membuat peran terkait layanan dengan perintah berikut AWS CLI .
```
aws iam [create-service-linked-role](https://docs.aws.amazon.com/cli/latest/reference/iam/create-service-linked-role.html) --aws-service-name ecs.amazonaws.com
```
+ Peran IAM instans akun atau kontainer Anda harus mengaktifkan pengaturan `awsvpcTrunking` akun. Kami menyarankan Anda membuat 2 container instance role (`ecsInstanceRole`). Anda kemudian dapat mengaktifkan pengaturan `awsvpcTrunking` akun untuk satu peran dan menggunakan peran tersebut untuk tugas yang memerlukan trunking ENI. Untuk informasi tentang peran instance container, lihat[Peran IAM instans kontainer Amazon ECS](instance_IAM_role.md).
Setelah prasyarat terpenuhi, Anda dapat meluncurkan instance container baru menggunakan salah satu jenis instans Amazon EC2 yang didukung, dan instance akan memiliki batas yang ditingkatkan. ENI Untuk daftar tipe data yang didukung, lihat [Instans yang didukung untuk peningkatan antarmuka jaringan kontainer Amazon ECS](eni-trunking-supported-instance-types.md). instans kontainer harus memiliki versi `1.28.1` atau yang lebih baru dari agen kontainer dan versi `1.28.1-2` atau yang lebih baru dari paket ecs-init. Jika Anda menggunakan varian Linux terbaru dari AMI Amazon ECS yang dioptimalkan, persyaratan ini akan dipenuhi. Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
**penting**
Instans Amazon EC2 harus menonaktifkan permintaan DNS berbasis sumber daya IPv4 . Untuk menonaktifkan opsi ini, pastikan opsi **Aktifkan permintaan DNS berbasis sumber daya IPV4 (Catatan)** tidak dipilih saat membuat instance baru menggunakan konsol Amazon EC2. Untuk menonaktifkan opsi ini menggunakan AWS CLI, gunakan perintah berikut.
```
aws ec2 modify-private-dns-name-options --instance-id i-xxxxxxx --no-enable-resource-name-dns-a-record --no-dry-run
```
**Untuk melihat instance penampung Anda dengan ENI batas yang ditingkatkan dengan AWS CLI**
Setiap instans kontainer memiliki antarmuka jaringan default, yang disebut sebagai antarmuka jaringan torso. Gunakan perintah berikut untuk membuat daftar instance kontainer Anda dengan ENI batas yang ditingkatkan dengan menanyakan `ecs.awsvpc-trunk-id` atribut, yang menunjukkan bahwa ia memiliki antarmuka jaringan trunk.
+ [daftar-atribut](https://docs.aws.amazon.com/cli/latest/reference/ecs/list-attributes.html) (AWS CLI)
```
aws ecs list-attributes \
--target-type container-instance \
--attribute-name ecs.awsvpc-trunk-id \
--cluster cluster_name \
--region us-east-1
```
+ [Dapatkan- ECSAttribute Daftar](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-ECSAttributeList.html) (AWS Tools for Windows PowerShell)
```
Get-ECSAttributeList -TargetType container-instance -AttributeName ecs.awsvpc-trunk-id -Region us-east-1
```
# Instans yang didukung untuk peningkatan antarmuka jaringan kontainer Amazon ECS
Berikut ini menunjukkan jenis instans Amazon EC2 yang didukung dan berapa banyak tugas yang menggunakan mode `awsvpc` jaringan yang dapat diluncurkan pada setiap jenis instans sebelum dan sesudah mengaktifkan pengaturan akun. `awsvpcTrunking`
**penting**
Meskipun jenis instance lain didukung dalam keluarga instance yang sama, tipe `a1.metal``c5.metal`,`c5a.8xlarge`,`c5ad.8xlarge`, `c5d.metal``m5.metal`,`p3dn.24xlarge`,`r5.metal`,`r5.8xlarge`,, dan `r5d.metal` instance tidak didukung.
Keluarga`c5n`,`d3`, `d3en``g3`,`g3s`,`g4dn`,`i3`,`i3en`,`inf1`,`m5dn`,`m5n`, `m5zn``mac1`,`r5b`,`r5n`,`r5dn`,`u-12tb1`,`u-6tb1`,`u-9tb1`,, dan `z1d` contoh tidak didukung.
**Topics**
+ [Tujuan umum](#eni-branch-gp)
+ [Komputasi yang dioptimalkan](#eni-branch-co)
+ [Memori yang dioptimalkan](#eni-branch-mo)
+ [Penyimpanan yang dioptimalkan](#eni-branch-so)
+ [Komputasi yang dipercepat](#eni-branch-ac)
+ [Komputasi performa tinggi](#eni-branch-hpc)
## Tujuan umum
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| a1.medium | 1 | 10 |
| a1.large | 2 | 10 |
| a1.xlarge | 3 | 20 |
| a1.2xlarge | 3 | 40 |
| a1.4xlarge | 7 | 60 |
| m5.large | 2 | 10 |
| m5.xlarge | 3 | 20 |
| m5.2xlarge | 3 | 40 |
| m5.4xlarge | 7 | 60 |
| m5.8xlarge | 7 | 60 |
| m5.12xlarge | 7 | 60 |
| m5.16xlarge | 14 | 120 |
| m5.24xlarge | 14 | 120 |
| m5a.large | 2 | 10 |
| m5a.xlarge | 3 | 20 |
| m5a.2xlarge | 3 | 40 |
| m5a.4xlarge | 7 | 60 |
| m5a.8xlarge | 7 | 60 |
| m5a.12xlarge | 7 | 60 |
| m5a.16xlarge | 14 | 120 |
| m5a.24xlarge | 14 | 120 |
| m5ad.large | 2 | 10 |
| m5ad.xlarge | 3 | 20 |
| m5ad.2xlarge | 3 | 40 |
| m5ad.4xlarge | 7 | 60 |
| m5ad.8xlarge | 7 | 60 |
| m5ad.12xlarge | 7 | 60 |
| m5ad.16xlarge | 14 | 120 |
| m5ad.24xlarge | 14 | 120 |
| m5d.large | 2 | 10 |
| m5d.xlarge | 3 | 20 |
| m5d.2xlarge | 3 | 40 |
| m5d.4xlarge | 7 | 60 |
| m5d.8xlarge | 7 | 60 |
| m5d.12xlarge | 7 | 60 |
| m5d.16xlarge | 14 | 120 |
| m5d.24xlarge | 14 | 120 |
| m5d.metal | 14 | 120 |
| m6a.large | 2 | 10 |
| m6a.xlarge | 3 | 20 |
| m6a.2xlarge | 3 | 40 |
| m6a.4xlarge | 7 | 60 |
| m6a.8xlarge | 7 | 90 |
| m6a.12xlarge | 7 | 120 |
| m6a.16xlarge | 14 | 120 |
| m6a.24xlarge | 14 | 120 |
| m6a.32xlarge | 14 | 120 |
| m6a.48xlarge | 14 | 120 |
| m6a.metal | 14 | 120 |
| m6g.medium | 1 | 4 |
| m6g.large | 2 | 10 |
| m6g.xlarge | 3 | 20 |
| m6g.2xlarge | 3 | 40 |
| m6g.4xlarge | 7 | 60 |
| m6g.8xlarge | 7 | 60 |
| m6g.12xlarge | 7 | 60 |
| m6g.16xlarge | 14 | 120 |
| m6g.metal | 14 | 120 |
| m6gd.medium | 1 | 4 |
| m6gd.large | 2 | 10 |
| m6gd.xlarge | 3 | 20 |
| m6gd.2xlarge | 3 | 40 |
| m6gd.4xlarge | 7 | 60 |
| m6gd.8xlarge | 7 | 60 |
| m6gd.12xlarge | 7 | 60 |
| m6gd.16xlarge | 14 | 120 |
| m6gd.metal | 14 | 120 |
| m6i.large | 2 | 10 |
| m6i.xlarge | 3 | 20 |
| m6i.2xlarge | 3 | 40 |
| m6i.4xlarge | 7 | 60 |
| m6i.8xlarge | 7 | 90 |
| m6i.12xlarge | 7 | 120 |
| m6i.16xlarge | 14 | 120 |
| m6i.24xlarge | 14 | 120 |
| m6i.32xlarge | 14 | 120 |
| m6i.metal | 14 | 120 |
| m6id.large | 2 | 10 |
| m6id.xlarge | 3 | 20 |
| m6id.2xlarge | 3 | 40 |
| m6id.4xlarge | 7 | 60 |
| m6id.8xlarge | 7 | 90 |
| m6id.12xlarge | 7 | 120 |
| m6id.16xlarge | 14 | 120 |
| m6id.24xlarge | 14 | 120 |
| m6id.32xlarge | 14 | 120 |
| m6id.metal | 14 | 120 |
| m6idn.large | 2 | 10 |
| m6idn.xlarge | 3 | 20 |
| m6idn.2xlarge | 3 | 40 |
| m6idn.4xlarge | 7 | 60 |
| m6idn.8xlarge | 7 | 90 |
| m6idn.12xlarge | 7 | 120 |
| m6idn.16xlarge | 14 | 120 |
| m6idn.24xlarge | 14 | 120 |
| m6idn.32xlarge | 15 | 120 |
| m6idn.metal | 15 | 120 |
| m6in.large | 2 | 10 |
| m6in.xlarge | 3 | 20 |
| m6in.2xlarge | 3 | 40 |
| m6in.4xlarge | 7 | 60 |
| m6in.8xlarge | 7 | 90 |
| m6in.12xlarge | 7 | 120 |
| m6in.16xlarge | 14 | 120 |
| m6in.24xlarge | 14 | 120 |
| m6in.32xlarge | 15 | 120 |
| m6in.metal | 15 | 120 |
| m7a.medium | 1 | 4 |
| m7a.large | 2 | 10 |
| m7a.xlarge | 3 | 20 |
| m7a.2xlarge | 3 | 40 |
| m7a.4xlarge | 7 | 60 |
| m7a.8xlarge | 7 | 90 |
| m7a.12xlarge | 7 | 120 |
| m7a.16xlarge | 14 | 120 |
| m7a.24xlarge | 14 | 120 |
| m7a.32xlarge | 14 | 120 |
| m7a.48xlarge | 14 | 120 |
| m7a.metal-48xl | 14 | 120 |
| m7g.medium | 1 | 4 |
| m7g.large | 2 | 10 |
| m7g.xlarge | 3 | 20 |
| m7g.2xlarge | 3 | 40 |
| m7g.4xlarge | 7 | 60 |
| m7g.8xlarge | 7 | 60 |
| m7g.12xlarge | 7 | 60 |
| m7g.16xlarge | 14 | 120 |
| m7g.metal | 14 | 120 |
| m7gd.medium | 1 | 4 |
| m7gd.large | 2 | 10 |
| m7gd.xlarge | 3 | 20 |
| m7gd.2xlarge | 3 | 40 |
| m7gd.4xlarge | 7 | 60 |
| m7gd.8xlarge | 7 | 60 |
| m7gd.12xlarge | 7 | 60 |
| m7gd.16xlarge | 14 | 120 |
| m7gd.metal | 14 | 120 |
| m7i.large | 2 | 10 |
| m7i.xlarge | 3 | 20 |
| m7i.2xlarge | 3 | 40 |
| m7i.4xlarge | 7 | 60 |
| m7i.8xlarge | 7 | 90 |
| m7i.12xlarge | 7 | 120 |
| m7i.16xlarge | 14 | 120 |
| m7i.24xlarge | 14 | 120 |
| m7i.48xlarge | 14 | 120 |
| m7i.metal-24xl | 14 | 120 |
| m7i.metal-48xl | 14 | 120 |
| m7i-flex.large | 2 | 4 |
| m7i-flex.xlarge | 3 | 10 |
| m7i-flex.2xlarge | 3 | 20 |
| m7i-flex.4xlarge | 7 | 40 |
| m7i-flex.8xlarge | 7 | 60 |
| m7i-flex.12xlarge | 7 | 120 |
| m7i-flex.16xlarge | 14 | 120 |
| m8a.sedang | 1 | 4 |
| m8a.large | 2 | 10 |
| m8a.xlarge | 3 | 20 |
| m8a.2xlarge | 3 | 40 |
| m8a.4xlarge | 7 | 60 |
| m8a.8xlarge | 9 | 90 |
| m8a.12xlarge | 11 | 120 |
| m8a.16xlarge | 15 | 120 |
| m8a.24xlarge | 15 | 120 |
| m8a.48xlarge | 23 | 120 |
| m8a.metal-24xl | 15 | 120 |
| m8a.logam-48xl | 23 | 120 |
| m8azn.sedang | 2 | 4 |
| m8azn.large | 3 | 10 |
| m8azn.xlarge | 3 | 20 |
| m8azn.3xlarge | 7 | 40 |
| m8azn.6xlarge | 7 | 60 |
| m8azn.12xlarge | 15 | 120 |
| m8azn.24xlarge | 15 | 120 |
| m8azn.metal-12xl | 15 | 120 |
| m8azn.metal-24xl | 15 | 120 |
| m8g.sedang | 1 | 4 |
| m8g.large | 2 | 10 |
| m8g.xlarge | 3 | 20 |
| m8g.2xlarge | 3 | 40 |
| m8g.4xlarge | 7 | 60 |
| m8g.8xlarge | 7 | 60 |
| m8g.12xlarge | 7 | 60 |
| m8g.16xlarge | 14 | 120 |
| m8g.24xlarge | 14 | 120 |
| m8g.48xlarge | 14 | 120 |
| m8g.logam-24xl | 14 | 120 |
| m8g.logam-48xl | 14 | 120 |
| m8gb.sedang | 1 | 4 |
| m8gb.large | 2 | 10 |
| m8gb.xlarge | 3 | 20 |
| m8gb.2xlarge | 3 | 40 |
| m8gb.4xlarge | 7 | 60 |
| m8gb.8xlarge | 9 | 60 |
| m8gb.12xlarge | 11 | 60 |
| m8gb.16xlarge | 15 | 120 |
| m8gb.24xlarge | 23 | 120 |
| m8gb.48xlarge | 23 | 120 |
| m8gb.metal-24xl | 23 | 120 |
| m8gb.logam-48xl | 23 | 120 |
| m8gd.sedang | 1 | 4 |
| m8gd.large | 2 | 10 |
| m8gd.xlarge | 3 | 20 |
| m8gd.2xlarge | 3 | 40 |
| m8gd.4xlarge | 7 | 60 |
| m8gd.8xlarge | 7 | 60 |
| m8gd.12xlarge | 7 | 60 |
| m8gd.16xlarge | 14 | 120 |
| m8gd.24xlarge | 14 | 120 |
| m8gd.48xlarge | 14 | 120 |
| m8gd.metal-24xl | 14 | 120 |
| m8gd.metal-48xl | 14 | 120 |
| m8gn.sedang | 1 | 4 |
| m8gn.large | 2 | 10 |
| m8gn.xlarge | 3 | 20 |
| m8gn.2xlarge | 3 | 40 |
| m8gn.4xlarge | 7 | 60 |
| m8gn.8xlarge | 9 | 60 |
| m8gn.12xlarge | 11 | 60 |
| m8gn.16xlarge | 15 | 120 |
| m8gn.24xlarge | 23 | 120 |
| m8gn.48xlarge | 23 | 120 |
| m8gn.metal-24xl | 23 | 120 |
| m8gn.metal-48xl | 23 | 120 |
| m8i.large | 2 | 10 |
| m8i.xlarge | 3 | 20 |
| m8i.2xlarge | 3 | 40 |
| m8i.4xlarge | 7 | 60 |
| m8i.8xlarge | 9 | 90 |
| m8i.12xlarge | 11 | 120 |
| m8i.16xlarge | 15 | 120 |
| m8i.24xlarge | 15 | 120 |
| m8i.32xlarge | 23 | 120 |
| m8i.48xlarge | 23 | 120 |
| m8i.96xlarge | 23 | 120 |
| m8i.logam-48xl | 23 | 120 |
| m8i.logam-96xl | 23 | 120 |
| m8id.large | 2 | 10 |
| m8id.xlarge | 3 | 20 |
| m8id.2xlarge | 3 | 40 |
| m8id.4xlarge | 7 | 60 |
| m8id.8xlarge | 9 | 90 |
| m8id.12xlarge | 11 | 120 |
| m8id.16xlarge | 15 | 120 |
| m8id.24xlarge | 15 | 120 |
| m8id.32xlarge | 23 | 120 |
| m8id.48xlarge | 23 | 120 |
| m8id.96xlarge | 23 | 120 |
| m8id.metal-48xl | 23 | 120 |
| m8id.metal-96xl | 23 | 120 |
| m8i-flex.large | 2 | 4 |
| m8i-flex.xlarge | 3 | 10 |
| m8i-flex.2xlarge | 3 | 20 |
| m8i-flex.4xlarge | 7 | 40 |
| m8i-flex.8xlarge | 9 | 60 |
| m8i-flex.12xlarge | 11 | 120 |
| m8i-flex.16xlarge | 15 | 120 |
| mac2.metal | 7 | 12 |
| mac2-m1ultra.metal | 7 | 12 |
| mac2-m2.metal | 7 | 12 |
| mac2-m2pro.metal | 7 | 12 |
| mac-m4.logam | 7 | 12 |
| mac-m4pro.logam | 7 | 12 |
| mac-m4max.logam | 7 | 12 |
## Komputasi yang dioptimalkan
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| c5.large | 2 | 10 |
| c5.xlarge | 3 | 20 |
| c5.2xlarge | 3 | 40 |
| c5.4xlarge | 7 | 60 |
| c5.9xlarge | 7 | 60 |
| c5.12xlarge | 7 | 60 |
| c5.18xlarge | 14 | 120 |
| c5.24xlarge | 14 | 120 |
| c5a.large | 2 | 10 |
| c5a.xlarge | 3 | 20 |
| c5a.2xlarge | 3 | 40 |
| c5a.4xlarge | 7 | 60 |
| c5a.12xlarge | 7 | 60 |
| c5a.16xlarge | 14 | 120 |
| c5a.24xlarge | 14 | 120 |
| c5ad.large | 2 | 10 |
| c5ad.xlarge | 3 | 20 |
| c5ad.2xlarge | 3 | 40 |
| c5ad.4xlarge | 7 | 60 |
| c5ad.12xlarge | 7 | 60 |
| c5ad.16xlarge | 14 | 120 |
| c5ad.24xlarge | 14 | 120 |
| c5d.large | 2 | 10 |
| c5d.xlarge | 3 | 20 |
| c5d.2xlarge | 3 | 40 |
| c5d.4xlarge | 7 | 60 |
| c5d.9xlarge | 7 | 60 |
| c5d.12xlarge | 7 | 60 |
| c5d.18xlarge | 14 | 120 |
| c5d.24xlarge | 14 | 120 |
| c6a.large | 2 | 10 |
| c6a.xlarge | 3 | 20 |
| c6a.2xlarge | 3 | 40 |
| c6a.4xlarge | 7 | 60 |
| c6a.8xlarge | 7 | 90 |
| c6a.12xlarge | 7 | 120 |
| c6a.16xlarge | 14 | 120 |
| c6a.24xlarge | 14 | 120 |
| c6a.32xlarge | 14 | 120 |
| c6a.48xlarge | 14 | 120 |
| c6a.metal | 14 | 120 |
| c6g.medium | 1 | 4 |
| c6g.large | 2 | 10 |
| c6g.xlarge | 3 | 20 |
| c6g.2xlarge | 3 | 40 |
| c6g.4xlarge | 7 | 60 |
| c6g.8xlarge | 7 | 60 |
| c6g.12xlarge | 7 | 60 |
| c6g.16xlarge | 14 | 120 |
| c6g.metal | 14 | 120 |
| c6gd.medium | 1 | 4 |
| c6gd.large | 2 | 10 |
| c6gd.xlarge | 3 | 20 |
| c6gd.2xlarge | 3 | 40 |
| c6gd.4xlarge | 7 | 60 |
| c6gd.8xlarge | 7 | 60 |
| c6gd.12xlarge | 7 | 60 |
| c6gd.16xlarge | 14 | 120 |
| c6gd.metal | 14 | 120 |
| c6gn.medium | 1 | 4 |
| c6gn.large | 2 | 10 |
| c6gn.xlarge | 3 | 20 |
| c6gn.2xlarge | 3 | 40 |
| c6gn.4xlarge | 7 | 60 |
| c6gn.8xlarge | 7 | 60 |
| c6gn.12xlarge | 7 | 60 |
| c6gn.16xlarge | 14 | 120 |
| c6i.large | 2 | 10 |
| c6i.xlarge | 3 | 20 |
| c6i.2xlarge | 3 | 40 |
| c6i.4xlarge | 7 | 60 |
| c6i.8xlarge | 7 | 90 |
| c6i.12xlarge | 7 | 120 |
| c6i.16xlarge | 14 | 120 |
| c6i.24xlarge | 14 | 120 |
| c6i.32xlarge | 14 | 120 |
| c6i.metal | 14 | 120 |
| c6id.large | 2 | 10 |
| c6id.xlarge | 3 | 20 |
| c6id.2xlarge | 3 | 40 |
| c6id.4xlarge | 7 | 60 |
| c6id.8xlarge | 7 | 90 |
| c6id.12xlarge | 7 | 120 |
| c6id.16xlarge | 14 | 120 |
| c6id.24xlarge | 14 | 120 |
| c6id.32xlarge | 14 | 120 |
| c6id.metal | 14 | 120 |
| c6in.large | 2 | 10 |
| c6in.xlarge | 3 | 20 |
| c6in.2xlarge | 3 | 40 |
| c6in.4xlarge | 7 | 60 |
| c6in.8xlarge | 7 | 90 |
| c6in.12xlarge | 7 | 120 |
| c6in.16xlarge | 14 | 120 |
| c6in.24xlarge | 14 | 120 |
| c6in.32xlarge | 15 | 120 |
| c6in.metal | 15 | 120 |
| c7a.medium | 1 | 4 |
| c7a.large | 2 | 10 |
| c7a.xlarge | 3 | 20 |
| c7a.2xlarge | 3 | 40 |
| c7a.4xlarge | 7 | 60 |
| c7a.8xlarge | 7 | 90 |
| c7a.12xlarge | 7 | 120 |
| c7a.16xlarge | 14 | 120 |
| c7a.24xlarge | 14 | 120 |
| c7a.32xlarge | 14 | 120 |
| c7a.48xlarge | 14 | 120 |
| c7a.metal-48xl | 14 | 120 |
| c7g.medium | 1 | 4 |
| c7g.large | 2 | 10 |
| c7g.xlarge | 3 | 20 |
| c7g.2xlarge | 3 | 40 |
| c7g.4xlarge | 7 | 60 |
| c7g.8xlarge | 7 | 60 |
| c7g.12xlarge | 7 | 60 |
| c7g.16xlarge | 14 | 120 |
| c7g.metal | 14 | 120 |
| c7gd.medium | 1 | 4 |
| c7gd.large | 2 | 10 |
| c7gd.xlarge | 3 | 20 |
| c7gd.2xlarge | 3 | 40 |
| c7gd.4xlarge | 7 | 60 |
| c7gd.8xlarge | 7 | 60 |
| c7gd.12xlarge | 7 | 60 |
| c7gd.16xlarge | 14 | 120 |
| c7gd.metal | 14 | 120 |
| c7gn.medium | 1 | 4 |
| c7gn.large | 2 | 10 |
| c7gn.xlarge | 3 | 20 |
| c7gn.2xlarge | 3 | 40 |
| c7gn.4xlarge | 7 | 60 |
| c7gn.8xlarge | 7 | 60 |
| c7gn.12xlarge | 7 | 60 |
| c7gn.16xlarge | 14 | 120 |
| c7gn.logam | 14 | 120 |
| c7i.large | 2 | 10 |
| c7i.xlarge | 3 | 20 |
| c7i.2xlarge | 3 | 40 |
| c7i.4xlarge | 7 | 60 |
| c7i.8xlarge | 7 | 90 |
| c7i.12xlarge | 7 | 120 |
| c7i.16xlarge | 14 | 120 |
| c7i.24xlarge | 14 | 120 |
| c7i.48xlarge | 14 | 120 |
| c7i.metal-24xl | 14 | 120 |
| c7i.metal-48xl | 14 | 120 |
| c7i-flex.large | 2 | 4 |
| c7i-flex.xlarge | 3 | 10 |
| c7i-flex.2xlarge | 3 | 20 |
| c7i-flex.4xlarge | 7 | 40 |
| c7i-flex.8xlarge | 7 | 60 |
| c7i-flex.12xlarge | 7 | 120 |
| c7i-flex.16xlarge | 14 | 120 |
| c8a.sedang | 1 | 4 |
| c8a.large | 2 | 10 |
| c8a.xlarge | 3 | 20 |
| c8a.2xlarge | 3 | 40 |
| c8a.4xlarge | 7 | 60 |
| c8a.8xlarge | 9 | 90 |
| c8a.12xlarge | 11 | 120 |
| c8a.16xlarge | 15 | 120 |
| c8a.24xlarge | 15 | 120 |
| c8a.48xlarge | 23 | 120 |
| c8a.metal-24xl | 15 | 120 |
| c8a.metal-48xl | 23 | 120 |
| c8g.sedang | 1 | 4 |
| c8g.large | 2 | 10 |
| c8g.xlarge | 3 | 20 |
| c8g.2xlarge | 3 | 40 |
| c8g.4xlarge | 7 | 60 |
| c8g.8xlarge | 7 | 60 |
| c8g.12xlarge | 7 | 60 |
| c8g.16xlarge | 14 | 120 |
| c8g.24xlarge | 14 | 120 |
| c8g.48xlarge | 14 | 120 |
| c8g.logam-24xl | 14 | 120 |
| c8g.logam-48xl | 14 | 120 |
| c8gb.sedang | 1 | 4 |
| c8gb.large | 2 | 10 |
| c8gb.xlarge | 3 | 20 |
| c8gb.2xlarge | 3 | 40 |
| c8gb.4xlarge | 7 | 60 |
| c8gb.8xlarge | 9 | 60 |
| c8gb.12xlarge | 11 | 60 |
| c8gb.16xlarge | 15 | 120 |
| c8gb.24xlarge | 23 | 120 |
| c8gb.48xlarge | 23 | 120 |
| c8gb.metal-24xl | 23 | 120 |
| c8gb.metal-48xl | 23 | 120 |
| c8gd.sedang | 1 | 4 |
| c8gd.large | 2 | 10 |
| c8gd.xlarge | 3 | 20 |
| c8gd.2xlarge | 3 | 40 |
| c8gd.4xlarge | 7 | 60 |
| c8gd.8xlarge | 7 | 60 |
| c8gd.12xlarge | 7 | 60 |
| c8gd.16xlarge | 14 | 120 |
| c8gd.24xlarge | 14 | 120 |
| c8gd.48xlarge | 14 | 120 |
| c8gd.metal-24xl | 14 | 120 |
| c8gd.metal-48xl | 14 | 120 |
| c8gn.sedang | 1 | 4 |
| c8gn.large | 2 | 10 |
| c8gn.xlarge | 3 | 20 |
| c8gn.2xlarge | 3 | 40 |
| c8gn.4xlarge | 7 | 60 |
| c8gn.8xlarge | 9 | 60 |
| c8gn.12xlarge | 11 | 60 |
| c8gn.16xlarge | 15 | 120 |
| c8gn.24xlarge | 23 | 120 |
| c8gn.48xlarge | 23 | 120 |
| c8gn.metal-24xl | 23 | 120 |
| c8gn.metal-48xl | 23 | 120 |
| c8i.large | 2 | 10 |
| c8i.xlarge | 3 | 20 |
| c8i.2xlarge | 3 | 40 |
| c8i.4xlarge | 7 | 60 |
| c8i.8xlarge | 9 | 90 |
| c8i.12xlarge | 11 | 120 |
| c8i.16xlarge | 15 | 120 |
| c8i.24xlarge | 15 | 120 |
| c8i.32xlarge | 23 | 120 |
| c8i.48xlarge | 23 | 120 |
| c8i.96xlarge | 23 | 120 |
| c8i.logam-48xl | 23 | 120 |
| c8i.logam-96xl | 23 | 120 |
| c8id.large | 2 | 10 |
| c8id.xlarge | 3 | 20 |
| c8id.2xlarge | 3 | 40 |
| c8id.4xlarge | 7 | 60 |
| c8id.8xlarge | 9 | 90 |
| c8id.12xlarge | 11 | 120 |
| c8id.16xlarge | 15 | 120 |
| c8id.24xlarge | 15 | 120 |
| c8id.32xlarge | 23 | 120 |
| c8id.48xlarge | 23 | 120 |
| c8id.96xlarge | 23 | 120 |
| c8id.metal-48xl | 23 | 120 |
| c8id.metal-96xl | 23 | 120 |
| c8i-flex.large | 2 | 4 |
| c8i-flex.xlarge | 3 | 10 |
| c8i-flex.2xlarge | 3 | 20 |
| c8i-flex.4xlarge | 7 | 40 |
| c8i-flex.8xlarge | 9 | 60 |
| c8i-flex.12xlarge | 11 | 120 |
| c8i-flex.16xlarge | 15 | 120 |
## Memori yang dioptimalkan
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| r5.large | 2 | 10 |
| r5.xlarge | 3 | 20 |
| r5.2xlarge | 3 | 40 |
| r5.4xlarge | 7 | 60 |
| r5.12xlarge | 7 | 60 |
| r5.16xlarge | 14 | 120 |
| r5.24xlarge | 14 | 120 |
| r5a.large | 2 | 10 |
| r5a.xlarge | 3 | 20 |
| r5a.2xlarge | 3 | 40 |
| r5a.4xlarge | 7 | 60 |
| r5a.8xlarge | 7 | 60 |
| r5a.12xlarge | 7 | 60 |
| r5a.16xlarge | 14 | 120 |
| r5a.24xlarge | 14 | 120 |
| r5ad.large | 2 | 10 |
| r5ad.xlarge | 3 | 20 |
| r5ad.2xlarge | 3 | 40 |
| r5ad.4xlarge | 7 | 60 |
| r5ad.8xlarge | 7 | 60 |
| r5ad.12xlarge | 7 | 60 |
| r5ad.16xlarge | 14 | 120 |
| r5ad.24xlarge | 14 | 120 |
| r5b.16xlarge | 14 | 120 |
| r5d.large | 2 | 10 |
| r5d.xlarge | 3 | 20 |
| r5d.2xlarge | 3 | 40 |
| r5d.4xlarge | 7 | 60 |
| r5d.8xlarge | 7 | 60 |
| r5d.12xlarge | 7 | 60 |
| r5d.16xlarge | 14 | 120 |
| r5d.24xlarge | 14 | 120 |
| r5dn.16xlarge | 14 | 120 |
| r6a.large | 2 | 10 |
| r6a.xlarge | 3 | 20 |
| r6a.2xlarge | 3 | 40 |
| r6a.4xlarge | 7 | 60 |
| r6a.8xlarge | 7 | 90 |
| r6a.12xlarge | 7 | 120 |
| r6a.16xlarge | 14 | 120 |
| r6a.24xlarge | 14 | 120 |
| r6a.32xlarge | 14 | 120 |
| r6a.48xlarge | 14 | 120 |
| r6a.metal | 14 | 120 |
| r6g.medium | 1 | 4 |
| r6g.large | 2 | 10 |
| r6g.xlarge | 3 | 20 |
| r6g.2xlarge | 3 | 40 |
| r6g.4xlarge | 7 | 60 |
| r6g.8xlarge | 7 | 60 |
| r6g.12xlarge | 7 | 60 |
| r6g.16xlarge | 14 | 120 |
| r6g.metal | 14 | 120 |
| r6gd.medium | 1 | 4 |
| r6gd.large | 2 | 10 |
| r6gd.xlarge | 3 | 20 |
| r6gd.2xlarge | 3 | 40 |
| r6gd.4xlarge | 7 | 60 |
| r6gd.8xlarge | 7 | 60 |
| r6gd.12xlarge | 7 | 60 |
| r6gd.16xlarge | 14 | 120 |
| r6gd.metal | 14 | 120 |
| r6i.large | 2 | 10 |
| r6i.xlarge | 3 | 20 |
| r6i.2xlarge | 3 | 40 |
| r6i.4xlarge | 7 | 60 |
| r6i.8xlarge | 7 | 90 |
| r6i.12xlarge | 7 | 120 |
| r6i.16xlarge | 14 | 120 |
| r6i.24xlarge | 14 | 120 |
| r6i.32xlarge | 14 | 120 |
| r6i.metal | 14 | 120 |
| r6id.large | 2 | 10 |
| r6id.xlarge | 3 | 20 |
| r6id.2xlarge | 3 | 40 |
| r6id.4xlarge | 7 | 60 |
| r6id.8xlarge | 7 | 90 |
| r6id.12xlarge | 7 | 120 |
| r6id.16xlarge | 14 | 120 |
| r6id.24xlarge | 14 | 120 |
| r6id.32xlarge | 14 | 120 |
| r6id.metal | 14 | 120 |
| r6idn.large | 2 | 10 |
| r6idn.xlarge | 3 | 20 |
| r6idn.2xlarge | 3 | 40 |
| r6idn.4xlarge | 7 | 60 |
| r6idn.8xlarge | 7 | 90 |
| r6idn.12xlarge | 7 | 120 |
| r6idn.16xlarge | 14 | 120 |
| r6idn.24xlarge | 14 | 120 |
| r6idn.32xlarge | 15 | 120 |
| r6idn.metal | 15 | 120 |
| r6in.large | 2 | 10 |
| r6in.xlarge | 3 | 20 |
| r6in.2xlarge | 3 | 40 |
| r6in.4xlarge | 7 | 60 |
| r6in.8xlarge | 7 | 90 |
| r6in.12xlarge | 7 | 120 |
| r6in.16xlarge | 14 | 120 |
| r6in.24xlarge | 14 | 120 |
| r6in.32xlarge | 15 | 120 |
| r6in.metal | 15 | 120 |
| r7a.medium | 1 | 4 |
| r7a.large | 2 | 10 |
| r7a.xlarge | 3 | 20 |
| r7a.2xlarge | 3 | 40 |
| r7a.4xlarge | 7 | 60 |
| r7a.8xlarge | 7 | 90 |
| r7a.12xlarge | 7 | 120 |
| r7a.16xlarge | 14 | 120 |
| r7a.24xlarge | 14 | 120 |
| r7a.32xlarge | 14 | 120 |
| r7a.48xlarge | 14 | 120 |
| r7a.metal-48xl | 14 | 120 |
| r7g.medium | 1 | 4 |
| r7g.large | 2 | 10 |
| r7g.xlarge | 3 | 20 |
| r7g.2xlarge | 3 | 40 |
| r7g.4xlarge | 7 | 60 |
| r7g.8xlarge | 7 | 60 |
| r7g.12xlarge | 7 | 60 |
| r7g.16xlarge | 14 | 120 |
| r7g.metal | 14 | 120 |
| r7gd.medium | 1 | 4 |
| r7gd.large | 2 | 10 |
| r7gd.xlarge | 3 | 20 |
| r7gd.2xlarge | 3 | 40 |
| r7gd.4xlarge | 7 | 60 |
| r7gd.8xlarge | 7 | 60 |
| r7gd.12xlarge | 7 | 60 |
| r7gd.16xlarge | 14 | 120 |
| r7gd.logam | 14 | 120 |
| r7i.large | 2 | 10 |
| r7i.xlarge | 3 | 20 |
| r7i.2xlarge | 3 | 40 |
| r7i.4xlarge | 7 | 60 |
| r7i.8xlarge | 7 | 90 |
| r7i.12xlarge | 7 | 120 |
| r7i.16xlarge | 14 | 120 |
| r7i.24xlarge | 14 | 120 |
| r7i.48xlarge | 14 | 120 |
| r7i.metal-24xl | 14 | 120 |
| r7i.metal-48xl | 14 | 120 |
| r7iz.large | 2 | 10 |
| r7iz.xlarge | 3 | 20 |
| r7iz.2xlarge | 3 | 40 |
| r7iz.4xlarge | 7 | 60 |
| r7iz.8xlarge | 7 | 90 |
| r7iz.12xlarge | 7 | 120 |
| r7iz.16xlarge | 14 | 120 |
| r7iz.32xlarge | 14 | 120 |
| r7iz.metal-16xl | 14 | 120 |
| r7iz.metal-32xl | 14 | 120 |
| r8a.sedang | 1 | 4 |
| r8a.large | 2 | 10 |
| r8a.xlarge | 3 | 20 |
| r8a.2xlarge | 3 | 40 |
| r8a.4xlarge | 7 | 60 |
| r8a.8xlarge | 9 | 90 |
| r8a.12xlarge | 11 | 120 |
| r8a.16xlarge | 15 | 120 |
| r8a.24xlarge | 15 | 120 |
| r8a.48xlarge | 23 | 120 |
| r8a.metal-24xl | 15 | 120 |
| r8a.metal-48xl | 23 | 120 |
| r8g.sedang | 1 | 4 |
| r8g.besar | 2 | 10 |
| r8g.xlarge | 3 | 20 |
| r8g.2xlarge | 3 | 40 |
| r8g.4xlarge | 7 | 60 |
| r8g.8xlarge | 7 | 60 |
| r8g.12xlarge | 7 | 60 |
| r8g.16xlarge | 14 | 120 |
| r8g.24xlarge | 14 | 120 |
| r8g.48xlarge | 14 | 120 |
| r8g.logam-24xl | 14 | 120 |
| r8g.logam-48xl | 14 | 120 |
| r8gb.sedang | 1 | 4 |
| r8gb.large | 2 | 10 |
| r8gb.xlarge | 3 | 20 |
| r8gb.2xbesar | 3 | 40 |
| r8gb.4xbesar | 7 | 60 |
| r8gb.8xlarge | 9 | 60 |
| r8gb.12xlarge | 11 | 60 |
| r8gb.16xlarge | 15 | 120 |
| r8gb.24xlarge | 23 | 120 |
| r8gb.48xlarge | 23 | 120 |
| r8gb.metal-24xl | 23 | 120 |
| r8gb.metal-48xl | 23 | 120 |
| r8gd.sedang | 1 | 4 |
| r8gd.large | 2 | 10 |
| r8gd.xlarge | 3 | 20 |
| r8gd.2xlarge | 3 | 40 |
| r8gd.4xlarge | 7 | 60 |
| r8gd.8xlarge | 7 | 60 |
| r8gd.12xlarge | 7 | 60 |
| r8gd.16xlarge | 14 | 120 |
| r8gd.24xlarge | 14 | 120 |
| r8gd.48xlarge | 14 | 120 |
| r8gd.metal-24xl | 14 | 120 |
| r8gd.metal-48xl | 14 | 120 |
| r8gn.sedang | 1 | 4 |
| r8gn.large | 2 | 10 |
| r8gn.xlarge | 3 | 20 |
| r8gn.2xlarge | 3 | 40 |
| r8gn.4xlarge | 7 | 60 |
| r8gn.8xlarge | 9 | 60 |
| r8gn.12xlarge | 11 | 60 |
| r8gn.16xlarge | 15 | 120 |
| r8gn.24xlarge | 23 | 120 |
| r8gn.48xlarge | 23 | 120 |
| r8gn.metal-24xl | 23 | 120 |
| r8gn.metal-48xl | 23 | 120 |
| r8i.besar | 2 | 10 |
| r8i.xlarge | 3 | 20 |
| r8i.2xlarge | 3 | 40 |
| r8i.4xlarge | 7 | 60 |
| r8i.8xlarge | 9 | 90 |
| r8i.12xlarge | 11 | 120 |
| r8i.16xlarge | 15 | 120 |
| r8i.24xlarge | 15 | 120 |
| r8i.32xlarge | 23 | 120 |
| r8i.48xlarge | 23 | 120 |
| r8i.96xlarge | 23 | 120 |
| r8i.logam-48xl | 23 | 120 |
| r8i.logam-96xl | 23 | 120 |
| r8id.large | 2 | 10 |
| r8id.xlarge | 3 | 20 |
| r8id.2xlarge | 3 | 40 |
| r8id.4xlarge | 7 | 60 |
| r8id.8xlarge | 9 | 90 |
| r8id.12xlarge | 11 | 120 |
| r8id.16xlarge | 15 | 120 |
| r8id.24xlarge | 15 | 120 |
| r8id.32xlarge | 23 | 120 |
| r8id.48xlarge | 23 | 120 |
| r8id.96xlarge | 23 | 120 |
| r8id.metal-48xl | 23 | 120 |
| r8id.metal-96xl | 23 | 120 |
| r8i-flex.large | 2 | 4 |
| r8i-flex.xlarge | 3 | 10 |
| r8i-flex.2xlarge | 3 | 20 |
| r8i-flex.4xlarge | 7 | 40 |
| r8i-flex.8xlarge | 9 | 60 |
| r8i-flex.12xlarge | 11 | 120 |
| r8i-flex.16xlarge | 15 | 120 |
| u-3tb1.56xlarge | 7 | 12 |
| u-6tb1.56xlarge | 14 | 12 |
| u-18tb1.112xlarge | 14 | 12 |
| u-18tb1.metal | 14 | 12 |
| u-24tb1.112xlarge | 14 | 12 |
| u-24tb1.metal | 14 | 12 |
| u7i-6tb.112xlarge | 14 | 120 |
| u7i-8tb.112xlarge | 14 | 120 |
| u7i-12tb.224xlarge | 14 | 120 |
| u7in-16tb.224xlarge | 15 | 120 |
| u7in-24tb.224xlarge | 15 | 120 |
| u7in-32tb.224xlarge | 15 | 120 |
| u7inh-32tb.480xlarge | 15 | 120 |
| x2gd.medium | 1 | 10 |
| x2gd.large | 2 | 10 |
| x2gd.xlarge | 3 | 20 |
| x2gd.2xlarge | 3 | 40 |
| x2gd.4xlarge | 7 | 60 |
| x2gd.8xlarge | 7 | 60 |
| x2gd.12xlarge | 7 | 60 |
| x2gd.16xlarge | 14 | 120 |
| x2gd.metal | 14 | 120 |
| x2idn.16xlarge | 14 | 120 |
| x2idn.24xlarge | 14 | 120 |
| x2idn.32xlarge | 14 | 120 |
| x2idn.metal | 14 | 120 |
| x2iedn.xlarge | 3 | 13 |
| x2iedn.2xlarge | 3 | 29 |
| x2iedn.4xlarge | 7 | 60 |
| x2iedn.8xlarge | 7 | 120 |
| x2iedn.16xlarge | 14 | 120 |
| x2iedn.24xlarge | 14 | 120 |
| x2iedn.32xlarge | 14 | 120 |
| x2iedn.metal | 14 | 120 |
| x2iezn.2xlarge | 3 | 64 |
| x2iezn.4xlarge | 7 | 120 |
| x2iezn.6xlarge | 7 | 120 |
| x2iezn.8xlarge | 7 | 120 |
| x2iezn.12xlarge | 14 | 120 |
| x2iezn.metal | 14 | 120 |
| x8g.sedang | 1 | 4 |
| x8g.large | 2 | 10 |
| x8g.xlarge | 3 | 20 |
| x8g.2xlarge | 3 | 40 |
| x8g.4xlarge | 7 | 60 |
| x8g.8xlarge | 7 | 60 |
| x8g.12xlarge | 7 | 60 |
| x8g.16xlarge | 14 | 120 |
| x8g.24xlarge | 14 | 120 |
| x8g.48xlarge | 14 | 120 |
| x8g.logam-24xl | 14 | 120 |
| x8g.logam-48xl | 14 | 120 |
| x8aedz.large | 3 | 10 |
| x8aedz.xlarge | 3 | 20 |
| x8aedz.3xlarge | 7 | 40 |
| x8aedz.6xlarge | 7 | 60 |
| x8aedz.12xlarge | 15 | 120 |
| x8aedz.24xlarge | 15 | 120 |
| x8aedz.metal-12xl | 15 | 120 |
| x8aedz.metal-24xl | 15 | 120 |
| x8i.large | 2 | 10 |
| x8i.xlarge | 3 | 20 |
| x8i.2xlarge | 3 | 40 |
| x8i.4xlarge | 7 | 60 |
| x8i.8xlarge | 9 | 90 |
| x8i.12xlarge | 11 | 120 |
| x8i.16xlarge | 15 | 120 |
| x8i.24xlarge | 15 | 120 |
| x8i.32xlarge | 23 | 120 |
| x8i.48xlarge | 23 | 120 |
| x8i.64xlarge | 23 | 120 |
| x8i.96xlarge | 23 | 120 |
| x8i.logam-48xl | 23 | 120 |
| x8i.logam-96xl | 23 | 120 |
## Penyimpanan yang dioptimalkan
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| i4g.large | 2 | 10 |
| i4g.xlarge | 3 | 20 |
| i4g.2xlarge | 3 | 40 |
| i4g.4xlarge | 7 | 60 |
| i4g.8xlarge | 7 | 60 |
| i4g.16xlarge | 14 | 120 |
| i4i.xlarge | 3 | 8 |
| i4i.2xlarge | 3 | 28 |
| i4i.4xlarge | 7 | 58 |
| i4i.8xlarge | 7 | 118 |
| i4i.12xlarge | 7 | 118 |
| i4i.16xlarge | 14 | 248 |
| i4i.24xlarge | 14 | 118 |
| i4i.32xlarge | 14 | 498 |
| i4i.metal | 14 | 498 |
| i7i.large | 2 | 10 |
| i7i.xlarge | 3 | 20 |
| i7i.2xlarge | 3 | 40 |
| i7i.4xlarge | 7 | 60 |
| i7i.8xlarge | 7 | 90 |
| i7i.12xlarge | 7 | 90 |
| i7i.16xlarge | 14 | 120 |
| i7i.24xlarge | 14 | 120 |
| i7i.48xlarge | 14 | 120 |
| i7i.logam-24xl | 14 | 120 |
| i7i.logam-48xl | 14 | 120 |
| i7ie.large | 2 | 20 |
| i7ie.xlarge | 3 | 29 |
| i7ie.2xlarge | 3 | 29 |
| i7ie.3xlarge | 3 | 29 |
| i7ie.6xlarge | 7 | 60 |
| i7ie.12xlarge | 7 | 60 |
| i7ie.18xlarge | 14 | 120 |
| i7ie.24xlarge | 14 | 120 |
| i7ie.48xlarge | 14 | 120 |
| i7ie.logam-24xl | 14 | 120 |
| i7ie.logam-48xl | 14 | 120 |
| i8g.large | 2 | 10 |
| i8g.xlarge | 3 | 20 |
| i8g.2xlarge | 3 | 40 |
| i8g.4xlarge | 7 | 60 |
| i8g.8xlarge | 7 | 60 |
| i8g.12xlarge | 7 | 60 |
| i8g.16xlarge | 14 | 120 |
| i8g.24xlarge | 14 | 120 |
| i8g.48xlarge | 14 | 120 |
| i8g.logam-24xl | 14 | 120 |
| i8g.logam-48xl | 14 | 120 |
| i8ge.large | 2 | 20 |
| i8ge.xlarge | 3 | 29 |
| i8ge.2xlarge | 3 | 29 |
| i8ge.3xlarge | 5 | 29 |
| i8ge.6xlarge | 9 | 60 |
| i8ge.12xlarge | 11 | 60 |
| i8ge.18xlarge | 15 | 120 |
| i8ge.24xlarge | 15 | 120 |
| i8ge.48xlarge | 23 | 120 |
| i8ge.metal-24xl | 15 | 120 |
| i8ge.metal-48xl | 23 | 120 |
| im4gn.large | 2 | 10 |
| im4gn.xlarge | 3 | 20 |
| im4gn.2xlarge | 3 | 40 |
| im4gn.4xlarge | 7 | 60 |
| im4gn.8xlarge | 7 | 60 |
| im4gn.16xlarge | 14 | 120 |
| is4gen.medium | 1 | 4 |
| is4gen.large | 2 | 10 |
| is4gen.xlarge | 3 | 20 |
| is4gen.2xlarge | 3 | 40 |
| is4gen.4xlarge | 7 | 60 |
| is4gen.8xlarge | 7 | 60 |
## Komputasi yang dipercepat
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| dl1.24xlarge | 59 | 120 |
| dl2q.24xlarge | 14 | 120 |
| f2.6xbesar | 7 | 90 |
| f2.12xbesar | 7 | 120 |
| f2.48xbesar | 14 | 120 |
| g4ad.xlarge | 1 | 12 |
| g4ad.2xlarge | 1 | 12 |
| g4ad.4xlarge | 2 | 12 |
| g4ad.8xlarge | 3 | 12 |
| g4ad.16xlarge | 7 | 12 |
| g5.xlarge | 3 | 6 |
| g5.2xlarge | 3 | 19 |
| g5.4xlarge | 7 | 40 |
| g5.8xlarge | 7 | 90 |
| g5.12xlarge | 14 | 120 |
| g5.16xlarge | 7 | 120 |
| g5.24xlarge | 14 | 120 |
| g5.48xlarge | 6 | 120 |
| g5g.xlarge | 3 | 20 |
| g5g.2xlarge | 3 | 40 |
| g5g.4xlarge | 7 | 60 |
| g5g.8xlarge | 7 | 60 |
| g5g.16xlarge | 14 | 120 |
| g5g.metal | 14 | 120 |
| g6.xlarge | 3 | 20 |
| g6.2xlarge | 3 | 40 |
| g6.4xlarge | 7 | 60 |
| g6.8xlarge | 7 | 90 |
| g6.12xlarge | 7 | 120 |
| g6.16xlarge | 14 | 120 |
| g6.24xlarge | 14 | 120 |
| g6.48xlarge | 14 | 120 |
| g6e.xlarge | 3 | 20 |
| g6e.2xlarge | 3 | 40 |
| g6e.4xlarge | 7 | 60 |
| g6e.8xlarge | 7 | 90 |
| g6e.12xlarge | 9 | 120 |
| g6e.16xlarge | 14 | 120 |
| g6e.24xlarge | 19 | 120 |
| g6e.48xlarge | 39 | 120 |
| g6f.large | 1 | 10 |
| g6f.xlarge | 3 | 20 |
| g6f.2xlarge | 3 | 40 |
| g6f.4xlarge | 7 | 60 |
| gr6.4xbesar | 7 | 60 |
| gr6.8xbesar | 7 | 90 |
| gr6f.4xbesar | 7 | 60 |
| g7e.2xlarge | 3 | 242 |
| g7e.4xlarge | 7 | 242 |
| g7e.8xlarge | 7 | 242 |
| g7e.12xlarge | 9 | 242 |
| g7e.24xlarge | 19 | 242 |
| g7e.48xlarge | 39 | 242 |
| inf2.xlarge | 3 | 20 |
| inf2.8xlarge | 7 | 90 |
| inf2.24xlarge | 14 | 120 |
| inf2.48xlarge | 14 | 120 |
| p4d.24xlarge | 59 | 120 |
| p4de.24xlarge | 59 | 120 |
| p5.4xbesar | 3 | 60 |
| p5.48xlarge | 63 | 242 |
| p5e.48xlarge | 63 | 242 |
| p5en.48xlarge | 63 | 242 |
| p6-b200.48xlarge | 31 | 242 |
| p6-b300.48xlarge | 67 | 242 |
| p6e-gb200.36xlarge | 38 | 120 |
| trn1.2xlarge | 3 | 19 |
| trn1.32xlarge | 39 | 120 |
| trn1n.32xlarge | 79 | 242 |
| trn2.3xlarge | 1 | 14 |
| trn2.48xlarge | 31 | 242 |
| trn2u.48xlarge | 31 | 242 |
| vt1.3xlarge | 3 | 40 |
| vt1.6xlarge | 7 | 60 |
| vt1.24xlarge | 14 | 120 |
## Komputasi performa tinggi
| Tipe instans | Batas tugas tanpa ENI trunking | Batas tugas dengan ENI trunking |
| --- | --- | --- |
| hpc6a.48xlarge | 1 | 120 |
| hpc6id.32xlarge | 1 | 120 |
| hpc7g.4xlarge | 3 | 120 |
| hpc7g.8xlarge | 3 | 120 |
| hpc7g.16xlarge | 3 | 120 |
| hpc8a.96xlarge | 3 | -2 |
# Memesan memori instans wadah Amazon ECS Linux
Saat agen penampung Amazon ECS mendaftarkan instance kontainer ke klaster, agen harus menentukan berapa banyak memori yang tersedia untuk dicadangkan oleh instans penampung untuk tugas Anda. Karena overhead memori platform dan memori yang ditempati oleh kernel sistem, jumlah ini berbeda dengan jumlah memori terinstal yang diiklankan untuk instans Amazon EC2. Contohnya, instans `m4.large` memiliki memori terinstal sebesar 8 GiB. Namun, ini tidak selalu diterjemahkan ke tepat 8192 MiB memori yang tersedia untuk tugas saat instance container mendaftar.
## ECS Managed Instances penentuan sumber daya memori
Instans Terkelola Amazon ECS menggunakan pendekatan hierarkis untuk menentukan persyaratan sumber daya memori untuk tugas. Tidak seperti ECS pada EC2 yang mengandalkan introspeksi memori Docker, Instans Terkelola ECS menghitung persyaratan memori langsung dari muatan tugas selama keputusan penjadwalan.
Ketika agen Instans Terkelola ECS menerima tugas, ia menghitung kebutuhan memori menggunakan urutan prioritas berikut:
1. **Memori tingkat tugas (prioritas tertinggi)** - Jika memori tingkat tugas ditentukan dalam definisi tugas, agen menggunakan nilai ini secara langsung. Ini lebih diutamakan daripada semua pengaturan memori tingkat kontainer.
1. **Jumlah memori tingkat kontainer (fallback)** - Jika memori tingkat tugas tidak ditentukan (atau 0), agen menjumlahkan persyaratan memori dari semua wadah dalam tugas. Untuk setiap wadah, ia menggunakan:
1. *Reservasi memori (batas lunak)* - Jika kontainer menentukan `memoryReservation` dalam konfigurasinya, agen menggunakan nilai ini.
1. *Memori kontainer (batas keras)* - Jika `memoryReservation` tidak ditentukan, agen menggunakan `memory` bidang wadah.
**Example Memori tingkat tugas ditentukan**
Ketika memori tingkat tugas ditentukan, itu lebih diutamakan daripada pengaturan tingkat kontainer:
```
{
"family": "my-task",
"memory": "2048",
"containerDefinitions": [
{
"name": "container1",
"memory": 1024,
"memoryReservation": 512
}
]
}
```
Agen cadangan 2048 MiB (memori tingkat tugas diutamakan).
**Example Memori tingkat kontainer dengan reservasi**
Ketika memori tingkat tugas tidak ditentukan, agen menjumlahkan persyaratan memori kontainer:
```
{
"family": "my-task",
"containerDefinitions": [
{
"name": "container1",
"memory": 1024,
"memoryReservation": 512
},
{
"name": "container2",
"memory": 512
}
]
}
```
Agen mencadangkan 512 MiB (reservasi kontainer1) \$1512 MiB (memori kontainer2) = total 1024 MiB.
Agen Instans Terkelola ECS melakukan perhitungan memori dalam tiga fase:
1. **Penerimaan tugas** - Ketika muatan tugas tiba dari bidang kontrol ECS, agen segera menghitung memori yang diperlukan.
1. **Penyimpanan sumber daya** - Persyaratan memori yang dihitung disimpan dalam model tugas untuk digunakan nanti dalam operasi akuntansi sumber daya.
1. **Keputusan penjadwalan** - Sebelum menerima tugas, agen memeriksa apakah memori yang cukup tersedia. Jika memori tidak cukup tersedia, tugas ditolak dan tetap dalam antrian layanan ECS sampai sumber daya tersedia.
**catatan**
Tidak seperti ECS pada EC2, Instans Terkelola ECS tidak menggunakan variabel konfigurasi. `ECS_RESERVED_MEMORY` Reservasi memori untuk proses sistem ditangani melalui manajemen sumber daya platform yang mendasarinya, dan agen melakukan akuntansi sumber daya yang akurat berdasarkan definisi tugas.
Untuk ECS di EC2, agen penampung Amazon ECS menyediakan variabel konfigurasi yang disebut`ECS_RESERVED_MEMORY`, yang dapat Anda gunakan untuk menghapus sejumlah memori MiB tertentu dari kumpulan yang dialokasikan untuk tugas Anda. Ini secara efektif menyimpan memori untuk proses sistem yang penting.
Jika Anda menempati semua memori pada instance kontainer dengan tugas Anda, maka ada kemungkinan bahwa tugas Anda akan bersaing dengan proses sistem penting untuk memori dan mungkin memulai kegagalan sistem.
Misalnya, jika Anda menentukan `ECS_RESERVED_MEMORY=256` dalam file konfigurasi agen kontainer Anda, agen akan mendaftarkan memori total dikurangi 256 MiB untuk instans tersebut, dan 256 MiB memori tidak dapat dialokasikan untuk tugas ECS. Untuk informasi lebih lanjut tentang variabel konfigurasi agen dan cara mengaturnya, lihat [Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md) dan [Bootstrapping instance container Amazon ECS Linux untuk meneruskan data](bootstrap_container_instance.md).
Jika Anda menentukan 8192 MiB untuk tugas tersebut, dan tidak ada instance container Anda yang memiliki 8192 MiB atau lebih besar memori yang tersedia untuk memenuhi persyaratan ini, maka tugas tersebut tidak dapat ditempatkan di cluster Anda. Jika Anda menggunakan lingkungan komputasi terkelola, maka AWS Batch harus meluncurkan jenis instans yang lebih besar untuk mengakomodasi permintaan.
Agen kontainer Amazon ECS menggunakan fungsi `ReadMemInfo()` Docker untuk kueri total memori yang tersedia untuk sistem operasi. Baik Linux dan Windows menyediakan utilitas baris perintah untuk menentukan total memori.
**Example - Menentukan memori total Linux**
Perintah **free** menampilkan memori total yang diakui oleh sistem operasi.
```
$ free -b
```
Contoh output untuk instans `m4.large` yang menjalankan AMI Amazon Linux yang dioptimalkan untuk Amazon ECS.
```
total used free shared buffers cached
Mem: 8373026816 348180480 8024846336 90112 25534464 205418496
-/+ buffers/cache: 117227520 8255799296
```
Instans ini memiliki 8373026816 byte memori total, yang diterjemahkan menjadi 7985 MiB yang tersedia untuk tugas.
**Example - Menentukan memori total Windows**
Perintah **wmic** menampilkan memori total yang diakui oleh sistem operasi.
```
C:\> wmic ComputerSystem get TotalPhysicalMemory
```
Contoh keluaran untuk `m4.large` instance yang menjalankan AMI Windows Server Amazon ECS yang dioptimalkan.
```
TotalPhysicalMemory
8589524992
```
Instans ini memiliki 8589524992 byte memori total, yang diterjemahkan menjadi 8191 MiB yang tersedia untuk tugas.
## Melihat memori instance kontainer
Anda dapat melihat berapa banyak memori yang didaftarkan oleh instans kontainer di konsol Amazon ECS (atau dengan operasi [DescribeContainerInstances](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_DescribeContainerInstances.html)API). Jika Anda mencoba memaksimalkan pemanfaatan sumber daya Anda dengan menyediakan tugas Anda sebanyak mungkin memori untuk jenis instance tertentu, Anda dapat mengamati memori yang tersedia untuk instance kontainer itu dan kemudian menetapkan tugas Anda sebanyak itu memori.
**Untuk melihat memori instance kontainer**
1. Buka konsol di [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2).
1. Di panel navigasi, pilih **Clusters**, lalu pilih cluster yang menghosting instance container Anda.
1. Pilih **Infrastruktur**, dan kemudian di bawah Instance Container, pilih instance container.
1. Bagian **Resources** menunjukkan memori terdaftar dan tersedia untuk instance container.
Nilai memori **Terdaftar** adalah contoh kontainer; terdaftar dengan Amazon ECS saat pertama kali diluncurkan, dan nilai memori yang **tersedia** adalah apa yang belum dialokasikan untuk tugas.
# Mengelola instans penampung Amazon ECS dari jarak jauh menggunakan AWS Systems Manager
Anda dapat menggunakan kemampuan Run Command di AWS Systems Manager (Systems Manager) untuk mengelola konfigurasi instans container Amazon ECS secara aman dan jarak jauh. Run Command menyediakan cara sederhana untuk melakukan tugas-tugas administratif umum tanpa harus masuk secara lokal pada instans. Anda dapat mengelola perubahan konfigurasi di klaster Anda dengan cara menjalankan perintah pada beberapa instans kontainer secara bersamaan. Run Command melaporkan status dan hasil dari setiap perintah.
Berikut adalah beberapa contoh tipe tugas yang dapat Anda lakukan dengan Run Command:
+ Menginstal atau menghapus paket.
+ Melakukan pembaruan keamanan.
+ Membersihkan citra Docker.
+ Menghentikan atau memulai layanan.
+ Melihat sumber daya sistem.
+ Melihat berkas log.
+ Melakukan operasi file.
Untuk informasi selengkapnya tentang Jalankan Perintah, lihat [AWS Systems Manager Menjalankan Perintah](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) di *Panduan AWS Systems Manager Pengguna*.
Berikut ini adalah prasyarat untuk menggunakan Systems Manager dengan Amazon ECS.
1. Anda harus memberikan izin container instance role (**ecsInstanceRole**) untuk mengakses Systems Manager APIs. Anda dapat melakukan ini dengan menetapkan **Amazon SSMManaged InstanceCore** ke `ecsInstanceRole` peran tersebut. Untuk informasi tentang cara melampirkan kebijakan ke peran, lihat [Memperbarui izin untuk peran](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-role-permissions.html) di *AWS Identity and Access Management Panduan Pengguna*
1. Pastikan bahwa Agen SSM diinstal pada instans kontainer Anda. Untuk informasi selengkapnya, lihat [Menginstal dan menghapus Instalasi Agen SSM secara manual pada instans EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html) untuk Linux.
Setelah melampirkan kebijakan terkelola Systems Manager ke `ecsInstanceRole` dan memverifikasi bahwa AWS Systems Manager Agen (Agen SSM) diinstal pada instance container, Anda dapat mulai menggunakan Run Command untuk mengirim perintah ke instance container Anda. *Untuk informasi tentang menjalankan perintah dan skrip shell pada instance Anda dan melihat output yang dihasilkan, lihat [Menjalankan Perintah Menggunakan Systems Manager Run Command and Run Command](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) [Walkthroughs](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command-walkthroughs.html) di Panduan Pengguna.AWS Systems Manager *
Kasus penggunaan yang umum adalah memperbarui perangkat lunak instance kontainer dengan Run Command. Anda dapat mengikuti prosedur di Panduan AWS Systems Manager Pengguna dengan parameter berikut.
| Parameter | Nilai |
| --- | --- |
| **Dokumen perintah** | AWS-RunShellScript |
| Perintah | $ yum update -y
|
| Contoh target | Instance kontainer Anda |
# Menggunakan proxy HTTP untuk instans penampung Amazon ECS Linux
Anda dapat mengonfigurasi instans penampung Amazon ECS untuk menggunakan proxy HTTP untuk agen penampung Amazon ECS dan daemon Docker. Ini berguna jika instance container Anda tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instance.
Untuk mengonfigurasi instans penampung Amazon ECS Linux Anda agar menggunakan proxy HTTP, setel variabel berikut dalam file yang relevan pada waktu peluncuran (dengan data pengguna Amazon EC2). Anda juga dapat mengedit file konfigurasi secara manual, dan kemudian me-restart agen.
`/etc/ecs/ecs.config`(Amazon Linux 2dan AmazonLinux AMI)
`HTTP_PROXY=10.0.0.131:3128`
Tetapkan nilai ini ke nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan agen Amazon ECS untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`NO_PROXY=169.254.169.254,169.254.170.2,/var/run/docker.sock`
Tetapkan nilai ini `169.254.169.254,169.254.170.2,/var/run/docker.sock` untuk memfilter metadata instans EC2, peran IAM untuk tugas, dan lalu lintas daemon Docker dari proxy.
`/etc/systemd/system/ecs.service.d/http-proxy.conf`(Amazon Linux 2 saja)
`Environment="HTTP_PROXY=10.0.0.131:3128/"`
Atur nilai ini pada nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan `ecs-init` untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`Environment="NO_PROXY=169.254.169.254,169.254.170.2,/var/run/docker.sock"`
Tetapkan nilai ini `169.254.169.254,169.254.170.2,/var/run/docker.sock` untuk memfilter metadata instans EC2, peran IAM untuk tugas, dan lalu lintas daemon Docker dari proxy.
`/etc/init/ecs.override`(Hanya AMI Amazon Linux)
`env HTTP_PROXY=10.0.0.131:3128`
Atur nilai ini pada nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan `ecs-init` untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`env NO_PROXY=169.254.169.254,169.254.170.2,/var/run/docker.sock`
Tetapkan nilai ini `169.254.169.254,169.254.170.2,/var/run/docker.sock` untuk memfilter metadata instans EC2, peran IAM untuk tugas, dan lalu lintas daemon Docker dari proxy.
`/etc/systemd/system/docker.service.d/http-proxy.conf` (Amazon Linux 2 saja)
`Environment="HTTP_PROXY=http://10.0.0.131:3128"`
Tetapkan nilai ini ke nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan untuk daemon Docker untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`Environment="NO_PROXY=169.254.169.254,169.254.170.2"`
Tetapkan nilai ini ke `169.254.169.254,169.254.170.2` untuk memfilter metadata instans EC2 dari proxy.
`/etc/sysconfig/docker`(Amazon Linux AMI dan Amazon Linux 2 hanya)
`export HTTP_PROXY=http://10.0.0.131:3128`
Tetapkan nilai ini ke nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan untuk daemon Docker untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`export NO_PROXY=169.254.169.254,169.254.170.2`
Tetapkan nilai ini ke `169.254.169.254,169.254.170.2` untuk memfilter metadata instans EC2 dari proxy.
Menyetel variabel lingkungan ini dalam file di atas hanya memengaruhi agen penampung Amazon ECS`ecs-init`, dan daemon Docker. Mereka tidak mengonfigurasi layanan lain (seperti **yum**) untuk menggunakan proxy.
Untuk informasi tentang cara mengonfigurasi proxy, lihat [Bagaimana cara mengatur proxy HTTP untuk Docker dan agen penampung Amazon ECS di Amazon](https://repost.aws/knowledge-center/ecs-http-proxy-docker-linux2) Linux 2 atau. AL2023
# Mengonfigurasi instans pra-inisialisasi untuk grup Auto Scaling Amazon ECS Anda
Amazon ECS mendukung kolam hangat Amazon EC2 Auto Scaling. Kolam hangat adalah sekelompok instans Amazon EC2 yang telah diinisialisasi sebelumnya yang siap digunakan. Kapan pun aplikasi Anda perlu diskalakan, Amazon EC2 Auto Scaling menggunakan instans pra-inisialisasi dari kolam hangat daripada meluncurkan instance dingin, memungkinkan proses inisialisasi akhir apa pun berjalan, dan kemudian menempatkan instance ke dalam layanan.
Untuk mempelajari lebih lanjut tentang kolam hangat dan cara menambahkan kolam hangat ke grup Auto Scaling Anda, lihat [Kolam hangat untuk Amazon EC2 Auto Scaling di Panduan Pengguna Amazon EC2 Auto](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-warm-pools.html) *Scaling*.
Saat membuat atau memperbarui kolam hangat untuk grup Auto Scaling untuk Amazon ECS, Anda tidak dapat menyetel opsi yang mengembalikan instance ke kolam hangat pada skala di (). `ReuseOnScaleIn` Untuk informasi selengkapnya, lihat [put-warm-pool](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/put-warm-pool.html) dalam *Referensi AWS Command Line Interface *.
Untuk menggunakan kolam hangat dengan kluster Amazon ECS Anda, setel variabel konfigurasi `ECS_WARM_POOLS_CHECK` agen ke `true` bidang **data Pengguna templat** peluncuran grup Amazon EC2 Auto Scaling Anda.
Berikut ini menunjukkan contoh bagaimana variabel konfigurasi agen dapat ditentukan di bidang **data pengguna** dari template peluncuran Amazon EC2. Ganti *MyCluster* dengan nama cluster Anda.
```
#!/bin/bash
cat <<'EOF' >> /etc/ecs/ecs.config
ECS_CLUSTER=MyCluster
ECS_WARM_POOLS_CHECK=true
EOF
```
`ECS_WARM_POOLS_CHECK`Variabel hanya didukung pada versi agen `1.59.0` dan yang lebih baru. Untuk informasi lebih lanjut tentang variabel, lihat[Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md).
# Memperbarui agen kontainer Amazon ECS
Terkadang, Anda mungkin perlu memperbarui agen penampung Amazon ECS untuk mengambil perbaikan bug dan fitur baru. Memperbarui agen penampung Amazon ECS tidak mengganggu tugas atau layanan yang sedang berjalan pada instance container. Proses untuk memperbarui agen berbeda tergantung pada apakah instans penampung Anda diluncurkan dengan AMI yang dioptimalkan Amazon ECS atau sistem operasi lain.
**catatan**
Pembaruan agen tidak berlaku pada instans kontainer Windows. Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
## Memeriksa versi agen penampung Amazon ECS
Anda dapat memeriksa versi agen kontainer yang berjalan pada instans kontainer Anda untuk melihat apakah pembaruan diperlukan. Tampilan instance container di konsol Amazon ECS menyediakan versi agen. Gunakan prosedur berikut untuk memeriksa versi agen Anda.
------
#### [ Amazon ECS console ]
1. Buka konsol di [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2).
1. Dari bilah navigasi, pilih Wilayah tempat instans eksternal Anda didaftarkan.
1. Di panel navigasi, pilih **Klaster**, kemudian pilih klaster yang meng-host instans eksternal.
1. Pada *name* halaman **Cluster:**, pilih tab **Infrastruktur**.
1. Di bawah **Instance Container**, perhatikan kolom **versi Agen** untuk instance kontainer Anda. Jika instans kontainer tidak memiliki versi instans kontainer terbaru, konsol akan memberi peringatan melalui pesan dan bendera bahwa versi agen kedaluwarsa.
Jika versi agen Anda kedaluwarsa, Anda dapat memperbarui agen kontainer Anda dengan prosedur berikut:
+ Jika instance container Anda menjalankan AMI Amazon ECS yang dioptimalkan, lihat. [Memperbarui agen kontainer Amazon ECS pada AMI Amazon ECS yang dioptimalkan](agent-update-ecs-ami.md)
+ Jika instance container Anda tidak menjalankan AMI yang dioptimalkan Amazon ECS, lihat. [Memperbarui agen kontainer Amazon ECS secara manual (untuk non-Amazon ECS yang dioptimalkan) AMIs](manually_update_agent.md)
**penting**
Untuk memperbarui versi agen Amazon ECS dari versi sebelum v1.0.0 pada AMI yang dioptimalkan Amazon ECS, sebaiknya hentikan instans penampung saat ini dan meluncurkan instans baru dengan versi AMI terbaru. Setiap instans kontainer yang menggunakan versi pratinjau harus pensiun dan diganti dengan AMI terbaru. Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
------
#### [ Amazon ECS container agent introspection API ]
Anda juga dapat menggunakan untuk memeriksa versi API introspeksi agen penampung Amazon ECS dari instance container itu sendiri. Untuk informasi selengkapnya, lihat [Introspeksi wadah Amazon ECS](ecs-agent-introspection.md).
**Untuk memeriksa apakah agen penampung Amazon ECS Anda menjalankan versi terbaru dengan API introspeksi**
1. Masuk ke instans kontainer Anda melalui SSH.
1. Kueri API introspeksi.
```
[ec2-user ~]$ curl -s 127.0.0.1:51678/v1/metadata | python3 -mjson.tool
```
**catatan**
API introspeksi menambahkan `Version` informasi dalam versi v1.0.0 dari agen penampung Amazon ECS. Jika `Version` tidak ada ketika sedang melakukan kueri API introspeksi, atau API introspeksi sama sekali tidak ada dalam agen Anda, maka versi yang Anda jalankan adalah v0.0.3 atau sebelumnya. Anda harus memperbarui versi Anda.
------
# Memperbarui agen kontainer Amazon ECS pada AMI Amazon ECS yang dioptimalkan
Jika Anda menggunakan AMI Amazon ECS yang dioptimalkan, Anda memiliki beberapa opsi untuk mendapatkan versi terbaru dari agen penampung Amazon ECS (ditampilkan dalam urutan rekomendasi):
+ Hentikan instans penampung dan luncurkan versi terbaru Amazon ECS Amazon Linux 2 AMI yang dioptimalkan Amazon (baik secara manual atau dengan memperbarui konfigurasi peluncuran Auto Scaling Anda dengan AMI terbaru). Ini menyediakan instance container baru dengan versi terbaru yang diuji dan divalidasi dariAmazon Linux, Docker`ecs-init`, dan agen penampung Amazon ECS. Untuk informasi selengkapnya, lihat [Linux Amazon ECS yang dioptimalkan AMIs](ecs-optimized_AMI.md).
+ Hubungkan ke instans dengan SSH dan perbarui paket `ecs-init` (dan dependensinya) ke versi terbaru. Operasi ini menyediakan versi Docker yang diuji dan divalidasi terbaru dan `ecs-init` yang tersedia di Amazon Linux repositori dan versi terbaru dari agen penampung Amazon ECS. Untuk informasi selengkapnya, lihat [Untuk memperbarui `ecs-init` paket pada AMI Amazon ECS yang dioptimalkan](#procedure_update_ecs-init).
+ Perbarui agen penampung dengan operasi `UpdateContainerAgent` API, baik melalui konsol atau dengan AWS CLI atau AWS SDKs. Untuk informasi selengkapnya, lihat [Memperbarui agen penampung Amazon ECS dengan operasi `UpdateContainerAgent` API](#agent-update-api).
**catatan**
Pembaruan agen tidak berlaku pada instans kontainer Windows. Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
**Untuk memperbarui `ecs-init` paket pada AMI Amazon ECS yang dioptimalkan**
1. Masuk ke instans kontainer Anda melalui SSH.
1. Perbarui paket `ecs-init` dengan perintah berikut.
```
sudo yum update -y ecs-init
```
**catatan**
`ecs-init`Paket dan agen kontainer Amazon ECS segera diperbarui. Namun, versi Docker yang lebih baru tidak dimuat sampai daemon Docker di mulai ulang. Pemulaian ulang dilakukan baik dengan booting ulang instans, atau dengan menjalankan perintah berikut pada instans Anda:
AMI Amazon Linux 2 yang dioptimalkan untuk Amazon ECS:
```
sudo systemctl restart docker
```
AMI Amazon Linux yang dioptimalkan untuk Amazon ECS:
```
sudo service docker restart && sudo start ecs
```
## Memperbarui agen penampung Amazon ECS dengan operasi `UpdateContainerAgent` API
**penting**
`UpdateContainerAgent`API ini hanya didukung pada varian Linux dari AMI Amazon ECS yang dioptimalkan, dengan pengecualian AMI Amazon Linux 2 (arm64) Amazon ECS yang dioptimalkan Amazon. Untuk instance kontainer yang menggunakan AMI Amazon Linux 2 (arm64) Amazon ECS yang dioptimalkan Amazon, `ecs-init` perbarui paket untuk memperbarui agen. Untuk instans kontainer yang sedang menjalankan sistem operasi lain, lihat [Memperbarui agen kontainer Amazon ECS secara manual (untuk non-Amazon ECS yang dioptimalkan) AMIs](manually_update_agent.md). Jika Anda menggunakan instans kontainer Windows, Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
Proses `UpdateContainerAgent` API dimulai saat Anda meminta pembaruan agen, baik melalui konsol atau dengan AWS CLI atau AWS SDKs. Amazon ECS memeriksa versi agen Anda saat ini terhadap versi agen terbaru yang tersedia, dan jika pembaruan dimungkinkan. Jika pembaruan tidak tersedia, misalnya, jika agen sudah menjalankan versi terbaru, maka `NoUpdateAvailableException` dikembalikan.
Tahapan dalam proses pembaruan yang ditunjukkan di atas adalah sebagai berikut:
`PENDING`
Pembaruan agen tersedia, dan proses pembaruan telah dimulai.
`STAGING`
Agen telah mulai mengunduh pembaruan agen. Jika agen tidak dapat mengunduh pembaruan, atau jika isi pembaruan salah atau rusak, maka agen akan mengirimkan notifikasi kegagalan dan transisi pembaruan ke status `FAILED`.
`STAGED`
Pengunduhan agen selesai dan isi agen telah diverifikasi.
`UPDATING`
Layanan `ecs-init` dimulai ulang dan versi agen baru diambil. Jika agen karena alasan tertentu tidak dapat memulai ulang, pembaruan beralih ke `FAILED` status; jika tidak, agen memberi sinyal kepada Amazon ECS bahwa pembaruan telah selesai.
**catatan**
Pembaruan agen tidak berlaku pada instans kontainer Windows. Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
**Untuk memperbarui agen penampung Amazon ECS pada AMI Amazon ECS yang dioptimalkan di konsol**
1. Buka konsol di [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2).
1. Dari bilah navigasi, pilih Wilayah tempat instans eksternal Anda didaftarkan.
1. Di panel navigasi, pilih **Klaster** dan pilih klaster.
1. Pada *name* halaman **Cluster:**, pilih tab **Infrastruktur**.
1. Di bawah **Instance Container**, pilih instance yang akan diperbarui, lalu pilih **Actions**, **Update** agent.
# Memperbarui agen kontainer Amazon ECS secara manual (untuk non-Amazon ECS yang dioptimalkan) AMIs
Terkadang, Anda mungkin perlu memperbarui agen penampung Amazon ECS untuk mengambil perbaikan bug dan fitur baru. Memperbarui agen penampung Amazon ECS tidak mengganggu tugas atau layanan yang sedang berjalan pada instance container.
**catatan**
Pembaruan agen tidak berlaku pada instans kontainer Windows. Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
1. Masuk ke instans kontainer Anda melalui SSH.
1. Lakukan pemeriksaan untuk melihat apakah agen Anda menggunakan variabel lingkungan `ECS_DATADIR` untuk menyimpan statusnya.
```
ubuntu:~$ docker inspect ecs-agent | grep ECS_DATADIR
```
Output:
```
"ECS_DATADIR=/data",
```
**penting**
Jika perintah sebelumnya tidak mengembalikan variabel lingkungan `ECS_DATADIR`, Anda harus menghentikan tugas apa pun yang berjalan pada instans kontainer ini sebelum memperbarui agen Anda. Agen yang lebih baru dengan variabel lingkungan `ECS_DATADIR` menyimpan statusnya dan Anda dapat memperbaruinya saat tugas sedang berjalan tanpa masalah.
1. Hentikan agen kontainer Amazon ECS.
```
ubuntu:~$ docker stop ecs-agent
```
1. Hapus kontainer agen.
```
ubuntu:~$ docker rm ecs-agent
```
1. Pastikan `/etc/ecs` direktori dan file konfigurasi agen penampung Amazon ECS ada di`/etc/ecs/ecs.config`.
```
ubuntu:~$ sudo mkdir -p /etc/ecs && sudo touch /etc/ecs/ecs.config
```
1. Edit file `/etc/ecs/ecs.config` dan pastikan bahwa file berisi setidaknya deklarasi variabel berikut. Jika Anda tidak ingin instans kontainer Anda untuk terdaftar dengan klaster default, tentukan nama klaster Anda sebagai nilai untuk `ECS_CLUSTER`.
```
ECS_DATADIR=/data
ECS_ENABLE_TASK_IAM_ROLE=true
ECS_ENABLE_TASK_IAM_ROLE_NETWORK_HOST=true
ECS_LOGFILE=/log/ecs-agent.log
ECS_AVAILABLE_LOGGING_DRIVERS=["json-file","awslogs"]
ECS_LOGLEVEL=info
ECS_CLUSTER=default
```
Untuk informasi selengkapnya tentang opsi waktu aktif agen ini, lihat [Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md).
**catatan**
Anda dapat menyimpan variabel lingkungan agen secara opsional di Amazon S3 (yang dapat diunduh ke instans penampung Anda pada waktu peluncuran menggunakan data pengguna Amazon EC2). Hal ini dianjurkan untuk informasi sensitif seperti kredensial autentikasi untuk repositori privat. Untuk informasi selengkapnya, lihat [Menyimpan konfigurasi instans penampung Amazon ECS di Amazon S3](ecs-config-s3.md) dan [Menggunakan gambar AWS non-kontainer di Amazon ECS](private-auth.md).
1. Tarik gambar agen kontainer Amazon ECS terbaru dari Amazon Elastic Container Registry Public.
```
ubuntu:~$ docker pull public.ecr.aws/ecs/amazon-ecs-agent:latest
```
Output:
```
Pulling repository amazon/amazon-ecs-agent
a5a56a5e13dc: Download complete
511136ea3c5a: Download complete
9950b5d678a1: Download complete
c48ddcf21b63: Download complete
Status: Image is up to date for amazon/amazon-ecs-agent:latest
```
1. Jalankan agen penampung Amazon ECS terbaru pada instance container Anda.
**catatan**
Gunakan kebijakan mulai ulang Docker atau pengelola proses (seperti **upstart** atau **systemd**) untuk memperlakukan agen kontainer sebagai suatu layanan atau daemon dan pastikan mulai ulang dilakukan setelah keluar. AMI Amazon ECS yang dioptimalkan menggunakan `ecs-init` RPM untuk tujuan ini, dan Anda dapat melihat [kode sumber untuk RPM ini aktif](https://github.com/aws/amazon-ecs-init). GitHub
Contoh run command agen berikut dipecah menjadi baris terpisah agar setiap opsi dapat ditunjukkan. Untuk informasi selengkapnya tentang opsi waktu aktif agen ini, lihat [Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md).
**penting**
Sistem operasi dengan SELinux diaktifkan memerlukan `--privileged` opsi dalam **docker run** perintah Anda. Selain itu, untuk instance kontainer yang SELinux diaktifkan, kami menyarankan Anda menambahkan `:Z` opsi ke pemasangan `/log` dan `/data` volume. Namun, pemasangan host untuk volume ini harus ada sebelum Anda menjalankan perintah atau Anda menerima kesalahan `no such file or directory`. Lakukan tindakan berikut jika Anda mengalami kesulitan menjalankan agen Amazon ECS pada instance container SELinux yang diaktifkan:
Buat titik-titik pemasangan volume host pada instans kontainer Anda.
```
ubuntu:~$ sudo mkdir -p /var/log/ecs /var/lib/ecs/data
```
Tambahkan opsi `--privileged` pada perintah **docker run** di bawah ini.
Tambahkan opsi `:Z` pada pemasangan volume kontainer `/log` dan `/data` (misalnya, `--volume=/var/log/ecs/:/log:Z`) pada perintah **docker run** di bawah ini.
```
ubuntu:~$ sudo docker run --name ecs-agent \
--detach=true \
--restart=on-failure:10 \
--volume=/var/run:/var/run \
--volume=/var/log/ecs/:/log \
--volume=/var/lib/ecs/data:/data \
--volume=/etc/ecs:/etc/ecs \
--volume=/etc/ecs:/etc/ecs/pki \
--net=host \
--env-file=/etc/ecs/ecs.config \
amazon/amazon-ecs-agent:latest
```
**catatan**
Jika Anda menerima pesan `Error response from daemon: Cannot start container`, Anda dapat menghapus kontainer yang gagal dengan perintah **sudo docker rm ecs-agent** dan coba jalankan agen kembali.
# Windows Amazon ECS yang dioptimalkan AMIs
Amazon ECS yang dioptimalkan telah AMIs dikonfigurasi sebelumnya dengan komponen yang diperlukan yang Anda perlukan untuk menjalankan beban kerja Amazon ECS. Meskipun Anda dapat membuat instans kontainer sendiri AMI yang memenuhi spesifikasi dasar yang diperlukan untuk menjalankan beban kerja kontainer Anda di Amazon ECS, Amazon ECS yang dioptimalkan AMIs telah dikonfigurasi sebelumnya dan diuji di Amazon ECS oleh para insinyur. AWS Ini adalah cara termudah bagi Anda untuk memulai dan mendapatkan kontainer Anda yang berjalan pada AWS dengan cepat.
Metadata AMI Amazon ECS yang dioptimalkan, termasuk nama AMI, versi agen penampung Amazon ECS, dan versi runtime Amazon ECS yang menyertakan versi Docker, untuk setiap varian dapat diambil secara terprogram. Untuk informasi selengkapnya, lihat [Mengambil metadata Windows AMI yang dioptimalkan Amazon ECS](retrieve-ecs-optimized_windows_AMI.md).
**penting**
Semua varian AMI yang dioptimalkan ECS yang diproduksi setelah Agustus 2022 akan bermigrasi dari Docker EE (Mirantis) ke Docker CE (proyek Moby).
Untuk memastikan bahwa pelanggan memiliki pembaruan keamanan terbaru secara default, Amazon ECS mempertahankan setidaknya tiga Windows Amazon AMIs ECS terakhir yang dioptimalkan. Setelah merilis Windows Amazon ECS baru yang dioptimalkan, AMIs Amazon ECS membuat Windows Amazon ECS AMIs dioptimalkan yang lebih lama menjadi pribadi. Jika ada AMI pribadi yang perlu Anda akses, beri tahu kami dengan mengajukan tiket dengan Cloud Support.
## Varian AMI yang dioptimalkan Amazon ECS
Varian Windows Server berikut dari AMI Amazon ECS yang dioptimalkan tersedia untuk instans Amazon EC2 Anda.
**penting**
Semua varian AMI yang dioptimalkan ECS yang diproduksi setelah Agustus akan bermigrasi dari Docker EE (Mirantis) ke Docker CE (proyek Moby).
+ **Amazon ECS yang dioptimalkan Windows Server 2025 AMI Penuh**
+ **Amazon ECS yang dioptimalkan Windows Server 2025 Core AMI**
+ **Amazon ECS Server Windows 2022 AMI Penuh yang dioptimalkan ECS**
+ **Server Windows 2022 AMI Inti yang dioptimalkan Amazon ECS**
+ **Amazon ECS yang dioptimalkan Windows Server 2019 AMI Penuh**
+ **AMI Inti Windows Server 2019 yang dioptimalkan Amazon ECS**
+ **Amazon ECS yang dioptimalkan Windows Server 2016 AMI Penuh**
**penting**
Windows Server 2016 tidak mendukung versi Docker terbaru, misalnya 25.xx. Oleh karena itu Windows Server 2016 Full tidak AMIs akan menerima patch keamanan atau bug ke runtime Docker. Kami menyarankan Anda pindah ke salah satu platform Windows berikut:
Windows Server 2022 Lengkap
Windows Server 2022 Inti
Windows Server 2019 Full
Windows Server 2019 Core
Pada 9 Agustus 2022, Windows Server 20H2 Core AMI yang dioptimalkan Amazon ECS mencapai akhir tanggal dukungannya. Tidak ada versi baru dari AMI ini yang akan dirilis. Untuk informasi selengkapnya, lihat [informasi rilis Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/windows-server-release-info).
Windows Server 2025, Windows Server 2022, Windows Server 2019, dan Windows Server 2016 adalah rilis Saluran Layanan Jangka Panjang (LTSC). Windows Server 20H2 adalah rilis Semi-Annual Channel (SAC). Untuk informasi selengkapnya, lihat [informasi rilis Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/windows-server-release-info).
### Pertimbangan-pertimbangan
Berikut adalah beberapa hal yang harus Anda ketahui tentang Amazon EC2 Windows container dan Amazon ECS.
+ Kontainer Windows tidak dapat berjalan pada instans kontainer Linux dan sebaliknya. Untuk penempatan tugas Windows dan Linux yang lebih baik, instans kontainer Windows dan Linux harus tetap berada di klaster terpisah dan tempatkan tugas Windows hanya pada klaster Windows. Anda dapat memastikan bahwa ketentuan tugas Windows hanya ditempatkan pada instans Windows dengan menetapkan batasan penempatan berikut: `memberOf(ecs.os-type=='windows')`.
+ Kontainer Windows didukung untuk tugas-tugas yang menggunakan EC2 dan Fargate.
+ Kontainer Windows dan instans kontainer tidak dapat mendukung semua parameter ketentuan tugas yang tersedia untuk kontainer Linux dan instans kontainer. Beberapa parameter tidak didukung sama sekali, dan perilaku parameter lainnya berbeda saat di Windows dan saat di Linux. Untuk informasi selengkapnya, lihat [Perbedaan definisi tugas Amazon ECS untuk instans EC2 yang menjalankan Windows](windows_task_definitions.md).
+ Untuk peran IAM untuk fitur tugas, Anda perlu mengonfigurasi instance penampung Windows Anda untuk mengizinkan fitur saat diluncurkan. Kontainer Anda harus menjalankan beberapa PowerShell kode yang disediakan saat mereka menggunakan fitur tersebut. Untuk informasi selengkapnya, lihat [Konfigurasi tambahan instans Amazon EC2 Windows](task-iam-roles.md#windows_task_IAM_roles).
+ Fitur peran IAM untuk tugas menggunakan proxy kredenal untuk memberikan kredensil ke kontainer. Proxy kredensyal ini menempati port 80 pada instance kontainer, jadi jika Anda menggunakan peran IAM untuk tugas, port 80 tidak tersedia untuk tugas. Untuk kontainer layanan web, Anda dapat menggunakan Application Load Balancer dan pemetaan port dinamis untuk menyediakan koneksi port HTTP 80 standar ke kontainer Anda. Untuk informasi selengkapnya, lihat [Menggunakan penyeimbangan beban untuk mendistribusikan lalu lintas layanan Amazon ECS](service-load-balancing.md).
+ Gambar Windows Server Docker berukuran besar (9 GiB). Jadi, instance container Windows Anda membutuhkan lebih banyak ruang penyimpanan daripada instance container Linux.
+ Untuk menjalankan wadah Windows di Windows Server, versi OS gambar dasar wadah harus cocok dengan host. Untuk informasi selengkapnya, lihat [Kompatibilitas versi penampung Windows](https://learn.microsoft.com/en-us/virtualization/windowscontainers/deploy-containers/version-compatibility?tabs=windows-server-2022%2Cwindows-11) di situs web dokumentasi Microsoft. Jika klaster Anda menjalankan beberapa versi Windows, Anda dapat memastikan bahwa tugas ditempatkan pada instans EC2 yang berjalan pada versi yang sama dengan menggunakan batasan penempatan:. `memberOf(attribute:ecs.os-family == WINDOWS_SERVER__)` Untuk informasi selengkapnya, lihat [Mengambil metadata Windows AMI yang dioptimalkan Amazon ECS](retrieve-ecs-optimized_windows_AMI.md).
# Mengambil metadata Windows AMI yang dioptimalkan Amazon ECS
ID AMI, nama gambar, sistem operasi, versi agen kontainer, dan versi runtime untuk setiap varian Amazon ECS yang dioptimalkan AMIs dapat diambil secara terprogram dengan menanyakan Systems Manager Parameter Store API. Untuk informasi selengkapnya tentang Systems Manager Parameter Store API, lihat [GetParameters](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParameters.html)dan [GetParametersByPath](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_GetParametersByPath.html).
**catatan**
Pengguna administratif Anda harus memiliki izin IAM berikut untuk mengambil metadata AMI Amazon ECS yang dioptimalkan. Izin ini telah ditambahkan ke kebijakan `AmazonECS_FullAccess` IAM.
ssm: GetParameters
ssm: GetParameter
ssm: GetParametersByPath
## Systems Manager Parameter Menyimpan format parameter
**catatan**
Parameter Systems Manager Parameter Store API berikut tidak digunakan lagi dan tidak boleh digunakan untuk mengambil Windows terbaru: AMIs
`/aws/service/ecs/optimized-ami/windows_server/2016/english/full/recommended/image_id `
`/aws/service/ecs/optimized-ami/windows_server/2019/english/full/recommended/image_id`
Berikut ini adalah format nama parameter untuk setiap varian AMI Amazon ECS yang dioptimalkan.
+ Windows Server 2025 Metadata AMI Lengkap:
```
/aws/service/ami-windows-latest/Windows_Server-2025-English-Full-ECS_Optimized
```
+ Metadata AMI Inti Windows Server 2025:
```
/aws/service/ami-windows-latest/Windows_Server-2025-English-Core-ECS_Optimized
```
+ Windows Server 2022 Metadata AMI lengkap:
```
/aws/service/ami-windows-latest/Windows_Server-2022-English-Full-ECS_Optimized
```
+ Metadata AMI Inti Windows Server 2022:
```
/aws/service/ami-windows-latest/Windows_Server-2022-English-Core-ECS_Optimized
```
+ Metadata AMI Windows Server 2019 Full:
```
/aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized
```
+ Metadata AMI Windows Server 2019 Core:
```
/aws/service/ami-windows-latest/Windows_Server-2019-English-Core-ECS_Optimized
```
+ Metadata AMI Windows Server 2016 Full:
```
/aws/service/ami-windows-latest/Windows_Server-2016-English-Full-ECS_Optimized
```
Format nama parameter berikut mengambil metadata AMI Penuh Windows Server 2019 stabil terbaru
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized
```
Berikut ini adalah contoh objek JSON yang dikembalikan untuk nilai parameter.
```
{
"Parameters": [
{
"Name": "/aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized",
"Type": "String",
"Value": "{\"image_name\":\"Windows_Server-2019-English-Full-ECS_Optimized-2023.06.13\",\"image_id\":\"ami-0debc1fb48e4aee16\",\"ecs_runtime_version\":\"Docker (CE) version 20.10.21\",\"ecs_agent_version\":\"1.72.0\"}",
"Version": 58,
"LastModifiedDate": "2023-06-22T19:37:37.841000-04:00",
"ARN": "arn:aws:ssm:us-east-1::parameter/aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized",
"DataType": "text"
}
],
"InvalidParameters": []
}
```
Masing-masing kolom dalam output di atas tersedia untuk dilakukan kueri sebagai sub-parameter. Buat jalur parameter untuk sub-parameter dengan menambahkan nama sub-parameter ke jalur untuk AMI yang dipilih. Sub-parameter berikut tersedia:
+ `schema_version`
+ `image_id`
+ `image_name`
+ `os`
+ `ecs_agent_version`
+ `ecs_runtime_version`
## Contoh
Contoh berikut menunjukkan cara Anda dapat mengambil metadata untuk setiap varian AMI Amazon ECS yang dioptimalkan.
### Mengambil metadata AMI terbaru yang dioptimalkan Amazon ECS stabil
Anda dapat mengambil AMI stabil Amazon ECS terbaru yang dioptimalkan menggunakan AWS CLI perintah berikut. AWS CLI
+ **Untuk AMI Lengkap Windows Server 2025 Amazon ECS yang dioptimalkan oleh Amazon:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2025-English-Full-ECS_Optimized --region us-east-1
```
+ **Untuk AMI Inti Windows Server 2025 yang dioptimalkan oleh Amazon ECS:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2025-English-Core-ECS_Optimized --region us-east-1
```
+ **Untuk AMI Lengkap Windows Server 2022 yang dioptimalkan Amazon ECS:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2022-English-Full-ECS_Optimized --region us-east-1
```
+ **Untuk AMI Inti Windows Server 2022 yang dioptimalkan oleh Amazon ECS:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2022-English-Core-ECS_Optimized --region us-east-1
```
+ **Untuk AMI Lengkap Windows Server 2019 yang dioptimalkan Amazon ECS:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized --region us-east-1
```
+ **Untuk Windows Server 2019 Core AMI yang dioptimalkan Amazon ECS:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2019-English-Core-ECS_Optimized --region us-east-1
```
+ **Untuk Amazon ECS yang dioptimalkan Windows Server 2016 AMI Penuh:**
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2016-English-Full-ECS_Optimized --region us-east-1
```
### Menggunakan AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dalam template CloudFormation
Anda dapat mereferensikan AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dalam CloudFormation template dengan mereferensikan nama penyimpanan parameter Systems Manager.
```
Parameters:
LatestECSOptimizedAMI:
Description: AMI ID
Type: AWS::SSM::Parameter::Value
Default: /aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized/image_id
```
# Versi Windows AMI yang dioptimalkan Amazon ECS
Lihat versi saat ini dan sebelumnya dari Amazon ECS yang dioptimalkan AMIs dan versi terkait dari agen kontainer Amazon ECS, Docker, dan paket. `ecs-init`
Metadata AMI Amazon ECS yang dioptimalkan, termasuk ID AMI, untuk setiap varian dapat diambil secara terprogram. Untuk informasi selengkapnya, lihat [Mengambil metadata Windows AMI yang dioptimalkan Amazon ECS](retrieve-ecs-optimized_windows_AMI.md).
Tab berikut menampilkan daftar versi Windows Amazon ECS AMIs yang dioptimalkan. Untuk detail tentang referensi parameter Systems Manager Parameter Store dalam CloudFormation template, lihat[Menggunakan AMI terbaru yang dioptimalkan Amazon ECS yang dioptimalkan dalam template CloudFormation](retrieve-ecs-optimized_AMI.md#ecs-optimized-ami-parameter-examples-5).
**penting**
Untuk memastikan bahwa pelanggan memiliki pembaruan keamanan terbaru secara default, Amazon ECS mempertahankan setidaknya tiga Windows Amazon AMIs ECS terakhir yang dioptimalkan. Setelah merilis Windows Amazon ECS baru yang dioptimalkan, AMIs Amazon ECS membuat Windows Amazon ECS AMIs dioptimalkan yang lebih lama menjadi pribadi. Jika ada AMI pribadi yang perlu Anda akses, beri tahu kami dengan mengajukan tiket dengan Cloud Support.
Windows Server 2016 tidak mendukung versi Docker terbaru, misalnya 25.xx. Oleh karena itu Windows Server 2016 Full tidak AMIs akan menerima patch keamanan atau bug ke runtime Docker. Kami menyarankan Anda pindah ke salah satu platform Windows berikut:
Windows Server 2022 Lengkap
Windows Server 2022 Inti
Windows Server 2019 Full
Windows Server 2019 Core
**catatan**
gMSAlogging plugin telah dimigrasikan dari logging berbasis file `(C:\ProgramData\Amazon\gmsa)` ke Windows Event logging dengan rilis AMI Agustus 2025. Skrip kolektor log publik akan mengumpulkan semua log GMSA. Untuk informasi selengkapnya, lihat [Mengumpulkan log kontainer dengan kolektor log Amazon ECS](ecs-logs-collector.md).
------
#### [ Windows Server 2025 Full AMI versions ]
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari AMI Penuh Windows Server 2025 yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2025 AMI Penuh | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2025-Inggris-penuh-ECS\$1dioptimal-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2025-Inggris-penuh-ECS\$1dioptimal-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2025-Inggris-penuh-ECS\$1dioptimal-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2025-Inggris-penuh-ECS\$1dioptimal-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Penuh Windows Server 2025 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2025-English-Full-ECS_Optimized
```
------
#### [ Windows Server 2025 Core AMI versions ]
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari Windows Server 2025 Core AMI yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2025 Core AMI | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2025-Inggris-core-ECS\$1Optimized-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2025-Inggris-core-ECS\$1Optimized-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1Server-2025-Inggris-Core-ECS\$1Optimized-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2025-Inggris-Core-ECS\$1Optimized-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Inti Windows Server 2025 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2025-English-Core-ECS_Optimized
```
------
#### [ Windows Server 2022 Full AMI versions ]
Tabel di bawah ini mencantumkan versi terbaru dan sebelumnya dari AMI Penuh Windows Server 2022 yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2022 AMI Penuh | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2022-Inggris-penuh-ECS\$1dioptimal-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2022-Inggris-penuh-ECS\$1dioptimal-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2022-Inggris-penuh-ECS\$1dioptimal-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2022-Inggris-penuh-ECS\$1dioptimal-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Penuh Windows Server 2022 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2022-English-Full-ECS_Optimized
```
------
#### [ Windows Server 2022 Core AMI versions ]
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari Windows Server 2022 Core AMI yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Server Windows 2022 AMI Inti yang dioptimalkan Amazon ECS | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1Server-2022-Inggris-Core-ECS\$1Optimized-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2022-Inggris-core-ECS\$1Optimized-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1Server-2022-Inggris-Core-ECS\$1Optimized-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1Server-2022-Inggris-Core-ECS\$1Optimized-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Penuh Windows Server 2022 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2022-English-Core-ECS_Optimized
```
------
#### [ Windows Server 2019 Full AMI versions ]
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari AMI Penuh Windows Server 2019 yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2019 AMI Penuh | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2019-Inggris-penuh-ECS\$1dioptimal-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-penuh-ECS\$1dioptimal-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-penuh-ECS\$1dioptimal-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-penuh-ECS\$1dioptimal-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Penuh Windows Server 2019 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2019-English-Full-ECS_Optimized
```
------
#### [ Windows Server 2019 Core AMI versions ]
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari Windows Server 2019 Core AMI yang dioptimalkan Amazon ECS dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2019 Core AMI | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2019-Inggris-Core-ECS\$1Optimized-2026.03.13** | `1.102.0` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-Core-ECS\$1Optimized-2026.02.13** | `1.101.3` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-Core-ECS\$1Optimized-2026.01.16** | `1.101.2` | `25.0.6 (Docker CE)` | Publik |
| **Windows\$1server-2019-Inggris-Core-ECS\$1Optimized-2025.12.13** | `1.101.0` | `25.0.6 (Docker CE)` | Publik |
Gunakan AWS CLI perintah berikut untuk mengambil AMI Penuh Windows Server 2019 yang dioptimalkan Amazon ECS saat ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2019-English-Core-ECS_Optimized
```
------
#### [ Windows Server 2016 Full AMI versions ]
**penting**
Windows Server 2016 tidak mendukung versi Docker terbaru, misalnya 25.xx. Oleh karena itu Windows Server 2016 Full tidak AMIs akan menerima patch keamanan atau bug ke runtime Docker. Kami menyarankan Anda pindah ke salah satu platform Windows berikut:
Windows Server 2022 Lengkap
Windows Server 2022 Inti
Windows Server 2019 Full
Windows Server 2019 Core
Tabel di bawah ini mencantumkan versi saat ini dan sebelumnya dari Amazon ECS yang dioptimalkan Windows Server 2016 Full AMI dan versi terkait dari agen penampung Amazon ECS dan Docker.
| Amazon ECS yang dioptimalkan Windows Server 2016 AMI Penuh | Versi agen kontainer Amazon ECS | Versi Docker | Visibilitas |
| --- | --- | --- | --- |
| **Windows\$1server-2016-Inggris-penuh-ECS\$1Optimized-2026.03.13** | `1.102.0` | `20.10.23 (Docker CE)` | Publik |
| **Windows\$1server-2016-Inggris-penuh-ECS\$1Optimized-2026.02.13** | `1.101.3` | `20.10.23 (Docker CE)` | Publik |
| **Windows\$1server-2016-Inggris-penuh-ECS\$1Optimized-2026.01.16** | `1.101.2` | `20.10.23 (Docker CE)` | Publik |
| **Windows\$1server-2016-Inggris-penuh-ECS\$1Optimized-2025.12.13** | `1.101.0` | `20.10.23 (Docker CE)` | Publik |
Gunakan AMI Penuh Windows Server 2016 yang dioptimalkan AWS CLI Amazon ECS berikut ini.
```
aws ssm get-parameters --names /aws/service/ami-windows-latest/Windows_Server-2016-English-Full-ECS_Optimized
```
------
# Membangun Windows AMI Amazon ECS Anda sendiri yang dioptimalkan
Gunakan EC2 Image Builder untuk membuat Windows AMI Amazon ECS kustom Anda sendiri yang dioptimalkan. Ini membuatnya mudah untuk menggunakan AMI Windows dengan lisensi Anda sendiri di Amazon ECS. Amazon ECS menyediakan komponen Image Builder terkelola yang menyediakan konfigurasi sistem yang diperlukan untuk menjalankan instance Windows untuk meng-host container Anda. Setiap komponen yang dikelola Amazon ECS menyertakan agen kontainer tertentu dan versi Docker. Anda dapat menyesuaikan gambar untuk menggunakan komponen terkelola Amazon ECS terbaru, atau jika agen penampung atau versi Docker yang lebih lama diperlukan, Anda dapat menentukan komponen yang berbeda.
*Untuk panduan lengkap menggunakan EC2 Image Builder, lihat [Memulai EC2 Image Builder di Panduan Pengguna EC2 Image](https://docs.aws.amazon.com/imagebuilder/latest/userguide/set-up-ib-env.html#image-builder-accessing-prereq) Builder.*
Saat membuat Windows AMI Amazon ECS Anda sendiri yang dioptimalkan menggunakan EC2 Image Builder, Anda membuat resep gambar. Formula citra Anda harus memenuhi persyaratan berikut:
+ **Gambar Sumber** harus didasarkan pada Windows Server 2019 Core, Windows Server 2019 Full, Windows Server 2022 Core, atau Windows Server 2022 Full. Sistem operasi Windows lain tidak didukung dan mungkin tidak kompatibel dengan komponen.
+ Ketika menentukan **komponen Pembangunan**, maka diperlukan komponen `ecs-optimized-ami-windows`. Komponen `update-windows` disarankan, untuk menjamin bahwa citra memiliki pembaruan keamanan terbaru.
Untuk menentukan versi komponen yang berbeda, perluas menu **Opsi versioning** dan tentukan versi komponen yang ingin Anda gunakan. Untuk informasi selengkapnya, lihat [Membuat daftar versi komponen `ecs-optimized-ami-windows`](#windows-component-list).
## Membuat daftar versi komponen `ecs-optimized-ami-windows`
Saat membuat resep EC2 Image Builder dan menentukan `ecs-optimized-ami-windows` komponen, Anda dapat menggunakan opsi default atau Anda dapat menentukan versi komponen tertentu. Untuk menentukan versi komponen apa yang tersedia, bersama dengan agen kontainer Amazon ECS dan versi Docker yang terdapat dalam komponen, Anda dapat menggunakan. Konsol Manajemen AWS
**Untuk mendaftarkan versi komponen `ecs-optimized-ami-windows` yang tersedia**
1. Buka konsol [https://console.aws.amazon.com/imagebuilder/](https://console.aws.amazon.com/imagebuilder/)EC2 Image Builder di.
1. Pada bilah navigasi, pilih Wilayah yang sedang membangun citra Anda.
1. Di panel navigasi, di bawah menu **konfigurasi Tersimpan**, pilih **Komponen**.
1. Pada halaman **Komponen**, di bilah pencarian, ketik `ecs-optimized-ami-windows` dan tarik menu kualifikasi ke bawah lalu pilih **Quick start (Amazon-terkelola)**.
1. Gunakan kolom **Deskripsi** untuk menentukan versi komponen dengan agen penampung Amazon ECS dan versi Docker yang dibutuhkan gambar Anda.
# Manajemen instans penampung Amazon ECS Windows
Saat menggunakan instans EC2 untuk beban kerja Amazon ECS, Anda bertanggung jawab untuk menjaga instans.
Pembaruan agen tidak berlaku pada instans kontainer Windows. Kami menyarankan Anda agar meluncurkan instans kontainer baru untuk memperbarui versi agen di klaster Windows Anda.
**Topics**
+ [Meluncurkan instans kontainer](launch_window-container_instance.md)
+ [Contoh wadah bootstrap](bootstrap_windows_container_instance.md)
+ [Menggunakan proxy HTTP untuk instance kontainer Windows](http_proxy_config-windows.md)
+ [Mengonfigurasi instance kontainer untuk menerima pemberitahuan Instans Spot](windows-spot-instance-draining-container.md)
# Meluncurkan instans penampung Amazon ECS Windows
Instans penampung Amazon ECS Anda dibuat menggunakan konsol Amazon EC2. Sebelum memulai, pastikan Anda telah menyelesaikan langkah-langkah tersebut di [Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md).
Untuk informasi selengkapnya tentang panduan peluncuran, lihat [Meluncurkan instance menggunakan wizard instans peluncuran baru di Panduan](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ec2-launch-instance-wizard.html) *Pengguna Amazon EC2*.
Anda dapat menggunakan wizard Amazon EC2 baru untuk meluncurkan instans. Anda dapat menggunakan daftar berikut untuk parameter dan membiarkan parameter tidak terdaftar sebagai default. Instruksi berikut membawa Anda melalui setiap kelompok parameter.
## Prosedur
Sebelum memulai, selesaikan langkah-langkah di [Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md).
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di bilah navigasi di bagian atas layar, AWS Wilayah saat ini ditampilkan (misalnya, AS Timur (Ohio)). Pilih Wilayah tempat instans akan diluncurkan. Pilihan ini penting karena beberapa sumber daya Amazon EC2 dapat dibagikan di antara Wilayah, sedangkan sumber daya yang lainnya tidak.
1. Dari dasbor konsol Amazon EC2, pilih **Luncurkan instans**.
## Nama dan tanda
Nama instans adalah tanda, di mana kuncinya adalah **Name**, dan nilainya adalah nama yang Anda tentukan. Anda dapat menandai instance, volume, dan grafik elastis. Untuk Instans Spot, Anda hanya dapat menandai permintaan Instans Spot.
Menentukan nama instans dan tanda tambahan bersifat opsional.
+ Untuk **Nama**, masukkan nama deskriptif untuk instans tersebut. Jika Anda tidak menentukan nama, instans dapat diidentifikasi berdasarkan ID-nya, yang secara otomatis dihasilkan saat Anda meluncurkan instans tersebut.
+ Untuk menambahkan tanda tambahan, pilih **Tambahkan tanda tambahan**. Pilih **Tambahkan tanda**, lalu masukkan kunci dan nilai, lalu pilih jenis sumber daya yang akan diberi tanda. Pilih **Tambah tanda** lagi untuk setiap tanda tambahan yang akan ditambahkan.
## Aplikasi dan Gambar OS (Gambar Mesin Amazon)
Amazon Machine Image (AMI) berisi informasi yang diperlukan untuk membuat instans. Misalnya, AMI mungkin berisi perangkat lunak yang diperlukan untuk bertindak sebagai server web, seperti Apache, dan situs web Anda.
Untuk Amazon ECS terbaru yang dioptimalkan AMIs dan nilainya, lihat AMI yang dioptimalkan untuk [Windows Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-optimized_windows_AMI.html).
Gunakan bilah **Pencarian** untuk menemukan AMI yang dioptimalkan Amazon ECS yang sesuai yang diterbitkan oleh. AWS
1. Berdasarkan kebutuhan Anda, masukkan salah satu dari yang berikut ini AMIs di bilah **Pencarian** dan tekan **Enter**.
+ Windows\$1server-2022-Inggris-penuh-ECS\$1dioptimalkan
+ Windows\$1Server-2022-Inggris-Core-ECS\$1Optimized
+ Windows\$1server-2019-Inggris-penuh-ECS\$1dioptimalkan
+ Windows\$1Server-2019-Inggris-Core-ECS\$1Optimized
+ Windows\$1server-2016-Inggris-penuh-ECS\$1Optimized
1. Pada halaman **Pilih Gambar Mesin Amazon (AMI)**, pilih AMIs tab **Komunitas**.
1. **Dari daftar yang muncul, pilih AMI yang diverifikasi Microsoft dengan tanggal publikasi terbaru dan klik Pilih.**
## Tipe instans
Tipe instans mendefinisikan konfigurasi perangkat keras dan ukuran instans. Tipe instans yang lebih besar memiliki lebih banyak CPU dan memori. Untuk informasi selengkapnya, lihat [Tipe instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
+ Untuk **Tipe instans**, pilih tipe instans untuk instans tersebut.
Tipe instans yang Anda pilih menentukan sumber daya yang tersedia untuk menjalankan tugas Anda.
## Pasangan kunci (login)
Untuk **Nama pasangan kunci**, pilih pasangan kunci yang ada, atau pilih **Buat pasangan kunci baru** untuk membuat yang baru.
**penting**
Jika Anda memilih opsi **Lanjutkan tanpa pasangan kunci (Tidak direkomendasikan)**, Anda tidak akan dapat terhubung ke instans tersebut, kecuali Anda memilih sebuah AMI yang dikonfigurasi agar pengguna dapat masuk dengan cara lain.
## Pengaturan jaringan
Konfigurasikan pengaturan jaringan, sesuai keperluan.
+ **Platform jaringan****: Pilih **Virtual Private Cloud (VPC)**, lalu tentukan subnet di bagian Network interface.**
+ **VPC**: Pilih VPC yang ada untuk membuat grup keamanan.
+ **Subnet**: Anda dapat meluncurkan sebuah instans di subnet yang terkait dengan Zona Ketersediaan, Local Zone, Wavelength Zone, atau Outpost.
Untuk meluncurkan instans di Zona Ketersediaan, pilih subnet tempat Anda akan meluncurkan instans. Untuk membuat subnet baru, pilih **Buat subnet baru** untuk membuka konsol Amazon VPC. Setelah selesai, kembali ke wizard peluncuran instans dan pilih ikon Segarkan untuk memuat subnet Anda dalam daftar.
Untuk meluncurkan instans di Local Zone, pilih subnet yang Anda buat di Local Zone.
Untuk meluncurkan sebuah instans di Outpost, pilih subnet di VPC yang Anda kaitkan dengan Outpost.
+ **Auto-assign IP Publik****: Jika instans Anda harus dapat diakses dari internet, verifikasi bahwa bidang **Auto-assign Public IP** diatur ke Aktifkan.** Jika tidak, atur bidang ini ke **Nonaktifkan**.
**catatan**
Instans kontainer memerlukan akses untuk berkomunikasi dengan titik akhir layanan Amazon ECS. Ini bisa melalui titik akhir VPC antarmuka atau melalui instance container Anda yang memiliki alamat IP publik.
Untuk informasi selengkapnya tentang titik akhir VPC antarmuka, lihat [Titik akhir VPC antarmuka Amazon ECS ()AWS PrivateLink](vpc-endpoints.md)
Jika Anda tidak memiliki antarmuka VPC endpoint yang dikonfigurasi dan instance container Anda tidak memiliki alamat IP publik, maka mereka harus menggunakan terjemahan alamat jaringan (NAT) untuk menyediakan akses ini. Untuk informasi selengkapnya, lihat [gateway NAT di](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) *Panduan Pengguna Amazon VPC dan dalam panduan* ini. [Menggunakan proxy HTTP untuk instans penampung Amazon ECS Linux](http_proxy_config.md)
+ **Firewall (grup keamanan)**: Gunakan grup keamanan untuk menentukan aturan firewall untuk instance container Anda. Aturan ini menentukan lalu lintas jaringan masuk yang dikirim ke instans kontainer Anda. Semua lalu lintas lainnya diabaikan.
+ Untuk memilih grup keamanan yang ada, pilih **Pilih grup keamanan yang ada**, dan pilih grup keamanan yang Anda buat [Siapkan untuk menggunakan Amazon ECS](get-set-up-for-amazon-ecs.md)
## Mengonfigurasi penyimpanan
AMI yang Anda pilih mencakup satu atau lebih volume penyimpanan, termasuk volume root. Anda dapat menentukan volume tambahan untuk dilampirkan ke instans.
Anda dapat menggunakan tampilan **Sederhana**.
+ **Jenis penyimpanan**: Konfigurasikan penyimpanan untuk instance kontainer Anda.
Jika Anda menggunakan Amazon Linux AMI Amazon ECS yang dioptimalkan Amazon, instans Anda memiliki dua volume yang dikonfigurasi. Volume **Root** adalah untuk penggunaan sistem operasi, dan volume Amazon EBS kedua (dilampirkan ke`/dev/xvdcz`) adalah untuk penggunaan Docker.
Anda dapat menambah atau mengurangi ukuran volume bagi instans Anda untuk memenuhi kebutuhan aplikasi Anda.
## Detail lanjutan
Untuk **Detail lanjutan**, perluas bagian untuk melihat kolom dan menentukan parameter tambahan apa pun untuk instans.
+ **Opsi pembelian**: Pilih **Minta Instans Spot untuk meminta Instans** Spot. Anda juga perlu mengatur bidang lain yang terkait dengan Instans Spot. Untuk informasi selengkapnya, lihat [Permintaan Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html).
**catatan**
Jika Anda menggunakan Instans Spot dan melihat `Not available` pesan, Anda mungkin perlu memilih jenis instans yang berbeda.
.
+ **Profil instance IAM**: Pilih peran IAM instance container Anda. Hal ini biasanya bernama `ecsInstanceRole`.
**penting**
Jika Anda tidak meluncurkan instans penampung dengan izin IAM yang tepat, agen Amazon ECS Anda tidak dapat terhubung ke klaster Anda. Untuk informasi selengkapnya, lihat [Peran IAM instans kontainer Amazon ECS](instance_IAM_role.md).
+ (Opsional) **Data pengguna**: Konfigurasikan instans penampung Amazon ECS Anda dengan data pengguna, seperti variabel lingkungan agen dari[Konfigurasi agen kontainer Amazon ECS](ecs-agent-config.md). Skrip data pengguna Amazon EC2 dijalankan hanya satu kali, saat instans pertama kali diluncurkan. Berikut ini adalah contoh umum dari kegunaan data pengguna:
+ Secara default, instans kontainer Anda meluncurkan ke klaster default Anda. Untuk meluncurkan ke klaster non-default, pilih daftar **Detail Lanjutan**. Kemudian, tempelkan skrip berikut ke bidang **Data pengguna**, ganti *your\$1cluster\$1name* dengan nama cluster Anda.
`EnableTaskIAMRole`Menghidupkan fitur peran IAM Tugas untuk tugas.
Selain itu, opsi berikut tersedia saat Anda menggunakan mode `awsvpc` jaringan.
+ `EnableTaskENI`: Bendera ini mengaktifkan jaringan tugas dan diperlukan saat Anda menggunakan mode `awsvpc` jaringan.
+ `AwsvpcBlockIMDS`: Bendera opsional ini memblokir akses IMDS untuk wadah tugas yang berjalan dalam mode `awsvpc` jaringan.
+ `AwsvpcAdditionalLocalRoutes`: Bendera opsional ini memungkinkan Anda untuk memiliki rute tambahan di namespace tugas.
Ganti `ip-address` dengan Alamat IP untuk rute tambahan, misalnya 172.31.42.23/32.
```
Import-Module ECSTools
Initialize-ECSAgent -Cluster your_cluster_name -EnableTaskIAMRole -EnableTaskENI -AwsvpcBlockIMDS -AwsvpcAdditionalLocalRoutes
'["ip-address"]'
```
# Bootstrapping instans penampung Amazon ECS Windows untuk meneruskan data
Saat meluncurkan instans Amazon EC2, Anda dapat meneruskan data pengguna ke instans EC2. Data dapat digunakan untuk melakukan tugas konfigurasi otomatis umum dan bahkan menjalankan skrip ketika boot instans. Untuk Amazon ECS, kasus penggunaan yang paling umum untuk data pengguna adalah meneruskan informasi konfigurasi ke daemon Docker dan agen penampung Amazon ECS.
Anda dapat meneruskan beberapa jenis data pengguna ke Amazon EC2, termasuk boothook cloud, skrip shell, dan arahan. `cloud-init` Untuk informasi selengkapnya tentang hal ini dan tipe format lainnya, lihat [dokumentasi Cloud-init](https://cloudinit.readthedocs.io/en/latest/explanation/format.html).
Anda dapat meneruskan data pengguna ini saat menggunakan wizard peluncuran Amazon EC2. Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Linux](launch_container_instance.md).
## Data pengguna Windows default
Contoh skrip data pengguna ini menunjukkan data pengguna default yang diterima instance container Windows Anda jika Anda menggunakan konsol. Script di bawah ini melakukan hal berikut:
+ Menetapkan nama cluster ke nama yang Anda masukkan.
+ Menetapkan peran IAM untuk tugas.
+ Atur `json-file` dan `awslogs` sebagai driver pencatatan yang tersedia.
Selain itu, opsi berikut tersedia saat Anda menggunakan mode `awsvpc` jaringan.
+ `EnableTaskENI`: Bendera ini mengaktifkan jaringan tugas dan diperlukan saat Anda menggunakan mode `awsvpc` jaringan.
+ `AwsvpcBlockIMDS`: Bendera opsional ini memblokir akses IMDS untuk wadah tugas yang berjalan dalam mode `awsvpc` jaringan.
+ `AwsvpcAdditionalLocalRoutes`: Bendera opsional ini memungkinkan Anda memiliki rute tambahan.
Ganti `ip-address` dengan Alamat IP untuk rute tambahan, misalnya 172.31.42.23/32.
Anda dapat menggunakan skrip ini untuk instance kontainer Anda sendiri (asalkan diluncurkan dari AMI Server Windows Amazon ECS yang dioptimalkan).
Ganti `-Cluster cluster-name` baris untuk menentukan nama cluster Anda sendiri.
```
Initialize-ECSAgent -Cluster cluster-name -EnableTaskIAMRole -LoggingDrivers '["json-file","awslogs"]' -EnableTaskENI -AwsvpcBlockIMDS -AwsvpcAdditionalLocalRoutes
'["ip-address"]'
```
Untuk tugas Windows yang dikonfigurasi untuk menggunakan driver pencatatan `awslogs`, Anda juga harus mengatur variabel lingkungan `ECS_ENABLE_AWSLOGS_EXECUTIONROLE_OVERRIDE` pada instans kontainer Anda. Gunakan sintaksis berikut:
Ganti `-Cluster cluster-name` baris untuk menentukan nama cluster Anda sendiri.
```
[Environment]::SetEnvironmentVariable("ECS_ENABLE_AWSLOGS_EXECUTIONROLE_OVERRIDE", $TRUE, "Machine")
Initialize-ECSAgent -Cluster cluster-name -EnableTaskIAMRole -LoggingDrivers '["json-file","awslogs"]'
```
## Data pengguna instalasi agen Windows
Contoh skrip data pengguna ini menginstal agen penampung Amazon ECS pada instance yang diluncurkan dengan AMI **Windows\$1Server-2016-English-Full-Containers**. Ini telah diadaptasi dari instruksi instalasi agen di halaman README [ GitHubrepositori Agen Kontainer Amazon ECS](https://github.com/aws/amazon-ecs-agent).
**catatan**
Skrip ini dibagikan untuk keperluan contoh. Jauh lebih mudah untuk memulai dengan wadah Windows dengan menggunakan AMI Windows Server Amazon ECS yang dioptimalkan. Untuk informasi selengkapnya, lihat [Membuat cluster Amazon ECS untuk beban kerja Fargate](create-cluster-console-v2.md).
Untuk informasi tentang cara menginstal agen Amazon ECS di Windows Server 2022 Lengkap, lihat [Masalah 3753](https://github.com/aws/amazon-ecs-agent/issues/3753) di. GitHub
Anda dapat menggunakan skrip ini untuk instans kontainer Anda sendiri (asalkan mereka diluncurkan dengan versi AMI **Windows\$1Server-2016-English-Full-Containers**). Pastikan untuk mengganti baris `windows` untuk menentukan nama klaster Anda sendiri (jika Anda tidak menggunakan sebuah klaster bernama `windows`).
```
# Set up directories the agent uses
New-Item -Type directory -Path ${env:ProgramFiles}\Amazon\ECS -Force
New-Item -Type directory -Path ${env:ProgramData}\Amazon\ECS -Force
New-Item -Type directory -Path ${env:ProgramData}\Amazon\ECS\data -Force
# Set up configuration
$ecsExeDir = "${env:ProgramFiles}\Amazon\ECS"
[Environment]::SetEnvironmentVariable("ECS_CLUSTER", "windows", "Machine")
[Environment]::SetEnvironmentVariable("ECS_LOGFILE", "${env:ProgramData}\Amazon\ECS\log\ecs-agent.log", "Machine")
[Environment]::SetEnvironmentVariable("ECS_DATADIR", "${env:ProgramData}\Amazon\ECS\data", "Machine")
# Download the agent
$agentVersion = "latest"
$agentZipUri = "https://s3.amazonaws.com/amazon-ecs-agent/ecs-agent-windows-$agentVersion.zip"
$zipFile = "${env:TEMP}\ecs-agent.zip"
Invoke-RestMethod -OutFile $zipFile -Uri $agentZipUri
# Put the executables in the executable directory.
Expand-Archive -Path $zipFile -DestinationPath $ecsExeDir -Force
Set-Location ${ecsExeDir}
# Set $EnableTaskIAMRoles to $true to enable task IAM roles
# Note that enabling IAM roles will make port 80 unavailable for tasks.
[bool]$EnableTaskIAMRoles = $false
if (${EnableTaskIAMRoles}) {
$HostSetupScript = Invoke-WebRequest https://raw.githubusercontent.com/aws/amazon-ecs-agent/master/misc/windows-deploy/hostsetup.ps1
Invoke-Expression $($HostSetupScript.Content)
}
# Install the agent service
New-Service -Name "AmazonECS" `
-BinaryPathName "$ecsExeDir\amazon-ecs-agent.exe -windows-service" `
-DisplayName "Amazon ECS" `
-Description "Amazon ECS service runs the Amazon ECS agent" `
-DependsOn Docker `
-StartupType Manual
sc.exe failure AmazonECS reset=300 actions=restart/5000/restart/30000/restart/60000
sc.exe failureflag AmazonECS 1
Start-Service AmazonECS
```
# Menggunakan proxy HTTP untuk instans penampung Amazon ECS Windows
Anda dapat mengonfigurasi instans penampung Amazon ECS untuk menggunakan proxy HTTP untuk agen penampung Amazon ECS dan daemon Docker. Ini berguna jika instance container Anda tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instance.
Untuk mengonfigurasi instans penampung Amazon ECS Windows Anda agar menggunakan proxy HTTP, setel variabel berikut pada waktu peluncuran (dengan data pengguna Amazon EC2).
`[Environment]::SetEnvironmentVariable("HTTP_PROXY", "http://proxy.mydomain:port", "Machine")`
Setel `HTTP_PROXY` ke nama host (atau alamat IP) dan nomor port proxy HTTP yang akan digunakan agen Amazon ECS untuk terhubung ke internet. Misalnya, instance container Anda mungkin tidak memiliki akses jaringan eksternal melalui gateway internet VPC Amazon, gateway NAT, atau instans.
`[Environment]::SetEnvironmentVariable("NO_PROXY", "169.254.169.254,169.254.170.2,\\.\pipe\docker_engine", "Machine")`
Setel `NO_PROXY` `169.254.169.254,169.254.170.2,\\.\pipe\docker_engine` untuk memfilter metadata instans EC2, peran IAM untuk tugas, dan lalu lintas daemon Docker dari proxy.
**Example Skrip data pengguna proxy HTTP Windows**
Contoh PowerShell skrip data pengguna di bawah ini mengonfigurasi agen penampung Amazon ECS dan daemon Docker untuk menggunakan proxy HTTP yang Anda tentukan. Anda juga dapat menentukan klaster tempat instans kontainer akan terdaftar.
Untuk menggunakan skrip ini ketika Anda meluncurkan instans kontainer, ikuti langkah-langkah di [Meluncurkan instans penampung Amazon ECS Windows](launch_window-container_instance.md). Cukup salin dan tempel PowerShell skrip di bawah ini ke bidang **data Pengguna** (pastikan untuk mengganti nilai contoh merah dengan informasi proxy dan cluster Anda sendiri).
`-EnableTaskIAMRole`Opsi ini diperlukan untuk mengaktifkan peran IAM untuk tugas. Untuk informasi selengkapnya, lihat [Konfigurasi tambahan instans Amazon EC2 Windows](task-iam-roles.md#windows_task_IAM_roles).
```
Import-Module ECSTools
$proxy = "http://proxy.mydomain:port"
[Environment]::SetEnvironmentVariable("HTTP_PROXY", $proxy, "Machine")
[Environment]::SetEnvironmentVariable("NO_PROXY", "169.254.169.254,169.254.170.2,\\.\pipe\docker_engine", "Machine")
Restart-Service Docker
Initialize-ECSAgent -Cluster MyCluster -EnableTaskIAMRole
```
# Mengonfigurasi instans penampung Amazon ECS Windows untuk menerima pemberitahuan Instans Spot
Amazon EC2 mengakhiri, menghentikan, atau hibernasi Instans Spot Anda ketika harga Spot melebihi harga maksimum untuk permintaan atau kapasitas Anda tidak lagi tersedia. Amazon EC2 memberikan pemberitahuan interupsi Instans Spot, yang memberikan peringatan dua menit pada instans sebelum diinterupsi. Jika pengurasan Instans Spot Amazon ECS diaktifkan pada instans, ECS menerima pemberitahuan gangguan Instans Spot dan menempatkan instance dalam status. `DRAINING`
**penting**
Amazon ECS memantau pemberitahuan gangguan Instans Spot yang memiliki dan tindakan instans. `terminate` `stop` Jika Anda menentukan perilaku interupsi `hibernate` instans saat meminta Instans Spot atau Armada Spot, maka pengurasan Instans Spot Amazon ECS tidak didukung untuk instans tersebut.
Saat instance container disetel ke`DRAINING`, Amazon ECS mencegah tugas baru dijadwalkan untuk penempatan pada instance container. Tugas layanan pada instans kontainer pengurasan yang ada di status `PENDING` segera dihentikan. Jika ada instans kontainer di klaster yang tersedia, tugas layanan pengganti dimulai.
Anda dapat mengaktifkan pengurasan Instance Spot saat meluncurkan instance. Anda harus mengatur `ECS_ENABLE_SPOT_INSTANCE_DRAINING` parameter sebelum memulai agen kontainer. Ganti *my-cluster* dengan nama klaster Anda.
```
[Environment]::SetEnvironmentVariable("ECS_ENABLE_SPOT_INSTANCE_DRAINING", "true", "Machine")
# Initialize the agent
Initialize-ECSAgent -Cluster my-cluster
```
Untuk informasi selengkapnya, lihat [Meluncurkan instans penampung Amazon ECS Windows](launch_window-container_instance.md).