Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# AWS layanan terintegrasi dengan Amazon EC2 Auto Scaling
Amazon EC2 Auto Scaling dapat diintegrasikan AWS dengan layanan lain. Tinjau opsi integrasi berikut untuk mempelajari lebih lanjut tentang cara kerja setiap layanan dengan Amazon EC2 Auto Scaling.
**Topics**
+ [Rebalancing Kapasitas di Auto Scaling untuk menggantikan Instans Spot yang berisiko](ec2-auto-scaling-capacity-rebalancing.md)
+ [Kapasitas cadangan di Availability Zone tertentu dengan Reservasi Kapasitas](use-ec2-capacity-reservations.md)
+ [Buat grup Auto Scaling dari baris perintah menggunakan AWS CloudShell](create-auto-scaling-groups-with-cloudshell.md)
+ [Buat grup Auto Scaling dengan AWS CloudFormation](creating-auto-scaling-groups-with-cloudformation.md)
+ [Dapatkan rekomendasi tipe instans dengan AWS Compute Optimizer](asg-getting-recommendations.md)
+ [Gunakan Elastic Load Balancing untuk mendistribusikan lalu lintas aplikasi yang masuk dalam grup Auto Scaling](autoscaling-load-balancer.md)
+ [Mengelola arus lalu lintas dengan grup target VPC Lattice](ec2-auto-scaling-vpc-lattice.md)
+ [Gunakan EventBridge untuk menangani peristiwa Auto Scaling](automating-ec2-auto-scaling-with-eventbridge.md)
+ [Menyediakan konektivitas jaringan untuk instans Auto Scaling menggunakan Amazon VPC](asg-in-vpc.md)
# Rebalancing Kapasitas di Auto Scaling untuk menggantikan Instans Spot yang berisiko
Penyeimbangan Kembali Kapasitas dalam Auto Scaling membantu Anda menjaga ketersediaan beban kerja dengan secara proaktif mengganti Instans Spot yang berisiko terputus.
Jika Instans Spot berisiko tinggi mengalami gangguan, layanan Amazon EC2 Spot mengirimkan rekomendasi penyeimbangan ulang instans EC2 ke Amazon EC2 Auto Scaling. Jika Anda mengaktifkan Rebalancing Kapasitas, Auto Scaling mencoba mengganti Instans Spot secara proaktif di grup Anda yang telah menerima rekomendasi penyeimbangan ulang instans EC2. Ini memberikan kesempatan untuk menyeimbangkan kembali beban kerja Anda ke Instans Spot baru yang tidak berisiko tinggi mengalami gangguan.
Jika Anda tidak menggunakan Penyeimbangan Kembali Kapasitas, Auto Scaling tidak akan menggantikan Instans Spot hingga setelah layanan Spot Amazon EC2 mengganggu instans dan pemeriksaan kesehatannya gagal. Sebelum menyela instans, Amazon EC2 selalu memberikan rekomendasi penyeimbangan ulang instans EC2 dan pemberitahuan interupsi instans dua menit Spot.
**Topics**
+ [Ikhtisar](#capacity-rebalancing-overview)
+ [Perilaku penyeimbangan kembali kapasitas](#capacity-rebalancing-behavior)
+ [Pertimbangan-pertimbangan](#capacity-rebalancing-considerations)
+ [Aktifkan Penyeimbangan Kembali Kapasitas untuk secara proaktif mengganti Instans Spot yang berisiko](enable-capacity-rebalancing-console-cli.md)
## Ikhtisar
Untuk menggunakan Capacity Rebalancing dengan grup Auto Scaling Anda, langkah-langkah dasarnya adalah:
1. Konfigurasikan grup Auto Scaling Anda untuk menggunakan beberapa jenis instans dan Availability Zone. Dengan cara ini, Amazon EC2 Auto Scaling dapat melihat kapasitas yang tersedia untuk Instans Spot di setiap Availability Zone. Untuk informasi selengkapnya, lihat [Grup Auto Scaling dengan beberapa tipe instans dan opsi pembelian](ec2-auto-scaling-mixed-instances-groups.md).
1. Tambahkan kait siklus hidup sesuai kebutuhan untuk melakukan shutdown aplikasi Anda yang anggun di dalam instance yang menerima notifikasi penyeimbangan ulang. Untuk informasi selengkapnya, lihat [Hook siklus aktif Amazon EC2 Auto Scaling](lifecycle-hooks.md).
Berikut ini adalah beberapa alasan mengapa Anda mungkin menggunakan pengait siklus hidup:
+ Untuk pematian worker Amazon SQS secara baik
+ Untuk menyelesaikan deregistrasi dari Domain Name System (DNS)
+ Untuk menarik log sistem atau aplikasi dan mengunggahnya ke Amazon Simple Storage Service (Amazon S3)
1. Kembangkan tindakan kustom untuk kait siklus hidup. Untuk menjalankan tindakan kustom Anda sesegera mungkin, Anda perlu tahu kapan instance siap untuk dihentikan. Cari tahu ini dengan mendeteksi status siklus hidup instance.
+ Untuk menjalankan tindakan di luar instance, tulis EventBridge aturan dan otomatiskan tindakan apa yang harus diambil ketika pola peristiwa cocok dengan aturan.
+ Untuk menjalankan tindakan di dalam instance, konfigurasikan instance untuk menjalankan skrip shutdown dan mengambil status siklus hidup melalui metadata instance.
Sangat penting untuk merancang tindakan khusus untuk diselesaikan dalam waktu kurang dari dua menit. Ini memastikan ada cukup waktu untuk menyelesaikan tugas sebelum penghentian instance.
Setelah Anda menyelesaikan langkah-langkah ini, Anda dapat mulai menggunakan Capacity Rebalancing.
## Perilaku penyeimbangan kembali kapasitas
Dengan Penyeimbangan Kembali Kapasitas, Amazon EC2 Auto Scaling berperilaku seperti berikut saat instance menerima rekomendasi penyeimbangan ulang:
+ Saat Instans Spot baru diluncurkan, Amazon EC2 Auto Scaling menunggu hingga instans baru melewati pemeriksaan kesehatannya sebelum menghentikan instance sebelumnya. Saat mengganti lebih dari satu instance, penghentian setiap instance sebelumnya dimulai setelah instans baru diluncurkan dan lulus pemeriksaan kesehatannya.
+ Karena Amazon EC2 Auto Scaling mencoba meluncurkan instans baru sebelum menghentikan instans sebelumnya, berada pada atau mendekati kapasitas maksimum yang ditentukan dapat menghambat atau sepenuhnya menghentikan aktivitas penyeimbangan kembali. Untuk menghindari masalah ini, Amazon EC2 Auto Scaling sementara dapat melebihi ukuran maksimum grup hingga 10 persen dari kapasitas yang diinginkan.
+ Jika Anda tidak menambahkan kait siklus hidup ke grup Auto Scaling, Amazon EC2 Auto Scaling mulai menghentikan instans sebelumnya segera setelah instans baru lulus pemeriksaan kesehatannya.
+ Jika Anda menambahkan kait siklus hidup, ini memperpanjang jumlah waktu yang diperlukan sebelum kami mulai menghentikan instance sebelumnya dengan nilai batas waktu yang Anda tentukan untuk hook siklus hidup.
+ Jika Anda menggunakan kebijakan penskalaan atau penskalaan terjadwal, aktivitas penskalaan berjalan secara paralel. Jika aktivitas penskalaan sedang berlangsung dan grup Auto Scaling Anda berada di bawah kapasitas baru yang diinginkan, Amazon EC2 Auto Scaling akan keluar terlebih dahulu sebelum menghentikan instans sebelumnya.
Jika tidak ada kapasitas untuk jenis instans Anda di satu Availability Zone, Amazon EC2 Auto Scaling terus mencoba meluncurkan Instans Spot di Availability Zone lain yang diaktifkan hingga berhasil.
Dalam skenario terburuk, jika instance baru gagal diluncurkan atau pemeriksaan kesehatannya gagal, Amazon EC2 Auto Scaling terus mencoba meluncurkannya kembali. Saat mencoba meluncurkan instance baru, yang sebelumnya pada akhirnya akan terganggu dan dihentikan secara paksa dengan pemberitahuan interupsi dua menit.
## Pertimbangan-pertimbangan
Pertimbangkan hal berikut saat menggunakan Capacity Rebalancing:
**Rancang aplikasi Anda agar toleran terhadap interupsi Spot**
Aplikasi Anda harus dapat menangani perubahan dinamis dalam jumlah instance dan kemungkinan Instance Spot terputus lebih awal. Misalnya, jika grup Auto Scaling Anda berada di belakang penyeimbang beban Elastic Load Balancing, Amazon EC2 Auto Scaling menunggu instans membatalkan pendaftaran dari penyeimbang beban sebelum memanggil hook siklus hidup Anda. Jika waktu untuk membatalkan pendaftaran instans dan menyelesaikan tindakan siklus hidup terlalu lama, instans mungkin terputus saat Amazon EC2 Auto Scaling menunggu tindakan siklus hidup Anda selesai sebelum menghentikan instance.
Amazon EC2 tidak selalu memungkinkan untuk mengirim sinyal rekomendasi penyeimbangan ulang sebelum pemberitahuan interupsi Instans Spot dua menit. Terkadang, sinyal rekomendasi penyeimbangan kembali tiba bersamaan dengan pemberitahuan interupsi dua menit. Ketika ini terjadi, Amazon EC2 Auto Scaling memanggil hook siklus hidup dan mencoba meluncurkan Instans Spot baru dengan segera.
**Hindari peningkatan risiko gangguan penggantian Instans Spot**
Instans Spot pengganti Anda mungkin berisiko tinggi mengalami gangguan jika Anda menggunakan strategi `lowest-price` alokasi. Ini karena kami meluncurkan instans di kolam dengan harga terendah yang memiliki kapasitas yang tersedia pada saat itu, meskipun Instans Spot pengganti Anda kemungkinan akan terganggu segera setelah diluncurkan. Untuk menghindari peningkatan risiko gangguan, kami sangat menyarankan agar Anda tidak menggunakan strategi `lowest-price` alokasi. Sebagai gantinya, kami merekomendasikan strategi `price-capacity-optimized` alokasi. Strategi ini meluncurkan Instans Spot pengganti di kumpulan Spot yang paling tidak mungkin terganggu dan memiliki harga serendah mungkin. Oleh karena itu, mereka cenderung tidak terganggu dalam waktu dekat.
**Amazon EC2 Auto Scaling hanya akan meluncurkan instance 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 Auto Scaling hanya akan meluncurkan instans baru jika instans baru memberikan ketersediaan yang sama atau lebih baik daripada instans yang ada. Jika risiko gangguan instans baru akan lebih buruk daripada instans yang ada, maka Amazon EC2 Auto Scaling tidak akan meluncurkan instance baru. Namun, Amazon EC2 Auto Scaling akan terus menilai kumpulan kapasitas Spot berdasarkan informasi yang diberikan oleh layanan Amazon EC2 Spot, dan akan meluncurkan instans baru jika ketersediaan meningkat.
Ada kemungkinan instans Anda yang ada akan terganggu tanpa Amazon EC2 Auto Scaling secara proaktif meluncurkan instans baru. Ketika ini terjadi, Amazon EC2 Auto Scaling mencoba meluncurkan instans baru segera setelah menerima pemberitahuan gangguan Instans Spot. Ini terjadi terlepas dari apakah instance baru 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-interruptions.html) Anda (jumlah Instans Spot yang diklaim kembali saat Amazon EC2 membutuhkan kapasitas kembali). Namun, jika Capacity Rebalancing mendeteksi instans berisiko mengalami gangguan, Amazon EC2 Auto Scaling akan segera mencoba meluncurkan instans baru. Oleh karena itu, lebih banyak instans mungkin diganti daripada jika Anda menunggu Amazon EC2 Auto Scaling meluncurkan instans baru setelah instans berisiko terputus.
Meskipun Anda mungkin mengganti lebih banyak instance dengan Capacity Rebalancing diaktifkan, Anda mendapat manfaat dari menjadi proaktif daripada reaktif. Ini memberi Anda lebih banyak waktu untuk mengambil tindakan sebelum instans Anda terganggu. Dengan [pemberitahuan interupsi Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-instance-termination-notices.html), Anda biasanya hanya memiliki waktu hingga dua menit untuk mematikan instans Anda dengan baik. Dengan Capacity Rebalancing meluncurkan instans baru sebelumnya, Anda memberikan kesempatan yang lebih baik untuk menyelesaikan proses yang ada pada instans berisiko Anda. Anda juga dapat memulai prosedur penghentian instans, mencegah pekerjaan baru dijadwalkan pada instans berisiko Anda, dan menyiapkan instans yang baru diluncurkan untuk mengambil alih aplikasi. Dengan penggantian proaktif dalam Penyeimbangan Kembali Kapasitas, Anda mendapat manfaat dari kontinuitas yang anggun.
Contoh teoritis berikut menunjukkan risiko dan manfaat menggunakan Capacity Rebalancing:
+ 14:00 - Rekomendasi penyeimbangan ulang diterima misalnya A. Amazon EC2 Auto Scaling segera mencoba meluncurkan instans pengganti B, memberi Anda waktu untuk memulai prosedur shutdown Anda.
+ 2:30 PM — Rekomendasi penyeimbangan ulang diterima misalnya B, yang diganti dengan contoh C. Ini memberi Anda waktu untuk memulai prosedur shutdown Anda.
+ 14:32 — Jika Penyeimbangan Kembali Kapasitas tidak diaktifkan, dan jika pemberitahuan gangguan Instans Spot akan diterima pada pukul 14:32 misalnya A, Anda hanya memiliki dua menit untuk mengambil tindakan. Namun, Instance A akan terus berjalan hingga saat ini.
# Aktifkan Penyeimbangan Kembali Kapasitas untuk secara proaktif mengganti Instans Spot yang berisiko
Anda dapat menggunakan Konsol Manajemen AWS atau AWS CLI untuk mengaktifkan Rebalancing Kapasitas untuk grup Auto Scaling Anda. Saat Penyeimbangan Kembali Kapasitas diaktifkan, Amazon EC2 Auto Scaling mencoba mengganti Instans Spot secara proaktif di grup Anda yang telah menerima rekomendasi penyeimbangan ulang instans EC2.
## Aktifkan Rebalancing Kapasitas (konsol)
Anda dapat mengaktifkan atau menonaktifkan Capacity Rebalancing saat membuat atau memperbarui grup Auto Scaling.
**Untuk mengaktifkan Capacity Rebalancing untuk grup Auto Scaling baru**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih **Buat grup Auto Scaling**.
1. Untuk **Langkah 1: Pilih template peluncuran atau konfigurasi**, masukkan nama untuk grup Auto Scaling, pilih template peluncuran, lalu pilih **Berikutnya** untuk melanjutkan ke langkah berikutnya.
1. Untuk **Langkah 2: Pilih opsi peluncuran instance**, untuk **persyaratan jenis Instance**, pilih pengaturan untuk membuat grup instance campuran. Ini termasuk jenis instans yang dapat diluncurkan, opsi pembelian instans, dan strategi alokasi untuk Instans Spot dan Sesuai Permintaan. Secara default, pengaturan ini tidak dikonfigurasi. Untuk mengonfigurasinya, Anda harus memilih **Override launch template**. Untuk informasi selengkapnya tentang membuat grup instance campuran, lihat[Grup Auto Scaling dengan beberapa tipe instans dan opsi pembelian](ec2-auto-scaling-mixed-instances-groups.md).
1. Di bawah **Jaringan**, pilih opsi yang diinginkan. Verifikasi bahwa subnet yang ingin Anda gunakan berada di Availability Zone yang berbeda.
1. Di bawah bagian **Strategi alokasi**, pilih strategi alokasi Spot. **Aktifkan atau nonaktifkan Penyeimbangan Kembali Kapasitas dengan memilih atau menghapus kotak centang di bawah Penyeimbangan Kembali Kapasitas.** Anda hanya melihat opsi ini ketika Anda meminta persentase grup Auto Scaling untuk diluncurkan sebagai Instans Spot di bagian Opsi **pembelian Instans**.
1. Buat grup Auto Scaling.
1. (Opsional) Tambahkan kait siklus hidup sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Tambahkan kait siklus hidup ke grup Auto Scaling](adding-lifecycle-hooks.md).
**Untuk mengaktifkan atau menonaktifkan Penyeimbangan Ulang Kapasitas untuk grup Auto Scaling yang ada**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup Auto Scaling Anda. Panel split terbuka di bagian bawah halaman.
1. Pada tab **Detail**, pilih **Strategi alokasi**, **Edit**.
1. **Di bawah bagian **Strategi alokasi**, aktifkan atau nonaktifkan Penyeimbangan Kembali Kapasitas dengan memilih atau menghapus kotak centang di bawah Penyeimbangan Kembali Kapasitas.**
1. Pilih **Perbarui**.
## Aktifkan Rebalancing Kapasitas ()AWS CLI
Contoh berikut menunjukkan cara menggunakan untuk mengaktifkan dan menonaktifkan Capacity Rebalancing. AWS CLI
Gunakan perintah [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) atau [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) dengan parameter berikut:
+ `--capacity-rebalance`/`--no-capacity-rebalance`— Nilai Boolean yang menunjukkan apakah Capacity Rebalancing diaktifkan.
Sebelum memanggil perintah [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html), Anda perlu nama templat peluncuran yang dikonfigurasi untuk digunakan dengan grup Auto Scaling. Untuk informasi selengkapnya, lihat [Buat templat peluncuran untuk grup Auto Scaling](create-launch-template.md).
**catatan**
Prosedur berikut menunjukkan cara menggunakan file konfigurasi dalam format JSON atau YAML. Jika Anda menggunakan AWS CLI versi 1, Anda harus menentukan file konfigurasi berformat JSON. Jika Anda menggunakan AWS CLI versi 2, Anda dapat menentukan file konfigurasi yang diformat dalam YAMAL atau JSON.
### JSON
**Untuk membuat dan mengonfigurasi grup Auto Scaling baru**
+ Gunakan [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)perintah berikut untuk membuat grup Auto Scaling baru dan aktifkan Capacity Rebalancing. Perintah ini mereferensikan file JSON sebagai satu-satunya parameter untuk grup Auto Scaling Anda.
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Jika Anda belum memiliki file konfigurasi CLI yang menentukan [kebijakan bauran instance](ec2-auto-scaling-mixed-instances-groups.md), buat file tersebut.
Tambahkan baris berikut ke objek JSON level-atas di file konfigurasi.
```
{
"CapacityRebalance": true
}
```
Berikut ini adalah contoh file `config.json`.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredCapacity": 12,
"MinSize": 12,
"MaxSize": 15,
"CapacityRebalance": true,
"MixedInstancesPolicy": {
"InstancesDistribution": {
"OnDemandBaseCapacity": 0,
"OnDemandPercentageAboveBaseCapacity": 25,
"SpotAllocationStrategy": "price-capacity-optimized"
},
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
"InstanceType": "c4.large"
},
{
"InstanceType": "m4.large"
},
{
"InstanceType": "c3.large"
},
{
"InstanceType": "m3.large"
}
]
}
},
"TargetGroupARNs": "arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff",
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
}
```
### YAML
**Untuk membuat dan mengonfigurasi grup Auto Scaling baru**
+ Gunakan [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)perintah berikut untuk membuat grup Auto Scaling baru dan aktifkan Capacity Rebalancing. Perintah ini mereferensikan file YAMAL sebagai satu-satunya parameter untuk grup Auto Scaling Anda.
```
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
```
Tambahkan baris berikut ke file konfigurasi Anda dalam format YAML.
```
CapacityRebalance: true
```
Berikut ini adalah contoh file `config.yaml`.
```
---
AutoScalingGroupName: my-asg
DesiredCapacity: 12
MinSize: 12
MaxSize: 15
CapacityRebalance: true
MixedInstancesPolicy:
InstancesDistribution:
OnDemandBaseCapacity: 0
OnDemandPercentageAboveBaseCapacity: 25
SpotAllocationStrategy: price-capacity-optimized
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
- InstanceType: c4.large
- InstanceType: m4.large
- InstanceType: c3.large
- InstanceType: m3.large
TargetGroupARNs:
- arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
```
**Untuk mengaktifkan Capacity Rebalancing untuk grup Auto Scaling yang ada**
+ Gunakan perintah [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) berikut ini untuk mengaktifkan Capacity Rebalancing.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--capacity-rebalance
```
**Untuk memverifikasi bahwa Capacity Rebalancing sudah diaktifkan untuk grup Auto Scaling**
+ Gunakan perintah [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) berikut ini untuk memverifikasi bahwa Capacity Rebalancing diaktifkan dan untuk melihat detail.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
Berikut ini adalah contoh respons.
```
{
"AutoScalingGroups": [
{
"AutoScalingGroupName": "my-asg",
"AutoScalingGroupARN": "arn",
...
"CapacityRebalance": true
}
]
}
```
**Untuk menonaktifkan Capacity Rebalancing**
Gunakan perintah [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) dengan opsi `--no-capacity-rebalance` untuk menonaktifkan Capacity Rebalancing.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--no-capacity-rebalance
```
## Sumber daya terkait
Untuk informasi selengkapnya tentang Penyeimbangan Kembali Kapasitas, lihat [Mengelola siklus hidup Instans Spot secara proaktif menggunakan fitur Rebalancing Kapasitas baru untuk Penskalaan Otomatis Amazon EC2 di Blog Komputasi](https://aws.amazon.com/blogs/compute/proactively-manage-spot-instance-lifecycle-using-the-new-capacity-rebalancing-feature-for-ec2-auto-scaling/). AWS
*Untuk informasi selengkapnya tentang rekomendasi penyeimbangan ulang instans EC2, lihat rekomendasi [penyeimbangan ulang instans EC2 di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/rebalance-recommendations.html) Amazon EC2.*
Untuk mempelajari lebih lanjut tentang kait siklus hidup, lihat sumber daya berikut.
+ [Tutorial: Konfigurasikan kait siklus hidup yang memanggil fungsi Lambda](tutorial-lifecycle-hook-lambda.md)(menggunakan EventBridge)
+ [Tutorial: Gunakan skrip data dan metadata instance untuk mengambil status siklus hidup](tutorial-lifecycle-hook-instance-metadata.md)
## Batasan
+ Amazon EC2 Auto Scaling dapat menggantikan instans yang menerima pemberitahuan penyeimbangan ulang hanya jika instans tidak dilindungi dari skala masuk. Namun, perlindungan scale-in tidak mencegah penghentian dari gangguan Spot. Untuk informasi selengkapnya, lihat [Gunakan perlindungan skala dalam instance untuk mengontrol penghentian instans](ec2-auto-scaling-instance-protection.md).
+ Support for Capacity Rebalancing tersedia di semua iklan Wilayah AWS di mana Amazon EC2 Auto Scaling tersedia, kecuali untuk Wilayah Timur Tengah (UEA).
# Kapasitas cadangan di Availability Zone tertentu dengan Reservasi Kapasitas
Reservasi Kapasitas Sesuai Permintaan Amazon EC2 memungkinkan Anda memesan kapasitas komputasi di Availability Zone tertentu. Untuk mulai menggunakan Reservasi Kapasitas dengan Auto Scaling, pertama-tama Anda membuat grup Reservasi Kapasitas atau Reservasi Kapasitas di Availability Zone tertentu. Kemudian, Anda dapat menambahkan preferensi Reservasi Kapasitas ke grup Auto Scaling saat Anda membuatnya atau saat memperbarui grup yang ada.
Untuk membuat Reservasi Kapasitas, lihat [Membuat Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) di *Panduan Pengguna Amazon EC2*. Untuk membuat grup Reservasi Kapasitas, lihat [Membuat grup Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-cr-group.html) di *Panduan Pengguna Amazon EC2*.
## Preferensi Reservasi Kapasitas
Preferensi Reservasi Kapasitas membantu Anda menggunakan Reservasi Kapasitas secara efisien dengan memprioritaskan kapasitas terpesan dalam Reservasi Kapasitas sebelum menggunakan kapasitas Sesuai Permintaan. Anda dapat memilih dari opsi preferensi Reservasi Kapasitas berikut:
+ **Default** — Auto Scaling menggunakan preferensi Reservasi Kapasitas dari template peluncuran Anda atau Reservasi Kapasitas terbuka.
+ **Tidak Ada** - Auto Scaling tidak akan meluncurkan instance ke Reservasi Kapasitas. Instans akan berjalan dalam kapasitas On-Demand.
+ Hanya **Reservasi Kapasitas — Auto Scaling hanya** akan meluncurkan instans ke dalam grup Reservasi Kapasitas atau Reservasi Kapasitas. Jika kapasitas tidak tersedia, instance akan gagal diluncurkan.
+ **Reservasi Kapasitas terlebih dahulu** — Auto Scaling akan meluncurkan instans ke dalam grup Reservasi Kapasitas atau Reservasi Kapasitas. Jika kapasitas tidak tersedia, instance akan berjalan dalam kapasitas On-Demand.
Jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu, Anda dapat menentukan target Reservasi Kapasitas.
**catatan**
Anda harus memilih preferensi Reservasi Kapasitas. Target Reservasi Kapasitas bersifat opsional.
**Pertimbangan untuk preferensi Reservasi Kapasitas dan templat peluncuran**
Pertimbangkan hal berikut jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu:
+ Jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu, Auto Scaling akan menggunakan target Reservasi Kapasitas yang ditentukan dalam grup Auto Scaling, bukan target Reservasi Kapasitas di templat peluncuran.
+ Jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu dan Anda tidak menentukan target Reservasi Kapasitas, Auto Scaling akan menggunakan target Reservasi Kapasitas templat peluncuran atau Reservasi Kapasitas terbuka.
**Spesifikasi target Reservasi Kapasitas**
Jika Anda memilih Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu, opsi target Reservasi Kapasitas berikut tersedia:
+ **Buka** - Auto Scaling akan meluncurkan instans ke Reservasi Kapasitas terbuka apa pun. Jika Anda memilih Reservasi Kapasitas saja dan kapasitas tidak tersedia, instans akan gagal diluncurkan. Jika Anda memilih Reservasi Kapasitas terlebih dahulu dan kapasitas tidak tersedia, instans akan diluncurkan dalam kapasitas Sesuai Permintaan.
+ **Tentukan Reservasi Kapasitas** - Auto Scaling akan meluncurkan instance ke Reservasi Kapasitas yang ditentukan. Jika Anda memilih Reservasi Kapasitas saja dan kapasitas tidak tersedia, instans akan gagal diluncurkan. Jika Anda memilih Reservasi Kapasitas terlebih dahulu dan kapasitas tidak tersedia, instans akan diluncurkan dalam kapasitas Sesuai Permintaan.
+ **Tentukan grup sumber daya Reservasi Kapasitas** — Auto Scaling akan meluncurkan instance ke Reservasi Kapasitas terbuka di grup sumber daya Reservasi Kapasitas yang ditentukan. Jika Anda memilih Reservasi Kapasitas saja dan kapasitas tidak tersedia, instans akan gagal diluncurkan. Jika Anda memilih Reservasi Kapasitas terlebih dahulu dan kapasitas tidak tersedia, instans akan diluncurkan dalam kapasitas Sesuai Permintaan.
## Saldo Availability Zone dan Reservasi Kapasitas
Auto Scaling memprioritaskan saldo Availability Zone meskipun Anda menggunakan preferensi Reservasi Kapasitas. Ini berarti:
+ Dengan `capacity-reservations-first` - Grup Auto Scaling akan mendistribusikan instans secara merata di seluruh AZs terlebih dahulu, kemudian menggunakan Reservasi Kapasitas jika tersedia. Jika Reservasi Kapasitas tidak tersedia di AZ, instans akan diluncurkan sebagai Sesuai Permintaan untuk menjaga saldo AZ.
+ Dengan `capacity-reservations-only` - Grup Auto Scaling hanya akan menggunakan Reservasi Kapasitas. Hal ini dapat mengakibatkan distribusi instans yang tidak merata AZs berdasarkan tempat Reservasi Kapasitas tersedia.
**Contoh**
Jika Anda memiliki 10 Reservasi Kapasitas di AZ-a, 3 di AZ-b, 1 di AZ-c, dan kapasitas 9 instans yang diinginkan:
+ Penggunaan `capacity-reservations-first` untuk 9 instans akan menghasilkan 3 instans per AZ (mempertahankan saldo AZ), dengan beberapa instans berpotensi berjalan sebagai Sesuai Permintaan.
+ Penggunaan `capacity-reservations-only` untuk 9 instans akan menghasilkan distribusi yang tidak merata berdasarkan Reservasi Kapasitas yang tersedia.
# Gunakan preferensi Reservasi Kapasitas dengan grup Auto Scaling
Untuk menggunakan Reservasi Kapasitas dengan grup Auto Scaling, Anda harus terlebih dahulu membuat Reservasi Kapasitas atau grup sumber daya Reservasi Kapasitas. Kemudian, Anda dapat menambahkan preferensi Reservasi Kapasitas ke grup Auto Scaling saat Anda membuatnya atau saat memperbarui grup yang ada.
Untuk membuat Reservasi Kapasitas, lihat [Membuat Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) di *Panduan Pengguna Amazon EC2*. Untuk membuat grup Reservasi Kapasitas, lihat [Membuat grup Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-group.html) di *Panduan Pengguna Amazon EC2*.
Gunakan salah satu metode berikut untuk menggunakan preferensi Reservasi Kapasitas saat Anda membuat atau mengedit grup Auto Scaling.
------
#### [ Console ]
**Untuk menggunakan preferensi Reservasi Kapasitas pada grup baru (konsol)**
1. Ikuti instruksi [Membuat grup Auto Scaling menggunakan wizard peluncuran Amazon EC2](create-asg-ec2-wizard.md) dan selesaikan setiap langkah dalam prosedur, hingga langkah 3.
1. Pada halaman **Konfigurasi ukuran grup dan penskalaan**, di bawah **Pengaturan kapasitas tambahan**, **preferensi Reservasi Kapasitas, pilih preferensi Reservasi** Kapasitas. Untuk informasi selengkapnya tentang preferensi Reservasi Kapasitas, lihat[Preferensi Reservasi Kapasitas](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Lanjutkan dengan langkah-langkah masuk[Membuat grup Auto Scaling menggunakan wizard peluncuran Amazon EC2](create-asg-ec2-wizard.md).
------
#### [ AWS CLI ]
**Untuk menggunakan preferensi Reservasi Kapasitas pada grup baru (AWS CLI)**
Tambahkan parameter `--capacity-reservation-specification` ke perintah [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html).
1. Tentukan preferensi Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Preferensi Reservasi Kapasitas](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Tentukan target Reservasi Kapasitas. Jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu dan Anda tidak menentukan target Reservasi Kapasitas, Auto Scaling akan menggunakan target Reservasi Kapasitas templat peluncuran atau Reservasi Kapasitas terbuka.
------
------
#### [ Console ]
**Untuk menggunakan preferensi Reservasi Kapasitas pada grup yang ada (konsol)**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pada bilah navigasi di bagian atas layar, pilih tempat Wilayah AWS Anda membuat grup Auto Scaling.
1. Pilih kotak centang di samping grup Auto Scaling.
Panel split terbuka di bagian bawah halaman.
1. Pada tab **Detail**, di bawah **preferensi Reservasi Kapasitas**, pilih **Edit**.
1. Di bawah **Pengaturan kapasitas tambahan**, **preferensi Reservasi Kapasitas, pilih preferensi** Reservasi Kapasitas. Untuk informasi selengkapnya tentang preferensi Reservasi Kapasitas, lihat[Preferensi Reservasi Kapasitas](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Pilih **Perbarui**.
------
#### [ AWS CLI ]
**Untuk menggunakan preferensi Reservasi Kapasitas pada grup yang ada (AWS CLI)**
Tambahkan parameter `--capacity-reservation-specification` ke perintah [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html).
1. Tentukan preferensi Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Preferensi Reservasi Kapasitas](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference).
1. Tentukan target Reservasi Kapasitas. Jika Anda memilih hanya Reservasi Kapasitas saja atau Reservasi Kapasitas terlebih dahulu dan Anda tidak menentukan target Reservasi Kapasitas, Auto Scaling akan menggunakan target Reservasi Kapasitas templat peluncuran atau Reservasi Kapasitas terbuka.
------
# Reservasi Kapasitas yang Dapat Diputus dengan EC2 Auto Scaling
Reservasi Kapasitas Interruptible mewakili kapasitas cadangan yang dipinjamkan kepada Anda oleh pemilik Reservasi Kapasitas Sesuai Permintaan dalam organisasi Anda. AWS Reservasi ini cocok untuk beban kerja yang dapat terputus karena pemilik kapasitas dapat merebut kembali kapasitas kapan saja dengan pemberitahuan interupsi 2 menit, setelah itu instans dihentikan. *Untuk gambaran umum tentang Reservasi Kapasitas yang Dapat Diinterupsi dan cara kerjanya, lihat Reservasi [Kapasitas yang Dapat Diinterupsi di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) Amazon EC2.*
Untuk memulai, Anda membuat reservasi interuptible dengan mengalokasikan kapasitas yang tidak terpakai dari Reservasi Kapasitas Sesuai Permintaan dalam akun Anda. Selanjutnya, Anda membuat template peluncuran Anda, tentukan ID reservasi kapasitas interuptible dan jenis pasar yang sesuai. Terakhir, buat grup Auto Scaling Anda untuk menggunakan template peluncuran yang Anda buat.
**catatan**
Grup instans campuran tidak didukung dengan reservasi kapasitas yang dapat diinterupsi.
Reservasi Kapasitas yang dapat diinterupsi muncul di akun Anda dengan atribut `interruptible` baru yang disetel ke. `true`
**Topics**
+ [Pedoman operasional](#operational-guidelines)
+ [Tentukan Reservasi Kapasitas yang Dapat Diinterupsi di template peluncuran](#specify-interruptible-cr)
+ [Batasan](#limitations)
+ [Sumber daya terkait](#related-resources)
## Pedoman operasional
Berikut ini adalah pedoman operasional dasar yang harus Anda ikuti saat menggunakan Reservasi Kapasitas Interruptible dengan grup Auto Scaling.
+ Instans yang diluncurkan dari reservasi kapasitas interruptible dapat dihentikan dengan pemberitahuan 2 menit ketika kapasitas direklamasi. Rancang aplikasi Anda untuk menangani shutdown yang anggun.
+ Amazon EC2 mengirimkan EventBridge notifikasi 2 menit sebelum menghentikan instans. Meskipun Auto Scaling tidak secara otomatis bereaksi terhadap peristiwa ini, Anda dapat mengatur otomatisasi khusus untuk menanggapi pemberitahuan gangguan.
+ Ketika instans dihentikan karena reklamasi kapasitas, pemeriksa kesehatan Auto Scaling akan mendeteksi penghentian dan secara otomatis meluncurkan instance pengganti sesuai dengan konfigurasi grup Anda.
+ Arahkan ke versi tertentu dari template peluncuran alih-alih `$Latest` versi `$Default` atau untuk memastikan konsistensi.
**catatan**
Ketika instance reservasi kapasitas yang dapat diinterupsi direklamasi, aktivitas penskalaan untuk grup Auto Scaling Anda akan menyatakan:. `taken out of service in response to an Amazon EC2 health check that indicated it had been terminated or stopped` Auto Scaling akan mencoba mengganti instance dengan cara yang sama seperti halnya untuk setiap contoh yang gagal dalam pemeriksaan kesehatan.
## Tentukan Reservasi Kapasitas yang Dapat Diinterupsi di template peluncuran
Untuk membuat template peluncuran yang menargetkan Reservasi Kapasitas Interruptible tertentu untuk grup Auto Scaling Anda, gunakan salah satu metode berikut:
------
#### [ Console ]
**Untuk menentukan Reservasi Kapasitas yang Dapat Diinterupsi di templat peluncuran (konsol)**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di bilah navigasi atas, pilih Wilayah AWS tempat Anda memiliki reservasi kapasitas yang dapat terputus.
1. Pada panel navigasi, di bawah **Instans**, pilih **Luncurkan** Template.
1. Pilih **Buat template peluncuran**, dan buat template peluncuran. Sertakan ID AMI, jenis instans, dan setelan template peluncuran lainnya sesuai kebutuhan.
1. Perluas bagian **Detail lanjutan** untuk melihat pengaturan lanjutan.
1. Untuk **opsi Pembelian**, pilih Reservasi **Kapasitas Interruptible**.
1. Untuk **Reservasi Kapasitas**, pilih **Target berdasarkan ID**, lalu untuk **Reservasi Kapasitas - Target berdasarkan ID**, pilih ID reservasi kapasitas dari reservasi kapasitas interruptible yang ada.
1. Setelah selesai, pilih **Buat template peluncuran**.
Untuk bantuan membuat grup Auto Scaling dengan template peluncuran, lihat. [Buat grup Auto Scaling menggunakan templat peluncuran](create-asg-launch-template.md)
------
#### [ AWS CLI ]
**Untuk menentukan Reservasi Kapasitas yang Dapat Diinterupsi di template peluncuran Anda ()AWS CLI**
Gunakan [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)perintah berikut untuk membuat template peluncuran yang menentukan ID reservasi kapasitas interruptible yang ada. Ganti setiap placeholder masukan pengguna dengan informasi Anda sendiri.
```
aws ec2 create-launch-template --launch-template-name my-template-for-interruptible-cr \
--version-description AutoScalingVersion1 --region us-east-2 \
--launch-template-data file://config.json
```
**Tip**
Jika perintah ini menimbulkan kesalahan, pastikan Anda telah memperbarui AWS CLI secara lokal ke versi terbaru.
Isi dari `config.json`:
```
{
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "t3.nano",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "interruptible-capacity-reservation"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
```
Berikut ini adalah output contoh:
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-interruptible-cr",
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
Anda dapat menggunakan [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)perintah berikut untuk memverifikasi ID reservasi kapasitas interuptible yang terkait dengan template peluncuran:
```
aws ec2 describe-launch-template-versions --launch-template-names my-template-for-interruptible-cr \
--region us-east-2
```
------
**Konfigurasi tingkat grup Auto Scaling**
Anda dapat secara opsional menentukan pengaturan reservasi kapasitas di tingkat grup Auto Scaling untuk mengganti setelan templat peluncuran:
+ **Preferensi Reservasi Kapasitas**: Hanya `capacity-reservations-only` didukung untuk reservasi kapasitas yang dapat terputus. `capacity-reservations-first`Preferensi tidak didukung.
+ **Spesifikasi target**: Anda dapat menentukan ID reservasi kapasitas interuptible yang berbeda di tingkat grup untuk mengganti setelan template peluncuran.
## Batasan
+ Kebijakan instance campuran tidak didukung dengan reservasi kapasitas interuptible.
+ Anda harus menentukan tipe pasar (`interruptible-capacity-reservation`) yang benar di template peluncuran Anda bersama dengan ID reservasi kapasitas.
## Sumber daya terkait
+ *Untuk informasi tentang membuat dan mengelola reservasi kapasitas yang dapat terputus, lihat Reservasi Kapasitas yang [Dapat Diinterupsi di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) Amazon EC2.*
+ Untuk informasi umum tentang penggunaan reservasi kapasitas dengan Auto Scaling, lihat. [Kapasitas cadangan di Availability Zone tertentu dengan Reservasi Kapasitas](use-ec2-capacity-reservations.md)
+ Untuk informasi tentang pemeriksaan kesehatan grup Auto Scaling, lihat [Pemeriksaan Kesehatan untuk instance di grup Auto Scaling.](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html)
# Buat grup Auto Scaling dari baris perintah menggunakan AWS CloudShell
Di [didukung Wilayah AWS](https://docs.aws.amazon.com/cloudshell/latest/userguide/supported-aws-regions.html), Anda dapat menjalankan AWS CLI perintah menggunakan AWS CloudShell shell pra-autentikasi berbasis browser yang diluncurkan langsung dari file. Konsol Manajemen AWS Anda dapat menjalankan AWS CLI perintah terhadap layanan menggunakan shell pilihan Anda (Bash, PowerShell, atau Z shell).
Anda dapat memulai AWS CloudShell dari Konsol Manajemen AWS menggunakan salah satu dari dua metode berikut:
+ Pilih AWS CloudShell ikon di bilah navigasi konsol. Itu terletak di sebelah kanan kotak pencarian.
+ Gunakan kotak pencarian di bilah navigasi konsol untuk mencari **CloudShell**dan kemudian pilih **CloudShell**opsi.
Saat AWS CloudShell diluncurkan di jendela browser baru untuk pertama kalinya, panel selamat datang menampilkan dan mencantumkan fitur-fitur utama. Setelah Anda menutup panel ini, pembaruan status disediakan saat shell mengonfigurasi dan meneruskan kredensi konsol Anda. Ketika command prompt ditampilkan, shell siap untuk interaksi.
Untuk informasi selengkapnya tentang layanan ini, lihat [Panduan Pengguna AWS CloudShell](https://docs.aws.amazon.com//cloudshell/latest/userguide/welcome.html).
# Buat grup Auto Scaling dengan AWS CloudFormation
Amazon EC2 Auto Scaling AWS CloudFormation terintegrasi dengan, layanan yang membantu Anda memodelkan dan menyiapkan sumber daya AWS sehingga Anda dapat menghabiskan lebih sedikit waktu untuk membuat dan mengelola sumber daya dan infrastruktur Anda. Anda membuat templat yang menjelaskan semua AWS sumber daya yang Anda inginkan (seperti grup Auto Scaling), serta menyediakan serta CloudFormation mengonfigurasi sumber daya tersebut untuk Anda.
Saat menggunakan CloudFormation, Anda dapat menggunakan kembali template untuk menyiapkan sumber daya Amazon EC2 Auto Scaling secara konsisten dan berulang kali. Jelaskan sumber daya Anda sekali, lalu sediakan sumber daya yang sama berulang-ulang di beberapa Akun AWS dan Wilayah.
## Penskalaan dan templat Amazon EC2 Auto CloudFormation Scaling
[Untuk menyediakan dan mengonfigurasi sumber daya untuk Amazon EC2 Auto Scaling dan layanan terkait, Anda harus CloudFormation memahami templat.](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html) Templat adalah file teks dengan format JSON atau YAML. Template ini menjelaskan sumber daya yang ingin Anda sediakan di CloudFormation tumpukan Anda. Jika Anda tidak terbiasa dengan JSON atau YAMAL, Anda dapat menggunakan CloudFormation Designer untuk membantu Anda memulai dengan template. CloudFormation Untuk informasi lebih lanjut, lihat [Apa itu CloudFormation Desainer?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/working-with-templates-cfn-designer.html) dalam *AWS CloudFormation User Guide*.
Untuk mulai membuat template tumpukan Anda sendiri untuk Amazon EC2 Auto Scaling, selesaikan tugas-tugas berikut:
+ Buat template peluncuran menggunakan [AWS::EC2::LaunchTemplate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html).
+
*Untuk panduan yang menunjukkan cara menerapkan grup Auto Scaling di belakang Application Load Balancer, lihat [Panduan: Membuat aplikasi yang diskalakan dan diseimbangkan beban di Panduan](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/walkthrough-autoscaling.html) Pengguna.AWS CloudFormation *
*Anda dapat menemukan contoh berguna tambahan dari cuplikan templat yang membuat grup Auto Scaling dan sumber daya terkait di bagian AWS CloudFormation Panduan Pengguna berikut:*
+ Referensi jenis sumber daya [Amazon EC2 Auto Scaling Referensi jenis sumber daya](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html)
+ [Konfigurasikan sumber daya Amazon EC2 Auto Scaling dengan AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2-auto-scaling.html)
## Pelajari lebih lanjut tentang CloudFormation
Untuk mempelajari selengkapnya CloudFormation, lihat sumber daya berikut:
+ [AWS CloudFormation](https://aws.amazon.com/cloudformation/)
+ [AWS CloudFormation Panduan Pengguna](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
+ [CloudFormation Referensi API](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/Welcome.html)
+ [AWS CloudFormation Panduan Pengguna Antarmuka Baris Perintah](https://docs.aws.amazon.com/cloudformation-cli/latest/userguide/what-is-cloudformation-cli.html)
# Dapatkan rekomendasi tipe instans dengan AWS Compute Optimizer
AWS memberikan rekomendasi jenis instans Amazon EC2 untuk membantu Anda meningkatkan kinerja, menghemat uang, atau keduanya, dengan menggunakan fitur yang didukung oleh. AWS Compute Optimizer Anda dapat menggunakan rekomendasi ini untuk memutuskan apakah akan pindah ke jenis instans baru di grup Auto Scaling Anda.
Untuk membuat rekomendasi, Compute Optimizer menganalisis spesifikasi instans yang ada dan riwayat metrik terbaru. Data yang dikumpulkan kemudian digunakan untuk merekomendasikan jenis instans Amazon EC2 mana yang paling optimal untuk menangani beban kerja performa yang ada. Rekomendasi dikembalikan bersama dengan harga instans per jam.
**catatan**
Untuk mendapatkan rekomendasi dari Compute Optimizer, Anda harus terlebih dahulu memilih Compute Optimizer. Untuk informasi selengkapnya, lihat [Memulai dengan AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) dalam *Panduan Pengguna AWS Compute Optimizer *.
**Topics**
+ [Batasan](#compute-optimizer-limitations)
+ [Temuan](#findings-classifications)
+ [Melihat rekomendasi](#viewing-recommendations)
+ [Pertimbangan untuk mengevaluasi rekomendasi](#considerations)
## Batasan
Compute Optimizer menghasilkan rekomendasi untuk instans dalam grup Auto Scaling yang dikonfigurasi untuk meluncurkan dan menjalankan jenis instans M, C, R, T, dan X. Namun, itu tidak menghasilkan rekomendasi untuk tipe instans -g yang didukung oleh prosesor AWS Graviton2 (misalnya, C6g), dan untuk tipe instans -n yang memiliki kinerja bandwidth jaringan yang lebih tinggi (misalnya, M5n).
Grup Auto Scaling juga harus dikonfigurasi untuk menjalankan satu jenis instans tunggal (yaitu, tidak ada jenis instans campuran), tidak boleh memiliki kebijakan penskalaan yang melekat padanya, dan memiliki nilai yang sama untuk kapasitas minimum dan maksimum yang diinginkan (yaitu, kelompok Auto Scaling dengan jumlah instans tetap). Compute Optimizer menghasilkan rekomendasi untuk instans dalam grup Auto Scaling yang memenuhi *semua* persyaratan konfigurasi ini.
## Temuan
Compute Optimizer mengklasifikasikan temuannya untuk grup Auto Scaling sebagai berikut:
+ **Tidak dioptimalkan** – Grup Auto Scaling dianggap tidak optimal ketika Compute Optimizer telah mengidentifikasi rekomendasi yang dapat memberikan performa yang lebih baik untuk beban kerja Anda.
+ **Dioptimalkan** – Grup Auto Scaling dianggap optimal ketika Compute Optimizer menentukan bahwa grup disiapkan dengan tepat untuk menjalankan beban kerja Anda, berdasarkan jenis instans yang dipilih. Untuk sumber daya yang dioptimalkan, Compute Optimizer terkadang dapat merekomendasikan jenis instans generasi baru.
+ **Tidak ada** – Tidak ada rekomendasi untuk grup Auto Scaling ini. Hal ini mungkin terjadi jika Anda telah memilih Compute Optimizer selama kurang dari 12 jam, atau jika grup Auto Scaling telah berjalan selama kurang dari 30 jam, atau ketika grup Auto Scaling atau jenis instans tidak didukung oleh Compute Optimizer. Untuk informasi selengkapnya, lihat bagian [Batasan](#compute-optimizer-limitations).
## Melihat rekomendasi
Setelah Anda memilih untuk Compute Optimizer, Anda dapat melihat temuan dan rekomendasi yang dihasilkannya untuk grup Auto Scaling Anda. Jika Anda baru saja memilih, rekomendasi mungkin tidak tersedia hingga 12 jam.
**Untuk melihat rekomendasi yang dibuat untuk grup Auto Scaling**
1. Buka konsol Compute Optimizer di. [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/)
Halaman Dasbor terbuka.
1. Pilih **Lihat rekomendasi untuk semua grup Auto Scaling**.
1. Pilih grup Auto Scaling Anda.
1. Pilih **Lihat detail**.
Tampilan berubah untuk menampilkan hingga tiga rekomendasi instans yang berbeda dalam tampilan yang sudah dikonfigurasi, berdasarkan pengaturan tabel default. Ini juga menyediakan data CloudWatch metrik terbaru (pemanfaatan CPU rata-rata, jaringan rata-rata masuk, dan jaringan rata-rata keluar) untuk grup Auto Scaling.
Tentukan apakah Anda ingin menggunakan salah satu rekomendasi. Tentukan apakah akan mengoptimalkan peningkatan performa, untuk pengurangan biaya, atau untuk kombinasi kedua hal ini.
Untuk mengubah jenis instans di grup Auto Scaling Anda, perbarui templat peluncuran atau perbarui grup Auto Scaling untuk menggunakan konfigurasi peluncuran baru. Proses yang ada tetap menggunakan konfigurasi sebelumnya. Untuk memperbarui instans yang sudah ada, akhiri sehingga digantikan oleh grup Auto Scaling Anda, atau biarkan penskalaan otomatis menggantikan instans yang lebih lama secara bertahap dengan instans yang lebih baru berdasarkan [kebijakan pengakhiran](as-instance-termination.md).
**catatan**
Dengan masa aktif instans maksimum dan fitur refresh instans, Anda juga dapat mengganti instans yang sudah ada dalam grup Auto Scaling Anda untuk meluncurkan instans baru yang menggunakan templat peluncuran baru atau konfigurasi peluncuran baru. Untuk informasi selengkapnya, lihat [Ganti instans Auto Scaling berdasarkan masa pakai instans maksimum](asg-max-instance-lifetime.md) dan [Menggunakan penyegaran instans untuk memperbarui instance dalam grup Auto Scaling](asg-instance-refresh.md).
## Pertimbangan untuk mengevaluasi rekomendasi
Sebelum beralih ke jenis instans baru, pertimbangkan hal berikut:
+ Rekomendasi tidak memprakirakan penggunaan Anda. Rekomendasi didasarkan pada penggunaan historis Anda selama periode waktu 14 hari terakhir. Pastikan untuk memilih jenis instans yang diharapkan untuk memenuhi kebutuhan penggunaan mendatang Anda.
+ Fokus pada metrik grafik untuk menentukan apakah penggunaan aktual lebih rendah daripada kapasitas instans. Anda juga dapat melihat data metrik (rata-rata, puncak, persentil) CloudWatch untuk mengevaluasi lebih lanjut rekomendasi instans EC2 Anda. Misalnya, perhatikan cara metrik persentase CPU berubah sepanjang hari dan apakah ada puncak yang perlu diakomodasi. Untuk informasi selengkapnya, lihat [Melihat metrik yang tersedia](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html) di *Panduan CloudWatch Pengguna Amazon*.
+ Compute Optimizer mungkin menyediakan rekomendasi untuk instans performa yang dapat melonjak, yaitu instans T3, T3a, dan T2. Jika Anda secara berkala meledak di atas garis dasar Anda, pastikan Anda dapat terus melakukannya berdasarkan v dari CPUs jenis instance baru. *Untuk informasi selengkapnya, lihat [kredit CPU dan performa dasar untuk instans performa burstable di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) Amazon EC2.*
+ Jika Anda telah membeli Instans Tersimpan, Instans Sesuai Permintaan Anda mungkin akan ditagih sebagai Instans Tersimpan. Sebelum Anda mengubah jenis instans saat ini, pertama-tama evaluasi dampaknya terhadap penggunaan dan cakupan Instans Tersimpan.
+ Pertimbangkan konversi ke instans generasi yang lebih baru, jika memungkinkan.
+ Saat bermigrasi ke keluarga instans yang berbeda, pastikan tipe instans saat ini dan tipe instans yang baru kompatibel. Misalnya, dalam hal virtualisasi, arsitektur, atau tipe jaringan. Untuk informasi selengkapnya, lihat [Kompatibilitas untuk mengubah ukuran instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations) di Panduan Pengguna *Amazon EC2*.
+ Terakhir, pertimbangkan penilaian risiko performa yang diberikan untuk setiap rekomendasi. Risiko kinerja menunjukkan jumlah upaya yang mungkin perlu Anda keluarkan untuk memvalidasi apakah tipe instans yang direkomendasikan memenuhi persyaratan kinerja beban kerja Anda. Kami juga menyarankan pengujian beban dan performa yang ketat sebelum dan setelah membuat perubahan apa pun.
**Sumber daya tambahan**
Selain topik di halaman ini, lihat sumber daya berikut:
+ [Jenis Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/)
+ [AWS Compute Optimizer Panduan Pengguna](https://docs.aws.amazon.com/compute-optimizer/latest/ug/)
# Gunakan Elastic Load Balancing untuk mendistribusikan lalu lintas aplikasi yang masuk dalam grup Auto Scaling
Elastic Load Balancing secara otomatis mendistribusikan lalu lintas aplikasi masuk Anda di semua instans EC2 yang sedang Anda jalankan. Elastic Load Balancing membantu mengelola permintaan masuk dengan merutekan lalu lintas secara optimal sehingga tidak ada satu instance yang kewalahan. Untuk menggunakan Elastic Load Balancing dengan grup Auto Scaling Anda[, pasang load balancer ke grup Auto Scaling Anda](attach-load-balancer-asg.md). Ini mendaftarkan grup dengan penyeimbang beban, yang bertindak sebagai titik kontak tunggal untuk semua lalu lintas web yang masuk ke grup Auto Scaling Anda.
Bila Anda menggunakan Elastic Load Balancing dengan grup Auto Scaling Anda, Anda tidak perlu mendaftarkan instans EC2 individual ke load balancer. Instance yang diluncurkan oleh grup Auto Scaling Anda secara otomatis terdaftar dengan load balancer. Demikian pula, pendaftaran instance yang dihentikan oleh grup Auto Scaling Anda secara otomatis dikeluarkan dari load balancer.
Setelah melampirkan penyeimbang beban ke grup Auto Scaling, Anda dapat mengonfigurasi grup Auto Scaling untuk menggunakan metrik Elastic Load Balancing (seperti jumlah permintaan Application Load Balancer per target) untuk menskalakan jumlah instans dalam grup saat permintaan berfluktuasi.
Secara opsional, Anda dapat menambahkan pemeriksaan kesehatan Elastic Load Balancing ke grup Auto Scaling sehingga Amazon EC2 Auto Scaling dapat mengidentifikasi dan mengganti instans yang tidak sehat berdasarkan pemeriksaan kesehatan tambahan ini. Jika tidak, Anda dapat membuat CloudWatch alarm yang memberi tahu Anda jika jumlah host yang sehat dari grup target lebih rendah dari yang diizinkan.
**Topics**
+ [Jenis Elastic Load Balancing](#integrations-aws-elastic-load-balancing-types)
+ [Bersiaplah untuk memasang penyeimbang beban](getting-started-elastic-load-balancing.md)
+ [Pasang penyeimbang beban](attach-load-balancer-asg.md)
+ [Konfigurasikan penyeimbang beban](as-create-load-balancer-console.md)
+ [Verifikasi status lampiran](load-balancer-status.md)
+ [Tambahkan Availability Zone](as-add-az-console.md)
+ [Menghapus Availability Zone](as-remove-az-console.md)
+ [Lepaskan penyeimbang beban](as-remove-load-balancer.md)
+ [AWS CLI contoh untuk bekerja dengan Elastic Load Balancing](examples-elastic-load-balancing-aws-cli.md)
## Jenis Elastic Load Balancing
Elastic Load Balancing menyediakan empat jenis load balancer yang dapat digunakan bersama grup Auto Scaling Anda: Application Load Balancers, Network Load Balancers, Gateway Load Balancers, dan Classic Load Balancers.
Ada perbedaan utama dalam bagaimana jenis Load Balancer dikonfigurasi. Dengan Application Load Balancers, Network Load Balancers, dan Gateway Load Balancers, instance terdaftar sebagai target dengan grup target, dan Anda merutekan lalu lintas ke grup target. Dengan Classic Load Balancers, instans terdaftar langsung dengan load balancer.
Penyeimbang Beban Aplikasi
Perutean dan load balancer pada layer aplikasi (HTTP/HTTPS), dan mendukung rute berbasis jalur. Application Load Balancer dapat mengirimkan permintaan ke port di satu atau beberapa target yang terdaftar, seperti instance EC2, di virtual private cloud (VPC) Anda.
Penyeimbang Beban Jaringan
Rute dan load balances pada layer transport (TCP/UDP Layer-4), berdasarkan informasi alamat yang diekstrak dari header Layer-4. Network Load Balancer dapat menangani rentetan lalu lintas, mempertahankan IP sumber klien, dan menggunakan IP tetap untuk masa aktif load balancer.
Penyeimbang Beban Gateway
Mendistribusikan lalu lintas ke armada instance alat. Menyediakan skala, ketersediaan, dan kesederhanaan untuk peralatan virtual pihak ketiga, seperti firewall, deteksi intrusi dan sistem pencegahan, dan peralatan lainnya. Gateway Load Balancer bekerja dengan peranti virtual yang mendukung protokol GENEVE. Integrasi teknis tambahan diperlukan, jadi pastikan untuk berkonsultasi dengan panduan pengguna sebelum memilih Load Balancer Gateway.
Classic Load Balancer
Rute dan load balances baik di transport layer (TCP/SSL), or at the application layer (HTTP/HTTPS).
Untuk mendapatkan pemahaman yang lebih dalam tentang berbagai jenis penyeimbang beban yang tersedia, lihat sumber daya berikut:
+ [Apa itu Penyeimbangan Beban Elastis?](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html)
+ [Apa itu Penyeimbang Beban Aplikasi?](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Apa itu Penyeimbang Beban Jaringan?](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Apa itu Load Balancer Gateway?](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html)
+ [Apa itu Classic Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html)
# Bersiaplah untuk memasang penyeimbang beban Elastic Load Balancing
Sebelum Anda memasang penyeimbang beban Elastic Load Balancing ke grup Auto Scaling Anda, Anda harus menyelesaikan prasyarat berikut:
+ Anda harus sudah membuat penyeimbang beban dan grup target yang digunakan untuk merutekan lalu lintas ke grup Auto Scaling Anda.
Ada dua cara untuk membuat load balancer dan target group:
+ **Menggunakan Elastic Load Balancing** — Ikuti prosedur dalam dokumentasi Elastic Load Balancing untuk membuat dan mengonfigurasi load balancer dan grup target sebelum membuat grup Auto Scaling. Lewati langkah untuk mendaftarkan instans Amazon EC2 Anda. Amazon EC2 Auto Scaling secara otomatis menangani pendaftaran (dan deregistering) instans saat Anda melampirkan grup target ke grup Auto Scaling Anda. Untuk informasi lebih lanjut, lihat [Memulai Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html) di *Panduan Pengguna Elastic Load Balancing*.
+ **Menggunakan Amazon EC2 Auto** Scaling — Buat, konfigurasikan, dan lampirkan load balancer dan grup target dengan konfigurasi dasar dari konsol Amazon EC2 Auto Scaling. Untuk informasi selengkapnya, lihat [Konfigurasikan Application Load Balancer atau Network Load Balancer dari konsol](as-create-load-balancer-console.md).
+ Sebelum membuat load balancer, ketahui jenis load balancer yang Anda butuhkan. Untuk informasi selengkapnya, lihat [Jenis Elastic Load Balancing](autoscaling-load-balancer.md#integrations-aws-elastic-load-balancing-types).
+ Load balancer dan grup targetnya harus sama Akun AWS, VPC, dan Region sebagai grup Auto Scaling Anda.
+ Kelompok target harus menentukan jenis target`instance`. Anda tidak dapat menentukan jenis target `ip` saat menggunakan grup Auto Scaling.
+ Jika template peluncuran untuk grup Auto Scaling Anda tidak berisi grup keamanan yang benar untuk mengizinkan lalu lintas masuk yang diperlukan dari penyeimbang beban, Anda harus memperbarui template peluncuran. Aturan yang direkomendasikan bergantung pada jenis load balancer dan jenis backend yang digunakan load balancer. Misalnya, untuk merutekan lalu lintas ke server web, izinkan akses HTTP masuk pada port 80 dari penyeimbang beban. Instance yang ada tidak diperbarui dengan pengaturan baru saat template peluncuran dimodifikasi. Untuk memperbarui instance yang ada, Anda dapat memulai penyegaran instans untuk mengganti instance. Untuk informasi selengkapnya, lihat [Menggunakan penyegaran instans untuk memperbarui instance dalam grup Auto Scaling](asg-instance-refresh.md).
+ Grup keamanan dalam template peluncuran juga harus mengizinkan akses dari penyeimbang beban pada port yang benar untuk Elastic Load Balancing untuk melakukan pemeriksaan kesehatannya.
+ Saat menerapkan peralatan virtual di belakang Load Balancer Gateway, Amazon Machine Image (AMI) di template peluncuran harus menentukan ID AMI yang mendukung protokol GENEVE agar grup Auto Scaling dapat bertukar lalu lintas dengan Load Balancer Gateway. Selain itu, grup keamanan dalam template peluncuran harus mengizinkan lalu lintas UDP di port 6081.
**Tip**
Jika Anda memiliki skrip bootstrap yang membutuhkan waktu cukup lama untuk diselesaikan, Anda dapat menambahkan hook siklus hidup peluncuran ke grup Auto Scaling Anda untuk menunda instance mendaftar di belakang penyeimbang beban sebelum skrip bootstrap Anda berhasil diselesaikan dan aplikasi pada instance siap menerima lalu lintas. Anda tidak dapat menambahkan kait siklus hidup saat pertama kali membuat grup Auto Scaling di konsol Amazon EC2 Auto Scaling. Namun, Anda dapat menambahkan kait siklus hidup setelah grup dibuat. Untuk informasi selengkapnya, lihat [Hook siklus aktif Amazon EC2 Auto Scaling](lifecycle-hooks.md).
## Konfigurasikan pemeriksaan kesehatan untuk target
Anda dapat mengonfigurasi pemeriksaan kesehatan untuk target yang terdaftar dengan penyeimbang beban Elastic Load Balancing untuk memastikan mereka dapat menangani lalu lintas dengan benar. Langkah-langkah spesifik bervariasi berdasarkan jenis penyeimbang beban yang Anda gunakan. Untuk informasi selengkapnya, lihat sumber daya berikut:
+ **Application Load Balancer** — Lihat [pemeriksaan Kesehatan untuk kelompok target Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) di *Panduan Pengguna untuk Application Load* Balancers.
+ **Network Load Balancer** — Lihat [pemeriksaan Kesehatan untuk grup target Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html) di *Panduan Pengguna untuk Network Load* Balancer.
+ **Load Balancer Gateway** — Lihat [pemeriksaan Kesehatan untuk grup target Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/health-checks.html) di *Panduan Pengguna untuk Penyeimbang Beban Gateway*.
+ **Classic Load Balancer** — Lihat [Mengonfigurasi pemeriksaan kesehatan untuk Classic Load Balancer Anda di *Panduan Pengguna untuk* Penyeimbang Beban Klasik](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-healthchecks.html).
Secara default, Amazon EC2 Auto Scaling tidak menganggap instans tidak sehat dan menggantinya jika gagal dalam pemeriksaan kesehatan Elastic Load Balancing. Pemeriksaan kesehatan default untuk grup Auto Scaling hanya pemeriksaan kesehatan EC2. Untuk informasi selengkapnya, lihat [Pemeriksaan kondisi untuk instans dalam grup Auto Scaling](ec2-auto-scaling-health-checks.md).
Untuk mengaktifkan Amazon EC2 Auto Scaling menggantikan instans yang dilaporkan tidak sehat oleh Elastic Load Balancing, Anda dapat mengonfigurasi grup Auto Scaling untuk menggunakan pemeriksaan kesehatan Elastic Load Balancing. Dengan demikian, Amazon EC2 Auto Scaling menganggap instans tidak sehat jika gagal baik pemeriksaan kesehatan EC2 atau pemeriksaan kesehatan Elastic Load Balancing. Jika Anda melampirkan beberapa grup target penyeimbang beban atau Classic Load Balancer ke grup, semuanya harus melaporkan bahwa sebuah instance sehat agar instans tersebut dianggap sehat. Jika salah satu dari mereka melaporkan instance sebagai tidak sehat, grup Auto Scaling menggantikan instance, bahkan jika orang lain melaporkannya sebagai sehat.
Untuk informasi tentang cara mengaktifkan pemeriksaan kesehatan ini untuk grup Auto Scaling Anda, lihat. [Pasang penyeimbang beban Elastic Load Balancing ke grup Auto Scaling Anda](attach-load-balancer-asg.md)
**catatan**
Untuk memastikan bahwa pemeriksaan kesehatan ini dimulai sesegera mungkin, pastikan masa tenggang pemeriksaan kesehatan kelompok Anda tidak ditetapkan terlalu tinggi, tetapi cukup tinggi untuk pemeriksaan kesehatan Elastic Load Balancing Anda untuk menentukan apakah target tersedia untuk menangani permintaan. Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
# Pasang penyeimbang beban Elastic Load Balancing ke grup Auto Scaling Anda
Topik ini menjelaskan cara melampirkan penyeimbang beban Elastic Load Balancing ke grup Auto Scaling. Ini juga menjelaskan cara mengaktifkan pemeriksaan kesehatan Elastic Load Balancing agar Amazon EC2 Auto Scaling dapat mengganti instans yang dilaporkan Elastic Load Balancing sebagai tidak sehat.
Secara default, Amazon EC2 Auto Scaling hanya menggantikan instans yang tidak sehat atau tidak dapat dijangkau berdasarkan pemeriksaan kesehatan Amazon EC2. Jika Anda mengaktifkan pemeriksaan kesehatan Elastic Load Balancing, Amazon EC2 Auto Scaling dapat mengganti instance yang sedang berjalan jika salah satu penyeimbang beban Elastic Load Balancing yang Anda lampirkan ke grup Auto Scaling melaporkannya sebagai tidak sehat.
Untuk tutorial tentang melampirkan Application Load Balancer ke grup Auto Scaling Anda, lihat. [Tutorial: Siapkan aplikasi yang diskalakan dan diseimbangkan beban](tutorial-ec2-auto-scaling-load-balancer.md)
**penting**
Sebelum Anda melanjutkan, lengkapi semua [prasyarat di bagian](getting-started-elastic-load-balancing.md) sebelumnya.
**Contents**
+ [Melampirkan grup target atau Classic Load Balancer](#as-add-load-balancer-console)
+ [Lepaskan grup target atau Classic Load Balancer](#as-remove-load-balancer)
## Melampirkan grup target atau Classic Load Balancer
Saat membuat atau memperbarui grup Auto Scaling, Anda dapat melampirkan satu atau beberapa grup target atau Classic Load Balancer. Ketika Anda melampirkan Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer, Anda melampirkan grup target daripada load balancer itu sendiri.
Ikuti langkah-langkah di bagian ini untuk menggunakan konsol untuk:
+ Melampirkan grup target atau Classic Load Balancer ke grup Auto Scaling
+ Nyalakan pemeriksaan kesehatan untuk Elastic Load Balancing
**Untuk melampirkan penyeimbang beban yang ada saat Anda membuat grup Auto Scaling baru**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pada bilah navigasi di bagian atas layar, pilih tempat Wilayah AWS Anda membuat penyeimbang beban.
1. Pilih **Buat grup Auto Scaling**.
1. Pada langkah 1 dan 2, pilih opsi yang diinginkan dan lanjutkan ke **Langkah 3: Konfigurasikan opsi lanjutan**.
1. Untuk **Load balancing**, pilih **Lampirkan ke penyeimbang beban yang ada**.
1. Di bawah **Lampirkan ke penyeimbang beban yang ada**, lakukan salah satu hal berikut:
1. Untuk Aplikasi Load Balancer, Network Load Balancers, dan Gateway Load Balancer:
Pilih **Pilih dari grup target penyeimbang beban Anda**, lalu pilih grup target di bidang **Kelompok target penyeimbang beban yang ada**.
1. Untuk Penyeimbang Beban Klasik:
Pilih **Pilih dari Classic Load Balancers**, lalu pilih load balancer Anda di bidang **Classic Load** Balancers.
1. (Opsional) Untuk **pemeriksaan Kesehatan**, **Jenis pemeriksaan kesehatan tambahan**, pilih **Aktifkan pemeriksaan kesehatan Elastic Load Balancing**.
1. (Opsional) Untuk **Health check masa tenggang**, masukkan jumlah waktu, dalam hitungan detik. Ini adalah berapa lama Amazon EC2 Auto Scaling perlu menunggu sebelum memeriksa status kesehatan suatu instans setelah memasuki status. `InService` Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
1. Lanjutkan untuk membuat grup Auto Scaling. Instans Anda akan secara otomatis terdaftar ke penyeimbang beban setelah grup Auto Scaling dibuat.
**Untuk melampirkan penyeimbang beban yang ada ke grup Auto Scaling Anda setelah dibuat**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup Auto Scaling Anda.
Panel terpisah terbuka di bagian bawah halaman grup **Auto Scaling.**
1. **Pada tab **Integrasi**, pilih **Load balancing**, Edit.**
1. Di Bawah **Load balancing**, lakukan salah satu hal berikut:
1. Untuk **grup target Application, Network atau Gateway Load Balancer, pilih kotak centang dan pilih grup** target.
1. Untuk **Classic Load Balancers**, pilih kotak centang dan pilih penyeimbang beban Anda.
1. Pilih **Perbarui**.
Ketika Anda selesai memasang penyeimbang beban, Anda dapat mengaktifkan pemeriksaan kesehatan yang menggunakannya secara opsional.
**Untuk mengaktifkan pemeriksaan kesehatan Elastic Load Balancing**
1. Pada tab **Detail**, pilih **Pemeriksaan kesehatan**, **Edit**.
1. Untuk **pemeriksaan Kesehatan**, **jenis pemeriksaan kesehatan tambahan**, pilih **Aktifkan pemeriksaan kesehatan Elastic Load Balancing**.
1. Untuk **Health check masa tenggang**, masukkan jumlah waktu, dalam hitungan detik. Ini adalah berapa lama Amazon EC2 Auto Scaling perlu menunggu sebelum memeriksa status kesehatan suatu instans setelah memasuki status. `InService` Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
1. Pilih **Pembaruan**.
**catatan**
Anda dapat memantau status penyeimbang beban saat sedang dilampirkan dengan menggunakan. AWS CLI Jika Amazon EC2 Auto Scaling telah berhasil mendaftarkan instans dan setidaknya satu instans terdaftar lolos pemeriksaan kesehatan, Anda menerima status. `InService` Untuk informasi selengkapnya, lihat [Verifikasi status lampiran penyeimbang beban Anda](load-balancer-status.md).
## Lepaskan grup target atau Classic Load Balancer
Saat Anda tidak lagi memerlukan load balancer, gunakan prosedur berikut untuk melepaskannya dari grup Auto Scaling Anda.
**Untuk memisahkan load balancer dari grup**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup yang sudah ada.
Panel terpisah terbuka di bagian bawah halaman grup **Auto Scaling.**
1. Pada tab **Detail**, pilih **Load balancing**, **Edit**.
1. Di Bawah **Load balancing**, lakukan salah satu hal berikut:
1. Untuk **grup target Application, Network atau Gateway Load Balancer**, pilih ikon delete (X) di sebelah grup target.
1. Untuk **Classic Load Balancers**, pilih ikon delete (X) di sebelah load balancer.
1. Pilih **Perbarui**.
Setelah Anda selesai melepaskan kelompok target, Anda dapat mematikan pemeriksaan kesehatan Elastic Load Balancing.
**Untuk mematikan pemeriksaan kesehatan Elastic Load Balancing**
1. Pada tab **Detail**, pilih **Pemeriksaan kesehatan**, **Edit**.
1. Untuk **pemeriksaan Kesehatan, jenis pemeriksaan** **kesehatan tambahan**, batalkan pilihan **Nyalakan pemeriksaan kesehatan Elastic Load Balancing**.
1. Pilih **Perbarui**.
# Konfigurasikan Application Load Balancer atau Network Load Balancer dari konsol
Gunakan prosedur berikut untuk membuat dan melampirkan Application Load Balancer atau Network Load Balancer saat Anda membuat grup Auto Scaling Anda.
**Untuk membuat dan melampirkan penyeimbang beban baru saat Anda membuat grup Auto Scaling baru**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih **Buat grup Auto Scaling**.
1. Pada langkah 1 dan 2, pilih opsi yang diinginkan dan lanjutkan ke **Langkah 3: Konfigurasikan opsi lanjutan**.
1. Untuk **Load balancing**, pilih **Lampirkan ke penyeimbang beban baru**.
1. Di bawah **Lampirkan ke penyeimbang beban baru**, untuk **jenis Load balancer**, pilih apakah akan membuat Application Load Balancer atau Network Load Balancer.
1. Untuk **nama Load balancer**, masukkan nama untuk penyeimbang beban, atau simpan nama default.
1. Untuk **skema Load balancer**, pilih apakah akan membuat penyeimbang beban yang menghadap ke internet publik, atau pertahankan default untuk penyeimbang beban internal.
1. Untuk **Availability Zones dan subnet**, pilih subnet publik untuk setiap Availability Zone yang Anda pilih untuk meluncurkan instans EC2 Anda. (Ini sudah terisi dari langkah 2.).
1. **Untuk **Pendengar dan perutean**, perbarui nomor port untuk pendengar Anda (jika perlu), dan di bawah **Perutean default**, pilih Buat grup target.** Atau, Anda dapat memilih grup target yang ada dari daftar drop-down.
1. Jika Anda memilih **Buat grup target** di langkah terakhir, untuk **Nama grup target baru**, masukkan nama untuk grup target, atau simpan nama default.
1. Untuk menambahkan tag ke penyeimbang beban Anda, pilih **Tambahkan tag**, dan berikan kunci tag dan nilai untuk setiap tag.
1. (Opsional) Untuk **pemeriksaan Kesehatan**, **Jenis pemeriksaan kesehatan tambahan**, pilih **Aktifkan pemeriksaan kesehatan Elastic Load Balancing**.
1. (Opsional) Untuk **Health check masa tenggang**, masukkan jumlah waktu, dalam hitungan detik. Ini adalah berapa lama Amazon EC2 Auto Scaling perlu menunggu sebelum memeriksa status kesehatan suatu instans setelah memasuki status. `InService` Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
1. Lanjutkan untuk membuat grup Auto Scaling. Instans Anda akan secara otomatis terdaftar ke penyeimbang beban setelah grup Auto Scaling dibuat.
**catatan**
Setelah membuat grup Auto Scaling, Anda dapat menggunakan konsol Elastic Load Balancing untuk membuat pendengar tambahan. Ini berguna jika Anda perlu membuat pendengar dengan protokol aman, seperti HTTPS, atau pendengar UDP. Anda dapat menambahkan lebih banyak pendengar ke penyeimbang beban yang ada, selama Anda menggunakan port yang berbeda.
# Verifikasi status lampiran penyeimbang beban Anda
Setelah Anda melampirkan penyeimbang beban, ia memasuki `Adding` status saat mendaftarkan instance dalam grup. Ketika semua instance dalam grup terdaftar, ia memasuki `Added` negara bagian. Setelah setidaknya satu instance yang didaftarkan lolos pemeriksaan kesehatan, proses ini masuk ke status `InService`. Saat penyeimbang beban dalam `InService` status, Amazon EC2 Auto Scaling dapat menghentikan dan mengganti instans apa pun yang dilaporkan tidak sehat. Jika tidak ada instance terdaftar yang lolos pemeriksaan kesehatan (misalnya, karena kesalahan konfigurasi pemeriksaan kesehatan), load balancer tidak masuk ke status `InService`. Amazon EC2 Auto Scaling tidak menghentikan dan menggantikan instance.
Saat Anda melepaskan load balancer, sistem masuk ke status `Removing` saat membatalkan pendaftaran instance dalam grup. Contoh tetap berjalan setelah mereka deregister. Secara default, pengurasan koneksi (penundaan deregistrasi) diaktifkan untuk Application Load Balancers, Network Load Balancers, dan Gateway Load Balancers. Jika pengurasan koneksi diaktifkan, Elastic Load Balancing menunggu permintaan dalam penerbangan selesai atau batas waktu maksimum berakhir (mana yang lebih dulu) sebelum membatalkan pendaftaran instans.
Anda dapat memverifikasi status lampiran dengan menggunakan AWS Command Line Interface (AWS CLI) atau AWS SDKs. Anda tidak dapat memverifikasi status lampiran dari konsol.
**Untuk menggunakan AWS CLI untuk memverifikasi status lampiran**
[describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)Perintah berikut mengembalikan status lampiran semua sumber lalu lintas untuk grup Auto Scaling yang ditentukan.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
Contoh mengembalikan ARN dari kelompok target Elastic Load Balancing yang dilampirkan ke grup Auto Scaling, bersama dengan status lampiran grup target dalam elemen. `State`
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456",
"State": "InService",
"Type": "elbv2"
}
]
}
```
# Tambahkan Availability Zone
Untuk memanfaatkan keamanan dan keandalan redundansi geografis, rentangkan grup Auto Scaling Anda di beberapa Availability Zone di Wilayah tempat Anda bekerja dan lampirkan penyeimbang beban untuk mendistribusikan lalu lintas masuk di seluruh Availability Zone tersebut.
Jika satu Availability Zone menjadi tidak sehat atau tidak tersedia, Amazon EC2 Auto Scaling meluncurkan instans baru di Availability Zone yang tidak terpengaruh. Ketika Availability Zone yang tidak sehat kembali ke keadaan sehat, Amazon EC2 Auto Scaling secara otomatis mendistribusikan ulang instans aplikasi secara merata di semua Availability Zone untuk grup Auto Scaling Anda. Amazon EC2 Auto Scaling melakukan ini dengan mencoba meluncurkan instance baru di Zona Ketersediaan dengan beberapa instance paling sedikit. Namun, jika upaya gagal, Amazon EC2 Auto Scaling berupaya untuk meluncurkan di Zona Ketersediaan lainnya hingga berhasil.
Elastic Load Balancing membuat simpul penyeimbang beban untuk setiap Availability Zone yang Anda aktifkan untuk load balancer. Jika Anda mengaktifkan penyeimbangan beban lintas zona untuk penyeimbang beban, setiap node penyeimbang beban mendistribusikan lalu lintas secara merata di seluruh instans terdaftar di semua Availability Zone yang diaktifkan. Jika penyeimbangan beban lintas zona dinonaktifkan, setiap simpul penyeimbang beban mendistribusikan permintaan secara merata di seluruh instans terdaftar di Availability Zone saja.
Anda harus menentukan setidaknya satu Availability Zone saat membuat grup Auto Scaling. Kemudian, Anda dapat memperluas ketersediaan aplikasi Anda dengan menambahkan Availability Zone ke grup Auto Scaling Anda dan mengaktifkan Availability Zone untuk penyeimbang beban Anda (jika penyeimbang beban mendukungnya).
**Batasan**
Untuk memperbarui Availability Zone yang diaktifkan untuk penyeimbang beban Anda, Anda perlu mengetahui batasan berikut:
+ Saat Anda mengaktifkan Zona Ketersediaan untuk load balancer, Anda menentukan satu subnet dari Zona Ketersediaan tersebut. Perhatikan bahwa Anda dapat mengaktifkan paling banyak satu subnet per Availability Zone untuk penyeimbang beban Anda.
+ Untuk penyeimbang beban yang menghadap ke internet, subnet yang Anda tentukan untuk penyeimbang beban harus memiliki setidaknya delapan alamat IP yang tersedia.
+ Untuk Application Load Balancers, Anda harus mengaktifkan setidaknya dua Availability Zone.
+ Untuk Network Load Balancers, Anda tidak dapat menonaktifkan Availability Zone yang diaktifkan, tetapi Anda dapat mengaktifkan yang tambahan.
+ Untuk Gateway Load Balancers, Anda tidak dapat menonaktifkan Availability Zone yang diaktifkan, tetapi Anda dapat mengaktifkan yang tambahan.
Gunakan prosedur berikut untuk memperluas grup Auto Scaling dan load balancer ke subnet di Zona Ketersediaan tambahan.
**Untuk menambahkan Availability Zone**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup yang sudah ada.
Panel terpisah terbuka di bagian bawah halaman grup **Auto Scaling.**
1. Pada tab **Detail**, pilih **Jaringan**, **Edit**.
1. Di **Subnet**, pilih subnet yang sesuai dengan Availability Zone yang ingin Anda tambahkan ke grup Auto Scaling.
1. Pilih **Perbarui**.
1. Untuk memperbarui Availability Zone untuk penyeimbang beban Anda sehingga berbagi Availability Zone yang sama dengan grup Auto Scaling Anda, selesaikan langkah-langkah berikut:
1. Pada panel navigasi, di bawah **PENYEIMBANGAN BEBAN**, pilih **Penyeimbang beban**.
1. Pilih load balancer Anda.
1. Lakukan salah satu tindakan berikut:
+ Untuk Penyeimbang Beban Aplikasi dan Penyeimbang Beban Jaringan:
1. Pada tab **Deskripsi**, untuk **Availability Zones**, pilih **Edit subnet**.
1. Pada halaman **Edit subnet**, untuk **Availability Zones**, pilih kotak centang untuk Availability Zone yang akan ditambahkan. Jika ada satu subnet untuk zona tersebut, subnet tersebut dipilih. Jika ada lebih dari satu subnet untuk zona tersebut, pilih salah satu subnet.
+ Untuk Classic Load Balancer dalam VPC:
1. Pada tab **Instans**, pilih **Edit Availability Zones**.
1. Pada halaman **Tambah dan Hapus Subnet**, untuk **subnet yang tersedia**, pilih subnet menggunakan ikon add (\$1). Subnet dipindahkan di bawah **Subnet yang dipilih**.
1. Pilih **Simpan**.
## Sumber daya terkait
Amazon EC2 Auto Scaling menyeimbangkan kembali grup Anda saat Anda mengubah Availability Zone. Ini berarti mengganti dan mendistribusikan kembali beberapa contoh. Untuk informasi selengkapnya, lihat [Contoh: Mendistribusikan instance di seluruh Availability Zone](auto-scaling-benefits.md#arch-AutoScalingMultiAZ).
Jika Anda telah mendaftarkan target di Availability Zone yang tidak diaktifkan untuk penyeimbang beban, penyeimbang beban tidak merutekan lalu lintas ke target tersebut. Untuk informasi selengkapnya, lihat [Cara kerja Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html) di *Panduan Pengguna Elastic Load Balancing*.
# Menghapus Availability Zone
Untuk menghapus Availability Zone dari grup Auto Scaling dan load balancer, gunakan prosedur berikut.
**Untuk menghapus Availability Zone**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup yang sudah ada.
Panel terpisah terbuka di bagian bawah halaman grup **Auto Scaling.**
1. Pada tab **Detail**, pilih **Jaringan**, **Edit**.
1. Di **Subnet**, pilih ikon hapus (X) untuk subnet yang sesuai dengan Availability Zone yang ingin Anda hapus dari grup Auto Scaling. Jika ada lebih dari satu subnet untuk zona itu, pilih ikon hapus (X) untuk masing-masing subnet.
1. Pilih **Perbarui**.
1. Untuk memperbarui Availability Zone untuk penyeimbang beban Anda sehingga berbagi Availability Zone yang sama dengan grup Auto Scaling Anda, selesaikan langkah-langkah berikut:
1. Pada panel navigasi, di bawah **PENYEIMBANGAN BEBAN**, pilih **Penyeimbang beban**.
1. Pilih load balancer Anda.
1. Lakukan salah satu tindakan berikut:
+ Untuk Penyeimbang Beban Aplikasi:
1. Pada tab **Deskripsi**, untuk **Availability Zones**, pilih **Edit subnet**.
1. Pada halaman **Edit subnet**, untuk **Availability Zones**, kosongkan kotak centang untuk menghapus subnet untuk Availability Zone tersebut.
+ Untuk Classic Load Balancer dalam VPC:
1. Pada tab **Instans**, pilih **Edit Availability Zones**.
1. Pada halaman **Tambah dan Hapus Subnet**, untuk **subnet yang tersedia**, hapus subnet menggunakan ikon delete (-). Subnet dipindahkan di bawah **subnet yang tersedia**.
1. Pilih **Simpan**.
# Lepaskan grup target atau Classic Load Balancer dari grup Auto Scaling Anda
Saat Anda tidak lagi memerlukan load balancer, gunakan prosedur berikut untuk melepaskannya dari grup Auto Scaling Anda.
**Untuk memisahkan load balancer dari grup**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup yang sudah ada.
Panel terpisah terbuka di bagian bawah halaman grup **Auto Scaling.**
1. Pada tab **Detail**, pilih **Load balancing**, **Edit**.
1. Di Bawah **Load balancing**, lakukan salah satu hal berikut:
1. Untuk **grup target Application, Network atau Gateway Load Balancer**, pilih ikon delete (X) di sebelah grup target.
1. Untuk **Classic Load Balancers**, pilih ikon delete (X) di sebelah load balancer.
1. Pilih **Perbarui**.
Setelah Anda selesai melepaskan kelompok target, Anda dapat mematikan pemeriksaan kesehatan Elastic Load Balancing.
**Untuk mematikan pemeriksaan kesehatan Elastic Load Balancing**
1. Pada tab **Detail**, pilih **Pemeriksaan kesehatan**, **Edit**.
1. Untuk **pemeriksaan Kesehatan, jenis pemeriksaan** **kesehatan tambahan**, batalkan pilihan **Nyalakan pemeriksaan kesehatan Elastic Load Balancing**.
1. Pilih **Perbarui**.
# Contoh untuk bekerja dengan Elastic Load Balancing menggunakan AWS CLI
Gunakan AWS Command Line Interface (AWS CLI) untuk melampirkan, melepaskan, dan menjelaskan penyeimbang beban dan grup target, menambah dan menghapus pemeriksaan kesehatan Elastic Load Balancing, dan ubah Availability Zone mana yang diaktifkan.
Topik ini menunjukkan contoh AWS CLI perintah yang melakukan tugas umum untuk Amazon EC2 Auto Scaling.
**penting**
Untuk contoh perintah tambahan, lihat [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html)dan [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html)di *AWS CLI Command Reference*.
**Topics**
+ [Lampirkan grup target Anda atau Classic Load Balancer](#example-attach-traffic-sources)
+ [Jelaskan grup target Anda atau Classic Load Balancer](#example-describe-traffic-sources)
+ [Tambahkan pemeriksaan kesehatan Elastic Load Balancing](#example-add-elb-healthcheck)
+ [Ubah Availability Zone](#example-specify-availability-zones)
+ [Lepaskan grup target atau Classic Load Balancer](#example-detach-traffic-sources)
+ [Hapus pemeriksaan kesehatan Elastic Load Balancing](#example-remove-elb-healthcheck)
+ [Perintah lama](#legacy-commands)
## Lampirkan grup target Anda atau Classic Load Balancer
Gunakan [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)perintah berikut untuk membuat grup Auto Scaling dan secara bersamaan melampirkan grup target dengan menentukan Nama Sumber Daya Amazon (ARN). Grup target dapat dikaitkan dengan Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer.
Ganti nilai sampel untuk`--auto-scaling-group-name`,`--vpc-zone-identifier`,`--min-size`, dan`--max-size`. Untuk `--launch-template` opsi, ganti `my-launch-template` dan `1` dengan nama dan versi template peluncuran untuk grup Auto Scaling Anda. Untuk `--traffic-sources` opsi, ganti sampel ARN dengan ARN dari grup target untuk Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--min-size 1 --max-size 5 \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1"
```
Gunakan [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)perintah untuk melampirkan grup target tambahan ke grup Auto Scaling setelah dibuat.
Perintah berikut menambahkan grup target lain ke grup yang sama.
```
aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2"
```
Atau, untuk melampirkan Classic Load Balancer ke grup Anda, tentukan `--traffic-sources` dan `--type` opsi saat Anda menggunakan **create-auto-scaling-group** atau**attach-traffic-sources**, seperti pada contoh berikut. Ganti `my-classic-load-balancer` dengan nama Classic Load Balancer. Untuk `--type` opsi, tentukan nilai`elb`.
```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```
## Jelaskan grup target Anda atau Classic Load Balancer
Untuk menjelaskan penyeimbang beban atau grup target yang dilampirkan ke grup Auto Scaling Anda, gunakan perintah berikut. [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html) Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
Contoh mengembalikan ARN dari grup target Elastic Load Balancing yang Anda lampirkan ke grup Auto Scaling.
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1",
"State": "InService",
"Type": "elbv2"
},
{
"Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2",
"State": "InService",
"Type": "elbv2"
}
]
}
```
Untuk penjelasan `State` bidang dalam output, lihat[Verifikasi status lampiran penyeimbang beban Anda](load-balancer-status.md).
## Tambahkan pemeriksaan kesehatan Elastic Load Balancing
Untuk menambahkan pemeriksaan kesehatan Elastic Load Balancing ke pemeriksaan kesehatan yang dilakukan grup Auto Scaling Anda pada instance, gunakan perintah [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)berikut dan `ELB` tentukan sebagai nilai untuk opsi tersebut. `--health-check-type` Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "ELB"
```
Contoh baru sering membutuhkan waktu untuk pemanasan singkat sebelum mereka dapat lulus pemeriksaan kesehatan. Jika masa tenggang tidak memberikan waktu pemanasan yang cukup, contoh mungkin tidak tampak siap untuk melayani lalu lintas. Amazon EC2 Auto Scaling mungkin menganggap instans tersebut tidak sehat dan menggantikannya.
Untuk memperbarui masa tenggang pemeriksaan kesehatan, gunakan `--health-check-grace-period` opsi saat Anda menggunakan**update-auto-scaling-group**, seperti pada contoh berikut. Ganti *300* dengan jumlah detik untuk menyimpan instance baru dalam layanan sebelum menghentikannya jika ternyata tidak sehat.
```
--health-check-grace-period 300
```
Untuk informasi selengkapnya, lihat [Pemeriksaan kondisi untuk instans dalam grup Auto Scaling](ec2-auto-scaling-health-checks.md).
## Ubah Availability Zone
Mengubah Availability Zone Anda memiliki beberapa batasan yang harus Anda waspadai. Untuk informasi selengkapnya, lihat [Tambahkan Availability ZoneMenghapus Availability Zone](as-add-az-console.md).
**Untuk mengubah Availability Zone untuk Application Load Balancer atau Network Load Balancer**
1. Sebelum Anda mengubah Availability Zones dari load balancer, sebaiknya Anda memperbarui Availability Zone dari grup Auto Scaling terlebih dahulu untuk memverifikasi bahwa ada ketersediaan untuk jenis instans Anda di zona yang ditentukan.
Untuk memperbarui Availability Zones untuk grup Auto Scaling Anda, gunakan perintah berikut [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Ganti subnet sampel IDs dengan subnet di Availability Zones untuk mengaktifkan. IDs Subnet yang ditentukan menggantikan subnet yang diaktifkan sebelumnya. Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--vpc-zone-identifier "subnet-41767929,subnet-cb663da2,subnet-8360a9e7"
```
1. Gunakan [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)perintah berikut untuk memverifikasi bahwa instance di subnet baru telah diluncurkan. Jika instans telah diluncurkan, Anda melihat daftar instance dan statusnya. Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
1. Gunakan perintah [set-subnet](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/set-subnets.html) berikut untuk menentukan subnet untuk penyeimbang beban Anda. Ganti subnet sampel IDs dengan subnet di Availability Zones untuk mengaktifkan. IDs Anda hanya dapat menentukan satu subnet per Availability Zone. Subnet yang ditentukan menggantikan subnet yang diaktifkan sebelumnya. Ganti `my-lb-arn` dengan ARN penyeimbang beban Anda.
```
aws elbv2 set-subnets --load-balancer-arn my-lb-arn \
--subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7
```
**Untuk mengubah Availability Zone untuk Classic Load Balancer**
1. Sebelum Anda mengubah Availability Zones dari load balancer, sebaiknya Anda memperbarui Availability Zone dari grup Auto Scaling terlebih dahulu untuk memverifikasi bahwa ada ketersediaan untuk jenis instans Anda di zona yang ditentukan.
Untuk memperbarui Availability Zones untuk grup Auto Scaling Anda, gunakan perintah berikut [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Ganti subnet sampel IDs dengan subnet di Availability Zones untuk mengaktifkan. IDs Subnet yang ditentukan menggantikan subnet yang diaktifkan sebelumnya. Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--vpc-zone-identifier "subnet-41767929,subnet-cb663da2"
```
1. Gunakan [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)perintah berikut untuk memverifikasi bahwa instance di subnet baru telah diluncurkan. Jika instans telah diluncurkan, Anda melihat daftar instance dan statusnya. Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
1. Gunakan perintah [attach-load-balancer-to-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/attach-load-balancer-to-subnets.html) berikut untuk mengaktifkan Availability Zone baru untuk Classic Load Balancer Anda. Ganti ID subnet sampel dengan ID subnet untuk Availability Zone untuk mengaktifkan. Ganti `my-lb` dengan nama penyeimbang beban Anda.
```
aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \
--subnets subnet-cb663da2
```
Untuk menonaktifkan Availability Zone, gunakan perintah [detach-load-balancer-from-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/detach-load-balancer-from-subnets.html) berikut. Ganti contoh subnet ID dengan ID subnet untuk Availability Zone untuk menonaktifkan. Ganti `my-lb` dengan nama penyeimbang beban Anda.
```
aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \
--subnets subnet-8360a9e7
```
## Lepaskan grup target atau Classic Load Balancer
[detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)Perintah berikut melepaskan grup target dari grup Auto Scaling Anda saat Anda tidak lagi membutuhkannya.
Untuk `--auto-scaling-group-name` opsi, ganti `my-asg` dengan nama grup Anda. Untuk `--traffic-sources` opsi, ganti sampel ARN dengan ARN dari grup target untuk Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer.
```
aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
Untuk melepaskan Classic Load Balancer dari grup Anda, tentukan `--traffic-sources` opsi `--type` dan, seperti pada contoh berikut. Ganti `my-classic-load-balancer` dengan nama Classic Load Balancer. Untuk `--type` opsi, tentukan nilai`elb`.
```
--traffic-sources "Identifier=my-classic-load-balancer" --type elb
```
## Hapus pemeriksaan kesehatan Elastic Load Balancing
Untuk menghapus pemeriksaan kesehatan Elastic Load Balancing dari grup Auto Scaling Anda, gunakan perintah [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)berikut dan `EC2` tentukan sebagai nilai untuk opsi tersebut. `--health-check-type` Ganti `my-asg` dengan nama grup Anda.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
Untuk informasi selengkapnya, lihat [Pemeriksaan kondisi untuk instans dalam grup Auto Scaling](ec2-auto-scaling-health-checks.md).
## Perintah lama
Contoh berikut menunjukkan bagaimana Anda dapat menggunakan perintah CLI lama untuk melampirkan, melepaskan, dan mendeskripsikan penyeimbang beban dan grup target. Mereka tetap dalam dokumen ini sebagai referensi untuk setiap pelanggan yang ingin menggunakannya. Kami terus mendukung perintah CLI lama, tetapi kami menyarankan Anda menggunakan perintah CLI “sumber lalu lintas” baru, yang dapat melampirkan dan melepaskan beberapa jenis sumber lalu lintas. Anda dapat menggunakan perintah CLI lama dan perintah CLI “sumber lalu lintas” pada grup Auto Scaling yang sama.
### Lampirkan grup target Anda atau Classic Load Balancer (warisan)
**Untuk melampirkan grup target Anda**
[create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Perintah berikut membuat grup Auto Scaling dengan grup target terlampir. Tentukan Nama Sumber Daya Amazon (ARN) dari grup target untuk Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" \
--min-size 1 --max-size 5
```
Perintah [attach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancer-target-groups.html) berikut melampirkan grup target ke grup Auto Scaling yang ada.
```
aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
**Untuk melampirkan Classic Load Balancer**
[create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Perintah berikut membuat grup Auto Scaling dengan Classic Load Balancer yang terpasang.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-configuration-name my-launch-config \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--load-balancer-names "my-load-balancer" \
--min-size 1 --max-size 5
```
[attach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancers.html)Perintah berikut melampirkan Classic Load Balancer yang ditentukan ke grup Auto Scaling yang ada.
```
aws autoscaling attach-load-balancers --auto-scaling-group-name my-asg \
--load-balancer-names my-lb
```
### Jelaskan grup target Anda atau Classic Load Balancer (warisan)
**Untuk menggambarkan kelompok sasaran**
Untuk mendeskripsikan grup target yang terkait dengan grup Auto Scaling, gunakan perintah [describe-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancer-target-groups.html). Contoh berikut mencantumkan kelompok target untuk*my-asg*.
```
aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg
```
**Untuk menggambarkan Classic Load Balancers**
Untuk mendeskripsikan Classic Load Balancer yang terkait dengan grup Auto Scaling, gunakan perintah tersebut. [describe-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancers.html) Contoh berikut mencantumkan Classic Load Balancers untuk. *my-asg*
```
aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg
```
### Lepaskan grup target Anda atau Classic Load Balancer (warisan)
**Untuk melepaskan kelompok sasaran**
Perintah [detach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancer-target-groups.html) berikut melepaskan grup target dari grup Auto Scaling Anda saat Anda tidak lagi membutuhkannya.
```
aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \
--target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456"
```
**Untuk melepaskan Classic Load Balancer**
[detach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancers.html)Perintah berikut melepaskan Classic Load Balancer dari grup Auto Scaling Anda saat Anda tidak lagi membutuhkannya.
```
aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \
--load-balancer-names my-lb
```
# Mengelola arus lalu lintas dengan grup target VPC Lattice
Anda dapat menggunakan Amazon VPC Lattice untuk mengelola arus lalu lintas dan panggilan API antara aplikasi dan layanan yang berjalan pada sumber daya terpisah, seperti grup Auto Scaling atau fungsi Lambda. VPC Lattice adalah layanan jaringan aplikasi yang memungkinkan Anda terhubung, mengamankan, dan memantau semua layanan Anda di beberapa akun dan cloud pribadi virtual (). VPCs Untuk mempelajari lebih lanjut tentang Kisi VPC, lihat [Apa itu Kisi VPC](https://docs.aws.amazon.com/vpc-lattice/latest/ug/)?
Untuk memulai dengan VPC Lattice, pertama-tama buat sumber daya VPC Lattice yang diperlukan yang memungkinkan sumber daya dalam VPC yang terkait dengan jaringan layanan untuk terhubung satu sama lain. Sumber daya ini mencakup layanan, pendengar, aturan pendengar, dan grup target.
Untuk mengaitkan grup Auto Scaling ke layanan VPC Lattice, buat grup target untuk layanan yang merutekan permintaan ke instance yang didaftarkan berdasarkan ID instans, dan tambahkan listener ke layanan yang mengirimkan permintaan ke grup target. Kemudian, lampirkan grup target ke grup Auto Scaling Anda. Amazon EC2 Auto Scaling secara otomatis mendaftarkan instans EC2 sebagai target dengan grup target. Kemudian, saat Amazon EC2 Auto Scaling perlu menghentikan instans, instans otomatis membatalkan pendaftaran instans dari grup target sebelum penghentian.
Setelah Anda melampirkan grup target, itu adalah titik masuk untuk semua permintaan yang masuk ke grup Auto Scaling Anda. Seperti yang ditunjukkan contoh dalam diagram berikut, permintaan masuk kemudian dapat diarahkan ke grup target yang sesuai menggunakan aturan pendengar yang ditentukan untuk layanan VPC Lattice.
![\[VPC Lattice merutekan lalu lintas ke target terdaftar dalam dua grup Auto Scaling menggunakan perutean berbasis jalur.\]](http://docs.aws.amazon.com/id_id/autoscaling/ec2/userguide/images/vpc-lattice-diagram-auto-scaling-groups.png)
Saat lalu lintas dirutekan melalui VPC Lattice ke grup Auto Scaling Anda, VPC Lattice menyeimbangkan permintaan di antara instance dalam grup menggunakan penyeimbangan beban round robin. VPC Lattice juga dapat memantau kesehatan instans yang terdaftar dan mengarahkan lalu lintas hanya ke instans yang sehat.
Agar instans tetap tersedia untuk permintaan yang masuk, Anda dapat menambahkan pemeriksaan kesehatan VPC Lattice secara opsional ke grup Auto Scaling. Dengan cara ini, jika salah satu instans EC2 gagal, grup Auto Scaling Anda secara otomatis meluncurkan instance baru untuk menggantikannya. Perilaku pemeriksaan kesehatan VPC Lattice mirip dengan perilaku pemeriksaan kesehatan Elastic Load Balancing. Pemeriksaan kesehatan default untuk grup Auto Scaling hanya pemeriksaan kesehatan EC2.
Untuk mempelajari selengkapnya tentang VPC Lattice, lihat [Menyederhanakan Service-to-Service Konektivitas, Keamanan, dan Pemantauan dengan Amazon VPC Lattice —](https://aws.amazon.com/blogs/aws/simplify-service-to-service-connectivity-security-and-monitoring-with-amazon-vpc-lattice-now-generally-available/) Sekarang Umumnya Tersedia di Blog. AWS
**Topics**
+ [Bersiaplah untuk melampirkan grup sasaran](getting-started-vpc-lattice.md)
+ [Lampirkan grup target VPC Lattice](attach-vpc-lattice-target-group-asg.md)
+ [Verifikasi status lampiran](verify-target-group-attachment-status.md)
# Bersiaplah untuk melampirkan grup target VPC Lattice ke grup Auto Scaling Anda
Sebelum Anda melampirkan grup target VPC Lattice ke grup Auto Scaling Anda, Anda harus menyelesaikan prasyarat berikut:
+ Anda harus sudah membuat jaringan layanan, layanan, pendengar, dan grup target VPC Lattice. Untuk informasi selengkapnya, lihat topik berikut di Panduan *Pengguna Kisi VPC*:
+ [Jaringan layanan](https://docs.aws.amazon.com/vpc-lattice/latest/ug/service-networks.html)
+ [Layanan](https://docs.aws.amazon.com/vpc-lattice/latest/ug/services.html)
+ [Pendengar](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listeners.html)
+ [Kelompok sasaran](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-groups.html)
+ Grup target harus sama Akun AWS, VPC, dan Wilayah sebagai grup Auto Scaling Anda.
+ Kelompok target harus menentukan jenis target`instance`. Anda tidak dapat menentukan jenis target `ip` saat menggunakan grup Auto Scaling.
+ Anda harus memiliki izin IAM yang cukup untuk melampirkan grup target ke grup Auto Scaling. Contoh kebijakan berikut menunjukkan izin minimum yang diperlukan yang diperlukan untuk melampirkan dan melepaskan grup target.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"autoscaling:AttachTrafficSources",
"autoscaling:DetachTrafficSources",
"autoscaling:DescribeTrafficSources",
"vpc-lattice:RegisterTargets",
"vpc-lattice:DeregisterTargets"
],
"Resource": "*"
}
]
}
```
------
+ Jika template peluncuran untuk grup Auto Scaling Anda tidak berisi pengaturan yang benar untuk VPC Lattice, seperti grup keamanan yang kompatibel, Anda harus memperbarui template peluncuran. Instance yang ada tidak diperbarui dengan pengaturan baru saat template peluncuran dimodifikasi. Untuk memperbarui instance yang ada, Anda dapat memulai penyegaran instans untuk mengganti instance. Untuk informasi selengkapnya, lihat [Menggunakan penyegaran instans untuk memperbarui instance dalam grup Auto Scaling](asg-instance-refresh.md).
+ Sebelum mengaktifkan pemeriksaan kesehatan VPC Lattice pada grup Auto Scaling, Anda dapat mengonfigurasi pemeriksaan kesehatan berbasis aplikasi untuk memverifikasi bahwa aplikasi Anda merespons seperti yang diharapkan. Untuk informasi selengkapnya, lihat [Pemeriksaan Kesehatan untuk grup target Anda](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-group-health-checks.html) di Panduan *Pengguna VPC Lattice*.
## Grup keamanan: Aturan masuk dan keluar
Grup keamanan bertindak sebagai firewall untuk instans EC2 terkait, mengendalikan lalu lintas masuk dan keluar pada tingkat instans.
**catatan**
Konfigurasi jaringan cukup kompleks sehingga kami sangat menyarankan Anda membuat grup keamanan baru untuk digunakan dengan VPC Lattice. Ini juga memudahkan Dukungan untuk membantu Anda jika Anda perlu menghubungi mereka. Bagian berikut didasarkan pada asumsi bahwa Anda mengikuti rekomendasi ini.
*Untuk mempelajari selengkapnya tentang membuat grup keamanan untuk Kisi VPC yang dapat Anda gunakan dengan grup Auto Scaling, lihat [Mengontrol lalu lintas menggunakan grup keamanan di](https://docs.aws.amazon.com/vpc-lattice/latest/ug/security-groups.html) Panduan Pengguna Kisi VPC.* Untuk memecahkan masalah arus lalu lintas, lihat *Panduan Pengguna VPC Lattice* untuk informasi lebih lanjut.
Untuk informasi tentang cara membuat grup keamanan, lihat [Membuat grup keamanan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-security-group.html) di *Panduan Pengguna Amazon EC2* dan gunakan tabel berikut untuk menentukan opsi apa yang harus dipilih.
| Opsi | Nilai |
| --- | --- |
| Nama | Nama yang mudah diingat. |
| Deskripsi | Deskripsi untuk membantu Anda mengidentifikasi grup keamanan. |
| VPC | VPC yang sama dengan grup Auto Scaling. |
### Aturan-aturan ke dalam
Saat Anda membuat grup keamanan, grup ini tidak memiliki aturan masuk. Tidak ada lalu lintas masuk yang berasal dari klien dalam jaringan layanan VPC Lattice ke instans Anda yang diizinkan hingga Anda menambahkan aturan masuk ke grup keamanan.
Agar klien dalam jaringan layanan VPC Lattice dapat terhubung ke instans di grup Auto Scaling Anda, grup keamanan untuk grup Auto Scaling Anda harus diatur dengan benar. Dalam hal ini, berikan aturan masuk untuk mengizinkan lalu lintas dari nama daftar awalan AWS terkelola untuk VPC Lattice, bukan alamat IP tertentu. Daftar awalan VPC Lattice adalah rentang alamat IP yang digunakan oleh VPC Lattice dalam notasi CIDR. Untuk informasi selengkapnya, lihat [Bekerja dengan daftar awalan AWS-terkelola](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) di Panduan Pengguna Amazon *VPC*.
Untuk informasi tentang cara menambahkan aturan ke grup keamanan, lihat [Mengonfigurasi aturan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) di *Panduan Pengguna Amazon VPC* dan gunakan tabel berikut untuk menentukan opsi apa yang harus dipilih.
| Opsi | Nilai |
| --- | --- |
| Aturan HTTP | Jenis: HTTP Sumber: com.amazonaws. *region*.vpc-kisi |
| Aturan HTTPS | Jenis: HTTPS Sumber: com.amazonaws. *region*.vpc-kisi |
Grup keamanan stateful: memungkinkan lalu lintas dari klien dalam jaringan layanan VPC Lattice ke instance di grup Auto Scaling Anda, dan kemudian mengirimkan respons kembali ke klien yang sebelumnya ditinggalkan.
### Aturan-aturan ke luar
Secara default, suatu grup keamanan mencakup aturan keluar yang mengizinkan semua lalu lintas keluar. Anda dapat menghapus aturan default ini secara opsional dan menambahkan aturan keluar untuk mengakomodasi kebutuhan keamanan tertentu.
## Batasan
+ [Grup instance campuran](ec2-auto-scaling-mixed-instances-groups.md) didukung. Jika Anda melampirkan grup target VPC Lattice ke grup Auto Scaling yang memiliki kebijakan instance campuran, algoritme load balancing mendistribusikan beban secara merata ke semua sumber daya yang tersedia dan mengasumsikan bahwa instance cukup serupa untuk menangani beban yang sama.
# Lampirkan grup target VPC Lattice ke grup Auto Scaling Anda
Topik ini menjelaskan cara melampirkan grup target VPC Lattice ke grup Auto Scaling. Ini juga menjelaskan cara mengaktifkan pemeriksaan kesehatan VPC Lattice agar Amazon EC2 Auto Scaling mengganti instance yang dilaporkan VPC Lattice sebagai tidak sehat.
Secara default, Amazon EC2 Auto Scaling hanya menggantikan instans yang tidak sehat atau tidak dapat dijangkau berdasarkan pemeriksaan kesehatan Amazon EC2. Jika Anda mengaktifkan pemeriksaan kesehatan VPC Lattice, Amazon EC2 Auto Scaling dapat menggantikan instance yang sedang berjalan jika salah satu grup target VPC Lattice yang Anda lampirkan ke grup Auto Scaling melaporkannya sebagai tidak sehat. Untuk informasi selengkapnya, lihat [Pemeriksaan kondisi untuk instans dalam grup Auto Scaling](ec2-auto-scaling-health-checks.md).
**penting**
Sebelum Anda melanjutkan, lengkapi semua [prasyarat di bagian](getting-started-vpc-lattice.md) sebelumnya.
## Lampirkan grup target VPC Lattice
Anda dapat melampirkan satu atau beberapa grup target ke grup Auto Scaling saat Anda membuat atau memperbarui grup.
------
#### [ Console ]
Ikuti langkah-langkah di bagian ini untuk menggunakan konsol untuk:
+ Lampirkan grup target VPC Lattice ke grup Auto Scaling
+ Nyalakan pemeriksaan kesehatan untuk VPC Lattice
**Untuk melampirkan grup target VPC Lattice ke grup Auto Scaling baru**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pada bilah navigasi di bagian atas layar, pilih tempat Wilayah AWS Anda membuat grup target.
1. Pilih **Buat grup Auto Scaling**.
1. Pada langkah 1 dan 2, pilih opsi yang Anda inginkan dan lanjutkan ke **Langkah 3: Konfigurasikan opsi lanjutan**.
1. Untuk **opsi integrasi VPC Lattice**, pilih Lampirkan **ke layanan VPC** Lattice.
1. Di bawah **Pilih grup target VPC Lattice, pilih grup target** Anda.
1. (Opsional) Untuk **pemeriksaan Kesehatan**, **Jenis pemeriksaan kesehatan tambahan**, pilih **Aktifkan pemeriksaan kesehatan VPC Lattice**.
1. (Opsional) Untuk **Health check masa tenggang**, masukkan jumlah waktu, dalam hitungan detik. Jumlah waktu ini adalah berapa lama Amazon EC2 Auto Scaling perlu menunggu sebelum memeriksa status kesehatan suatu instans setelah memasuki status. `InService` Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
1. Lanjutkan untuk membuat grup Auto Scaling. Instance Anda akan secara otomatis terdaftar ke grup target VPC Lattice setelah grup Auto Scaling dibuat.
**Untuk melampirkan grup target VPC Lattice ke grup Auto Scaling yang ada**
Gunakan prosedur berikut untuk melampirkan grup target untuk layanan ke grup Auto Scaling yang ada.
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup Auto Scaling Anda.
Panel split terbuka di bagian bawah halaman.
1. **Pada tab **Detail**, pilih **opsi integrasi VPC Lattice**, Edit.**
1. Di bawah **opsi integrasi VPC Lattice**, pilih Lampirkan **ke layanan Kisi VPC**.
1. Di bawah **Pilih grup target VPC Lattice, pilih grup target** Anda.
1. Pilih **Perbarui**.
Ketika Anda selesai melampirkan kelompok sasaran, Anda dapat mengaktifkan pemeriksaan kesehatan yang menggunakannya.
**Untuk mengaktifkan pemeriksaan kesehatan VPC Lattice**
1. Pada tab **Detail**, pilih **Pemeriksaan kesehatan**, **Edit**.
1. Untuk **pemeriksaan Kesehatan**, **Jenis pemeriksaan kesehatan tambahan**, pilih **Aktifkan pemeriksaan kesehatan VPC Lattice**.
1. Untuk **Health check masa tenggang**, masukkan jumlah waktu, dalam hitungan detik. Jumlah waktu ini adalah berapa lama Amazon EC2 Auto Scaling perlu menunggu sebelum memeriksa status kesehatan suatu instans setelah memasuki status. `InService` Untuk informasi selengkapnya, lihat [Mengatur periode tenggang pemeriksaan kondisi untuk grup Auto Scaling](health-check-grace-period.md).
1. Pilih **Pembaruan**.
------
#### [ AWS CLI ]
Ikuti langkah-langkah di bagian ini untuk menggunakan AWS CLI to:
+ Lampirkan grup target VPC Lattice ke grup Auto Scaling
+ Nyalakan pemeriksaan kesehatan untuk VPC Lattice
**Untuk melampirkan grup target VPC Lattice ke grup Auto Scaling**
Gunakan [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)perintah berikut untuk membuat grup Auto Scaling dan secara bersamaan melampirkan grup target VPC Lattice dengan menentukan Nama Sumber Daya Amazon (ARN).
Ganti nilai sampel untuk`--auto-scaling-group-name`,`--vpc-zone-identifier`,`--min-size`, dan`--max-size`. Untuk `--launch-template` opsi, ganti `my-launch-template` dan `1` dengan nama dan versi template peluncuran yang Anda buat untuk instance yang terdaftar ke grup target VPC Lattice. Untuk `--traffic-sources` opsi, ganti sampel ARN dengan ARN dari grup target VPC Lattice Anda.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--launch-template LaunchTemplateName=my-launch-template,Version='1' \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--min-size 1 --max-size 5 \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
Gunakan [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)perintah berikut untuk melampirkan grup target VPC Lattice ke grup Auto Scaling setelah grup tersebut dibuat.
```
aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
**Untuk mengaktifkan pemeriksaan kesehatan untuk VPC Lattice**
Jika Anda telah mengonfigurasi pemeriksaan kesehatan berbasis aplikasi untuk grup target **VPC Lattice** Anda, Anda dapat mengaktifkan pemeriksaan kesehatan ini. Gunakan [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)perintah [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)or dengan `--health-check-type` opsi dan nilai`VPC_LATTICE`. Untuk menentukan masa tenggang untuk pemeriksaan kesehatan yang dilakukan oleh grup Auto Scaling Anda, sertakan `--health-check-grace-period` opsi dan berikan nilainya dalam hitungan detik.
```
--health-check-type "VPC_LATTICE" --health-check-grace-period 60
```
------
## Lepaskan grup target VPC Lattice
Jika Anda tidak perlu lagi menggunakan VPC Lattice, gunakan prosedur berikut untuk melepaskan grup target dari grup Auto Scaling Anda.
------
#### [ Console ]
Ikuti langkah-langkah di bagian ini untuk menggunakan konsol untuk:
+ Lepaskan grup target VPC Lattice dari grup Auto Scaling
+ Matikan pemeriksaan kesehatan untuk VPC Lattice
**Untuk melepaskan grup target VPC Lattice dari grup Auto Scaling**
1. Buka konsol Amazon EC2 di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/), dan pilih Grup **Auto Scaling** dari panel navigasi.
1. Pilih kotak centang di samping grup yang sudah ada.
Panel split terbuka di bagian bawah halaman.
1. **Pada tab **Detail**, pilih **opsi integrasi VPC Lattice**, Edit.**
1. Di bawah **opsi integrasi VPC Lattice**, pilih ikon hapus (X) di sebelah grup target.
1. Pilih **Perbarui**.
Setelah Anda selesai melepaskan grup target, Anda dapat mematikan pemeriksaan kesehatan VPC Lattice.
**Untuk mematikan pemeriksaan kesehatan VPC Lattice**
1. Pada tab **Detail**, pilih **Pemeriksaan kesehatan**, **Edit**.
1. Untuk **pemeriksaan Kesehatan**, **Jenis pemeriksaan kesehatan tambahan, batal** pilih **Aktifkan pemeriksaan kesehatan VPC Lattice**.
1. Pilih **Perbarui**.
------
#### [ AWS CLI ]
Ikuti langkah-langkah di bagian ini untuk menggunakan AWS CLI to:
+ Lepaskan grup target VPC Lattice dari grup Auto Scaling
+ Matikan pemeriksaan kesehatan untuk VPC Lattice
Gunakan [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)perintah untuk melepaskan grup target dari grup Auto Scaling Anda saat Anda tidak lagi membutuhkannya.
```
aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \
--traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE"
```
Untuk memperbarui pemeriksaan kesehatan pada grup Auto Scaling sehingga tidak lagi menggunakan pemeriksaan kesehatan VPC Lattice, gunakan perintah. [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) Sertakan `--health-check-type` opsi dan nilai`EC2`.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
------
# Verifikasi status lampiran grup target VPC Lattice Anda
Setelah Anda melampirkan grup target VPC Lattice ke grup Auto Scaling, grup tersebut memasuki `Adding` status saat mendaftarkan instance dalam grup. Ketika semua instance dalam grup terdaftar, ia memasuki `Added` negara bagian. Setelah setidaknya satu instance yang didaftarkan lolos pemeriksaan kesehatan, proses ini masuk ke status `InService`. Saat grup target dalam `InService` status, Amazon EC2 Auto Scaling dapat menghentikan dan mengganti instans apa pun yang dilaporkan tidak sehat. Jika tidak ada instance terdaftar yang lulus pemeriksaan kesehatan (misalnya, karena pemeriksaan kesehatan yang salah dikonfigurasi), grup target tidak memasuki `InService` status. Amazon EC2 Auto Scaling tidak menghentikan dan menggantikan instance.
Saat Anda melepaskan grup target untuk layanan, grup tersebut memasuki `Removing` status saat membatalkan pendaftaran instance dalam grup. Contoh tetap berjalan setelah mereka deregister. Secara default, pengeringan koneksi (penundaan deregistrasi) diaktifkan. Jika pengurasan koneksi diaktifkan, VPC Lattice menunggu permintaan dalam penerbangan selesai atau batas waktu maksimum berakhir (mana yang lebih dulu) sebelum membatalkan pendaftaran instans.
Anda dapat memverifikasi status lampiran dengan menggunakan AWS Command Line Interface (AWS CLI) atau AWS SDKs. Anda tidak dapat memverifikasi status lampiran dari konsol.
**Untuk menggunakan AWS CLI untuk memverifikasi status lampiran**
[describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)Perintah berikut mengembalikan status lampiran semua sumber lalu lintas untuk grup Auto Scaling yang ditentukan.
```
aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg
```
Contoh mengembalikan ARN dari grup target VPC Lattice yang dilampirkan ke grup Auto Scaling, bersama dengan status lampiran grup target dalam elemen. `State`
```
{
"TrafficSources": [
{
"Identifier": "arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE",
"State": "InService",
"Type": "vpc-lattice"
}
]
}
```
# Gunakan EventBridge untuk menangani peristiwa Auto Scaling
Amazon EventBridge, sebelumnya disebut CloudWatch Events, membantu Anda mengatur aturan berbasis peristiwa yang memantau sumber daya dan memulai tindakan target yang menggunakan layanan lain. AWS
Acara dari Amazon EC2 Auto Scaling EventBridge dikirimkan ke dalam waktu dekat. Anda dapat menetapkan EventBridge aturan yang memanggil tindakan dan pemberitahuan terprogram sebagai tanggapan terhadap berbagai peristiwa ini. Misalnya, saat instance sedang dalam proses peluncuran atau penghentian, Anda dapat memanggil AWS Lambda fungsi untuk melakukan tugas yang telah dikonfigurasi sebelumnya.
Target EventBridge aturan dapat mencakup AWS Lambda fungsi, topik Amazon SNS, tujuan API, bus acara di lainnya Akun AWS, dan banyak lagi. Untuk informasi tentang target yang didukung, lihat [ EventBridge Target Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-targets.html) *di Panduan EventBridge Pengguna Amazon*.
Mulailah dengan membuat EventBridge aturan dengan contoh menggunakan topik Amazon SNS dan aturan. EventBridge Kemudian, ketika pengguna memulai penyegaran instans, Amazon SNS memberi tahu Anda melalui email setiap kali pos pemeriksaan tercapai. Untuk informasi selengkapnya, lihat [Buat EventBridge aturan untuk acara penyegaran misalnya](monitor-events-eventbridge-sns.md).
**Topics**
+ [Referensi acara Amazon EC2 Auto Scaling](ec2-auto-scaling-event-reference.md)
+ [Instance menyegarkan contoh peristiwa dan pola](instance-refresh-eventbridge-events.md)
+ [Acara dan pola contoh kolam hangat](warm-pools-eventbridge-events.md)
+ [Gunakan EventBridge aturan Amazon untuk mengotomatiskan tindakan](create-eventbridge-rules.md)
# Referensi acara Amazon EC2 Auto Scaling
Menggunakan Amazon EventBridge, Anda dapat membuat *aturan* yang cocok dengan *peristiwa* yang masuk dan merutekkannya ke *target* untuk diproses.
**Topics**
+ [Peristiwa tindakan siklus hidup](#ec2-auto-scaling-lifecycle-action-events)
+ [Acara penskalaan yang sukses](#ec2-auto-scaling-successful-scaling-events)
+ [Peristiwa penskalaan yang gagal](#ec2-auto-scaling-unsuccessful-scaling-events)
## Peristiwa tindakan siklus hidup
Saat menambahkan kait siklus hidup ke grup Auto Scaling, Amazon EC2 Auto Scaling akan mengirimkan peristiwa saat instance bertransisi EventBridge ke status tunggu. Acara diproduksi atas dasar upaya terbaik.
**Topics**
+ [Tindakan siklus hidup penskalaan](#launch-lifecycle-action)
+ [Tindakan siklus hidup skala dalam](#terminate-lifecycle-action)
### Tindakan siklus hidup penskalaan
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling memindahkan instance `Pending:Wait` ke status karena hook siklus hidup peluncuran.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "87654321-4321-4321-4321-210987654321",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Tindakan siklus hidup skala dalam
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling memindahkan instance `Terminating:Wait` ke status karena hook siklus hidup penghentian.
**penting**
Saat grup Auto Scaling mengembalikan instance ke kolam hangat dalam skala, mengembalikan instance ke kolam hangat juga dapat menghasilkan peristiwa. `EC2 Instance-terminate Lifecycle Action` Peristiwa yang dikirimkan saat instance pindah ke status tunggu pada skala memiliki `WarmPool` nilai untuk`Destination`. Untuk informasi selengkapnya, lihat [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken":"87654321-4321-4321-4321-210987654321",
"AutoScalingGroupName":"my-asg",
"LifecycleHookName":"my-lifecycle-hook",
"EC2InstanceId":"i-1234567890abcdef0",
"LifecycleTransition":"autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata":"additional-info",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
## Acara penskalaan yang sukses
Contoh berikut menunjukkan jenis acara untuk acara penskalaan yang berhasil. Acara diproduksi atas dasar upaya terbaik.
**Topics**
+ [Acara scale-out yang sukses](#launch-successful)
+ [Acara scale-in yang sukses](#terminate-successful)
### Acara scale-out yang sukses
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling berhasil meluncurkan instans.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Successful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Launching a new EC2 instance: i-12345678",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Acara scale-in yang sukses
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling berhasil menghentikan instance.
**penting**
Saat grup Auto Scaling mengembalikan instance ke kolam hangat dalam skala, mengembalikan instance ke kolam hangat juga dapat menghasilkan peristiwa. `EC2 Instance Terminate Successful` Peristiwa yang dikirimkan ketika sebuah instance berhasil kembali ke kolam hangat memiliki `WarmPool` nilai untuk`Destination`. Untuk informasi selengkapnya, lihat [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Successful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Terminating EC2 instance: i-12345678",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
## Peristiwa penskalaan yang gagal
Contoh berikut menunjukkan jenis acara untuk peristiwa penskalaan yang gagal. Acara diproduksi atas dasar upaya terbaik.
**Topics**
+ [Acara scale-out yang gagal](#launch-unsuccessful)
+ [Acara scale-in yang gagal](#terminate-unsuccessful)
### Acara scale-out yang gagal
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling gagal meluncurkan instance.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Unsuccessful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "Failed",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
```
### Acara scale-in yang gagal
Contoh peristiwa berikut menunjukkan bahwa Amazon EC2 Auto Scaling gagal menghentikan instance.
**penting**
Ketika grup Auto Scaling mengembalikan instance ke kolam hangat dalam skala, gagal mengembalikan instance ke kolam hangat juga dapat menghasilkan peristiwa. `EC2 Instance Terminate Unsuccessful` Peristiwa yang dikirimkan ketika sebuah instance gagal kembali ke kolam hangat memiliki `WarmPool` nilai untuk`Destination`. Untuk informasi selengkapnya, lihat [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Unsuccessful",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "Failed",
"AutoScalingGroupName": "my-asg",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
"Availability Zone": "us-west-2b",
"Subnet ID": "subnet-12345678"
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
"EndTime": "yyyy-mm-ddThh:mm:ssZ",
"EC2InstanceId": "i-1234567890abcdef0",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text",
"Origin": "AutoScalingGroup",
"Destination": "EC2"
}
}
```
# Instance menyegarkan contoh peristiwa dan pola
Menggunakan Amazon EventBridge, Anda dapat membuat *aturan* yang cocok dengan *peristiwa* yang masuk dan merutekkannya ke *target* untuk diproses.
**Topics**
+ [Acara penyegaran contoh](#instance-refresh-events)
+ [Penyegaran instance menggantikan peristiwa siklus hidup volume root](#instance-refresh-rvr-lifecycle-events)
## Acara penyegaran contoh
Contoh berikut menunjukkan peristiwa untuk fitur penyegaran instance. Acara diproduksi atas dasar upaya terbaik.
**Topics**
+ [Pos pemeriksaan tercapai](#instance-refresh-checkpoint-reached)
+ [Penyegaran instance dimulai](#instance-refresh-started)
+ [Penyegaran instance berhasil](#instance-refresh-succeeded)
+ [Penyegaran instans gagal](#instance-refresh-failed)
+ [Penyegaran instans dibatalkan](#instance-refresh-cancelled)
+ [Rollback penyegaran instans dimulai](#instance-refresh-rollback-started)
+ [Rollback penyegaran instans berhasil](#instance-refresh-rollback-succeeded)
+ [Rollback penyegaran instans gagal](#instance-refresh-rollback-failed)
### Pos pemeriksaan tercapai
Ketika jumlah instans yang telah diganti mencapai ambang batas persentase yang ditentukan untuk pos pemeriksaan, Amazon EC2 Auto Scaling mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Checkpoint Reached",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "ab00cf8f-9126-4f3c-8010-dbb8cad6fb86",
"AutoScalingGroupName": "my-asg",
"CheckpointPercentage": "50",
"CheckpointDelay": "300"
}
}
```
### Penyegaran instance dimulai
Saat status penyegaran instans berubah`InProgress`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Started",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Penyegaran instance berhasil
Saat status penyegaran instans berubah`Successful`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Succeeded",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Penyegaran instans gagal
Saat status penyegaran instans berubah`Failed`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Failed",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Penyegaran instans dibatalkan
Saat status penyegaran instans berubah`Cancelled`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Cancelled",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Rollback penyegaran instans dimulai
Saat status penyegaran instans berubah`RollbackInProgress`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Started",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Rollback penyegaran instans berhasil
Saat status penyegaran instans berubah`RollbackSuccessful`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Succeeded",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
### Rollback penyegaran instans gagal
Saat status penyegaran instans berubah`Failed`, Amazon EC2 Auto Scaling akan mengirimkan peristiwa berikut.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Rollback Failed",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-asg"
}
}
```
## Penyegaran instance menggantikan peristiwa siklus hidup volume root
Saat menambahkan kait siklus hidup ke grup Auto Scaling, Amazon EC2 Auto Scaling akan mengirimkan peristiwa saat instance bertransisi EventBridge ke status tunggu. Untuk informasi selengkapnya, lihat [Gunakan kait siklus hidup dengan ganti volume root](replace-root-volume.md#replace-root-volume-lifecycle-hooks).
Contoh berikut menunjukkan peristiwa saat grup Auto Scaling Anda memiliki instance yang mengalami penggantian volume root selama penyegaran instans. Peristiwa dipancarkan atas dasar upaya terbaik.
**Topics**
+ [Mulai ganti aksi siklus hidup volume root](#rvr-start-lifecycle-action)
+ [Akhiri ganti tindakan siklus hidup volume root](#rvr-end-lifecycle-action)
+ [Contoh pola acara](#rvr-event-patterns)
### Mulai ganti aksi siklus hidup volume root
Ketika sebuah instance dipilih untuk penggantian volume root selama Instance Refresh dan statusnya berubah menjadi`ReplacingRootVolume:Wait`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-terminate-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "AutoScalingGroup",
"Action": "ReplaceRootVolume"
}
}
```
### Akhiri ganti tindakan siklus hidup volume root
Ketika sebuah instance telah menyelesaikan penggantian volume root dan statusnya berubah menjadi`Pending:Wait`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "AutoScalingGroup",
"Action": "ReplaceRootVolume"
}
}
```
### Contoh pola acara
Bagian sebelumnya memberikan contoh peristiwa yang dipancarkan oleh Amazon EC2 Auto Scaling selama penyegaran instans dengan strategi volume root replace. EventBridge pola acara memiliki struktur yang sama dengan peristiwa yang cocok. Pola mengutip bidang yang ingin Anda cocokkan dan memberikan nilai yang Anda cari. Bidang berikut dalam acara membentuk pola peristiwa yang didefinisikan dalam aturan untuk memanggil tindakan:
`"source": "aws.autoscaling"`
Mengidentifikasi bahwa acara tersebut berasal dari Amazon EC2 Auto Scaling.
`"detail-type": "EC2 Instance-launch Lifecycle Action"`
Mengidentifikasi tipe peristiwa.
`"Action": "ReplaceRootVolume"`
Mengidentifikasi tindakan apa yang sedang dilakukan pada instance.
Gunakan contoh pola peristiwa berikut untuk menangkap semua peristiwa yang terkait dengan instance yang bersiap untuk mengganti volume root mereka:
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-terminate Lifecycle Action" ],
"detail": {
"Action": [ "ReplaceRootVolume" ]
}
}
```
Gunakan pola peristiwa contoh berikut untuk menangkap semua peristiwa yang terkait dengan instance yang kembali ke layanan setelah menyelesaikan penggantian volume root:
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Action": [ "ReplaceRootVolume" ]
}
}
```
# Acara dan pola contoh kolam hangat
Amazon EC2 Auto Scaling mendukung beberapa pola yang telah ditentukan di Amazon. EventBridge Ini menyederhanakan bagaimana pola acara dibuat. Anda memilih nilai bidang pada formulir, dan EventBridge menghasilkan pola untuk Anda. Saat ini, Amazon EC2 Auto Scaling tidak mendukung pola yang telah ditentukan sebelumnya untuk setiap peristiwa yang dipancarkan oleh grup Auto Scaling dengan kolam hangat. Anda harus memasukkan pola sebagai objek JSON. Bagian ini dan [Buat EventBridge aturan untuk acara kolam hangat](warm-pool-events-eventbridge-rules.md) topik menunjukkan cara menggunakan pola acara untuk memilih acara dan mengirimkannya ke target.
Untuk membuat EventBridge aturan yang memfilter peristiwa terkait kolam hangat yang EventBridge dikirimkan oleh Amazon EC2 Auto Scaling, `Origin` sertakan bidang `detail` dan `Destination` dari bagian acara.
Nilai-nilai `Origin` dan `Destination` dapat sebagai berikut:
`EC2` \$1 `AutoScalingGroup` \$1 `WarmPool`
**Topics**
+ [Contoh peristiwa](#warm-pool-events)
+ [Contoh pola acara](#warm-pools-eventbridge-patterns)
## Contoh peristiwa
Saat menambahkan kait siklus hidup ke grup Auto Scaling, Amazon EC2 Auto Scaling akan mengirimkan peristiwa saat instance bertransisi EventBridge ke status tunggu. Untuk informasi selengkapnya, lihat [Gunakan kait siklus hidup dengan kolam hangat di grup Auto Scaling](warm-pool-instance-lifecycle.md).
Bagian ini mencakup contoh peristiwa ini ketika grup Auto Scaling Anda memiliki kolam hangat. Peristiwa dipancarkan atas dasar upaya terbaik.
**catatan**
Untuk peristiwa yang EventBridge dikirimkan oleh Amazon EC2 Auto Scaling saat penskalaan berhasil, lihat. [Acara penskalaan yang sukses](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-successful-scaling-events) Untuk acara saat penskalaan tidak berhasil, lihat. [Peristiwa penskalaan yang gagal](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-unsuccessful-scaling-events)
**Topics**
+ [Tindakan siklus hidup penskalaan](#warm-pool-scale-out-events)
+ [Tindakan siklus hidup skala dalam](#warm-pool-scale-in-events)
### Tindakan siklus hidup penskalaan
Peristiwa yang dikirimkan saat instance bertransisi ke status tunggu untuk peristiwa scale-out memiliki nilai `EC2 Instance-launch Lifecycle Action` untuk. `detail-type` Dalam `detail` objek, nilai untuk `Destination` atribut `Origin` dan menunjukkan dari mana instance berasal dan ke mana arahnya.
Dalam contoh acara scale-out ini, instance baru diluncurkan dan statusnya berubah `Warmed:Pending:Wait` karena ditambahkan ke kolam hangat. Untuk informasi selengkapnya, lihat [Transisi status siklus hidup untuk instance di kolam hangat](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "EC2",
"Destination": "WarmPool"
}
}
```
Dalam contoh peristiwa scale-out ini, status instance berubah menjadi `Pending:Wait` karena ditambahkan ke grup Auto Scaling dari kolam hangat. Untuk informasi selengkapnya, lihat [Transisi status siklus hidup untuk instance di kolam hangat](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2021-01-19T00:35:52.359Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "19cc4d4a-e450-4d1c-b448-0de67EXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "WarmPool",
"Destination": "AutoScalingGroup"
}
}
```
### Tindakan siklus hidup skala dalam
Peristiwa yang dikirimkan saat instance bertransisi ke status tunggu untuk peristiwa skala masuk memiliki nilai `EC2 Instance-terminate Lifecycle Action` untuk. `detail-type` Dalam `detail` objek, nilai untuk `Destination` atribut `Origin` dan menunjukkan dari mana instance berasal dan ke mana arahnya.
Dalam contoh peristiwa scale-in ini, status instance berubah menjadi `Warmed:Pending:Wait` karena dikembalikan ke kolam hangat. Untuk informasi selengkapnya, lihat [Transisi status siklus hidup untuk instance di kolam hangat](warm-pool-instance-lifecycle.md#lifecycle-state-transitions).
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
"time": "2022-03-28T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "42694b3d-4b70-6a62-8523-09a1eEXAMPLE",
"AutoScalingGroupName": "my-asg",
"LifecycleHookName": "my-termination-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata": "additional-info",
"Origin": "AutoScalingGroup",
"Destination": "WarmPool"
}
}
```
## Contoh pola acara
Bagian sebelumnya memberikan contoh peristiwa yang dipancarkan oleh Amazon EC2 Auto Scaling.
EventBridge pola acara memiliki struktur yang sama dengan peristiwa yang cocok. Pola mengutip bidang yang ingin Anda cocokkan dan memberikan nilai yang Anda cari.
Bidang berikut dalam acara membentuk pola peristiwa yang didefinisikan dalam aturan untuk memanggil tindakan:
`"source": "aws.autoscaling"`
Mengidentifikasi bahwa acara tersebut berasal dari Amazon EC2 Auto Scaling.
`"detail-type": "EC2 Instance-launch Lifecycle Action"`
Mengidentifikasi tipe peristiwa.
`"Origin": "EC2"`
Mengidentifikasi dari mana instance berasal.
`"Destination": "WarmPool"`
Mengidentifikasi ke mana instance akan.
Gunakan contoh pola peristiwa berikut untuk menangkap semua `EC2 Instance-launch Lifecycle Action` peristiwa yang terkait dengan instance yang memasuki kolam hangat.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
```
Gunakan pola peristiwa contoh berikut untuk menangkap semua `EC2 Instance-launch Lifecycle Action` peristiwa yang terkait dengan instance yang meninggalkan kolam hangat karena peristiwa penskalaan.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "WarmPool" ],
"Destination": [ "AutoScalingGroup" ]
}
}
```
Gunakan contoh pola peristiwa berikut untuk menangkap semua `EC2 Instance-launch Lifecycle Action` peristiwa yang terkait dengan peluncuran instans langsung ke grup Auto Scaling.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "AutoScalingGroup" ]
}
}
```
Gunakan contoh pola peristiwa berikut untuk menangkap semua `EC2 Instance-terminate Lifecycle Action` peristiwa yang terkait dengan instance yang kembali ke kolam hangat dalam skala.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-terminate Lifecycle Action" ],
"detail": {
"Origin": [ "AutoScalingGroup" ],
"Destination": [ "WarmPool" ]
}
}
```
Gunakan contoh pola peristiwa berikut untuk menangkap semua peristiwa yang terkait dengan`EC2 Instance-launch Lifecycle Action`, terlepas dari asal atau tujuan.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ]
}
```
# Gunakan EventBridge aturan Amazon untuk mengotomatiskan tindakan
Ketika suatu peristiwa dipancarkan oleh Amazon EC2 Auto Scaling, pemberitahuan peristiwa dikirim ke Amazon EventBridge sebagai file JSON. Anda dapat menulis EventBridge aturan untuk mengotomatiskan tindakan apa yang harus diambil ketika pola peristiwa cocok dengan aturan. Jika EventBridge mendeteksi pola peristiwa yang cocok dengan pola yang ditentukan dalam aturan, EventBridge memanggil target (atau target) yang ditentukan dalam aturan.
Anda dapat menggunakan contoh prosedur di bagian ini sebagai titik awal.
Anda juga dapat menemukan dokumentasi berikut berguna.
+ Untuk melakukan tindakan kustom pada instance saat diluncurkan atau sebelum dihentikan menggunakan fungsi Lambda, lihat. [Tutorial: Konfigurasikan kait siklus hidup yang memanggil fungsi Lambda](tutorial-lifecycle-hook-lambda.md)
+ Untuk menjalankan fungsi Lambda pada panggilan API yang dicatat CloudTrail, [lihat Tutorial: AWS Log panggilan API EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-log-api-call.html) menggunakan dalam Panduan Pengguna * EventBridge Amazon*.
+ Untuk informasi selengkapnya tentang cara membuat aturan acara, lihat [Membuat EventBridge aturan Amazon yang bereaksi terhadap peristiwa](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html) di *Panduan EventBridge Pengguna Amazon*.
**Topics**
+ [Buat EventBridge aturan untuk acara penyegaran misalnya](monitor-events-eventbridge-sns.md)
+ [Buat EventBridge aturan untuk acara kolam hangat](warm-pool-events-eventbridge-rules.md)
# Buat EventBridge aturan untuk acara penyegaran misalnya
Contoh berikut membuat EventBridge aturan untuk mengirim pemberitahuan email. Hal ini dilakukan setiap kali grup Auto Scaling Anda memancarkan peristiwa ketika pos pemeriksaan tercapai selama penyegaran instans. Prosedur untuk mengatur pemberitahuan email menggunakan Amazon SNS disertakan. Untuk menggunakan Amazon SNS guna mengirim notifikasi email, Anda harus membuat *topik*, lalu berlangganan alamat email Anda sesuai topik.
Untuk informasi selengkapnya tentang fitur penyegaran instans, lihat[Menggunakan penyegaran instans untuk memperbarui instance dalam grup Auto Scaling](asg-instance-refresh.md).
## Membuat topik Amazon SNS
Topik SNS adalah titik akses logis, saluran komunikasi yang digunakan grup Auto Scaling Anda untuk mengirim notifikasi. Anda membuat topik dengan menentukan nama untuk topik Anda.
Nama topik harus memenuhi persyaratan berikut:
+ Memiliki 1-256 karakter
+ Memuat huruf besar dan huruf kecil ASCII, angka, garis bawah, atau tanda hubung
Untuk informasi lebih lanjut, lihat [Membuat topik Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-topic.html) dalam *Panduan Developer Amazon Simple Notification Service*.
## Berlangganan topik Amazon SNS
Untuk menerima notifikasi yang dikirimkan grup Auto Scaling Anda ke topik, Anda harus melanggankan endpoint ke topik tersebut. Dalam prosedur ini, untuk **Endpoint**, tentukan alamat email untuk menerima notifikasi dari Amazon EC2 Auto Scaling.
Untuk informasi selengkapnya, lihat [Berlangganan topik Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html) di Panduan Pengembang *Layanan Pemberitahuan Sederhana Amazon*.
## Mengonfirmasi langganan Amazon SNS Anda
Amazon SNS mengirimkan email konfirmasi ke alamat email yang Anda tentukan pada langkah sebelumnya.
Pastikan Anda membuka email dari AWS Notifikasi dan pilih tautan untuk mengonfirmasi langganan sebelum melanjutkan langkah berikutnya.
Anda akan menerima pesan pengakuan dari. AWS Amazon SNS kini dikonfigurasi untuk menerima notifikasi dan mengirimkan notifikasi sebagai email ke alamat email yang Anda tentukan.
## Rutekan acara ke topik Amazon SNS Anda
Buat aturan yang cocok dengan acara yang dipilih dan rutekan ke topik Amazon SNS Anda untuk memberi tahu alamat email berlangganan.
**Untuk membuat aturan yang mengirimkan pemberitahuan ke topik Amazon SNS Anda**
1. Buka EventBridge konsol Amazon di [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Di panel navigasi, pilih **Aturan**.
1. Pilih **Buat aturan**.
1. Untuk **Tentukan detail aturan**, lakukan hal berikut:
1. Masukkan **Nama** untuk aturan tersebut dan, secara opsional, deskripsi.
Aturan tidak boleh memiliki nama yang sama dengan aturan lain di Wilayah yang sama dan di bus peristiwa yang sama.
1. Untuk **Bus peristiwa**, pilih **default**. Ketika AWS layanan di akun Anda menghasilkan acara, itu selalu masuk ke bus acara default akun Anda.
1. Untuk **Tipe aturan**, pilih **Aturan dengan pola peristiwa**.
1. Pilih **Selanjutnya**.
1. Untuk **Pola peristiwa build**, lakukan hal berikut ini:
1. Untuk **sumber Acara**, pilih **AWS acara atau acara EventBridge mitra**.
1. Untuk **Pola peristiwa**, lakukan hal berikut:
1. Untuk **Sumber peristiwa**, pilih **Layanan AWS**.
1. Untuk **Layanan AWS**, pilih **Auto Scaling**.
1. Untuk **jenis Event**, pilih **Instance Refresh**.
1. Secara default, aturan cocok dengan peristiwa penyegaran instance apa pun. Untuk membuat aturan yang memberi tahu Anda saat pos pemeriksaan tercapai selama penyegaran instans, pilih **Peristiwa instans tertentu dan pilih EC2 Auto Scaling Instance** **Refresh Checkpoint** Refresh Dicapai.
1. Secara default, aturan cocok dengan grup Auto Scaling di Wilayah. Untuk membuat aturan cocok dengan grup Auto Scaling tertentu, pilih **Nama grup spesifik** dan pilih satu atau lebih grup Auto Scaling.
1. Pilih **Selanjutnya**.
1. Untuk **Pilih target**, lakukan hal berikut:
1. Untuk **Tipe target**, pilih **Layanan AWS**.
1. Untuk **Pilih target**, pilih **topik SNS**.
1. Untuk **Topik**, pilih topik Amazon SNS Anda.
1. (Opsional) Pada **Pengaturan tambahan**, Anda dapat mengonfigurasi pengaturan tambahan secara opsional. Untuk informasi selengkapnya, lihat [Membuat EventBridge aturan Amazon yang bereaksi terhadap peristiwa](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) di *Panduan EventBridge Pengguna Amazon*.
1. Pilih **Selanjutnya**.
1. (Opsional) Untuk **Tanda**, Anda dapat secara opsional menetapkan satu atau beberapa tanda ke aturan, lalu pilih **Berikutnya**.
1. Untuk **Meninjau dan membuat**, tinjau detail aturan dan memodifikasinya seperlunya. Kemudian, pilih **Buat aturan**.
# Buat EventBridge aturan untuk acara kolam hangat
Contoh berikut membuat EventBridge aturan untuk memanggil tindakan terprogram. Ini dilakukan setiap kali grup Auto Scaling Anda memancarkan peristiwa saat instance baru ditambahkan ke kolam hangat.
Sebelum Anda membuat aturan, buat AWS Lambda fungsi yang Anda inginkan aturan untuk digunakan sebagai target. Anda harus menentukan fungsi ini sebagai target aturan. Prosedur berikut hanya menyediakan langkah-langkah untuk membuat EventBridge aturan yang bertindak ketika instance baru memasuki kolam hangat. Untuk tutorial pengantar yang menunjukkan cara membuat fungsi Lambda sederhana untuk dipanggil saat acara masuk cocok dengan aturan, lihat. [Tutorial: Konfigurasikan kait siklus hidup yang memanggil fungsi Lambda](tutorial-lifecycle-hook-lambda.md)
Untuk informasi lebih lanjut tentang membuat dan bekerja dengan kolam hangat, lihat[Kurangi latensi untuk aplikasi dengan waktu boot yang lama menggunakan kolam hangat](ec2-auto-scaling-warm-pools.md).
**Untuk membuat aturan acara yang memanggil fungsi Lambda**
1. Buka EventBridge konsol Amazon di [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Di panel navigasi, pilih **Aturan**.
1. Pilih **Buat aturan**.
1. Untuk **Tentukan detail aturan**, lakukan hal berikut:
1. Masukkan **Nama** untuk aturan tersebut dan, secara opsional, deskripsi.
Aturan tidak boleh memiliki nama yang sama dengan aturan lain di Wilayah yang sama dan di bus peristiwa yang sama.
1. Untuk **Bus peristiwa**, pilih **default**. Ketika Layanan AWS di akun Anda menghasilkan acara, itu selalu masuk ke bus acara default akun Anda.
1. Untuk **Tipe aturan**, pilih **Aturan dengan pola peristiwa**.
1. Pilih **Selanjutnya**.
1. Untuk **Pola peristiwa build**, lakukan hal berikut ini:
1. Untuk **sumber Acara**, pilih **AWS acara atau acara EventBridge mitra**.
1. Untuk **pola Peristiwa**, pilih **Pola kustom (editor JSON)**, dan tempelkan pola berikut ke dalam kotak **Pola acara**, ganti teks **italics**dengan nama grup Auto Scaling Anda.
```
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"AutoScalingGroupName": [ "my-asg" ],
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
```
Untuk membuat aturan yang cocok untuk acara lain, ubah pola acara. Untuk informasi selengkapnya, lihat [Contoh pola acara](warm-pools-eventbridge-events.md#warm-pools-eventbridge-patterns).
1. Pilih **Selanjutnya**.
1. Untuk **Pilih target**, lakukan hal berikut:
1. Untuk **Tipe target**, pilih **Layanan AWS**.
1. Untuk **Pilih target**, pilih **Fungsi Lambda**.
1. Untuk **Fungsi**, pilih fungsi yang ingin Anda kirimi acara.
1. (Opsional) Untuk **Konfigurasi versi/alias**, masukkan pengaturan versi dan alias untuk fungsi Lambda target.
1. (Opsional) Untuk **pengaturan tambahan**, masukkan pengaturan tambahan apa pun yang sesuai untuk aplikasi Anda. Untuk informasi selengkapnya, lihat [Membuat EventBridge aturan Amazon yang bereaksi terhadap peristiwa](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) di *Panduan EventBridge Pengguna Amazon*.
1. Pilih **Selanjutnya**.
1. (Opsional) Untuk **Tanda**, Anda dapat secara opsional menetapkan satu atau beberapa tanda ke aturan, lalu pilih **Berikutnya**.
1. Untuk **Meninjau dan membuat**, tinjau detail aturan dan memodifikasinya seperlunya. Kemudian, pilih **Buat aturan**.
# Menyediakan konektivitas jaringan untuk instans Auto Scaling menggunakan Amazon VPC
Amazon Virtual Private Cloud (Amazon VPC) adalah layanan yang memungkinkan Anda meluncurkan AWS sumber daya seperti grup Auto Scaling dalam jaringan virtual yang terisolasi secara logis yang Anda tentukan.
Subnet di Amazon VPC adalah subdivisi dalam Availability Zone yang ditentukan oleh segmen rentang alamat IP VPC. Dengan menggunakan subnet, Anda dapat mengelompokkan instans berdasarkan kebutuhan keamanan dan operasional Anda. Subnet berada sepenuhnya dalam Availability Zone tempat pembuatannya. Anda meluncurkan instans Auto Scaling di dalam subnet.
Untuk mengaktifkan komunikasi antara internet dan instans dalam subnet Anda, Anda harus membuat gateway internet dan melampirkannya ke VPC Anda. Gateway internet memungkinkan sumber daya Anda di dalam subnet terhubung ke internet melalui jaringan edge Amazon EC2. Jika lalu lintas subnet diarahkan ke gateway internet, subnet dikenal sebagai subnet *publik*. Jika lalu lintas subnet tidak diarahkan ke gateway internet, subnet dikenal sebagai subnet *privat*. Menggunakan subnet publik untuk sumber daya yang harus terhubung ke internet, dan subnet privat untuk sumber daya yang tidak perlu terhubung ke internet. Untuk informasi selengkapnya tentang memberikan akses internet ke instans di VPC, [lihat Mengakses internet di](https://docs.aws.amazon.com/vpc/latest/userguide/how-it-works.html#what-is-connectivity) Panduan Pengguna *VPC Amazon*.
**Topics**
+ [VPC default](#as-defaultVPC)
+ [VPC Non-default](#as-nondefaultVPC)
+ [Pertimbangan saat memilih subnet VPC](#as-vpc-considerations)
+ [Pembuatan alamat IP di VPC](#as-vpc-ipaddress)
+ [Antarmuka jaringan dalam VPC](#as-vpc-network-interfaces)
+ [Tenansi penempatan instans](#as-vpc-tenancy)
+ [AWS Outposts](#auto-scaling-outposts)
+ [Lebih banyak sumber daya untuk belajar tentang VPCs](#auto-scaling-resources-about-vpcs)
## VPC default
Jika Anda membuat Akun AWS setelah 4 Desember 2013 atau Anda membuat grup Auto Scaling Anda di yang baru Wilayah AWS, kami membuat VPC default untuk Anda. VPC bawaan Anda dilengkapi dengan subnet default di setiap Availability Zone. Jika Anda memiliki VPC default, grup Auto Scaling Anda dibuat di VPC secara default.
Anda dapat melihat [ VPCs halaman Anda VPCs ](https://console.aws.amazon.com/vpc/home?/#vpcs) di konsol VPC Amazon.
Untuk informasi selengkapnya tentang VPC default, lihat [Default VPCs](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html) di Panduan Pengguna Amazon *VPC*.
## VPC Non-default
Anda dapat memilih untuk membuat tambahan VPCs dengan membuka [halaman Dasbor VPC](https://console.aws.amazon.com/vpc/home?/#vpcs) di Konsol Manajemen AWS dan memilih Buat **VPC**.
Untuk informasi selengkapnya, silakan lihat ACL Jaringan di *[Panduan Pengguna Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/)*.
**catatan**
VPC mencakup semua Availability Zone di dalamnya. Wilayah AWS Saat Anda menambahkan subnet ke VPC Anda, pilih beberapa Availability Zone untuk memastikan bahwa aplikasi yang dihosting di subnet tersebut sangat tersedia. Zona Ketersediaan adalah satu atau lebih pusat data diskret dengan daya redundan, jaringan, dan konektivitas dalam Wilayah AWS. Availability Zones membantu Anda membuat aplikasi produksi sangat tersedia, toleran terhadap kesalahan, dan skalabel.
## Pertimbangan saat memilih subnet VPC
Perhatikan pertimbangan berikut saat memilih subnet VPC untuk grup Auto Scaling Anda:
+ Jika Anda melampirkan penyeimbang beban Elastic Load Balancing ke grup Auto Scaling Anda, instans dapat diluncurkan ke subnet publik atau pribadi. Namun, penyeimbang beban harus dibuat di subnet publik untuk mendukung resolusi DNS.
+ Jika Anda mengakses instans Auto Scaling secara langsung melalui SSH, instans hanya dapat diluncurkan ke subnet publik.
+ Jika Anda mengakses instans Auto Scaling no-ingress menggunakan AWS Systems Manager Session Manager, instans dapat diluncurkan ke subnet publik atau pribadi.
+ Jika Anda menggunakan subnet pribadi, Anda dapat mengizinkan instans Auto Scaling mengakses internet dengan menggunakan gateway NAT publik.
+ Secara default, subnet default dalam VPC default adalah subnet publik.
## Pembuatan alamat IP di VPC
Saat meluncurkan instans Auto Scaling di VPC, instans Anda secara otomatis diberi alamat IP pribadi dari rentang CIDR subnet tempat instance diluncurkan. Hal ini memungkinkan instans Anda untuk berkomunikasi dengan instans lain di VPC.
Anda dapat mengonfigurasi templat peluncuran atau konfigurasi peluncuran untuk menetapkan IPv4 alamat publik ke instance Anda. Menetapkan alamat IP publik ke instans Anda memungkinkan mereka untuk berkomunikasi dengan internet atau layanan lainnya AWS .
Saat Anda meluncurkan instance ke subnet yang dikonfigurasi untuk menetapkan IPv6 alamat secara otomatis, mereka menerima keduanya IPv4 dan alamat. IPv6 Kalau tidak, mereka hanya menerima IPv4 alamat. Untuk informasi selengkapnya, lihat [IPv6alamat](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#ipv6-addressing) di *Panduan Pengguna Amazon EC2*.
[Untuk informasi tentang menentukan rentang CIDR untuk VPC atau subnet Anda, lihat Panduan Pengguna Amazon VPC.](https://docs.aws.amazon.com/vpc/latest/userguide/)
Amazon EC2 Auto Scaling dapat secara otomatis menetapkan alamat IP pribadi tambahan pada peluncuran instans saat Anda menggunakan template peluncuran yang menentukan antarmuka jaringan tambahan. Setiap antarmuka jaringan diberi satu alamat IP pribadi dari rentang CIDR subnet di mana instance diluncurkan. Dalam hal ini, sistem tidak dapat lagi menetapkan IPv4 alamat publik secara otomatis ke antarmuka jaringan utama. Anda tidak akan dapat terhubung ke instans Anda melalui IPv4 alamat publik kecuali Anda mengaitkan alamat IP Elastis yang tersedia ke instans Auto Scaling.
## Antarmuka jaringan dalam VPC
Setiap instance di VPC Anda memiliki antarmuka jaringan default (antarmuka jaringan utama). Anda tidak dapat melepaskan antarmuka jaringan primer dari sebuah instans. Anda dapat membuat dan melampirkan antarmuka jaringan tambahan untuk setiap instans di VPC Anda. Jumlah antarmuka jaringan yang dapat Anda lampirkan bervariasi tergantung tipe instans.
Saat meluncurkan instance menggunakan template peluncuran, Anda dapat menentukan antarmuka jaringan tambahan. Namun, meluncurkan instance Auto Scaling dengan beberapa antarmuka jaringan secara otomatis membuat setiap antarmuka di subnet yang sama dengan instance. Ini karena Amazon EC2 Auto Scaling mengabaikan subnet yang ditentukan dalam template peluncuran demi apa yang ditentukan dalam grup Auto Scaling. Untuk informasi lebih lanjut, lihat [Membuat templat peluncuran untuk Grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-launch-template.html).
Jika Anda membuat atau melampirkan dua atau lebih antarmuka jaringan dari subnet yang sama ke sebuah instans, Anda mungkin mengalami masalah jaringan seperti perutean asimetris, terutama pada instance yang menggunakan varian Linux non-Amazon. Jika Anda memerlukan konfigurasi jenis ini, Anda harus mengkonfigurasi antarmuka jaringan sekunder di dalam OS. Sebagai contoh, [lihat Bagaimana cara membuat antarmuka jaringan sekunder saya berfungsi di instance Ubuntu EC2 saya](https://repost.aws/knowledge-center/ec2-ubuntu-secondary-network-interface)? di pusat AWS pengetahuan.
## Tenansi penempatan instans
Secara default, semua instans dalam VPC berjalan sebagai instans tenan berbagi. Amazon EC2 Auto Scaling juga mendukung Instans Khusus dan Host Khusus. Untuk informasi selengkapnya, lihat [Buat template peluncuran menggunakan pengaturan lanjutan](advanced-settings-for-your-launch-template.md).
## AWS Outposts
AWS Outposts memperluas VPC Amazon dari AWS Wilayah ke Pos Luar dengan komponen VPC yang dapat diakses di Wilayah, termasuk gateway internet, gateway pribadi virtual, Gateway Transit VPC Amazon, dan titik akhir VPC. Pos Luar ditempatkan ke Availability Zone di Region dan merupakan perpanjangan dari Availability Zone yang dapat Anda gunakan untuk ketahanan.
Untuk informasi selengkapnya, silakan lihat [Panduan Pengguna AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/).
Untuk contoh cara menyebarkan grup Auto Scaling yang melayani lalu lintas dari Application Load Balancer dalam Outpost, lihat posting [blog berikut Mengonfigurasi Application Load Balancer aktif](https://aws.amazon.com/blogs/networking-and-content-delivery/configuring-an-application-load-balancer-on-aws-outposts/). AWS Outposts
## Lebih banyak sumber daya untuk belajar tentang VPCs
Gunakan topik berikut untuk mempelajari lebih lanjut tentang VPCs dan subnet.
+ Subnet privat dalam VPC
+ [Contoh: VPC dengan server di subnet pribadi dan NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-private-subnets-nat.html)
+ [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html)
+ Subnet publik dalam VPC
+ [Contoh: VPC untuk lingkungan pengujian](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-dev-test.html)
+ [Contoh: VPC untuk server web dan database](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-web-database-servers.html)
+ Subnet untuk Application Load Balancer Anda
+ [Subnet untuk penyeimbang beban Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#subnets-load-balancer)
+ Informasi VPC umum
+ [Panduan Pengguna Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/)
+ [Connect VPCs menggunakan VPC peering](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html)
+ [Antarmuka jaringan elastis](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html)
+ [Gunakan titik akhir VPC untuk konektivitas pribadi](ec2-auto-scaling-vpc-endpoints.md)