Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Opsi konfigurasi untuk Armada EC2 atau Armada Spot
Saat merencanakan Armada EC2 atau Armada Spot, sebaiknya Anda mempertimbangkan opsi berikut saat memutuskan cara mengonfigurasi armada Anda.
****
| Opsi Konfigurasi | Pertanyaan | Dokumentasi |
| --- | --- | --- |
| Jenis permintaan armada | Apakah Anda menginginkan armada yang mengajukan permintaan satu kali untuk kapasitas target yang diinginkan, atau armada yang mempertahankan kapasitas target dari waktu ke waktu? | [Jenis permintaan Armada EC2 dan Armada Spot](ec2-fleet-request-type.md) |
| Instans Spot | Apakah Anda berencana untuk memasukkan Instans Spot dalam armada Anda? Tinjau praktik terbaik Spot dan gunakan saat merencanakan armada sehingga Anda dapat menyediakan instans dengan harga serendah mungkin. | [Praktik terbaik untuk Amazon EC2 Spot](spot-best-practices.md) |
| Batas pengeluaran untuk armada Anda | Apakah Anda ingin membatasi berapa banyak yang akan Anda bayar untuk armada Anda per jam? | [Tetapkan batas pengeluaran untuk Armada EC2 atau Armada Spot](ec2-fleet-control-spending.md) |
| Jenis instans dan pemilihan tipe instans berbasis atribut | Apakah Anda ingin menentukan jenis instans di armada Anda, atau membiarkan Amazon EC2 memilih jenis instans yang memenuhi persyaratan aplikasi Anda? | [Tentukan atribut untuk pemilihan tipe contoh untuk Armada EC2 atau Armada Spot](ec2-fleet-attribute-based-instance-type-selection.md) |
| Pembobotan instans | Apakah Anda ingin menetapkan bobot ke setiap jenis instans untuk mewakili kapasitas komputasi dan kinerjanya, sehingga Amazon EC2 dapat memilih kombinasi jenis instans yang tersedia untuk memenuhi kapasitas target yang Anda inginkan? | [Gunakan pembobotan instans untuk mengelola biaya dan kinerja Armada EC2 atau Armada Spot Anda](ec2-fleet-instance-weighting.md) |
| Strategi alokasi | Apakah Anda ingin memutuskan apakah akan mengoptimalkan kapasitas, harga, atau jenis instans yang tersedia untuk digunakan untuk Instans Spot dan Instans Sesuai Permintaan di armada Anda? | [Gunakan strategi alokasi untuk menentukan bagaimana Armada EC2 atau Armada Spot memenuhi kapasitas Spot dan Sesuai Permintaan](ec2-fleet-allocation-strategy.md) |
| Penyeimbangan Ulang Kapasitas | Apakah Anda ingin armada Anda mengganti Instans Spot yang berisiko secara otomatis? | [Gunakan Rebalancing Kapasitas di Armada EC2 dan Armada Spot untuk mengganti Instans Spot yang berisiko](ec2-fleet-capacity-rebalance.md) |
| Reservasi Kapasitas Sesuai Permintaan | Apakah Anda ingin memesan kapasitas untuk Instans Sesuai Permintaan di armada Anda? | [Gunakan Reservasi Kapasitas untuk memesan kapasitas Sesuai Permintaan di Armada EC2](ec2-fleet-on-demand-capacity-reservations.md) |
# Jenis permintaan Armada EC2 dan Armada Spot
Jenis permintaan untuk Armada EC2 atau Armada Spot menentukan apakah permintaan tersebut sinkron atau asinkron, dan apakah itu permintaan satu kali untuk kapasitas target yang diinginkan atau upaya berkelanjutan untuk mempertahankan kapasitas dari waktu ke waktu. Saat mengonfigurasi armada Anda, Anda harus menentukan jenis permintaan.
Armada EC2 dan Armada Spot menawarkan dua jenis permintaan: `request` dan`maintain`. Selain itu, Armada EC2 menawarkan jenis permintaan ketiga yang disebut`instant`.Jenis permintaan armada
`instant`(Hanya Armada EC2)
Jika Anda mengonfigurasi tipe permintaan sebagai `instant`, Armada EC2 akan mengajukan permintaan satu kali sinkron untuk kapasitas yang Anda inginkan. Dalam respons API, ia mengembalikan instance yang diluncurkan dan memberikan kesalahan untuk instance yang tidak dapat diluncurkan. Untuk informasi selengkapnya, lihat [Konfigurasikan jenis Armada EC2 instant](instant-fleet.md).
`request`
Jika Anda mengonfigurasi jenis permintaan sebagai`request`, armada menempatkan permintaan satu kali asinkron untuk kapasitas yang Anda inginkan. Jika kapasitas berkurang karena gangguan Spot, armada tidak berupaya mengisi Instans Spot, juga tidak mengirimkan permintaan di kumpulan kapasitas Spot alternatif jika kapasitas tidak tersedia. Saat membuat Armada Spot tipe `request` menggunakan konsol, kosongkan kotak centang **Pertahankan kapasitas target**.
`maintain` (default)
Jika Anda mengonfigurasi jenis permintaan sebagai`maintain`, armada akan menempatkan permintaan asinkron untuk kapasitas yang Anda inginkan, dan mempertahankannya dengan mengisi ulang Instans Spot yang terputus secara otomatis. Saat membuat Armada Spot tipe `maintain` menggunakan konsol, pilih kotak centang **Pertahankan kapasitas target**
# Konfigurasikan jenis Armada EC2 instant
Armada EC2 tipe *instan* adalah permintaan satu kali sinkron yang hanya membuat satu upaya untuk meluncurkan kapasitas yang Anda inginkan. Respons API mencantumkan instans yang diluncurkan, bersama dengan kesalahan untuk instans yang tidak dapat diluncurkan. Terdapat beberapa keuntungan dari penggunaan Armada EC2 tipe *instan*, yang dijelaskan dalam artikel ini. Contoh konfigurasi disediakan di akhir artikel.
Untuk beban kerja yang memerlukan API khusus peluncuran untuk meluncurkan instans EC2, Anda dapat menggunakan API. RunInstances Namun, dengan RunInstances, Anda hanya dapat meluncurkan Instans Sesuai Permintaan atau Instans Spot, tetapi tidak keduanya dalam permintaan yang sama. Selanjutnya, ketika Anda menggunakan RunInstances untuk meluncurkan Instans Spot, permintaan Instans Spot Anda terbatas pada satu jenis instans dan satu Availability Zone. API ini menargetkan kolam kapasitas Spot (set instans yang tidak digunakan dengan tipe instans dan Zona ketersediaan yang sama). Jika kumpulan kapasitas Spot tidak memiliki kapasitas Instans Spot yang memadai untuk permintaan Anda, RunInstances panggilan gagal.
Alih-alih menggunakan RunInstances untuk meluncurkan Instans Spot, sebaiknya gunakan CreateFleet API dengan `type` parameter yang disetel `instant` untuk manfaat berikut:
+ **Luncurkan Instans Sesuai Permintaan dan Instans Spot dalam satu permintaan.** Armada EC2 dapat meluncurkan Instans Sesuai Permintaan, Instans Spot, atau keduanya. Permintaan Instans Spot terpenuhi jika terdapat kapasitas yang tersedia dan harga maksimum per jam untuk permintaan Anda melebihi harga Spot.
+ **Menambah ketersediaan Instans Spot.** Dengan menggunakan Armada EC2 tipe `instant`, Anda dapat meluncurkan Instans Spot mengikuti [praktik terbaik Spot](spot-best-practices.md) dengan keuntungan yang dihasilkan:
+ **Praktik terbaik Spot: Bersikaplah fleksibel terkait tipe instans dan Zona Ketersediaan.**
Keuntungan: Dengan menentukan beberapa tipe instans dan Zona Ketersediaan, Anda menambah jumlah kolam kapasitas Spot. Hal ini memberi layanan Spot kesempatan yang lebih baik untuk menemukan dan mengalokasikan kapasitas komputasi Spot yang Anda inginkan. Praktik terbaiknya adalah fleksibel pada setidaknya 10 tipe instans untuk setiap beban kerja dan memastikan semua Zona Ketersediaan dikonfigurasi untuk digunakan di VPC Anda.
+ **Spot best practice: Gunakan strategi price-capacity-optimized alokasi.**
Manfaat: Strategi `price-capacity-optimized` alokasi mengidentifikasi instance dari kumpulan kapasitas Spot yang paling tersedia, dan kemudian secara otomatis menyediakan instance dari harga terendah dari kumpulan ini. Karena kapasitas Instans Spot Anda bersumber dari kolam dengan kapasitas optimal, hal ini mengurangi kemungkinan bahwa Instans Spot Anda akan terinterupsi saat Amazon EC2 membutuhkan kapasitas kembali.
+ **Dapatkan akses ke set kemampuan yang lebih luas.** Untuk beban kerja yang memerlukan API khusus peluncuran, dan di mana Anda lebih suka mengelola siklus hidup instans Anda daripada membiarkan Armada EC2 mengelolanya untuk Anda, gunakan jenis Armada EC2 alih-alih API. `instant` [RunInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html) Armada EC2 menyediakan serangkaian kemampuan yang lebih luas daripada RunInstances, seperti yang ditunjukkan dalam contoh berikut. Untuk semua beban kerja lainnya, Anda harus menggunakan Amazon EC2 Auto Scaling karena menyediakan set fitur yang lebih komprehensif untuk berbagai macam beban kerja, seperti aplikasi yang didukung ELB, beban kerja terkontainerisasi, dan tugas pemrosesan antrean.
Anda dapat menggunakan Armada EC2 tipe *instan* untuk meluncurkan instans ke Blok Kapasitas. Untuk informasi selengkapnya, lihat [Tutorial: Konfigurasikan Armada EC2 Anda untuk meluncurkan instans ke Blok Kapasitas](ec2-fleet-launch-instances-capacity-blocks-walkthrough.md).
AWS layanan seperti Amazon EC2 Auto Scaling dan Amazon EMR menggunakan EC2 *Fleet* tipe instan untuk meluncurkan instans EC2.
## Prasyarat untuk Armada EC2 tipe instan
Untuk prasyarat guna membuat Armada EC2, lihat [Prasyarat Armada EC2](ec2-fleet-prerequisites.md).
## Cara kerja Armada EC2
Saat bekerja dengan Armada EC2 tipe `instant`, urutan peristiwanya adalah sebagai berikut:
1. **Konfigurasi:** Konfigurasikan jenis [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html)permintaan sebagai`instant`. Untuk informasi selengkapnya, lihat [Membuat Armada EC2](create-ec2-fleet.md). Perhatikan bahwa setelah melakukan panggilan API, Anda tidak dapat memodifikasinya.
1. **Permintaan:** Saat Anda melakukan panggilan API, Amazon EC2 menempatkan permintaan satu kali sinkron untuk kapasitas yang Anda inginkan.
1. **Respons:** Respons API mencantumkan instance yang diluncurkan, bersama dengan kesalahan untuk instance yang tidak dapat diluncurkan.
1. **Jelaskan:** Anda dapat mendeskripsikan Armada EC2 Anda, daftar instans yang terkait dengan Armada EC2 Anda, dan melihat riwayat Armada EC2 Anda.
1. **Mengakhiri instance:** Anda dapat menghentikan instance kapan saja.
1. **Hapus permintaan armada:** Permintaan armada dapat dihapus secara manual atau otomatis:
+ Petunjuk: Anda dapat [menghapus permintaan armada](delete-fleet.md) setelah instans diluncurkan.
Perhatikan bahwa `instant` armada yang dihapus dengan instance yang sedang berjalan tidak didukung. Saat Anda menghapus `instant` armada, Amazon EC2 secara otomatis menghentikan semua instance-nya. Untuk armada dengan lebih dari 1000 instance, permintaan penghapusan mungkin gagal. Jika armada Anda memiliki lebih dari 1000 instans, pertama-tama hentikan sebagian besar instans secara manual, sisakan 1000 atau kurang. Kemudian hapus armada, dan instance yang tersisa akan dihentikan secara otomatis.
+ Otomatis: Amazon EC2 menghapus permintaan armada beberapa saat setelah:
+ Semua instance dihentikan.
+ Armada gagal meluncurkan instance apa pun.
## Contoh
Contoh berikut menunjukkan cara menggunakan Armada EC2 tipe `instant` pada berbagai kasus penggunaan. Untuk informasi selengkapnya tentang penggunaan parameter CreateFleet API EC2, lihat [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html)di Referensi API *Amazon EC2*.
**Topics**
+ [
### Contoh 1: Meluncurkan Instans Spot dengan strategi alokasi yang dioptimalkan kapasitas
](#instant-fleet-example-1)
+ [
### Contoh 2: Meluncurkan satu Instans Spot dengan strategi alokasi yang dioptimalkan kapasitas
](#instant-fleet-example-2)
+ [
### Contoh 3: Meluncurkan Instans Spot menggunakan pembobotan instans
](#instant-fleet-example-3)
+ [
### Contoh 4: Luncurkan Instans Spot dalam Zona Ketersediaan tunggal
](#instant-fleet-example-4)
+ [
### Contoh 5: Meluncurkan Instans Spot satu tipe instans dalam satu Zona Ketersediaan
](#instant-fleet-example-5)
+ [
### Contoh 6: Meluncurkan Instans Spot hanya jika kapasitas target minimum dapat diluncurkan
](#instant-fleet-example-6)
+ [
### Contoh 7: Meluncurkan Instans Spot hanya jika kapasitas target minimum dapat diluncurkan dari Tipe Instans yang sama dalam satu Zona Ketersediaan
](#instant-fleet-example-7)
+ [
### Contoh 8: Meluncurkan instans dengan banyak Templat Peluncuran
](#instant-fleet-example-8)
+ [
### Contoh 9: Meluncurkan Instans Spot dengan basis Instans Sesuai Permintaan
](#instant-fleet-example-9)
+ [
### Contoh 10: Meluncurkan Instans Spot menggunakan strategi alokasi yang dioptimalkan kapasitas dengan basis Instans Sesuai Permintaan menggunakan Reservasi Kapasitas dan strategi alokasi yang diprioritaskan
](#instant-fleet-example-10)
+ [
### Contoh 11: Luncurkan Instans Spot menggunakan strategi capacity-optimized-prioritized alokasi
](#instant-fleet-example-11)
+ [
### Contoh 12: Menentukan parameter Systems Manager, bukan ID AMI
](#instant-fleet-example-12)
### Contoh 1: Meluncurkan Instans Spot dengan strategi alokasi yang dioptimalkan kapasitas
Contoh berikut menentukan parameter yang diperlukan dalam Armada EC2 tipe `instant`: templat peluncuran, kapasitas target, opsi pembelian default, dan penimpaan templat peluncuran.
+ Templat peluncuran diidentifikasi dengan nama templat dan nomor versi peluncurannya.
+ 12 penggantian templat peluncuran menentukan 4 tipe instans yang berbeda dan 3 subnet berbeda, masing-masing di Zona Ketersediaan terpisah. Setiap tipe instans dan kombinasi subnet menentukan kolam kapasitas Spot, sehingga menghasilkan 12 kolam kapasitas Spot.
+ Kapasitas target untuk armada adalah 20 instans.
+ Opsi pembelian default adalah `spot`, yang menghasilkan armada yang berupaya meluncurkan 20 Instans Spot ke kolam kapasitas Spot dengan kapasitas optimal untuk jumlah instans yang diluncurkan.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 2: Meluncurkan satu Instans Spot dengan strategi alokasi yang dioptimalkan kapasitas
Anda dapat meluncurkan satu Instans Spot secara optimal pada satu waktu dengan melakukan beberapa jenis panggilan API Armada EC2`instant`, dengan menyetel TotalTargetCapacity ke 1.
Contoh berikut menentukan parameter yang diperlukan dalam Armada EC2 tipe instan: templat peluncuran, kapasitas target, opsi pembelian default, dan penimpaan templat peluncuran. Templat peluncuran diidentifikasi dengan nama templat dan nomor versi peluncurannya. 12 penimpaan templat peluncuran memiliki 4 tipe instans yang berbeda dan 3 subnet yang berbeda, masing-masing di Zona Ketersediaan yang terpisah. Kapasitas target untuk armada adalah 1 instans, dan opsi pembelian default adalah spot, yang mengakibatkan armada berupaya meluncurkan Instans Spot dari salah satu dari 12 kolam kapasitas Spot berdasarkan strategi alokasi yang dioptimalkan kapasitas, untuk meluncurkan Instans Spot dari kolam kapasitas dengan ketersediaan paling tinggi.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 3: Meluncurkan Instans Spot menggunakan pembobotan instans
Contoh berikut menggunakan pembobotan instans, yang berarti harga adalah per unit jam, bukan per jam instans. Setiap konfigurasi peluncuran mencantumkan jenis instans yang berbeda dan bobot yang berbeda berdasarkan berapa banyak unit beban kerja yang dapat dijalankan pada instance dengan asumsi unit beban kerja memerlukan memori 15 GB dan 4 v. CPUs Misalnya m5.xlarge (memori 4 v CPUs dan 16 GB) dapat menjalankan satu unit dan berbobot 1, m5.2xlarge (8 v CPUs dan 32 GB memori) dapat menjalankan 2 unit dan berbobot 2, dan seterusnya. Total kapasitas target diatur ke 40 unit. Opsi pembelian default adalah spot, dan strategi alokasi dioptimalkan kapasitas, yang menghasilkan 40 m5.xlarge (40 dibagi 1), 20 m5.2xlarge (40 dibagi 2), 10 m5.4xlarge (40 dibagi 4), 5 m5.8xlarge (40 dibagi 8), atau campuran tipe instans dengan bobot yang ditambahkan ke kapasitas yang diinginkan berdasarkan kapasitas strategi alokasi yang dioptimalkan kapasitas.
Untuk informasi selengkapnya, lihat [Gunakan pembobotan instans untuk mengelola biaya dan kinerja Armada EC2 atau Armada Spot Anda](ec2-fleet-instance-weighting.md).
```
{
"SpotOptions":{
"AllocationStrategy":"capacity-optimized"
},
"LaunchTemplateConfigs":[
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"m5.xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":1
},
{
"InstanceType":"m5.xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":1
},
{
"InstanceType":"m5.xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":1
},
{
"InstanceType":"m5.2xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":2
},
{
"InstanceType":"m5.2xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":2
},
{
"InstanceType":"m5.2xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":2
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":4
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":4
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":4
},
{
"InstanceType":"m5.8xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":8
},
{
"InstanceType":"m5.8xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":8
},
{
"InstanceType":"m5.8xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":8
}
]
}
],
"TargetCapacitySpecification":{
"TotalTargetCapacity":40,
"DefaultTargetCapacityType":"spot"
},
"Type":"instant"
}
```
### Contoh 4: Luncurkan Instans Spot dalam Zona Ketersediaan tunggal
Anda dapat mengonfigurasi armada untuk meluncurkan semua instance dalam satu Availability Zone dengan menyetel opsi Spot SingleAvailabilityZone ke true.
12 penimpaan templat peluncuran memiliki tipe dan subnet instans yang berbeda (masing–masing di Zona Ketersediaan terpisah), tetapi kapasitas tertimbangnya sama. Total kapasitas target adalah 20 instans, opsi pembelian default adalah spot, dan strategi alokasi Spot dioptimalkan kapasitas. Armada EC2 meluncurkan 20 Instans Spot semuanya dalam satu AZ, dari kolam kapasitas Spot dengan kapasitas optimal menggunakan spesifikasi peluncuran.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized",
"SingleAvailabilityZone": true
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 5: Meluncurkan Instans Spot satu tipe instans dalam satu Zona Ketersediaan
Anda dapat mengonfigurasi armada untuk meluncurkan semua instance dari jenis instans yang sama dan dalam Availability Zone tunggal dengan menyetel SpotOptions SingleInstanceType ke true dan SingleAvailabilityZone true.
12 penimpaan templat peluncuran memiliki tipe dan subnet instans yang berbeda (masing–masing di Zona Ketersediaan terpisah), tetapi kapasitas tertimbangnya sama. Total kapasitas target adalah 20 instans, opsi pembelian default adalah spot, strategi alokasi Spot dioptimalkan kapasitas. Armada EC2 meluncurkan 20 Instans Spot dengan tipe instans yang sama, semuanya dalam satu AZ dari kolam Instans Spot dengan kapasitas optimal menggunakan spesifikasi peluncuran.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized",
"SingleInstanceType": true,
"SingleAvailabilityZone": true
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 6: Meluncurkan Instans Spot hanya jika kapasitas target minimum dapat diluncurkan
Anda dapat mengonfigurasi armada untuk meluncurkan instance hanya jika kapasitas target minimum dapat diluncurkan dengan menyetel opsi Spot MinTargetCapacity ke kapasitas target minimum yang ingin Anda luncurkan bersama.
Saat menentukan MinTargetCapacity, Anda harus menentukan setidaknya satu dari parameter ini: SingleInstanceType atau SingleAvailabilityZone. Dalam contoh ini, SingleInstanceType ditentukan, sehingga semua 20 instance harus menggunakan jenis instance yang sama.
12 penimpaan templat peluncuran memiliki tipe dan subnet instans yang berbeda (masing–masing di Zona Ketersediaan terpisah), tetapi kapasitas tertimbangnya sama. Total kapasitas target dan kapasitas target minimum keduanya disetel ke 20 instance, opsi pembelian default adalah spot, dan strategi alokasi Spot dioptimalkan kapasitas. Armada EC2 meluncurkan 20 Instans Spot dari kolam kapasitas Spot dengan kapasitas optimal menggunakan penimpaan templat peluncuran, hanya jika dapat meluncurkan semua 20 instans pada saat yang bersamaan.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized",
"SingleInstanceType": true,
"MinTargetCapacity": 20
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 7: Meluncurkan Instans Spot hanya jika kapasitas target minimum dapat diluncurkan dari Tipe Instans yang sama dalam satu Zona Ketersediaan
Anda dapat mengonfigurasi armada untuk meluncurkan instance hanya jika kapasitas target minimum dapat diluncurkan dengan satu jenis instans dalam satu Availability Zone dengan menyetel opsi Spot MinTargetCapacity ke kapasitas target minimum yang ingin Anda luncurkan bersama SingleInstanceType dan SingleAvailabilityZone opsi.
12 spesifikasi peluncuran yang menimpa templat peluncuran, memiliki tipe instans dan subnet yang berbeda (masing-masing di Zona Ketersediaan yang terpisah), tetapi kapasitas tertimbangnya sama. Total kapasitas target dan kapasitas target minimum keduanya disetel ke 20 instance, opsi pembelian default adalah spot, strategi alokasi Spot dioptimalkan kapasitas, benar dan benar SingleInstanceType . SingleAvailabilityZone Armada EC2 meluncurkan 20 Instans Spot dengan tipe instans yang sama, semuanya dalam satu AZ dari kolam kapasitas Spot dengan kapasitas optimal menggunakan spesifikasi peluncuran, hanya jika dapat meluncurkan semua 20 instans pada saat yang bersamaan.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized",
"SingleInstanceType": true,
"SingleAvailabilityZone": true,
"MinTargetCapacity": 20
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.4xlarge",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.4xlarge",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 8: Meluncurkan instans dengan banyak Templat Peluncuran
Anda dapat mengonfigurasi armada untuk meluncurkan instans dengan spesifikasi peluncuran yang berbeda untuk berbagai tipe instans atau grup tipe instans, dengan menentukan banyak templat peluncuran. Dalam contoh ini kita ingin agar memiliki ukuran volume EBS yang berbeda untuk tipe instans yang berbeda dan dikonfigurasi dalam templat peluncuran ec2-fleet-lt-4xl, ec2-fleet-lt-9xl, dan ec2-fleet-lt-18xl.
Dalam contoh ini, kita menggunakan 3 templat peluncuran yang berbeda untuk 3 tipe instans berdasarkan ukurannya. Spesifikasi peluncuran yang ditimpa pada semua templat peluncuran menggunakan bobot instans berdasarkan vCPU pada tipe instans. Total kapasitas target adalah 144 instans, opsi pembelian default adalah spot, dan strategi alokasi Spot dioptimalkan kapasitas. Armada EC2 dapat meluncurkan 9 c5n.4xlarge (144 dibagi 16) menggunakan templat peluncuran ec2-fleet-4xl atau 4 c5n.9xlarge (144 dibagi 36) menggunakan template peluncuran ec2-fleet-9xl, atau 2 c5n.18xlarge (144 dibagi 72) menggunakan templat peluncuran ec2-fleet-18xl, atau campuran tipe instans dengan bobot yang ditambahkan ke kapasitas yang diinginkan berdasarkan strategi alokasi yang dioptimalkan kapasitas.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt-18xl",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5n.18xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":72
},
{
"InstanceType":"c5n.18xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":72
},
{
"InstanceType":"c5n.18xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":72
}
]
},
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt-9xl",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5n.9xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":36
},
{
"InstanceType":"c5n.9xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":36
},
{
"InstanceType":"c5n.9xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":36
}
]
},
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt-4xl",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5n.4xlarge",
"SubnetId":"subnet-fae8c380",
"WeightedCapacity":16
},
{
"InstanceType":"c5n.4xlarge",
"SubnetId":"subnet-e7188bab",
"WeightedCapacity":16
},
{
"InstanceType":"c5n.4xlarge",
"SubnetId":"subnet-49e41922",
"WeightedCapacity":16
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 144,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 9: Meluncurkan Instans Spot dengan basis Instans Sesuai Permintaan
Contoh berikut menentukan total kapasitas target dari 20 instans untuk armada tersebut dan kapasitas target dari 5 Instans Sesuai Permintaan. Opsi pembelian default adalah spot. Armada meluncurkan 5 Instans Sesuai Permintaan sebagaimana ditentukan, tetapi perlu meluncurkan 15 instans lagi untuk memenuhi total kapasitas target. Opsi pembelian untuk selisih dihitung sebagai TotalTargetCapacity — OnDemandTargetCapacity = DefaultTargetCapacityType, yang menghasilkan peluncuran armada 15 Instans Spot membentuk salah satu dari 12 kumpulan kapasitas Spot berdasarkan strategi alokasi yang dioptimalkan kapasitas.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-49e41922"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-fae8c380"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-e7188bab"
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-49e41922"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"OnDemandTargetCapacity": 5,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 10: Meluncurkan Instans Spot menggunakan strategi alokasi yang dioptimalkan kapasitas dengan basis Instans Sesuai Permintaan menggunakan Reservasi Kapasitas dan strategi alokasi yang diprioritaskan
Anda dapat mengonfigurasi armada untuk menggunakan Reservasi Kapasitas Sesuai Permintaan terlebih dahulu saat meluncurkan basis Instans Sesuai Permintaan dengan tipe kapasitas target default sebagai spot dengan menyetel strategi penggunaan untuk Reservasi Kapasitas. use-capacity-reservations-first Jika lebih dari satu kolam instans memiliki Reservasi Kapasitas yang tidak terpakai, strategi alokasi Sesuai Permintaan akan diterapkan. Dalam contoh ini, strategi alokasi Sesuai Permintaan diprioritaskan.
Dalam contoh ini, terdapat 6 Reservasi Kapasitas yang tidak terpakai yang tersedia. Jumlah tersebut kurang dari kapasitas Sesuai Permintaan target armada 10 instans Sesuai Permintaan.
Akun tersebut memiliki 6 Reservasi Kapasitas yang tidak terpakai dalam 2 kolam. Jumlah Cadangan Kapasitas di setiap kumpulan ditunjukkan dengan AvailableInstanceCount.
```
{
"CapacityReservationId": "cr-111",
"InstanceType": "m5.large",
"InstancePlatform": "Linux/UNIX",
"AvailabilityZone": "us-east-1a",
"AvailableInstanceCount": 3,
"InstanceMatchCriteria": "open",
"State": "active"
}
{
"CapacityReservationId": "cr-222",
"InstanceType": "c5.large",
"InstancePlatform": "Linux/UNIX",
"AvailabilityZone": "us-east-1a",
"AvailableInstanceCount": 3,
"InstanceMatchCriteria": "open",
"State": "active"
}
```
Konfigurasi armada berikut hanya menampilkan konfigurasi terkait untuk contoh ini. Strategi alokasi On-Demand diprioritaskan, dan strategi penggunaan untuk Reservasi Kapasitas adalah. use-capacity-reservations-first Strategi alokasi Spot dioptimalkan kapasitas. Total kapasitas target adalah 20, kapasitas target Sesuai Permintaan adalah 10, dan tipe kapasitas target default adalah spot.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized"
},
"OnDemandOptions":{
"CapacityReservationOptions": {
"UsageStrategy": "use-capacity-reservations-first"
},
"AllocationStrategy":"prioritized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.large",
"SubnetId":"subnet-fae8c380",
"Priority": 1.0
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-e7188bab",
"Priority": 2.0
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-49e41922",
"Priority": 3.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-fae8c380",
"Priority": 4.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-e7188bab",
"Priority": 5.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-49e41922",
"Priority": 6.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-fae8c380",
"Priority": 7.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-e7188bab",
"Priority": 8.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-49e41922",
"Priority": 9.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-fae8c380",
"Priority": 10.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-e7188bab",
"Priority": 11.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-49e41922",
"Priority": 12.0
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"OnDemandTargetCapacity": 10,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
Setelah Anda membuat armada instan menggunakan konfigurasi sebelumnya, 20 instans berikut ini diluncurkan untuk memenuhi kapasitas target:
+ 7 Instans Sesuai Permintaan c5.large di us-east-1a – c5.large di us-east-1a diprioritaskan terlebih dahulu, dan terdapat 3 Reservasi Kapasitas c5.large yang tidak terpakai. Reservasi Kapasitas digunakan terlebih dahulu untuk meluncurkan 3 Instans Sesuai Permintaan dan 4 Instans Sesuai Permintaan tambahan diluncurkan sesuai dengan strategi alokasi Sesuai Permintaan, yang diprioritaskan dalam contoh ini.
+ 3 m5.large Instans Sesuai Permintaan di us-east-1a — m5.large di us-east-1a diprioritaskan kedua, dan ada 3 Reservasi Kapasitas m5.large yang tidak terpakai yang tersedia.
+ 10 Instans Spot dari salah satu dari 12 kolam kapasitas Spot yang memiliki kapasitas optimal sesuai dengan strategi alokasi yang dioptimalkan kapasitas.
Setelah armada diluncurkan, Anda dapat berlari [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html)untuk melihat berapa banyak Reservasi Kapasitas yang tidak terpakai yang tersisa. Dalam contoh ini, Anda akan melihat respons berikut, yang menunjukkan bahwa semua Reservasi Kapasitas c5.large dan m5.large telah digunakan.
```
{
"CapacityReservationId": "cr-111",
"InstanceType": "m5.large",
"AvailableInstanceCount": 0
}
{
"CapacityReservationId": "cr-222",
"InstanceType": "c5.large",
"AvailableInstanceCount": 0
}
```
### Contoh 11: Luncurkan Instans Spot menggunakan strategi capacity-optimized-prioritized alokasi
Contoh berikut menentukan parameter yang diperlukan dalam Armada EC2 tipe instan: templat peluncuran, kapasitas target, opsi pembelian default, dan penimpaan templat peluncuran. Templat peluncuran diidentifikasi dengan nama templat dan nomor versi peluncurannya. 12 spesifikasi peluncuran yang menimpa templat peluncuran memiliki 4 tipe instans berbeda dengan prioritas yang ditetapkan, dan 3 subnet berbeda, masing–masing di Zona Ketersediaan yang terpisah. Kapasitas target untuk armada adalah 20 instance, dan opsi pembelian default adalah spot, yang mengakibatkan armada mencoba meluncurkan 20 Instans Spot dari salah satu dari 12 kumpulan kapasitas Spot berdasarkan strategi capacity-optimized-prioritized alokasi, yang menerapkan prioritas berdasarkan upaya terbaik, tetapi mengoptimalkan kapasitas terlebih dahulu.
```
{
"SpotOptions": {
"AllocationStrategy": "capacity-optimized-prioritized"
},
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"ec2-fleet-lt1",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c5.large",
"SubnetId":"subnet-fae8c380",
"Priority": 1.0
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-e7188bab",
"Priority": 1.0
},
{
"InstanceType":"c5.large",
"SubnetId":"subnet-49e41922",
"Priority": 1.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-fae8c380",
"Priority": 2.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-e7188bab",
"Priority": 2.0
},
{
"InstanceType":"c5d.large",
"SubnetId":"subnet-49e41922",
"Priority": 2.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-fae8c380",
"Priority": 3.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-e7188bab",
"Priority": 3.0
},
{
"InstanceType":"m5.large",
"SubnetId":"subnet-49e41922",
"Priority": 3.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-fae8c380",
"Priority": 4.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-e7188bab",
"Priority": 4.0
},
{
"InstanceType":"m5d.large",
"SubnetId":"subnet-49e41922",
"Priority": 4.0
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
### Contoh 12: Menentukan parameter Systems Manager, bukan ID AMI
Contoh berikut menggunakan template peluncuran untuk menentukan konfigurasi untuk instance di armada. Dalam contoh ini, untuk`ImageId`, alih-alih menentukan ID AMI, AMI direferensikan dengan parameter Manajer Sistem. Pada peluncuran instance, parameter Systems Manager akan diselesaikan ke ID AMI.
Dalam contoh ini, parameter Systems Manager ditentukan dalam format yang valid:`resolve:ssm:golden-ami`. Ada format lain yang valid untuk parameter Systems Manager. Untuk informasi selengkapnya, lihat [Gunakan parameter Systems Manager alih-alih ID AMI](create-launch-template.md#use-an-ssm-parameter-instead-of-an-ami-id).
**catatan**
Tipe armada harus bertipe `instant`. Jenis armada lainnya tidak mendukung penetapan parameter Manajer Sistem, bukan ID AMI.
```
{
"LaunchTemplateData": {
"ImageId": "resolve:ssm:golden-ami",
"InstanceType": "m5.4xlarge",
"TagSpecifications": [{
"ResourceType": "instance",
"Tags": [{
"Key": "Name",
"Value": "webserver"
}]
}]
}
}
```
# Tetapkan batas pengeluaran untuk Armada EC2 atau Armada Spot
Anda dapat menetapkan batas berapa banyak yang bersedia Anda belanjakan per jam untuk Armada EC2 atau Armada Spot Anda. Ketika batas pengeluaran Anda tercapai, armada berhenti meluncurkan instance, bahkan jika kapasitas target belum tercapai.
Ada batasan pengeluaran terpisah untuk Instans On-Demand dan Instans Spot.
**Untuk mengonfigurasi batas pengeluaran untuk Instans Sesuai Permintaan dan Instans Spot di Armada EC2 Anda**
Gunakan perintah [create-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-fleet.html) dan parameter berikut:
+ Untuk Instans Sesuai Permintaan: Dalam `OnDemandOptions` struktur, tentukan batas pengeluaran Anda di lapangan. `MaxTotalPrice`
+ Untuk Instans Spot: Dalam `SpotOptions` struktur, tentukan batas pengeluaran Anda di `MaxTotalPrice` bidang.
**Untuk mengonfigurasi batas pengeluaran untuk Instans Sesuai Permintaan dan Instans Spot di Armada Spot Anda**
Anda dapat menggunakan konsol Amazon EC2 atau AWS CLI untuk mengonfigurasi batas pengeluaran Anda.
(Konsol) Saat membuat Armada Spot, pilih kotak centang **Setel biaya maksimum untuk Instans Spot**, lalu masukkan nilai untuk **Tetapkan biaya maksimal Anda (per jam**). Untuk informasi lebih lanjut, lihat langkah 6.e. di[Membuat permintaan Armada Spot menggunakan parameter yang ditentukan](create-spot-fleet.md#create-spot-fleet-advanced).
(AWS CLI) Gunakan [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)perintah dan parameter berikut:
+ Untuk Instans Sesuai Permintaan: Tentukan batas pengeluaran Anda di bidang. `OnDemandMaxTotalPrice`
+ Untuk Instans Spot: Tentukan batas pengeluaran Anda di `SpotMaxTotalPrice` bidang.
## Contoh
Contoh berikut menunjukkan dua skenario berbeda. Pada contoh pertama, armada berhenti meluncurkan Instans Sesuai Permintaan ketika telah memenuhi kapasitas target yang ditetapkan untuk Instans On-Demand (). `OnDemandTargetCapacity` Pada contoh kedua, armada berhenti meluncurkan Instans Sesuai Permintaan ketika telah mencapai jumlah maksimum yang bersedia Anda bayarkan per jam untuk Instans Sesuai Permintaan (). `MaxTotalPrice`
**Contoh: Berhenti meluncurkan Instans Sesuai Permintaan saat kapasitas target tercapai**
Dengan pertimbangan permintaan untuk Instans Sesuai Permintaan `m4.large`, jika:
+ Harga Sesuai Permintaan: 0,10 USD per jam
+ `OnDemandTargetCapacity`: 10
+ `MaxTotalPrice`: 1,50 USD
Armada meluncurkan 10 Instans Sesuai Permintaan karena total \$11,00 (10 instans x \$10,10) tidak melebihi \$11,50 untuk Instans Sesuai Permintaan. `MaxTotalPrice`
**Contoh: Berhenti meluncurkan Instans Sesuai Permintaan ketika total harga maksimum tercapai**
Dengan pertimbangan permintaan untuk Instans Sesuai Permintaan `m4.large`, jika:
+ Harga Sesuai Permintaan: 0,10 USD per jam
+ `OnDemandTargetCapacity`: 10
+ `MaxTotalPrice`: 0,80 USD
Jika armada meluncurkan kapasitas target On-Demand (10 Instans On-Demand), total biaya per jam akan menjadi \$11,00. Ini lebih dari jumlah (0,80 USD) yang ditentukan untuk `MaxTotalPrice` untuk Instans Sesuai Permintaan. Untuk mencegah pengeluaran lebih dari yang Anda bayarkan, armada hanya meluncurkan 8 Instans Sesuai Permintaan (di bawah kapasitas target On-Demand) karena peluncuran lebih banyak akan melebihi untuk Instans Sesuai `MaxTotalPrice` Permintaan.
## Instance kinerja yang dapat melonjak
Jika Anda meluncurkan Instans Spot menggunakan [tipe instans performa yang dapat melonjak](burstable-performance-instances.md), serta jika Anda berencana untuk segera menggunakan Instans Spot performa yang dapat melonjak dan untuk durasi yang singkat, tanpa waktu idle untuk memperoleh kredit CPU, kami menyarankan Anda untuk meluncurkannya dalam [mode Standar](burstable-performance-instances-standard-mode.md) guna menghindari pembayaran biaya yang lebih tinggi. Jika Anda meluncurkan Instans Spot performa yang dapat melonjak dalam [Mode tak terbatas](burstable-performance-instances-unlimited-mode.md) dan langsung melonjakkan CPU, Anda akan menghabiskan kredit surplus untuk lonjakan. Jika Anda menggunakan instans untuk durasi yang singkat, instans tersebut tidak memiliki waktu untuk mengkumulasi kredit CPU untuk membayar kredit surplus, dan Anda akan dikenai biaya untuk kredit surplus saat Anda mengakhiri instans.
Mode tidak terbatas cocok untuk Instans Spot dengan performa yang dapat melonjak hanya jika instans tersebut berjalan cukup lama untuk mengakumlasi kredit CPU untuk lonjakan. Jika tidak, pembayaran kredit surplus membuat Instans Spot performa yang dapat melonjak lebih mahal daripada menggunakan instans lain. Untuk informasi selengkapnya, lihat [Kapan menggunakan mode tak terbatas versus CPU tetap](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode).
Kredit peluncuran dimaksudkan untuk memberikan pengalaman peluncuran awal yang produktif bagi instans T2 dengan menyediakan sumber daya komputasi yang memadai untuk mengonfigurasi instans. Peluncuran berulang dari instans T2 untuk mengakses kredit peluncuran baru tidak diizinkan. Jika Anda memerlukan CPU berkelanjutan, Anda dapat memperoleh kredit (dengan berhenti selama beberapa periode), menggunakan [mode Tak Terbatas](burstable-performance-instances-unlimited-mode.md) untuk Instans Spot T2, atau menggunakan tipe instans dengan CPU khusus.
# Tentukan atribut untuk pemilihan tipe contoh untuk Armada EC2 atau Armada Spot
Saat membuat Armada EC2 atau Armada Spot, Anda harus menentukan satu atau beberapa jenis instans untuk mengonfigurasi Instans Sesuai Permintaan dan Instans Spot di armada. Sebagai alternatif untuk menentukan tipe instans secara manual, Anda dapat menentukan atribut yang harus dimiliki instans, dan Amazon EC2 akan mengidentifikasi semua tipe instans dengan atribut tersebut. Hal ini dikenal sebagai *pemilihan tipe instans berbasis atribut*. Misalnya, Anda dapat menentukan jumlah minimum dan maksimum v yang CPUs diperlukan untuk instans Anda, dan armada akan meluncurkan instans menggunakan jenis instans yang tersedia yang memenuhi persyaratan vCPU tersebut.
Pemilihan tipe instans berbasis atribut sangat ideal untuk beban kerja dan kerangka kerja yang fleksibel dalam menentukan tipe instans yang digunakan, seperti ketika menjalankan kontainer atau armada web, memproses big data, dan mengimplementasikan alat integrasi dan deployment berkelanjutan (CI/CD).
**Keuntungan**
Pemilihan tipe instans berbasis atribut memiliki keuntungan berikut:
+ **Mudah menggunakan jenis instans yang tepat** — Dengan begitu banyak jenis instans yang tersedia, menemukan jenis instans yang tepat untuk beban kerja Anda dapat memakan waktu. Saat Anda menentukan atribut instans, tipe instans akan secara otomatis memiliki atribut yang diperlukan untuk beban kerja Anda.
+ **Konfigurasi yang disederhanakan** — Untuk menentukan beberapa tipe instance secara manual untuk armada, Anda harus membuat penggantian template peluncuran terpisah untuk setiap jenis instans. Namun, dengan pemilihan tipe instans berbasis atribut, untuk menyediakan banyak tipe instans, Anda hanya perlu menentukan atribut instans dalam templat peluncuran atau dalam penimpaan templat peluncuran.
+ **Penggunaan otomatis tipe instans baru** — Saat Anda menentukan atribut instance daripada tipe instans, armada Anda dapat menggunakan tipe instance generasi yang lebih baru saat dirilis, “pemeriksaan masa depan” konfigurasi armada.
+ **Fleksibilitas tipe** instans — Saat Anda menentukan atribut instance daripada tipe instans, armada dapat memilih dari berbagai jenis instans untuk meluncurkan Instans Spot, yang mengikuti [praktik terbaik Spot dari fleksibilitas tipe instans](spot-best-practices.md#be-instance-type-flexible).
**Topics**
+ [
## Cara kerja pemilihan tipe instans berbasis atribut
](#ec2fleet-abs-how-it-works)
+ [
## Perlindungan harga
](#ec2fleet-abs-price-protection)
+ [
## Perlindungan kinerja
](#ec2fleet-abis-performance-protection)
+ [
## Pertimbangan-pertimbangan
](#ec2fleet-abs-considerations)
+ [
## Membuat Armada EC2 dengan pemilihan tipe instans berbasis atribut
](#abs-create-ec2-fleet)
+ [
## Buat Armada Spot dengan pemilihan tipe instans berbasis atribut
](#abs-create-spot-fleet)
+ [
## Contoh konfigurasi Armada EC2 yang valid dan tidak valid
](#ec2fleet-abs-example-configs)
+ [
## Contoh konfigurasi Armada Spot yang valid dan tidak valid
](#spotfleet-abs-example-configs)
+ [
## Melihat pratinjau tipe instans dengan atribut tertentu
](#ec2fleet-get-instance-types-from-instance-requirements)
## Cara kerja pemilihan tipe instans berbasis atribut
Untuk menggunakan pemilihan tipe instans berbasis atribut dalam konfigurasi armada, Anda mengganti daftar tipe instans dengan daftar atribut instans yang dibutuhkan oleh instans Anda. Armada EC2 atau Armada Spot akan meluncurkan instans pada setiap jenis instans yang tersedia yang memiliki atribut instans tertentu.
**Topics**
+ [
### Tipe atribut instans
](#ef-abs-instance-attribute-types)
+ [
### Tempat mengonfigurasi pemilihan tipe instans berbasis atribut
](#ef-abs-where-to-configure)
+ [
### Bagaimana Armada EC2 atau Armada Spot menggunakan pemilihan tipe instans berbasis atribut saat menyediakan armada
](#how-ef-uses-abs)
### Tipe atribut instans
Ada beberapa atribut instance yang dapat Anda tentukan untuk mengekspresikan persyaratan komputasi Anda, seperti:
+ Jumlah **vCPU — Jumlah** minimum dan maksimum v CPUs per instance.
+ **Memori** — Minimum dan GiBs maksimum memori per instance.
+ **Penyimpanan lokal** — Apakah akan menggunakan EBS atau volume penyimpanan instans untuk penyimpanan lokal.
+ **Kinerja burstable** — Apakah akan menggunakan keluarga instans T, termasuk tipe T4G, T3a, T3, dan T2.
Untuk deskripsi setiap atribut dan nilai default, lihat [InstanceRequirements](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_InstanceRequirements.html)di Referensi *API Amazon EC2*.
### Tempat mengonfigurasi pemilihan tipe instans berbasis atribut
Bergantung pada apakah Anda menggunakan konsol atau konsol AWS CLI, Anda dapat menentukan atribut instance untuk pemilihan jenis instans berbasis atribut sebagai berikut:
Di konsol, Anda dapat menentukan atribut instance dalam komponen konfigurasi armada berikut:
+ Dalam templat peluncuran, lalu referensikan templat peluncuran dalam permintaan armada
+ (Hanya Armada Spot) Dalam permintaan armada
Dalam AWS CLI, Anda dapat menentukan atribut instance dalam satu atau semua komponen konfigurasi armada berikut:
+ Dalam templat peluncuran, lalu referensikan templat peluncuran dalam permintaan armada
+ Dalam penimpaan templat peluncuran
Jika Anda menginginkan campuran instance yang menggunakan berbeda AMIs, Anda dapat menentukan atribut instance dalam beberapa penggantian template peluncuran. Misalnya, tipe instans yang berbeda dapat menggunakan prosesor berbasis x86 dan Arm.
+ (Hanya Armada Spot) Dalam spesifikasi peluncuran
### Bagaimana Armada EC2 atau Armada Spot menggunakan pemilihan tipe instans berbasis atribut saat menyediakan armada
Armada EC2 atau Armada Spot menyediakan armada dengan cara berikut:
+ Ini mengidentifikasi jenis instance yang memiliki atribut tertentu.
+ Ini menggunakan perlindungan harga untuk menentukan jenis instance mana yang akan dikecualikan.
+ Ini menentukan kumpulan kapasitas dari mana ia akan mempertimbangkan untuk meluncurkan instance berdasarkan AWS Wilayah atau Zona Ketersediaan yang memiliki jenis instans yang cocok.
+ Ini menerapkan strategi alokasi yang ditentukan untuk menentukan dari kumpulan kapasitas mana untuk meluncurkan instance.
Perhatikan bahwa pemilihan jenis instans berbasis atribut tidak memilih kumpulan kapasitas untuk menyediakan armada; itulah tugas strategi [alokasi](ec2-fleet-allocation-strategy.md).
Jika Anda menentukan strategi alokasi, armada akan meluncurkan instance sesuai dengan strategi alokasi yang ditentukan.
+ Untuk Instans Spot, pemilihan jenis instans berbasis atribut mendukung **kapasitas harga yang dioptimalkan, dioptimalkan** **kapasitas, dan strategi** alokasi **harga terendah**. Perhatikan bahwa kami tidak merekomendasikan strategi alokasi Spot **harga terendah** karena memiliki risiko interupsi tertinggi untuk Instans Spot Anda.
+ Untuk Instans Sesuai Permintaan, pemilihan jenis instans berbasis atribut mendukung strategi alokasi **harga terendah**.
+ Jika tidak ada kapasitas untuk tipe instans dengan atribut instans yang ditentukan, tidak ada instans yang dapat diluncurkan, dan armada akan mengembalikan kesalahan.
## Perlindungan harga
Perlindungan harga adalah fitur yang mencegah Armada EC2 atau Armada Spot Anda menggunakan jenis instans yang Anda anggap terlalu mahal meskipun sesuai dengan atribut yang Anda tentukan. Untuk menggunakan perlindungan harga, Anda menetapkan ambang harga. Kemudian, ketika Amazon EC2 memilih jenis instans dengan atribut Anda, itu mengecualikan jenis instans dengan harga di atas ambang batas Anda.
Cara Amazon EC2 menghitung ambang harga adalah sebagai berikut:
+ Amazon EC2 pertama-tama mengidentifikasi jenis instans dengan harga terendah dari yang cocok dengan atribut Anda.
+ Amazon EC2 kemudian mengambil nilai (dinyatakan sebagai persentase) yang Anda tentukan untuk parameter perlindungan harga dan mengalikannya dengan harga jenis instans yang diidentifikasi. Hasilnya adalah harga yang digunakan sebagai ambang harga.
Ada ambang harga terpisah untuk Instans On-Demand dan Instans Spot.
Saat Anda membuat armada dengan pemilihan jenis instans berbasis atribut, perlindungan harga diaktifkan secara default. Anda dapat menyimpan nilai default, atau Anda dapat menentukan sendiri.
Anda juga dapat mematikan perlindungan harga. Untuk menunjukkan tidak ada ambang perlindungan harga, tentukan nilai persentase tinggi, seperti`999999`.
**Topics**
+ [
### Bagaimana jenis instans dengan harga terendah diidentifikasi
](#ec2fleet-abs-price-protection-lowest-priced)
+ [
### Perlindungan harga Instans Sesuai Permintaan
](#ec2fleet-abs-on-demand-price-protection)
+ [
### Perlindungan harga Spot Instance
](#ec2fleet-abs-spot-price-protection)
+ [
### Tentukan ambang batas perlindungan harga
](#ec2fleet-abs-specify-price-protection)
### Bagaimana jenis instans dengan harga terendah diidentifikasi
Amazon EC2 menentukan harga untuk mendasarkan ambang harga dengan mengidentifikasi jenis instans dengan harga terendah dari yang cocok dengan atribut yang Anda tentukan. Ia melakukan ini dengan cara berikut:
+ Ini pertama kali melihat jenis instance C, M, atau R generasi saat ini yang cocok dengan atribut Anda. Jika menemukan kecocokan, itu mengidentifikasi jenis instance dengan harga terendah.
+ Jika tidak ada kecocokan, maka akan terlihat jenis instance generasi saat ini yang cocok dengan atribut Anda. Jika menemukan kecocokan, itu mengidentifikasi jenis instance dengan harga terendah.
+ Jika tidak ada kecocokan, maka akan melihat jenis instance generasi sebelumnya yang cocok dengan atribut Anda, dan mengidentifikasi jenis instance dengan harga terendah.
### Perlindungan harga Instans Sesuai Permintaan
Ambang batas perlindungan harga untuk jenis instans On-Demand dihitung *sebagai persentase yang lebih tinggi* daripada jenis instans On-Demand dengan harga terendah yang diidentifikasi (). `OnDemandMaxPricePercentageOverLowestPrice` Anda menentukan persentase yang lebih tinggi yang bersedia Anda bayar. Jika Anda tidak menentukan parameter ini, maka nilai default `20` digunakan untuk menghitung ambang perlindungan harga 20% lebih tinggi dari harga yang diidentifikasi.
Misalnya, jika harga instans On-Demand yang teridentifikasi adalah`0.4271`, dan Anda tentukan`25`, maka ambang harga 25% lebih tinggi dari`0.4271`. Itu dihitung sebagai berikut:`0.4271 * 1.25 = 0.533875`. Harga yang dihitung adalah maksimum yang bersedia Anda bayarkan untuk Instans Sesuai Permintaan, dan, dalam contoh ini, Amazon EC2 akan mengecualikan jenis instans On-Demand yang harganya lebih dari. `0.533875`
### Perlindungan harga Spot Instance
Secara default, Amazon EC2 akan secara otomatis menerapkan perlindungan harga Instans Spot yang optimal untuk secara konsisten memilih dari berbagai jenis instans. Anda juga dapat mengatur sendiri perlindungan harga secara manual. Namun, membiarkan Amazon EC2 melakukannya untuk Anda dapat meningkatkan kemungkinan kapasitas Spot Anda terpenuhi.
Anda dapat menentukan perlindungan harga secara manual menggunakan salah satu opsi berikut. Jika Anda secara manual mengatur perlindungan harga, kami sarankan menggunakan opsi pertama.
+ ***Persentase dari jenis* instans *On-Demand* dengan harga terendah yang diidentifikasi** [] `MaxSpotPriceAsPercentageOfOptimalOnDemandPrice`
Misalnya, jika harga jenis instans On-Demand yang diidentifikasi adalah`0.4271`, dan Anda tentukan`60`, maka ambang harga adalah 60% dari. `0.4271` Itu dihitung sebagai berikut:`0.4271 * 0.60 = 0.25626`. Harga yang dihitung adalah maksimum yang bersedia Anda bayarkan untuk Instans Spot, dan, dalam contoh ini, Amazon EC2 akan mengecualikan jenis instans Spot apa pun yang harganya lebih dari. `0.25626`
+ ***Persentase lebih tinggi dari* jenis instans *Spot* dengan harga terendah yang diidentifikasi** [] `SpotMaxPricePercentageOverLowestPrice`
Misalnya, jika harga jenis instans Spot yang diidentifikasi adalah`0.1808`, dan Anda tentukan`25`, maka ambang harga 25% lebih tinggi dari harga`0.1808`. Itu dihitung sebagai berikut:`0.1808 * 1.25 = 0.226`. Harga yang dihitung adalah maksimum yang bersedia Anda bayarkan untuk Instans Spot, dan, dalam contoh ini, Amazon EC2 akan mengecualikan jenis instans Spot apa pun yang harganya lebih dari. `0.266` Kami tidak menyarankan menggunakan parameter ini karena harga Spot dapat berfluktuasi, dan oleh karena itu ambang batas perlindungan harga Anda mungkin juga berfluktuasi.
### Tentukan ambang batas perlindungan harga
**Untuk menentukan ambang perlindungan harga menggunakan AWS CLI**
Saat membuat Armada EC2 atau Armada Spot menggunakan AWS CLI, konfigurasikan armada untuk pemilihan jenis instans berbasis atribut, lalu lakukan hal berikut:
+ Untuk menentukan ambang batas perlindungan harga Instans Sesuai Permintaan, dalam file konfigurasi JSON, dalam struktur `InstanceRequirements`, untuk `OnDemandMaxPricePercentageOverLowestPrice`, masukkan ambang batas perlindungan harga sebagai persentase.
+ Untuk menentukan ambang perlindungan harga Instans Spot, dalam file konfigurasi JSON, dalam `InstanceRequirements` struktur, tentukan *salah satu* parameter berikut:
+ Untuk`MaxSpotPriceAsPercentageOfOptimalOnDemandPrice`, masukkan ambang perlindungan harga sebagai persentase.
+ Untuk`SpotMaxPricePercentageOverLowestPrice`, masukkan ambang perlindungan harga sebagai persentase.
Untuk informasi selengkapnya, lihat [Membuat Armada EC2 dengan pemilihan tipe instans berbasis atribut](#abs-create-ec2-fleet) atau [Buat Armada Spot dengan pemilihan tipe instans berbasis atribut](#abs-create-spot-fleet).
**(Hanya Armada Spot) Untuk menentukan ambang perlindungan harga menggunakan konsol**
Saat membuat Armada Spot di konsol, konfigurasikan armada untuk pemilihan jenis instans berbasis atribut, lalu lakukan hal berikut:
+ Untuk menentukan ambang perlindungan harga Instans Sesuai Permintaan, di bawah **atribut Instans tambahan**, pilih **Perlindungan harga sesuai permintaan**, pilih **Tambah atribut**, lalu masukkan ambang perlindungan harga sebagai persentase.
+ Untuk menentukan ambang perlindungan harga Instans **Spot, **atribut instance tambahan**, pilih Perlindungan harga Spot**, pilih **Tambah atribut**, pilih nilai dasar yang menjadi dasar harga Anda, lalu masukkan ambang perlindungan harga sebagai persentase.
**catatan**
Saat membuat armada, jika Anda menyetel `TargetCapacityUnitType` ke `vcpu` atau`memory-mib`, ambang perlindungan harga diterapkan berdasarkan harga per vCPU atau per-memori, bukan harga per instans.
## Perlindungan kinerja
*Perlindungan kinerja* adalah fitur yang memastikan Armada EC2 atau Armada Spot Anda menggunakan tipe instans yang mirip atau melebihi garis dasar kinerja yang ditentukan. Untuk menggunakan perlindungan kinerja, Anda menentukan keluarga instance sebagai referensi dasar. Kemampuan keluarga instance yang ditentukan menetapkan tingkat kinerja terendah yang dapat diterima. Saat Amazon EC2 memilih jenis instans untuk armada Anda, Amazon EC2 mempertimbangkan atribut yang Anda tentukan dan garis dasar performa. Jenis instans yang berada di bawah garis dasar kinerja secara otomatis dikecualikan dari seleksi, meskipun cocok dengan atribut tertentu Anda yang lain. Ini memastikan bahwa semua jenis instans yang dipilih menawarkan kinerja yang mirip atau lebih baik daripada baseline yang ditetapkan oleh keluarga instance yang ditentukan. Amazon EC2 menggunakan baseline ini untuk memandu pemilihan jenis instans, tetapi tidak ada jaminan bahwa jenis instans yang dipilih akan selalu melebihi baseline untuk setiap aplikasi.
Saat ini, fitur ini hanya mendukung kinerja CPU sebagai faktor kinerja dasar. Kinerja CPU dari prosesor CPU keluarga instance yang ditentukan berfungsi sebagai baseline kinerja, memastikan bahwa jenis instans yang dipilih mirip dengan atau melebihi baseline ini. Keluarga instance dengan prosesor CPU yang sama menghasilkan hasil penyaringan yang sama, bahkan jika kinerja jaringan atau disk mereka berbeda. Misalnya, menentukan salah satu `c6in` atau `c6i` sebagai referensi dasar akan menghasilkan hasil penyaringan berbasis kinerja yang identik karena kedua keluarga instance menggunakan prosesor CPU yang sama.
**Keluarga instans yang tidak didukung**
Contoh keluarga berikut **tidak** didukung untuk perlindungan kinerja:
+ **Tujuan umum:** Mac1 \$1 Mac2 \$1 Mac2-M1Ultra \$1 Mac2-m2 \$1 Mac2-M2Pro \$1 M1 \$1 M2 \$1 T1
+ **Komputasi dioptimalkan: C1**
+ **Memori dioptimalkan:** U-3TB1 \$1 U-6TB1 \$1 U-9tb1 \$1 U-12tb1 \$1 U-18tb1 \$1 u-24tb1 \$1 U7i-12tb \$1 U7in-16tb \$1 U7in-24tb \$1 U7in-32tb
+ **Komputasi dipercepat:** G3 \$1 G3s \$1 P3dn \$1 P4d \$1 P5
+ **Komputasi kinerja tinggi:** hPC7g
Jika Anda mengaktifkan perlindungan performa dengan menentukan keluarga instans yang didukung, tipe instans yang dikembalikan akan mengecualikan keluarga instance yang tidak didukung di atas.
Jika Anda menetapkan keluarga instans yang tidak didukung sebagai nilai untuk kinerja dasar, API akan menampilkan respons kosong untuk [GetInstanceTypesFromInstanceRequirements](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_GetInstanceTypesFromInstanceRequirements.html)dan pengecualian untuk [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html),, [RequestSpotFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotFleet.html), [ModifyFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyFleet.html)dan. [ModifySpotFleetRequest](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifySpotFleetRequest.html)
**Contoh: Tetapkan baseline kinerja CPU**
Dalam contoh berikut, persyaratan instance adalah meluncurkan dengan tipe instance yang memiliki core CPU yang berkinerja sama seperti keluarga `c6i` instance. Ini akan menyaring jenis instans dengan prosesor CPU yang kurang berkinerja, bahkan jika mereka memenuhi persyaratan instans tertentu lainnya seperti jumlah vCPUs. Misalnya, jika atribut instance yang Anda tentukan menyertakan memori 4 v CPUs dan 16 GB, tipe instans dengan atribut ini tetapi dengan kinerja CPU yang lebih rendah `c6i` akan dikecualikan dari seleksi.
```
"BaselinePerformanceFactors": {
"Cpu": {
"References": [
{
"InstanceFamily": "c6i"
}
]
}
```
## Pertimbangan-pertimbangan
+ Anda dapat menentukan jenis instans atau atribut instans dalam Armada EC2 atau Armada Spot, tetapi tidak keduanya pada saat yang bersamaan.
Saat menggunakan CLI, penimpaan templat peluncuran akan menimpa templat peluncuran. Misalnya, jika templat peluncuran berisi tipe instans dan penimpaan templat peluncuran berisi atribut instans, instans yang diidentifikasi oleh atribut instans akan menimpa tipe instans dalam templat peluncuran.
+ Saat menggunakan CLI, saat Anda menentukan atribut instans sebagai penimpaan, Anda juga tidak dapat menentukan bobot atau prioritas.
+ Anda dapat menentukan maksimum empat struktur `InstanceRequirements` dalam konfigurasi permintaan.
## Membuat Armada EC2 dengan pemilihan tipe instans berbasis atribut
Anda dapat mengonfigurasi Armada EC2 untuk menggunakan pemilihan jenis instans berbasis atribut. Tidak mungkin membuat Armada EC2 menggunakan konsol Amazon EC2.
Atribut untuk pemilihan tipe instans berbasis atribut ditentukan dalam struktur `InstanceRequirements`. `InstanceRequirements`Kapan disertakan dalam konfigurasi armada, `InstanceType` dan `WeightedCapacity` harus dikecualikan; mereka tidak dapat menentukan konfigurasi armada pada saat yang sama dengan atribut instance.
Dalam AWS CLI dan PowerShell contoh, atribut berikut ditentukan:
+ `VCpuCount`— Minimal 2 v CPUs dan maksimal 4 vCPUs. Jika Anda tidak membutuhkan batas maksimum, Anda dapat menghilangkan nilai maksimum.
+ `MemoryMiB`— Minimal 8 GiB memori dan maksimal 16 GiB. Jika Anda tidak membutuhkan batas maksimum, Anda dapat menghilangkan nilai maksimum.
Konfigurasi ini mengidentifikasi setiap jenis instance dengan memori 2 hingga 4 v CPUs dan 8 hingga 16 GiB. Namun, perlindungan harga dan strategi alokasi mungkin akan mengecualikan beberapa tipe instans jika [Armada EC2 menyediakan armada](#how-ef-uses-abs).
------
#### [ AWS CLI ]
**Untuk membuat Armada EC2 dengan pemilihan tipe instans berbasis atribut**
Gunakan perintah [create-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-fleet.html) untuk membuat Armada EC2. Tentukan konfigurasi armada dalam file JSON.
```
aws ec2 create-fleet \
--region us-east-1 \
--cli-input-json file://file_name.json
```
`file_name.json`File contoh berikut berisi parameter yang mengonfigurasi Armada EC2 untuk menggunakan pemilihan tipe instans berbasis atribut.
```
{
"SpotOptions": {
"AllocationStrategy": "price-capacity-optimized"
},
"LaunchTemplateConfigs": [{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "1"
},
"Overrides": [{
"InstanceRequirements": {
"VCpuCount": {
"Min": 2,
"Max": 4
},
"MemoryMiB": {
"Min": 8192,
"Max": 16384
}
}
}]
}],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 20,
"DefaultTargetCapacityType": "spot"
},
"Type": "instant"
}
```
------
#### [ PowerShell ]
**Untuk membuat Armada EC2 dengan pemilihan tipe instans berbasis atribut**
Gunakan [New-EC2Fleet](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Fleet.html)cmdlet.
```
$vcpuCount = New-Object Amazon.EC2.Model.VCpuCountRangeRequest
$vcpuCount.Min = 2
$vcpuCount.Max = 4
$memoryMiB = New-Object Amazon.EC2.Model.MemoryMiBRequest
$memoryMiB.Min = 8192
$memoryMiB.Max = 16384
$instanceRequirements = New-Object Amazon.EC2.Model.InstanceRequirementsRequest
$instanceRequirements.VCpuCount = $vcpuCount
$instanceRequirements.MemoryMiB = $memoryMiB
$launchTemplateSpec = New-Object Amazon.EC2.Model.FleetLaunchTemplateSpecificationRequest
$launchTemplateSpec.LaunchTemplateName = "my-launch-template"
$launchTemplateSpec.Version = "1"
$override = New-Object Amazon.EC2.Model.FleetLaunchTemplateOverridesRequest
$override.InstanceRequirements = $instanceRequirements
$launchTemplateConfig = New-Object Amazon.EC2.Model.FleetLaunchTemplateConfigRequest
$launchTemplateConfig.LaunchTemplateSpecification = $launchTemplateSpec
$launchTemplateConfig.Overrides = @($override)
New-EC2Fleet `
-SpotOptions_AllocationStrategy "price-capacity-optimized" `
-LaunchTemplateConfig @($launchTemplateConfig) `
-TargetCapacitySpecification_DefaultTargetCapacityType "spot" `
-TargetCapacitySpecification_TotalTargetCapacity 20 `
-Type "instant"
```
------
## Buat Armada Spot dengan pemilihan tipe instans berbasis atribut
Anda dapat mengonfigurasi armada untuk menggunakan pemilihan jenis instans berbasis atribut.
Atribut untuk pemilihan tipe instans berbasis atribut ditentukan dalam struktur `InstanceRequirements`. `InstanceRequirements`Kapan disertakan dalam konfigurasi armada, `InstanceType` dan `WeightedCapacity` harus dikecualikan; mereka tidak dapat menentukan konfigurasi armada pada saat yang sama dengan atribut instance.
Dalam AWS CLI dan PowerShell contoh, atribut berikut ditentukan:
+ `VCpuCount`— Minimal 2 v CPUs dan maksimal 4 vCPUs. Jika Anda tidak membutuhkan batas maksimum, Anda dapat menghilangkan nilai maksimum.
+ `MemoryMiB`— Minimal 8 GiB memori dan maksimal 16 GiB. Jika Anda tidak membutuhkan batas maksimum, Anda dapat menghilangkan nilai maksimum.
Konfigurasi ini mengidentifikasi setiap jenis instance yang memiliki 2 hingga 4 v CPUs dan 8 hingga 16 GiB memori. Namun, perlindungan harga dan strategi alokasi mungkin akan mengecualikan beberapa tipe instans jika [Armada Spot menyediakan armada](#how-ef-uses-abs).
------
#### [ Console ]
**Untuk mengonfigurasi Armada Spot untuk pemilihan tipe instans berbasis atribut**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**, lalu pilih **Minta Instans Spot**.
1. Ikuti langkah-langkah ini untuk membuat Armada Spot. Untuk informasi selengkapnya, lihat [Membuat permintaan Armada Spot menggunakan parameter yang ditentukan](create-spot-fleet.md#create-spot-fleet-advanced).
Saat membuat Armada Spot, konfigurasikan armada untuk pemilihan tipe instans berbasis atribut sebagai berikut:
1. Untuk **Persyaratan tipe instans**, pilih **Tentukan atribut instans yang sesuai dengan persyaratan komputasi Anda**.
1. Untuk **v CPUs**, masukkan jumlah minimum dan maksimum yang diinginkan vCPUs. Untuk menentukan tidak ada batas, pilih **No minimum**, **No maximum**, atau keduanya.
1. Untuk **Memori (GiB)**, masukkan jumlah memori minimum dan maksimum yang diinginkan. Untuk menentukan tanpa batasan, pilih **Tanpa minimum**, **Tanpa maksimum**, atau keduanya.
1. (Opsional) Untuk **atribut instans Tambahan**, Anda dapat secara opsional menentukan satu atau lebih atribut untuk mengekspresikan kebutuhan komputasi Anda secara lebih mendetail. Setiap atribut tambahan menambahkan batasan lebih lanjut untuk permintaan Anda.
1. (Opsional) Perluas **Pratinjau tipe instans yang cocok** untuk melihat tipe instans yang memiliki atribut yang Anda tentukan.
------
#### [ AWS CLI ]
**Untuk mengonfigurasi Armada Spot untuk pemilihan tipe instans berbasis atribut**
Gunakan [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)perintah untuk membuat Armada Spot. Tentukan konfigurasi armada dalam file JSON.
```
aws ec2 request-spot-fleet \
--region us-east-1 \
--spot-fleet-request-config file://file_name.json
```
`file_name.json`File contoh berikut berisi parameter yang mengonfigurasi Armada Spot untuk menggunakan pemilihan tipe instans berbasis atribut.
```
{
"AllocationStrategy": "priceCapacityOptimized",
"TargetCapacity": 20,
"Type": "request",
"LaunchTemplateConfigs": [{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "1"
},
"Overrides": [{
"InstanceRequirements": {
"VCpuCount": {
"Min": 2,
"Max": 4
},
"MemoryMiB": {
"Min": 8192,
"Max": 16384
}
}
}]
}]
}
```
------
#### [ PowerShell ]
**Untuk mengonfigurasi Armada Spot untuk pemilihan tipe instans berbasis atribut**
Gunakan [Request-EC2SpotFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Request-EC2SpotFleet.html)cmdlet.
```
$vcpuCount = New-Object Amazon.EC2.Model.VCpuCountRange
$vcpuCount.Min = 2
$vcpuCount.Max = 4
$memoryMiB = New-Object Amazon.EC2.Model.MemoryMiB
$memoryMiB.Min = 8192
$memoryMiB.Max = 16384
$instanceRequirements = New-Object Amazon.EC2.Model.InstanceRequirements
$instanceRequirements.VCpuCount = $vcpuCount
$instanceRequirements.MemoryMiB = $memoryMiB
$launchTemplateSpec = New-Object Amazon.EC2.Model.FleetLaunchTemplateSpecification
$launchTemplateSpec.LaunchTemplateName = "my-launch-template"
$launchTemplateSpec.Version = "1"
$override = New-Object Amazon.EC2.Model.LaunchTemplateOverrides
$override.InstanceRequirements = $instanceRequirements
$launchTemplateConfig = New-Object Amazon.EC2.Model.LaunchTemplateConfig
$launchTemplateConfig.LaunchTemplateSpecification = $launchTemplateSpec
$launchTemplateConfig.Overrides = @($override)
Request-EC2SpotFleet `
-SpotFleetRequestConfig_AllocationStrategy "PriceCapacityOptimized" `
-SpotFleetRequestConfig_TargetCapacity 20 `
-SpotFleetRequestConfig_Type "Request" `
-SpotFleetRequestConfig_LaunchTemplateConfig $launchTemplateConfig
```
------
## Contoh konfigurasi Armada EC2 yang valid dan tidak valid
Jika Anda menggunakan AWS CLI untuk membuat Armada EC2, Anda harus memastikan bahwa konfigurasi armada Anda valid. Contoh berikut menunjukkan konfigurasi yang valid dan tidak valid.
Konfigurasi dianggap tidak valid jika berisi hal berikut:
+ Struktur `Overrides` tunggal dengan `InstanceRequirements` maupun `InstanceType`
+ Dua struktur `Overrides`, satu dengan `InstanceRequirements` dan yang lainnya dengan `InstanceType`
+ Dua struktur `InstanceRequirements` dengan nilai atribut yang tumpang tindih dalam `LaunchTemplateSpecification` yang sama
**Topics**
+ [
### Konfigurasi yang valid: Templat peluncuran tunggal dengan penimpaan
](#ef-abs-example-config1)
+ [
### Konfigurasi yang valid: Template peluncuran tunggal dengan banyak InstanceRequirements
](#ef-abs-example-config2)
+ [
### Konfigurasi yang valid: Dua templat peluncuran, masing-masing dengan penimpaan
](#ef-abs-example-config3)
+ [
### Konfigurasi yang valid: Hanya `InstanceRequirements` yang ditentukan, tidak ada nilai atribut yang tumpang tindih
](#ef-abs-example-config4)
+ [
### Konfigurasi tidak valid: `Overrides` berisi `InstanceRequirements` dan `InstanceType`
](#ef-abs-example-config5)
+ [
### Konfigurasi tidak valid: Dua `Overrides` berisi `InstanceRequirements` dan `InstanceType`
](#ef-abs-example-config6)
+ [
### Konfigurasi tidak valid: Nilai atribut tumpang tindih
](#ef-abs-example-config7)
### Konfigurasi yang valid: Templat peluncuran tunggal dengan penimpaan
Konfigurasi berikut ini valid. Konfigurasi ini berisi satu templat peluncuran dan satu struktur `Overrides` yang berisi satu struktur `InstanceRequirements`. Berikut ini adalah penjelasan teks mengenai contoh konfigurasi.
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "My-launch-template",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 2,
"Max": 8
},
"MemoryMib": {
"Min": 0,
"Max": 10240
},
"MemoryGiBPerVCpu": {
"Max": 10000
},
"RequireHibernateSupport": true
}
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 5000,
"DefaultTargetCapacityType": "spot",
"TargetCapacityUnitType": "vcpu"
}
}
}
```
****`InstanceRequirements`****
Untuk menggunakan pemilihan instans berbasis atribut, Anda harus menyertakan struktur `InstanceRequirements` dalam konfigurasi armada, dan menentukan atribut yang diinginkan untuk instans tersebut di armada.
Pada contoh sebelumnya, atribut instans berikut ini ditentukan:
+ `VCpuCount`— Jenis instance harus memiliki minimal 2 dan maksimal 8 vCPUs.
+ `MemoryMiB` – Tipe instans harus memiliki memori maksimum 10240 MiB. Minimum 0 menunjukkan bahwa tidak ada batas minimum.
+ `MemoryGiBPerVCpu` – Tipe instans harus memiliki memori maksimum 10.000 GiB per vCPU. Parameter `Min` bersifat opsional. Dengan menghilangkannya, Anda mengindikasikan tidak ada batas minimum.
**`TargetCapacityUnitType`**
Parameter `TargetCapacityUnitType` menentukan unit untuk kapasitas target. Dalam contoh, kapasitas targetnya adalah `5000` dan tipe unit kapasitas targetnya adalah `vcpu`, yang bersama-sama menentukan kapasitas target yang diinginkan sebesar 5.000 vCPU. Armada EC2 akan meluncurkan instans yang cukup sehingga jumlah total v CPUs dalam armada adalah 5.000 v. CPUs
### Konfigurasi yang valid: Template peluncuran tunggal dengan banyak InstanceRequirements
Konfigurasi berikut ini valid. Konfigurasi ini berisi satu templat peluncuran dan satu struktur `Overrides` yang berisi dua struktur `InstanceRequirements`. Atribut yang `InstanceRequirements` ditentukan dalam valid karena nilainya tidak tumpang tindih — `InstanceRequirements` struktur pertama menentukan 0-2 vCPUs, sedangkan struktur kedua `InstanceRequirements` menentukan 4-8 v. `VCpuCount` CPUs
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 4,
"Max": 8
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
### Konfigurasi yang valid: Dua templat peluncuran, masing-masing dengan penimpaan
Konfigurasi berikut ini valid. Konfigurasi ini berisi dua templat peluncuran, masing-masing dengan satu struktur `Overrides` yang berisi satu struktur `InstanceRequirements`. Konfigurasi ini berguna untuk dukungan arsitektur `arm` dan `x86` dalam armada yang sama.
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "armLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "x86LaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
### Konfigurasi yang valid: Hanya `InstanceRequirements` yang ditentukan, tidak ada nilai atribut yang tumpang tindih
Konfigurasi berikut ini valid. Konfigurasi ini berisi dua struktur `LaunchTemplateSpecification`, masing-masing dengan templat peluncuran dan struktur `Overrides` yang berisi struktur `InstanceRequirements`. Atribut yang `InstanceRequirements` ditentukan dalam valid karena nilainya tidak tumpang tindih — `InstanceRequirements` struktur pertama menentukan 0-2 vCPUs, sedangkan struktur kedua `InstanceRequirements` menentukan 4-8 v. `VCpuCount` CPUs
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyOtherLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 4,
"Max": 8
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
### Konfigurasi tidak valid: `Overrides` berisi `InstanceRequirements` dan `InstanceType`
Konfigurasi berikut ini tidak valid. Struktur `Overrides` berisi `InstanceRequirements` dan`InstanceType`. Untuk `Overrides`, Anda dapat menentukan antara `InstanceRequirements` atau `InstanceType`, tetapi tidak keduanya.
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"InstanceType": "m5.large"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
### Konfigurasi tidak valid: Dua `Overrides` berisi `InstanceRequirements` dan `InstanceType`
Konfigurasi berikut ini tidak valid. Struktur `Overrides` berisi `InstanceRequirements` dan`InstanceType`. Anda dapat menentukan antara `InstanceRequirements` atau `InstanceType`, tetapi tidak keduanya, meskipun berada dalam struktur `Overrides` yang berbeda.
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyOtherLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceType": "m5.large"
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
### Konfigurasi tidak valid: Nilai atribut tumpang tindih
Konfigurasi berikut ini tidak valid. Dua struktur `InstanceRequirements` masing-masing berisi `"VCpuCount": {"Min": 0, "Max": 2}`. Nilai untuk atribut ini tumpang tindih, yang akan mengakibatkan kolam kapasitas ganda.
```
{
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
},
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
}
]
}
],
"TargetCapacitySpecification": {
"TotalTargetCapacity": 1,
"DefaultTargetCapacityType": "spot"
}
}
}
```
## Contoh konfigurasi Armada Spot yang valid dan tidak valid
Jika Anda menggunakan AWS CLI untuk membuat Armada Spot, Anda harus memastikan bahwa konfigurasi armada Anda valid. Contoh berikut menunjukkan konfigurasi yang valid dan tidak valid.
Konfigurasi dianggap tidak valid jika berisi hal berikut:
+ Struktur `Overrides` tunggal dengan `InstanceRequirements` maupun `InstanceType`
+ Dua struktur `Overrides`, satu dengan `InstanceRequirements` dan yang lainnya dengan `InstanceType`
+ Dua struktur `InstanceRequirements` dengan nilai atribut yang tumpang tindih dalam `LaunchTemplateSpecification` yang sama
**Topics**
+ [
### Konfigurasi yang valid: Templat peluncuran tunggal dengan penimpaan
](#sf-abs-example-config1)
+ [
### Konfigurasi yang valid: Template peluncuran tunggal dengan banyak InstanceRequirements
](#sf-abs-example-config2)
+ [
### Konfigurasi yang valid: Dua templat peluncuran, masing-masing dengan penimpaan
](#sf-abs-example-config3)
+ [
### Konfigurasi yang valid: Hanya `InstanceRequirements` yang ditentukan, tidak ada nilai atribut yang tumpang tindih
](#sf-abs-example-config4)
+ [
### Konfigurasi tidak valid: `Overrides` berisi `InstanceRequirements` dan `InstanceType`
](#sf-abs-example-config5)
+ [
### Konfigurasi tidak valid: Dua `Overrides` berisi `InstanceRequirements` dan `InstanceType`
](#sf-abs-example-config6)
+ [
### Konfigurasi tidak valid: Nilai atribut tumpang tindih
](#sf-abs-example-config7)
### Konfigurasi yang valid: Templat peluncuran tunggal dengan penimpaan
Konfigurasi berikut ini valid. Konfigurasi ini berisi satu templat peluncuran dan satu struktur `Overrides` yang berisi satu struktur `InstanceRequirements`. Berikut ini adalah penjelasan teks mengenai contoh konfigurasi.
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "My-launch-template",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 2,
"Max": 8
},
"MemoryMib": {
"Min": 0,
"Max": 10240
},
"MemoryGiBPerVCpu": {
"Max": 10000
},
"RequireHibernateSupport": true
}
}
]
}
],
"TargetCapacity": 5000,
"OnDemandTargetCapacity": 0,
"TargetCapacityUnitType": "vcpu"
}
}
```
****`InstanceRequirements`****
Untuk menggunakan pemilihan instans berbasis atribut, Anda harus menyertakan struktur `InstanceRequirements` dalam konfigurasi armada, dan menentukan atribut yang diinginkan untuk instans tersebut di armada.
Pada contoh sebelumnya, atribut instans berikut ini ditentukan:
+ `VCpuCount`— Jenis instance harus memiliki minimal 2 dan maksimal 8 vCPUs.
+ `MemoryMiB` – Tipe instans harus memiliki memori maksimum 10240 MiB. Minimum 0 menunjukkan bahwa tidak ada batas minimum.
+ `MemoryGiBPerVCpu` – Tipe instans harus memiliki memori maksimum 10.000 GiB per vCPU. Parameter `Min` bersifat opsional. Dengan menghilangkannya, Anda mengindikasikan tidak ada batas minimum.
**`TargetCapacityUnitType`**
Parameter `TargetCapacityUnitType` menentukan unit untuk kapasitas target. Dalam contoh, kapasitas target adalah `5000` dan tipe unit kapasitas target adalah`vcpu`, yang bersama-sama menentukan kapasitas target yang diinginkan 5.000 vCPUs. Armada Spot akan meluncurkan instance yang cukup sehingga jumlah total v CPUs dalam armada adalah 5.000 vCPUs.
### Konfigurasi yang valid: Template peluncuran tunggal dengan banyak InstanceRequirements
Konfigurasi berikut ini valid. Konfigurasi ini berisi satu templat peluncuran dan satu struktur `Overrides` yang berisi dua struktur `InstanceRequirements`. Atribut yang `InstanceRequirements` ditentukan dalam valid karena nilainya tidak tumpang tindih — `InstanceRequirements` struktur pertama menentukan 0-2 vCPUs, sedangkan struktur kedua `InstanceRequirements` menentukan 4-8 v. `VCpuCount` CPUs
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 4,
"Max": 8
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
### Konfigurasi yang valid: Dua templat peluncuran, masing-masing dengan penimpaan
Konfigurasi berikut ini valid. Konfigurasi ini berisi dua templat peluncuran, masing-masing dengan satu struktur `Overrides` yang berisi satu struktur `InstanceRequirements`. Konfigurasi ini berguna untuk dukungan arsitektur `arm` dan `x86` dalam armada yang sama.
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "armLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "x86LaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
### Konfigurasi yang valid: Hanya `InstanceRequirements` yang ditentukan, tidak ada nilai atribut yang tumpang tindih
Konfigurasi berikut ini valid. Konfigurasi ini berisi dua struktur `LaunchTemplateSpecification`, masing-masing dengan templat peluncuran dan struktur `Overrides` yang berisi struktur `InstanceRequirements`. Atribut yang `InstanceRequirements` ditentukan dalam valid karena nilainya tidak tumpang tindih — `InstanceRequirements` struktur pertama menentukan 0-2 vCPUs, sedangkan struktur kedua `InstanceRequirements` menentukan 4-8 v. `VCpuCount` CPUs
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyOtherLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 4,
"Max": 8
},
"MemoryMiB": {
"Min": 0
}
}
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
### Konfigurasi tidak valid: `Overrides` berisi `InstanceRequirements` dan `InstanceType`
Konfigurasi berikut ini tidak valid. Struktur `Overrides` berisi `InstanceRequirements` dan`InstanceType`. Untuk `Overrides`, Anda dapat menentukan antara `InstanceRequirements` atau `InstanceType`, tetapi tidak keduanya.
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
},
{
"InstanceType": "m5.large"
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
### Konfigurasi tidak valid: Dua `Overrides` berisi `InstanceRequirements` dan `InstanceType`
Konfigurasi berikut ini tidak valid. Struktur `Overrides` berisi `InstanceRequirements` dan`InstanceType`. Anda dapat menentukan antara `InstanceRequirements` atau `InstanceType`, tetapi tidak keduanya, meskipun berada dalam struktur `Overrides` yang berbeda.
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
]
},
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyOtherLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceType": "m5.large"
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
### Konfigurasi tidak valid: Nilai atribut tumpang tindih
Konfigurasi berikut ini tidak valid. Dua struktur `InstanceRequirements` masing-masing berisi `"VCpuCount": {"Min": 0, "Max": 2}`. Nilai untuk atribut ini tumpang tindih, yang akan mengakibatkan kolam kapasitas ganda.
```
{
"SpotFleetRequestConfig": {
"AllocationStrategy": "priceCapacityOptimized",
"ExcessCapacityTerminationPolicy": "default",
"IamFleetRole": "arn:aws:iam::123456789012:role/aws-ec2-spot-fleet-tagging-role",
"LaunchTemplateConfigs": [
{
"LaunchTemplateSpecification": {
"LaunchTemplateName": "MyLaunchTemplate",
"Version": "1"
},
"Overrides": [
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
},
{
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 2
},
"MemoryMiB": {
"Min": 0
}
}
}
}
]
}
],
"TargetCapacity": 1,
"OnDemandTargetCapacity": 0,
"Type": "maintain"
}
}
```
## Melihat pratinjau tipe instans dengan atribut tertentu
Anda dapat menggunakan perintah [get-instance-types-from-instance-requirements](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-instance-types-from-instance-requirements.html) untuk melihat pratinjau jenis instance yang cocok dengan atribut yang Anda tentukan. Hal ini sangat berguna untuk mengetahui atribut yang akan ditentukan dalam konfigurasi permintaan Anda tanpa meluncurkan instans apa pun. Perhatikan bahwa perintah tidak mempertimbangkan kapasitas yang tersedia.
**Untuk melihat daftar jenis instance dengan menentukan atribut menggunakan AWS CLI**
1. (Opsional) Untuk menghasilkan semua atribut yang mungkin yang dapat ditentukan, gunakan perintah [get-instance-types-from-instance-requirements](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-instance-types-from-instance-requirements.html) dan parameter. `--generate-cli-skeleton` Anda dapat secara opsional mengarahkan output ke file untuk menyimpannya dengan menggunakan `input > attributes.json`.
```
aws ec2 get-instance-types-from-instance-requirements \
--region us-east-1 \
--generate-cli-skeleton input > attributes.json
```
Output yang diharapkan
```
{
"DryRun": true,
"ArchitectureTypes": [
"i386"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 0
},
"MemoryMiB": {
"Min": 0,
"Max": 0
},
"CpuManufacturers": [
"intel"
],
"MemoryGiBPerVCpu": {
"Min": 0.0,
"Max": 0.0
},
"ExcludedInstanceTypes": [
""
],
"InstanceGenerations": [
"current"
],
"SpotMaxPricePercentageOverLowestPrice": 0,
"OnDemandMaxPricePercentageOverLowestPrice": 0,
"BareMetal": "included",
"BurstablePerformance": "included",
"RequireHibernateSupport": true,
"NetworkInterfaceCount": {
"Min": 0,
"Max": 0
},
"LocalStorage": "included",
"LocalStorageTypes": [
"hdd"
],
"TotalLocalStorageGB": {
"Min": 0.0,
"Max": 0.0
},
"BaselineEbsBandwidthMbps": {
"Min": 0,
"Max": 0
},
"AcceleratorTypes": [
"gpu"
],
"AcceleratorCount": {
"Min": 0,
"Max": 0
},
"AcceleratorManufacturers": [
"nvidia"
],
"AcceleratorNames": [
"a100"
],
"AcceleratorTotalMemoryMiB": {
"Min": 0,
"Max": 0
},
"NetworkBandwidthGbps": {
"Min": 0.0,
"Max": 0.0
},
"AllowedInstanceTypes": [
""
]
},
"MaxResults": 0,
"NextToken": ""
}
```
1. Buat file konfigurasi JSON menggunakan output dari langkah sebelumnya, dan konfigurasikan sebagai berikut:
**catatan**
Anda harus memberikan nilai untuk `ArchitectureTypes`, `VirtualizationTypes`, `VCpuCount`, dan `MemoryMiB`. Anda dapat menghilangkan atribut lainnya; saat dihilangkan, nilai default digunakan.
Untuk deskripsi setiap atribut dan nilai defaultnya, lihat [get-instance-types-from-instance-requirements](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-instance-types-from-instance-requirements.html).
1. Untuk `ArchitectureTypes`, tentukan satu atau lebih tipe arsitektur prosesor.
1. Untuk `VirtualizationTypes`, tentukan satu atau lebih tipe virtualisasi.
1. Untuk`VCpuCount`, tentukan jumlah minimum dan maksimum vCPUs. Untuk menentukan tidak ada batas minimum, untuk`Min`, tentukan`0`. Untuk menentukan tidak ada batas maksimum, hilangkan parameter `Max`.
1. Untuk `MemoryMiB`, tentukan jumlah memori minimum dan maksimum dalam MiB. Untuk menentukan tidak ada batas minimum, untuk `Min`, tentukan `0`. Untuk menentukan tidak ada batas maksimum, hilangkan parameter `Max`.
1. Anda dapat secara opsional menentukan satu atau lebih atribut lainnya untuk lebih membatasi daftar tipe instans yang dikembalikan.
1. Untuk melihat pratinjau jenis instance yang memiliki atribut yang Anda tentukan dalam file JSON, gunakan perintah [get-instance-types-from-instance-requirements](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-instance-types-from-instance-requirements.html), dan tentukan nama dan path ke file JSON Anda dengan menggunakan parameter. `--cli-input-json` Anda dapat secara opsional memformat output untuk muncul dalam format tabel.
```
aws ec2 get-instance-types-from-instance-requirements \
--cli-input-json file://attributes.json \
--output table
```
Contoh file *attributes.json*
Dalam contoh ini, atribut yang diperlukan disertakan dalam file JSON. Atribut tersebut adalah `ArchitectureTypes`, `VirtualizationTypes`, `VCpuCount`, dan `MemoryMiB`. Selain itu, atribut `InstanceGenerations` opsional juga disertakan. Perhatikan bahwa untuk `MemoryMiB`, nilai `Max` dapat dihilangkan untuk menunjukkan bahwa tidak ada batasan.
```
{
"ArchitectureTypes": [
"x86_64"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 4,
"Max": 6
},
"MemoryMiB": {
"Min": 2048
},
"InstanceGenerations": [
"current"
]
}
}
```
Contoh output
```
------------------------------------------
|GetInstanceTypesFromInstanceRequirements|
+----------------------------------------+
|| InstanceTypes ||
|+--------------------------------------+|
|| InstanceType ||
|+--------------------------------------+|
|| c4.xlarge ||
|| c5.xlarge ||
|| c5a.xlarge ||
|| c5ad.xlarge ||
|| c5d.xlarge ||
|| c5n.xlarge ||
|| d2.xlarge ||
...
```
1. Setelah mengidentifikasi tipe instans yang memenuhi kebutuhan Anda, catatlah atribut instans yang Anda gunakan sehingga Anda dapat menggunakannya saat mengonfigurasi permintaan armada.
# Gunakan pembobotan instans untuk mengelola biaya dan kinerja Armada EC2 atau Armada Spot Anda
Dengan pembobotan instans, Anda menetapkan bobot untuk setiap jenis instans di Armada EC2 atau Armada Spot untuk mewakili kapasitas komputasi dan kinerjanya relatif satu sama lain. Berdasarkan bobot, armada dapat menggunakan kombinasi jenis instans yang ditentukan, asalkan dapat memenuhi kapasitas target yang diinginkan. Ini dapat membantu Anda mengelola biaya dan kinerja armada Anda.
Bobot mewakili unit kapasitas yang dikontribusikan oleh tipe instans terhadap total kapasitas target.
**Contoh: Gunakan pembobotan contoh untuk manajemen kinerja**
Misalkan armada Anda memiliki dua tipe instans, dan Anda menetapkan bobot yang berbeda untuk setiap jenis instans untuk mencerminkan berapa banyak yang Anda butuhkan untuk mencapai kinerja yang sama, sebagai berikut:
+ `m5.large`- Berat: 1
+ `m5.2xlarge`- Berat: 4
Dengan menetapkan bobot ini, Anda mengatakan bahwa Anda memerlukan 4 `m5.large` instance untuk mencapai kinerja yang sama dengan 1. `m5.2xlarge`
Untuk menghitung berapa banyak instance dari setiap jenis instans yang diperlukan untuk kapasitas target tertentu, gunakan rumus berikut:
`target capacity / weight = number of instances`
Jika kapasitas target Anda adalah 8 unit, armada dapat memenuhi kapasitas target dengan salah satu `m5.large` atau`m5.2xlarge`, atau campuran keduanya, sebagai berikut:
+ 8 `m5.large` contoh (kapasitas 8/berat 1 = 8 instance)
+ 2 `m5.2xlarge` contoh (kapasitas 8/berat 4 = 2 instance)
+ 4 `m5.large` dan 1 `m5.2xlarge`
**Contoh: Gunakan pembobotan contoh untuk manajemen biaya**
Secara default, harga yang Anda tentukan adalah *per jam instans*. Saat Anda menggunakan fitur pembobotan instans, harga yang Anda tentukan adalah *per unit jam*. Anda dapat menghitung harga per unit jam dengan membagi harga tipe instans dengan jumlah unit yang diwakilinya. Armada menghitung jumlah instance yang akan diluncurkan dengan membagi kapasitas target dengan bobot instans. Jika hasilnya bukan bilangan bulat, armada akan membulatkannya ke bilangan bulat berikutnya, sehingga ukuran armada Anda tidak berada di bawah kapasitas targetnya. Armada dapat memilih kolam mana pun yang Anda tentukan dalam spesifikasi peluncuran, meskipun kapasitas instans yang diluncurkan melebihi kapasitas target yang diminta.
Tabel berikut mencakup contoh perhitungan untuk menentukan harga per unit untuk armada dengan kapasitas target 10.
| Tipe instans | Bobot instans | Kapasitas target | Jumlah instans yang diluncurkan | Harga per jam instans | Harga per unit jam |
| --- | --- | --- | --- | --- | --- |
| r3.xlarge | 2 | 10 | 5 (10 dibagi 2) | \$10,05 | \$10,025 (,05 dibagi 2) |
| r3.8xlarge | 8 | 10 | 2 (10 dibagi 8, hasil dibulatkan) | \$10,10 | \$10,0125 (,10 dibagi 8) |
Gunakan bobot instance armada sebagai berikut untuk menyediakan kapasitas target yang Anda inginkan di pool dengan harga per unit terendah pada saat pemenuhan:
1. Tetapkan kapasitas target untuk armada Anda baik dalam instance (default) atau dalam unit pilihan Anda, seperti vCPU, memori, penyimpanan, atau throughput.
1. Tetapkan harga per unit.
1. Untuk setiap spesifikasi peluncuran, tentukan bobot, yang merupakan jumlah unit yang diwakili oleh tipe instans terhadap kapasitas target.
**Contoh pembobotan instans**
Pertimbangkan permintaan armada dengan konfigurasi berikut:
+ Kapasitas target 24
+ Spesifikasi peluncuran dengan tipe instans `r3.2xlarge` dan bobot 6
+ Spesifikasi peluncuran dengan tipe instans `c3.xlarge` dan bobot 5
Bobot mewakili jumlah unit yang diwakili oleh tipe instans terhadap kapasitas target. Jika spesifikasi peluncuran pertama memberikan harga per unit terendah (harga untuk `r3.2xlarge` per jam contoh dibagi 6), armada akan meluncurkan empat contoh ini (24 dibagi 6).
Jika spesifikasi peluncuran kedua memberikan harga terendah per unit (harga untuk `c3.xlarge` per jam contoh dibagi 5), armada akan meluncurkan lima contoh ini (24 dibagi 5, hasilnya dibulatkan).
**Pembobotan instans dan strategi alokasi**
Pertimbangkan permintaan armada dengan konfigurasi berikut:
+ Kapasitas target 30 Instans Spot
+ Spesifikasi peluncuran dengan tipe instans `c3.2xlarge` dan bobot 8
+ Spesifikasi peluncuran dengan tipe instans `m3.xlarge` dan bobot 8
+ Spesifikasi peluncuran dengan tipe instans `r3.xlarge` dan bobot 8
Armada akan meluncurkan empat instance (30 dibagi 8, hasilnya dibulatkan). Dengan strategi `diversified`, armada meluncurkan satu instans di masing-masing dari ketiga kolam tersebut, dan instans keempat di kolam mana pun yang memberikan harga terendah per unit.
# Gunakan strategi alokasi untuk menentukan bagaimana Armada EC2 atau Armada Spot memenuhi kapasitas Spot dan Sesuai Permintaan
Bila Anda menggunakan beberapa kumpulan kapasitas (masing-masing terdiri dari tipe instans dan Availability Zone) dalam Armada EC2 atau Armada Spot, Anda dapat menggunakan *strategi alokasi* untuk mengelola cara Amazon EC2 memenuhi kapasitas Spot dan On-Demand Anda dari kumpulan ini. Strategi alokasi dapat mengoptimalkan kapasitas, harga, dan jenis instans yang tersedia untuk digunakan. Ada strategi alokasi yang berbeda untuk Instans Spot dan Instans Sesuai Permintaan.
**Topics**
+ [
## Strategi alokasi untuk Instans Spot
](#ec2-fleet-allocation-strategies-for-spot-instances)
+ [
## Strategi alokasi untuk Instans Sesuai Permintaan
](#ec2-fleet-allocation-strategies-for-on-demand-instances)
+ [
## Pilih strategi alokasi Spot yang sesuai
](#ec2-fleet-allocation-use-cases)
+ [
## Pertahankan kapasitas target untuk Instans Spot
](#ec2-fleet-maintain-fleet-capacity)
+ [
## Memprioritaskan tipe instans untuk kapasitas Sesuai Permintaan
](#ec2-fleet-on-demand-priority)
## Strategi alokasi untuk Instans Spot
Konfigurasi peluncuran Anda menentukan semua kemungkinan kumpulan kapasitas Spot (tipe instans dan Availability Zone) dari mana Armada EC2 atau Armada Spot dapat meluncurkan Instans Spot. Namun, saat meluncurkan instance, armada menggunakan strategi alokasi yang Anda tentukan untuk memilih kumpulan tertentu dari semua kemungkinan kumpulan Anda.
**catatan**
(Hanya instans Linux) Jika Anda mengonfigurasi Instans Spot untuk diluncurkan dengan [AMD SEV-SNP](sev-snp.md) diaktifkan, Anda akan dikenakan biaya penggunaan tambahan per jam yang setara dengan 10% dari tarif [per jam Sesuai Permintaan untuk jenis instans yang dipilih](https://aws.amazon.com/ec2/pricing/on-demand/). Jika strategi alokasi menggunakan harga sebagai input, armada tidak termasuk biaya tambahan ini; hanya harga Spot yang digunakan.
Anda dapat menentukan salah satu strategi alokasi berikut untuk Instans Spot:
**Kapasitas harga dioptimalkan** (disarankan)
Armada mengidentifikasi kumpulan dengan ketersediaan kapasitas tertinggi untuk jumlah instance yang diluncurkan. Hal ini berarti bahwa kami akan meminta Instans Spot dari kolam yang kami yakini memiliki peluang interupsi terendah dalam waktu dekat. Armada kemudian meminta Instans Spot dari harga terendah dari kumpulan ini.
Strategi alokasi **kapasitas harga yang dioptimalkan** adalah pilihan terbaik untuk sebagian besar beban kerja Spot, seperti aplikasi kontainer stateless, layanan mikro, aplikasi web, pekerjaan data dan analitik, dan pemrosesan batch.
Jika Anda menggunakan AWS CLI, nama parameternya adalah untuk Armada EC2 dan `price-capacity-optimized` `priceCapacityOptimized` untuk Armada Spot.
**Kapasitas dioptimalkan**
Armada mengidentifikasi kumpulan dengan ketersediaan kapasitas tertinggi untuk jumlah instance yang diluncurkan. Hal ini berarti bahwa kami akan meminta Instans Spot dari kolam yang kami yakini memiliki peluang interupsi terendah dalam waktu dekat.
Dengan Instans Spot, harga berubah secara perlahan dari waktu ke waktu berdasarkan tren penawaran dan permintaan jangka panjang, tetapi kapasitas berfluktuasi secara waktu nyata. Strategi **kapasitas yang dioptimalkan** secara otomatis meluncurkan Instans Spot ke dalam kumpulan yang paling tersedia dengan melihat data kapasitas waktu nyata dan memprediksi mana yang paling tersedia. Ini berfungsi dengan baik untuk beban kerja yang mungkin memiliki biaya interupsi yang lebih tinggi terkait dengan memulai kembali tugas, seperti Integrasi Berkelanjutan (CI), rendering gambar dan media, beban kerja Deep Learning, dan Komputasi Performa Tinggi (HPC) yang mungkin memiliki biaya interupsi yang lebih tinggi terkait dengan memulai ulang pekerjaan. Dengan menawarkan kemungkinan gangguan yang lebih sedikit, strategi **kapasitas yang dioptimalkan** dapat menurunkan biaya keseluruhan beban kerja Anda.
Atau, Anda dapat menggunakan strategi alokasi **prioritas yang dioptimalkan kapasitas** dengan parameter prioritas untuk mengurutkan jenis instans dari prioritas tertinggi hingga terendah. Anda dapat mengatur prioritas yang sama untuk tipe instans yang berbeda. Armada akan mengoptimalkan kapasitas terlebih dahulu, tetapi akan menghormati prioritas tipe instans berdasarkan upaya terbaik (misalnya, jika menghormati prioritas tidak akan secara signifikan mempengaruhi kemampuan armada untuk menyediakan kapasitas optimal). Ini adalah pilihan opsi yang bagus untuk beban kerja di mana kemungkinan gangguan harus diminimalkan dan preferensi untuk tipe instans tertentu menjadi penting. **Perhatikan bahwa saat Anda menetapkan prioritas untuk jenis instans untuk kapasitas Spot Anda, prioritas yang sama juga diterapkan pada Instans Sesuai Permintaan jika strategi alokasi Sesuai Permintaan ditetapkan untuk diprioritaskan.** Untuk Armada Spot, penggunaan prioritas hanya didukung jika armada Anda menggunakan templat peluncuran.
Jika Anda menggunakan AWS CLI, nama parameternya adalah `capacity-optimized` dan `capacity-optimized-prioritized` untuk Armada EC2 dan `capacityOptimized` dan `capacityOptimizedPrioritized` untuk Armada Spot.
**Diversifikasi**
Instans Spot didistribusikan di semua kolam kapasitas Spot. Jika Anda menggunakan AWS CLI, nama parameter adalah `diversified` untuk Armada EC2 dan Armada Spot.
**Harga terendah** (tidak disarankan)
Kami tidak merekomendasikan strategi alokasi **harga terendah** karena memiliki risiko interupsi tertinggi untuk Instans Spot Anda.
Instans Spot berasal dari kolam dengan harga terendah yang memiliki kapasitas tersedia. Saat menggunakan AWS CLI, ini adalah strategi default. Namun, kami menyarankan Anda mengganti default dengan menentukan strategi alokasi **kapasitas harga yang dioptimalkan**.
Dengan strategi harga terendah, jika kolam dengan harga terendah tidak memiliki kapasitas yang tersedia, Instans Spot berasal dari kumpulan harga terendah berikutnya yang memiliki kapasitas yang tersedia. Jika kolam kehabisan kapasitas sebelum memenuhi kapasitas yang Anda inginkan, armada akan terus memenuhi permintaan Anda dengan menarik dari kolam dengan harga terendah berikutnya. Untuk memastikan bahwa kapasitas yang Anda inginkan terpenuhi, Anda mungkin menerima Instans Spot dari beberapa kolam.
Karena strategi ini hanya mempertimbangkan harga instans dan bukan ketersediaan kapasitas, hal ini dapat menyebabkan tingkat interupsi yang tinggi.
Strategi alokasi harga terendah hanya tersedia saat menggunakan. AWS CLI Nama parameter untuk Armada EC2 dan `lowest-price` `lowestPrice` untuk Armada Spot.
**Jumlah kolam yang akan digunakan**
Anda dapat menentukan jumlah kolam Spot untuk mengalokasikan kapasitas Spot target. Hanya berlaku jika strategi alokasi diatur ke **harga terendah**. Armada memilih kumpulan Spot dengan harga terendah dan mengalokasikan kapasitas Spot target Anda secara merata di seluruh jumlah kumpulan Spot yang Anda tentukan.
Perhatikan bahwa armada mencoba menarik Instans Spot dari jumlah kumpulan yang Anda tentukan berdasarkan upaya terbaik. Jika kolam kehabisan kapasitas Spot sebelum memenuhi kapasitas target Anda, armada akan terus memenuhi permintaan Anda dengan menarik dari kolam dengan harga terendah berikutnya. Untuk memastikan bahwa kapasitas target terpenuhi, Anda mungkin menerima Instans Spot dari kolam yang jumlahnya lebih dari jumlah kolam yang Anda tentukan. Demikian pula, jika sebagian besar kolam tidak memiliki kapasitas Spot, Anda mungkin menerima kapasitas target penuh dari jumlah yang lebih rendah dari kolam yang Anda tentukan.
Parameter ini hanya tersedia saat menentukan strategi alokasi **harga terendah** dan hanya saat menggunakan. AWS CLI Nama parameter `InstancePoolsToUseCount` untuk Armada EC2 dan Armada Spot.
## Strategi alokasi untuk Instans Sesuai Permintaan
Konfigurasi peluncuran Anda menentukan semua kemungkinan kumpulan kapasitas (tipe instans dan Availability Zone) dari mana Armada EC2 atau Armada Spot dapat meluncurkan Instans Sesuai Permintaan. Namun, saat meluncurkan instance, armada menggunakan strategi alokasi yang Anda tentukan untuk memilih kumpulan tertentu dari semua kemungkinan kumpulan Anda.
Anda dapat menentukan salah satu strategi alokasi berikut untuk Instans Sesuai Permintaan:
**Harga terendah**
Instans On-Demand berasal dari kolam dengan harga terendah yang memiliki kapasitas yang tersedia. Ini adalah strategi default.
Jika kolam dengan harga terendah tidak memiliki kapasitas yang tersedia, Instans Sesuai Permintaan berasal dari kolam dengan harga terendah berikutnya yang memiliki kapasitas yang tersedia.
Jika kolam kehabisan kapasitas sebelum memenuhi kapasitas yang Anda inginkan, armada akan terus memenuhi permintaan Anda dengan menarik dari kolam dengan harga terendah berikutnya. Untuk memastikan kapasitas yang Anda inginkan terpenuhi, Anda mungkin menerima Instans Sesuai Permintaan dari beberapa kumpulan.
**Diprioritaskan**
Armada menggunakan prioritas yang Anda tetapkan untuk setiap penggantian template peluncuran, meluncurkan jenis instans dalam urutan prioritas tertinggi terlebih dahulu. Strategi ini tidak dapat digunakan dengan pemilihan tipe instans berbasis atribut. Untuk contoh cara menggunakan strategi alokasi ini, lihat[Memprioritaskan tipe instans untuk kapasitas Sesuai Permintaan](#ec2-fleet-on-demand-priority).
## Pilih strategi alokasi Spot yang sesuai
Anda dapat mengoptimalkan armada untuk kasus penggunaan dengan memilih strategi alokasi Spot yang sesuai.
### Menyeimbangkan harga terendah dan ketersediaan kapasitas
Untuk menyeimbangkan trade-off antara kumpulan kapasitas Spot dengan harga terendah dan kumpulan kapasitas Spot dengan ketersediaan kapasitas tertinggi, kami sarankan Anda menggunakan strategi alokasi **kapasitas harga** yang dioptimalkan. Strategi ini membuat keputusan terkait kolam yang akan meminta Instans Spot dari berdasarkan harga kolam dan ketersediaan kapasitas Instans Spot di kolam tersebut. Hal ini berarti bahwa kami akan meminta Instans Spot dari kolam yang kami yakini memiliki kemungkinan interupsi paling rendah dalam waktu dekat, dengan tetap mempertimbangkan harga.
Jika armada Anda menjalankan beban kerja yang tangguh dan tanpa kewarganegaraan, termasuk aplikasi kontainer, layanan mikro, aplikasi web, pekerjaan data dan analitik, dan pemrosesan batch, maka gunakan strategi alokasi **kapasitas harga yang dioptimalkan untuk penghematan biaya dan ketersediaan kapasitas** yang optimal.
Jika armada Anda menjalankan beban kerja yang mungkin memiliki biaya interupsi yang lebih tinggi terkait dengan memulai kembali tugas, Anda harus menerapkan operasi titik pemeriksaan agar aplikasi dapat memulai kembali dari titik tersebut jika terinterupsi. Dengan menggunakan checkpointing, Anda membuat strategi alokasi **kapasitas harga yang dioptimalkan** cocok untuk beban kerja ini karena mengalokasikan kapasitas dari kumpulan harga terendah yang juga menawarkan tingkat interupsi Instans Spot yang rendah.
Misalnya konfigurasi JSON yang menggunakan strategi alokasi **kapasitas harga yang dioptimalkan**, lihat berikut ini:
+ Armada EC2 — [Contoh 10: Luncurkan Instans Spot di armada price-capacity-optimized](ec2-fleet-examples.md#ec2-fleet-config11)
+ Armada Spot — [Contoh 11: Luncurkan Instans Spot di armada priceCapacityOptimized](spot-fleet-examples.md#fleet-config11)
### Ketika beban kerja memiliki biaya interupsi yang tinggi
Anda dapat secara opsional menggunakan strategi yang **dioptimalkan kapasitas** jika Anda menjalankan beban kerja yang menggunakan jenis instans dengan harga yang sama, atau di mana biaya interupsi sangat signifikan sehingga penghematan biaya tidak memadai dibandingkan dengan peningkatan interupsi marjinal. Strategi ini mengalokasikan kapasitas dari kolam kapasitas Spot yang paling banyak tersedia yang menawarkan kemungkinan lebih sedikit interupsi, yang dapat menurunkan biaya keseluruhan beban kerja Anda.
Ketika kemungkinan interupsi harus diminimalkan tetapi preferensi untuk jenis instance tertentu penting, Anda dapat mengekspresikan prioritas kumpulan Anda dengan menggunakan strategi alokasi prioritas yang **dioptimalkan kapasitas dan kemudian menetapkan urutan jenis instance untuk digunakan dari prioritas** tertinggi ke prioritas terendah.
**Perhatikan bahwa ketika Anda menetapkan prioritas untuk **kapasitas yang dioptimalkan diprioritaskan**, prioritas yang sama juga diterapkan pada Instans Sesuai Permintaan jika strategi alokasi Sesuai Permintaan ditetapkan untuk diprioritaskan.** Perhatikan juga bahwa, untuk Armada Spot, penggunaan prioritas hanya didukung jika armada Anda menggunakan templat peluncuran.
Misalnya konfigurasi JSON yang menggunakan strategi alokasi **kapasitas yang dioptimalkan**, lihat berikut ini:
+ Armada EC2 — [Contoh 8: Luncurkan Instans Spot dalam armada yang dioptimalkan kapasitas](ec2-fleet-examples.md#ec2-fleet-config9)
+ Armada Spot — [Contoh 9: Meluncurkan Instans Spot dalam armada yang dioptimalkan kapasitas](spot-fleet-examples.md#fleet-config9)
Misalnya konfigurasi JSON yang menggunakan strategi alokasi **prioritas yang dioptimalkan kapasitas, lihat** berikut ini:
+ Armada EC2 — [Contoh 9: Luncurkan Instans Spot dalam armada yang dioptimalkan kapasitas dengan prioritas](ec2-fleet-examples.md#ec2-fleet-config10)
+ Armada Spot — [Contoh 10: Meluncurkan Instans Spot dalam armada yang dioptimalkan kapasitas dengan prioritas](spot-fleet-examples.md#fleet-config10)
### Jika beban kerja Anda memiliki fleksibilitas waktu dan ketersediaan kapasitas tidak menjadi faktor
Jika armada Anda kecil atau berjalan dalam waktu singkat, Anda dapat menggunakan **kapasitas harga yang dioptimalkan** untuk memaksimalkan penghematan biaya sambil tetap mempertimbangkan ketersediaan kapasitas.
### Jika armada Anda besar atau berjalan untuk waktu yang lama
Jika armada Anda besar atau berjalan untuk waktu yang lama, Anda dapat meningkatkan ketersediaan armada Anda dengan mendistribusikan Instans Spot di beberapa kumpulan menggunakan strategi **diversifikasi**. Misalnya, jika armada Anda menentukan 10 pool dan kapasitas target 100 instans, armada meluncurkan 10 Instans Spot di setiap kumpulan. Jika harga Spot untuk satu kolam melebihi harga maksimum Anda untuk kolam ini, hanya 10% armada yang terpengaruh. Penggunaan strategi ini juga membuat armada Anda kurang sensitif terhadap kenaikan harga Spot di satu kolam dari waktu ke waktu. Dengan strategi **diversifikasi**, armada tidak meluncurkan Instans Spot ke kolam apa pun dengan harga Spot yang sama atau lebih tinggi dari harga [On-Demand](https://aws.amazon.com/ec2/pricing/).
## Pertahankan kapasitas target untuk Instans Spot
Setelah Instans Spot dihentikan karena perubahan harga Spot atau kapasitas yang tersedia dari kumpulan kapasitas Spot, armada tipe `maintain` meluncurkan Instans Spot pengganti. Strategi alokasi menentukan kolam tempat instans pengganti diluncurkan, sebagai berikut:
+ Jika strategi alokasi **dioptimalkan kapasitas harga**, armada meluncurkan instans pengganti di kumpulan yang memiliki ketersediaan kapasitas Instans Spot paling banyak sambil juga mempertimbangkan harga dan mengidentifikasi kumpulan dengan harga terendah dengan ketersediaan kapasitas tinggi.
+ Jika strategi alokasi **dioptimalkan kapasitas**, armada meluncurkan instance pengganti di kumpulan yang memiliki ketersediaan kapasitas Instans Spot paling banyak.
+ Jika strategi alokasi **terdiversifikasi**, armada mendistribusikan Instans Spot pengganti di seluruh kumpulan yang tersisa.
## Memprioritaskan tipe instans untuk kapasitas Sesuai Permintaan
Saat Armada EC2 atau Armada Spot mencoba memenuhi kapasitas Sesuai Permintaan Anda, default meluncurkan jenis instans dengan harga terendah terlebih dahulu. Jika strategi alokasi On-Demand diatur untuk **diprioritaskan**, armada menggunakan prioritas untuk menentukan jenis instans mana yang akan digunakan terlebih dahulu saat memenuhi kapasitas On-Demand. Prioritas ditetapkan ke penimpaan templat peluncuran, dan prioritas tertinggi diluncurkan terlebih dahulu.
**Contoh: Memprioritaskan tipe instans**
Dalam contoh ini, Anda mengonfigurasi tiga penimpaan templat peluncuran, masing-masing dengan tipe instans yang berbeda.
Harga Sesuai Permintaan untuk tipe instans beragam harganya. Berikut ini adalah tipe instans yang digunakan dalam contoh ini, yang tercantum dalam urutan harga, dimulai dengan tipe instans yang paling murah:
+ `m4.large` – termurah
+ `m5.large`
+ `m5a.large`
Jika Anda tidak menggunakan prioritas untuk menentukan urutan, armada akan memenuhi kapasitas Sesuai Permintaan dengan memulai dari tipe instans yang paling murah.
Namun, katakanlah Anda memiliki Instans Terpesan `m5.large` yang tidak terpakai yang ingin Anda gunakan terlebih dahulu. Anda dapat mengatur prioritas penimpaan templat peluncuran sehingga tipe instans digunakan dalam urutan prioritas, sebagai berikut:
+ `m5.large` – prioritas 1
+ `m4.large` – prioritas 2
+ `m5a.large` – prioritas 3
# Gunakan Rebalancing Kapasitas di Armada EC2 dan Armada Spot untuk mengganti Instans Spot yang berisiko
Dengan Penyeimbangan Kembali Kapasitas, Armada EC2 atau Armada Spot Anda dapat mempertahankan kapasitas Spot yang diinginkan dengan secara proaktif mengganti Instans Spot yang berisiko terganggu. [Ketika Instans Spot berisiko tinggi mengalami gangguan, Amazon EC2 mengirimkan rekomendasi penyeimbangan kembali.](rebalance-recommendations.md) Jika Capacity Rebalancing diaktifkan, rekomendasi rebalance akan memicu peluncuran Instans Spot baru sebelum instans berisiko terputus.
Penyeimbangan Kembali Kapasitas membantu Anda menjaga ketersediaan beban kerja dengan menambah armada Anda secara proaktif dengan Instans Spot baru sebelum instans yang berjalan terganggu oleh Amazon EC2.
**Untuk mengonfigurasi Armada EC2 agar menggunakan Capacity Rebalancing untuk meluncurkan Instans Spot pengganti**
Gunakan perintah [create-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-fleet.html) dan parameter yang relevan dalam struktur. `MaintenanceStrategies` Untuk contoh konfigurasi JSON, lihat[Contoh 7: Konfigurasikan Penyeimbangan Kembali Kapasitas untuk meluncurkan Instans Spot pengganti](ec2-fleet-examples.md#ec2-fleet-config8).
**Untuk mengonfigurasi Armada Spot agar menggunakan Penyeimbangan Kembali Kapasitas untuk meluncurkan Instans Spot pengganti**
Anda dapat menggunakan konsol Amazon EC2 atau AWS CLI untuk mengkonfigurasi Capacity Rebalancing.
(Konsol) Saat membuat Armada Spot, pilih kotak centang **Penyeimbangan Kapasitas**. Untuk informasi selengkapnya, lihat langkah 6.d. di [Membuat permintaan Armada Spot menggunakan parameter yang ditentukan](create-spot-fleet.md#create-spot-fleet-advanced).
(AWS CLI) Gunakan [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)perintah dan parameter yang relevan dalam `SpotMaintenanceStrategies` struktur. Untuk contoh konfigurasi JSON, lihat[Contoh 8: Mengonfigurasikan Penyeimbangan Ulang Kapasitas untuk meluncurkan Instans Spot pengganti](spot-fleet-examples.md#fleet-config8).
**Topics**
+ [
## Batasan
](#ec2-fleet-capacity-rebalance-limitations)
+ [
## Opsi konfigurasi
](#ec2-fleet-capacity-rebalance-config-options)
+ [
## Pertimbangan-pertimbangan
](#ec2-fleet-capacity-rebalance-considerations)
## Batasan
+ Penyeimbangan Ulang Kapasitas hanya tersedia untuk armada tipe `maintain`.
+ Saat armada berjalan, Anda tidak dapat mengubah pengaturan Penyeimbangan Ulang Kapasitas. Untuk mengubah pengaturan Penyeimbangan Ulang Kapasitas, Anda harus menghapus armada dan membuat armada baru.
## Opsi konfigurasi
Armada `ReplacementStrategy` untuk EC2 dan Armada Spot mendukung dua nilai berikut:
`launch-before-terminate`
Amazon EC2 mengakhiri Instans Spot yang menerima notifikasi penyeimbangan ulang setelah Instans Spot pengganti baru diluncurkan. Jika Anda menentukan `launch-before-terminate`, Anda juga harus menentukan nilai untuk `termination-delay`. Setelah instans pengganti baru diluncurkan, Amazon EC2 menunggu durasi `termination-delay`, lalu mengakhiri instans lama. Untuk `termination-delay`, minimum adalah 120 detik (2 menit), dan maksimum adalah 7200 detik (2 jam).
Sebaiknya Anda menggunakan `launch-before-terminate` hanya jika Anda dapat memprediksi lamanya prosedur pematian instans Anda akan selesai. Hal ini akan memastikan bahwa instans lama diakhiri hanya setelah prosedur pematian selesai. Perhatikan bahwa Amazon EC2 dapat menginterupsi instans lama dengan peringatan dua menit sebelum `termination-delay`.
Kami sangat menyarankan agar tidak menggunakan strategi alokasi `lowest-price` (Armada EC2) atau `lowestPrice` (Armada Spot) yang dikombinasikan dengan `launch-before-terminate` untuk menghindari penggantian Instans Spot yang juga berisiko tinggi mengalami gangguan.
`launch`
Amazon EC2 meluncurkan Instans Spot pengganti saat notifikasi penyeimbangan ulang dipancarkan untuk Instans Spot yang sudah ada. Amazon EC2 tidak mengakhiri instans yang menerima notifikasi penyeimbangan ulang. Anda dapat mengakhiri instans lama, atau membiarkannya berjalan. Anda dikenai biaya untuk semua instans saat semuanya berjalan.
## Pertimbangan-pertimbangan
Jika Anda mengonfigurasi Armada EC2 atau Armada Spot untuk Penyeimbangan Kembali Kapasitas, pertimbangkan hal berikut:
**Berikan sebanyak mungkin kolam kapasitas Spot dalam permintaan**
Konfigurasikan armada Anda untuk menggunakan beberapa jenis instans dan Availability Zone. Hal ini akan memberikan fleksibilitas untuk meluncurkan Instans Spot di berbagai kolam kapasitas Spot. Untuk informasi selengkapnya, lihat [Bersikaplah fleksibel terkait tipe instans dan Zona Ketersediaan](spot-best-practices.md#be-instance-type-flexible).
**Hindari peningkatan risiko gangguan penggantian Instans Spot**
Untuk menghindari peningkatan risiko gangguan, kami merekomendasikan strategi `capacity-optimized` atau `capacity-optimized-prioritized` alokasi. Strategi ini memastikan bahwa Instans Spot diluncurkan di kolam kapasitas Spot yang paling optimal, dan karena itu kemungkinan tidak akan terinterupsi dalam waktu dekat. Untuk informasi selengkapnya, lihat [Menggunakan strategi alokasi harga dan kapasitas yang dioptimalkan](spot-best-practices.md#use-capacity-optimized-allocation-strategy).
Jika Anda menggunakan strategi `lowest-price` alokasi, Instans Spot pengganti Anda mungkin berisiko tinggi mengalami gangguan. Hal ini disebabkan karena Amazon EC2 akan selalu meluncurkan instans di kolam dengan harga terendah yang memiliki kapasitas yang tersedia pada saat itu, meskipun Instans Spot pengganti Anda kemungkinan akan terinterupsi sesaat setelah diluncurkan.
**Amazon EC2 hanya akan meluncurkan instans baru jika ketersediaannya sama atau lebih baik**
Salah satu tujuan dari Penyeimbangan Ulang kapasitas adalah untuk meningkatkan ketersediaan Instans Spot. Jika Instans Spot yang ada menerima rekomendasi penyeimbangan ulang, Amazon EC2 hanya akan meluncurkan instans baru jika instans baru tersebut memberikan ketersediaan yang sama atau lebih baik daripada instans yang sudah ada. Jika risiko gangguan instans baru akan lebih buruk daripada instans yang sudah ada, Amazon EC2 tidak akan meluncurkan instans baru. Namun, Amazon EC2 akan terus menilai kolam kapasitas Spot, dan akan meluncurkan instans baru jika ketersediaan membaik.
Ada kemungkinan instans Anda yang ada akan terinterupsi tanpa Amazon EC2 yang secara proaktif meluncurkan instans baru. Jika hal ini terjadi, Amazon EC2 akan berupaya meluncurkan instans baru terlepas dari apakah instans baru tersebut memiliki risiko gangguan yang tinggi.
**Penyeimbangan Ulang Kapasitas tidak meningkatkan tingkat interupsi Instans Spot Anda**
Saat Anda mengaktifkan Penyeimbangan Ulang Kapasitas, hal tersebut tidak meningkatkan [tingkat interupsi Instans Spot](spot-interruptions.md) Anda (jumlah Instans Spot yang diklaim kembali saat Amazon EC2 membutuhkan kapasitas kembali). Namun, jika Penyeimbangan Ulang Kapasitas mendeteksi instans yang berada pada berisiko terinterupsi, Amazon EC2 akan segera berupaya meluncurkan instans baru. Hasilnya adalah lebih banyak instans yang mungkin diganti dibandingkan jika Anda menunggu Amazon EC2 meluncurkan instans baru setelah instans yang berisiko terinterupsi.
Meskipun Anda dapat mengganti lebih banyak instans dengan Penyeimbangan Ulang Kapasitas diaktifkan, Anda akan mendapatkan keuntungan dengan bersikap proaktif daripada reaktif dengan memiliki lebih banyak waktu untuk mengambil tindakan sebelum instans Anda terinterupsi. Dengan [pemberitahuan interupsi Instans Spot](spot-instance-termination-notices.md), Anda biasanya hanya memiliki waktu hingga dua menit untuk mematikan instans Anda dengan baik. Dengan Penyeimbangan Ulang Kapasitas meluncurkan instans baru terlebih dahulu, Anda memberikan kesempatan yang lebih baik untuk menyelesaikan proses yang sudah ada pada instans berisiko, Anda dapat memulai prosedur pematian instans, dan mencegah pekerjaan baru dijadwalkan pada instans berisiko Anda. Anda juga bisa mulai menyiapkan instans yang baru diluncurkan untuk mengambil alih aplikasi. Dengan penggantian proaktif dari Penyeimbangan Ulang Kapasitas, Anda akan mendapatkan keuntungan dari kesinambungan yang baik.
Sebagai contoh teoretis untuk menunjukkan risiko dan manfaat menggunakan Penyeimbangan Ulang Kapasitas, pertimbangkan skenario berikut:
+ 14:00 – Rekomendasi penyeimbangan ulang diterima untuk instans-A, dan Amazon EC2 segera mulai berupaya meluncurkan instans-B pengganti, sehingga memberi Anda waktu untuk memulai prosedur pematian.\$1
+ 14:30 – Rekomendasi penyeimbangan ulang diterima untuk instans-B, diganti dengan instans-C, sehingga memberi Anda waktu untuk memulai prosedur pematian.\$1
+ 14:32 – Jika Penyeimbangan Ulang Kapasitas tidak diaktifkan, dan jika pemberitahuan interupsi Instans Spot akan diterima pada pukul 14:32 untuk instans-A, Anda hanya memiliki waktu hingga dua menit untuk mengambil tindakan, tetapi Instans-A akan berjalan hingga saat ini.
\$1 Jika `launch-before-terminate` ditentukan, Amazon EC2 akan mengakhiri instans yang berada dalam risiko setelah instans pengganti online.
**Amazon EC2 dapat meluncurkan Instans Spot pengganti yang baru hingga kapasitas yang terpenuhi adalah dua kali lipat dari kapasitas target**
Ketika armada dikonfigurasi untuk Penyeimbangan Kembali Kapasitas, armada mencoba meluncurkan Instans Spot pengganti baru untuk setiap Instans Spot yang menerima rekomendasi penyeimbangan kembali. Setelah Instans Spot menerima rekomendasi penyeimbangan ulang, Instans Spot tersebut tidak lagi dianggap sebagai bagian dari kapasitas yang terpenuhi. Bergantung pada strategi penggantian, Amazon EC2 akan mengakhiri instans setelah penundaan pengakhiran yang telah dikonfigurasikan sebelumnya, atau membiarkannya tetap berjalan. Hal ini memberikan kesempatan kepada Anda untuk melakukan [tindakan penyeimbangan ulang](rebalance-recommendations.md#rebalancing-actions) pada instans.
Jika armada Anda mencapai dua kali lipat dari kapasitas target, armada akan berhenti meluncurkan instans pengganti yang baru meskipun instans pengganti itu sendiri menerima rekomendasi penyeimbangan ulang.
Misalnya, Anda membuat armada dengan kapasitas target 100 Instans Spot. Semua Instans Spot menerima rekomendasi penyeimbangan ulang, yang menyebabkan Amazon EC2 meluncurkan 100 Instans Spot pengganti. Hal ini meningkatkan jumlah Instans Spot yang terpenuhi menjadi 200, atau dua kali lipat dari kapasitas yang ditargetkan. Beberapa instans pengganti menerima rekomendasi penyeimbangan kembali, tetapi tidak ada lagi instance pengganti yang diluncurkan karena armada tidak dapat melebihi dua kali lipat kapasitas targetnya.
Perhatikan bahwa Anda dikenai biaya untuk semua instans saat berjalan.
**Kami menyarankan Anda mengonfigurasi armada Anda untuk menghentikan Instans Spot yang menerima rekomendasi penyeimbangan ulang**
Jika Anda mengonfigurasi armada untuk Penyeimbangan Kembali Kapasitas, kami sarankan Anda memilih `launch-before-terminate` dengan penundaan penghentian yang sesuai hanya jika Anda dapat memprediksi berapa lama prosedur penghentian instans Anda akan selesai. Hal ini akan memastikan bahwa instans lama diakhiri hanya setelah prosedur pematian selesai.
Jika memilih untuk mengakhiri instans yang direkomendasikan untuk penyeimbangan ulang, kami menyarankan Anda untuk memantau sinyal rekomendasi penyeimbangan ulang yang diterima oleh Instans Spot di armada. Dengan memantau sinyal, Anda dapat dengan cepat melakukan [tindakan penyeimbangan ulang](rebalance-recommendations.md#rebalancing-actions) pada instans yang terpengaruh sebelum Amazon EC2 menginterupsinya, lalu Anda dapat mengakhirinya secara manual. Jika Anda tidak mengakhiri instans tersebut, Anda akan terus membayarnya saat instans tersebut berjalan. Amazon EC2 tidak secara otomatis mengakhiri instans yang menerima notifikasi penyeimbangan ulang.
Anda dapat mengatur notifikasi menggunakan Amazon EventBridge atau metadata instans. Untuk informasi selengkapnya, lihat [Pantau sinyal rekomendasi penyeimbangan kembali](rebalance-recommendations.md#monitor-rebalance-recommendations).
**Armada tidak menghitung instance yang menerima rekomendasi penyeimbangan kembali saat menghitung kapasitas yang terpenuhi selama skala masuk atau keluar**
Jika armada Anda dikonfigurasi untuk Penyeimbangan Kembali Kapasitas, dan Anda mengubah kapasitas target menjadi skala atau skala keluar, armada tidak menghitung instans yang ditandai untuk penyeimbangan kembali sebagai bagian dari kapasitas yang terpenuhi, sebagai berikut:
+ Menskalakan ke dalam – Jika Anda menurunkan kapasitas target yang Anda inginkan, Amazon EC2 akan mengakhiri instans yang tidak ditandai untuk penyeimbangan ulang hingga kapasitas yang diinginkan tercapai. Instans yang ditandai untuk penyeimbangan ulang tidak diperhitungkan pada kapasitas yang terpenuhi.
Misalnya, Anda membuat armada dengan kapasitas target 100 Instans Spot. 10 instans menerima rekomendasi penyeimbangan ulang, sehingga Amazon EC2 meluncurkan 10 instans pengganti baru, menghasilkan kapasitas terpenuhi 110 instans. Anda kemudian mengurangi kapasitas target menjadi 50 (menskalakan ke dalam), tetapi kapasitas yang terpenuhi sebenarnya adalah 60 instans karena 10 instans yang ditandai untuk penyeimbangan ulang tidak diakhiri oleh Amazon EC2. Anda harus mengakhiri instans ini secara manual, atau Anda dapat membiarkannya tetap berjalan.
+ Menskalakan ke luar – Jika Anda meningkatkan kapasitas target yang diinginkan, Amazon EC2 akan meluncurkan instans baru hingga kapasitas yang diinginkan tercapai. Instans yang ditandai untuk penyeimbangan ulang tidak diperhitungkan pada kapasitas yang terpenuhi.
Misalnya, Anda membuat armada dengan kapasitas target 100 Instans Spot. 10 instans menerima rekomendasi penyeimbangan ulang, sehingga armada meluncurkan 10 instans pengganti baru, menghasilkan kapasitas terpenuhi 110 instans. Anda kemudian meningkatkan kapasitas target menjadi 200 (menskalakan ke luar), tetapi kapasitas yang terpenuhi sebenarnya adalah 210 instans karena 10 instans yang ditandai untuk penyeimbangan ulang tidak diperhitungkan oleh armada sebagai bagian dari kapasitas target. Anda harus mengakhiri instans ini secara manual, atau Anda dapat membiarkannya tetap berjalan.
# Gunakan Reservasi Kapasitas untuk memesan kapasitas Sesuai Permintaan di Armada EC2
Dengan Reservasi Kapasitas Sesuai Permintaan, Anda dapat memesan kapasitas komputasi untuk Instans Sesuai Permintaan di Zona Ketersediaan tertentu untuk durasi berapa pun. Anda dapat mengonfigurasi Armada EC2 untuk menggunakan Reservasi Kapasitas terlebih dahulu saat meluncurkan Instans Sesuai Permintaan.
Pemesanan Kapasitas Sesuai Permintaan hanya tersedia untuk Armada EC2 dengan jenis permintaan yang diatur ke. `instant`
Reservasi Kapasitas dikonfigurasi sebagai `open` atau `targeted`. Armada EC2 dapat meluncurkan Instans Sesuai Permintaan ke dalam Reservasi Kapasitas `open` atau `targeted`, sebagai berikut:
+ Jika Reservasi Kapasitas adalah `open`, Instans Sesuai Permintaan yang memiliki atribut yang cocok secara otomatis akan berjalan dalam kapasitas terpesan.
+ Jika Reservasi Kapasitas adalah `targeted`, Instans Sesuai Permintaan harus secara khusus menargetkannya untuk dijalankan dalam kapasitas terpesan. Hal ini berguna untuk menggunakan Reservasi Kapasitas tertentu atau untuk mengontrol kapan harus menggunakan Reservasi Kapasitas tertentu.
Jika Anda menggunakan Reservasi Kapasitas `targeted` di Armada EC2, harus ada Reservasi Kapasitas yang cukup untuk memenuhi kapasitas target Sesuai Permintaan, atau peluncuran gagal. Untuk menghindari kegagalan peluncuran, lebih baik tambahkan Reservasi Kapasitas `targeted` ke grup sumber daya, lalu targetkan grup sumber daya tersebut. Grup sumber daya tidak perlu memiliki cukup Reservasi Kapasitas; jika kehabisan Reservasi Kapasitas sebelum kapasitas target Sesuai Permintaan terpenuhi, armada dapat meluncurkan kapasitas target yang tersisa ke dalam kapasitas Sesuai Permintaan reguler.
**Untuk menggunakan Reservasi Kapasitas dengan Armada EC2**
1. Konfigurasikan armada sebagai tipe `instant`. Anda tidak dapat menggunakan Reservasi Kapasitas untuk armada tipe lain.
1. Konfigurasikan strategi penggunaan untuk Reservasi Kapasitas sebagai `use-capacity-reservations-first`.
1. Pada templat peluncuran, untuk **Reservasi kapasitas**, pilih **Buka** atau **Target berdasarkan grup**. Jika Anda memilih **Target berdasarkan grup**, tentukan ID grup sumber daya Reservasi Kapasitas.
Ketika armada mencoba untuk memenuhi kapasitas Sesuai Permintaan, jika armada menemukan bahwa lebih dari satu kolam instans memiliki Reservasi Kapasitas yang cocok yang tidak terpakai, armada akan menentukan kolam yang akan digunakan untuk meluncurkan Instans Sesuai Permintaan berdasarkan strategi alokasi Sesuai Permintaan (`lowest-price` atau `prioritized`).
**Sumber daya terkait**
+ Untuk contoh CLI tentang cara mengonfigurasi armada untuk menggunakan Reservasi Kapasitas untuk memenuhi kapasitas Sesuai Permintaan, lihat[Contoh konfigurasi CLI untuk Armada EC2](ec2-fleet-examples.md), khususnya Contoh 5 hingga 7.
+ Untuk tutorial yang membawa Anda melalui langkah-langkah untuk membuat Reservasi Kapasitas, menggunakannya di armada Anda, dan melihat berapa banyak Reservasi Kapasitas yang tersisa, lihat [Tutorial: Konfigurasikan Armada EC2 untuk meluncurkan Instans Sesuai Permintaan menggunakan Reservasi Kapasitas yang ditargetkan](ec2-fleet-launch-on-demand-instances-using-targeted-capacity-reservations-walkthrough.md)
+ Untuk informasi tentang mengonfigurasi Reservasi Kapasitas, lihat [Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2](ec2-capacity-reservations.md) dan Reservasi Kapasitas [Sesuai Permintaan](https://aws.amazon.com/ec2/faqs/#On-Demand_Capacity_Reservation). FAQs