As DG

Amazon EC2 Auto Scaling
Panduan Pengguna
Amazon EC2 Auto Scaling Panduan Pengguna
Amazon EC2 Auto Scaling: Panduan Pengguna

Copyright © Amazon Web Services, Inc. and/or its affiliates. All rights reserved.
Merek dagang dan tampilan dagang Amazon tidak boleh digunakan sehubungan dengan produk atau layanan apa pun
yang bukan milik Amazon, dengan cara apa pun yang mungkin menyebabkan kebingungan di antara pelanggan, atau
dengan cara apa pun yang menghina atau mendiskreditkan Amazon. Semua merek dagang lain yang tidak dimiliki oleh
Amazon adalah milik dari pemiliknya masing-masing, yang mungkin atau tidak berafiliasi dengan, terhubung ke, atau
disponsori oleh Amazon.
Table of Contents
Apa itu Amazon EC2 Auto Scaling? ...................................................................................................... 1
Komponen Auto Scaling .............................................................................................................. 1
Memulai .................................................................................................................................... 2
Harga untuk Amazon EC2 Auto Scaling ......................................................................................... 2
Bekerja dengan grup Auto Scaling ................................................................................................ 2
Layanan terkait .......................................................................................................................... 3
Manfaat Auto Scaling .................................................................................................................. 3
Contoh: Permintaan variabel penutup .................................................................................... 3
Contoh: Arsitektur aplikasi web ............................................................................................. 5
Contoh: Bagikan instance di seluruh Availability Zone .............................................................. 6
Siklus aktif nyata ........................................................................................................................ 8
Meningkatkan skala ............................................................................................................ 9
Instance dalam layanan ....................................................................................................... 9
Penurunan skala ................................................................................................................ 9
Melampirkan instance ........................................................................................................ 10
Lepaskan satu instance ..................................................................................................... 10
Hook siklus aktif ............................................................................................................... 10
Masukkan dan keluar dari siaga .......................................................................................... 10
Kuota layanan .......................................................................................................................... 11
Mengatur ......................................................................................................................................... 12
Daftar Akun AWS ..................................................................................................................... 12
Bersiap menggunakan Amazon EC2 ............................................................................................ 12
Memasang AWS CLI ................................................................................................................. 12
Memulai ........................................................................................................................................... 13
Ringkasan panduan .................................................................................................................. 13
Mempersiapkan panduan ........................................................................................................... 14
Langkah 1: Membuat templat peluncuran ..................................................................................... 14
Langkah 2: Membuat grup Auto Scaling instans ............................................................................ 16
Langkah 3: Verifikasi grup Auto Scaling Anda ............................................................................... 16
Langkah 4: Akhiri suatu instans dalam grup Auto Scaling ................................................................ 17
Langkah 5: Langkah selanjutnya ................................................................................................. 17
Langkah 6: Bersihkan ................................................................................................................ 18
Templat peluncuran ........................................................................................................................... 19
Izin ......................................................................................................................................... 20
Membuat templat peluncuran untuk grup Auto Scaling .................................................................... 20
Membuat templat peluncuran (konsol) .................................................................................. 20
Membuat template peluncuran dari instans yang sudah ada (konsol) ......................................... 26
Informasi tambahan ........................................................................................................... 27
Keterbatasan: ................................................................................................................... 27
Salin konfigurasi peluncuran untuk meluncurkan template ............................................................... 27
Mengganti konfigurasi peluncuran dengan templat peluncuran ......................................................... 28
Meminta Spot Instans ................................................................................................................ 29
AWS CLIuntuk bekerja dengan templat peluncuran ........................................................................ 30
Contoh Penggunaan .......................................................................................................... 31
Membuat templat peluncuran dasar ..................................................................................... 31
Tentukan tag yang menandai contoh saat diluncurkan ............................................................ 32
Tentukan sebuah peran IAM untuk diteruskan ke instans ........................................................ 32
Menetapkan alamat IP publik .............................................................................................. 32
Tentukan skrip data pengguna yang mengkonfigurasi instance saat peluncuran .......................... 33
Tentukan pemetaan perangkat blok ..................................................................................... 33
Tentukan Host Khusus untuk membawa lisensi perangkat lunak dari vendor eksternal .................. 33
Tentukan antarmuka jaringan yang ada ................................................................................ 33
Membuat antarmuka jaringan .............................................................................................. 34
Mengelola templat peluncuran ............................................................................................ 34
iii
Memperbarui grup Auto Scaling untuk menggunakan templat peluncuran ................................... 36

Konfigurasi peluncuran ...................................................................................................................... 38
Buat konfigurasi peluncuran ....................................................................................................... 38
Buat konfigurasi peluncuran (konsol) .................................................................................... 39
Buat konfigurasi peluncuran (AWS CLI) ................................................................................ 40
Mengonfigurasi IMDS ........................................................................................................ 40
Buat konfigurasi peluncuran menggunakan instans EC2 ................................................................. 42
Buat konfigurasi peluncuran menggunakan instans EC2 .......................................................... 42
Buat konfigurasi peluncuran dari instans dan timpa perangkat blok (AWS CLI) ............................ 43
Buat konfigurasi peluncuran dan timpa jenis instans (AWS CLI) ............................................... 45
Mengubah konfigurasi peluncuran ............................................................................................... 46
Mengonfigurasi tenansi instans ................................................................................................... 47
Grup Auto Scaling ............................................................................................................................ 49
Gunakan beberapa jenis instans dan opsi pembelian ..................................................................... 50
Strategi alokasi ................................................................................................................. 51
Mengontrol proporsi Instans Sesuai Permintaan .................................................................... 53
Praktik terbaik untuk Spot Instance ...................................................................................... 55
Prasyarat ......................................................................................................................... 55
Buat grup Auto Scaling dengan Instans Spot dan On-Demand (konsol) ..................................... 55
Mengkonfigurasi strategi alokasi Spot (AWS CLI) ................................................................... 57
Verifikasi apakah grup Auto Scaling Anda dikonfigurasi dengan benar dan grup telah
meluncurkan instance (AWS CLI) ........................................................................................ 63
Konfigurasi penggantian ..................................................................................................... 63
Membuat grup menggunakan pilihan tipe instans berbasis atribut ..................................................... 73
Pertimbangan ................................................................................................................... 74
Prasyarat ......................................................................................................................... 75
Gunakan pemilihan tipe instans .......................................................................................... 76
Keterbatasan: ................................................................................................................... 79
Buat grup menggunakan templat peluncuran ................................................................................. 79
Membuat grup menggunakan konfigurasi peluncuran ...................................................................... 82
Membuat grup menggunakan instans EC2 .................................................................................... 83
Prasyarat ......................................................................................................................... 85
Membuat grup Auto Scaling dari instans EC2 (AWS CLI) ........................................................ 85
Keterbatasan: ................................................................................................................... 87
Membuat grup menggunakan panduan peluncuran EC2 ................................................................. 87
Membuat templat peluncuran .............................................................................................. 88
Membuat grup Auto Scaling ............................................................................................... 89
Langkah selanjutnya .......................................................................................................... 89
Beri tag grup dan instans ........................................................................................................... 90
Pembatasan penamaan tag dan penggunaan ........................................................................ 90
Siklus hidup penandaan instans EC2 ................................................................................... 91
Menandai grup Auto Scaling Anda ...................................................................................... 91
Hapus tag ........................................................................................................................ 93
Tag untuk Keamanan ........................................................................................................ 94
Mengendalikan akses ke tag .............................................................................................. 94
Menggunakan tag untuk memfilter grup Auto Scaling .............................................................. 95
Meluncurkan instans dalam VPC ................................................................................................. 97
VPC default ..................................................................................................................... 98
VPC Nondefault ................................................................................................................ 98
Pertimbangan saat memilih subnet VPC ............................................................................... 98
Pembuatan alamat IP di VPC ............................................................................................. 99
Antarmuka jaringan di VPC ................................................................................................ 99
Tenansi penempatan instans .............................................................................................. 99
Lebih banyak sumber daya untuk mempelajari VPC ............................................................. 100
Mengganti instance ................................................................................................................. 100
Mengganti instans berdasarkan refresh instans .................................................................... 101
Periksa status penyegaran instans ..................................................................................... 108
iv
AWS CLIcontoh yang memungkinkan melewatkan pencocokan .............................................. 109

Menambahkan pos pemeriksaan ke refresh instans .............................................................. 113
Buat EventBridge aturan untuk peristiwa penyegaran misalnya ............................................... 116
Ganti instans berdasarkan masa aktif instans maksimum ....................................................... 117
Hapus infrastruktur Auto Scaling Anda ....................................................................................... 120
Hapus grup Auto Scaling Anda ......................................................................................... 120
(Opsional) Hapus konfigurasi peluncuran ............................................................................ 121
(Opsional) Hapus templat peluncuran ................................................................................. 121
(Opsional) Hapus load balancer dan grup target ................................................................. 122
(Opsional) Hapus CloudWatch alarm .................................................................................. 122
Menskalakan grup Anda ................................................................................................................... 124
Opsi penskalaan ..................................................................................................................... 124
Mengatur batas kapasitas ......................................................................................................... 125
Mempertahankan jumlah instance tetap ...................................................................................... 126
Penskalaan manual ................................................................................................................. 127
Mengubah ukuran grup Auto Scaling Anda (konsol) .............................................................. 127
Mengubah ukuran grup Auto Scaling Anda (AWS CLI) .......................................................... 127
Melampirkan instance EC2 ke grup Auto Scaling Anda ......................................................... 129
Lepas instance EC2 dari grup Auto Scaling Anda ................................................................ 133
Penskalaan dinamis ................................................................................................................. 136
Cara kerja kebijakan penskalaan dinamis ............................................................................ 137
Jenis kebijakan penskalaan dinamis ................................................................................... 137
Beberapa kebijakan penskalaan dinamis ............................................................................. 138
Kebijakan penskalaan pelacakan target .............................................................................. 139
Kebijakan penskalaan langkah dan sederhana ..................................................................... 144
Atur nilai pemanasan atau cooldown default ........................................................................ 154
Penskalaan berdasarkan Amazon SQS .............................................................................. 161
Memverifikasi aktivitas penskalaan ..................................................................................... 166
Menonaktifkan kebijakan penskalaan .................................................................................. 167
Menghapus kebijakan penskalaan ..................................................................................... 169
AWS CLIcontoh kebijakan penskalaan ............................................................................... 170
Penskalaan prediktif ................................................................................................................ 172
Cara kerja penskalaan prediktif ......................................................................................... 173
Praktik terbaik ................................................................................................................. 174
Membuat kebijakan penskalaan prediktif ............................................................................. 174
Buat kebijakan penskalaan prediktif (AWS CLI) .................................................................... 175
Keterbatasan: ................................................................................................................. 178
Jelajahi data dan perkiraan Anda ...................................................................................... 178
Menimpa prakiraan .......................................................................................................... 180
Menggunakan metrik khusus ............................................................................................. 183
Penskalaan terjadwal ............................................................................................................... 191
Pertimbangan ................................................................................................................. 191
Jadwal berulang .............................................................................................................. 192
Membuat dan mengelola tindakan terjadwal (konsol) ............................................................ 192
Membuat dan mengelola tindakan terjadwal (AWS CLI) ......................................................... 194
Keterbatasan: ................................................................................................................. 196
Hook siklus aktif ...................................................................................................................... 196
Pertimbangan dan batasan untuk kait siklus hidup ................................................................ 197
Ketersediaan hook siklus aktif ........................................................................................... 198
Contoh ........................................................................................................................... 198
Cara kerja hook siklus aktif ............................................................................................... 198
Bersiaplah untuk menambahkan hook siklus aktif ................................................................. 200
Tambahkan hook siklus aktif ............................................................................................. 206
Menyelesaikan tindakan siklus aktif .................................................................................... 208
Tutorial: Mengkonfigurasi data pengguna untuk mengambil status siklus hidup target melalui
metadata instans ............................................................................................................. 209
Tutorial: Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi Lambda ............................. 214
v
Kolam hangat ......................................................................................................................... 219

Konsep inti ..................................................................................................................... 220
Prasyarat ....................................................................................................................... 221
Buat kolam yang hangat .................................................................................................. 222
Perbarui kolam yang hangat ............................................................................................. 223
Hapus kolam yang hangat ................................................................................................ 223
Keterbatasan: ................................................................................................................. 223
Hibernasi tidak didukung dalam semuaWilayah AWS ............................................................ 224
Gunakan hook siklus aktif ................................................................................................. 224
Jenis peristiwa dan pola peristiwa ...................................................................................... 226
Buat EventBridge aturan .................................................................................................. 230
Melihat status pemeriksaan kondisi .................................................................................... 232
AWS CLIcontoh untuk bekerja dengan kolam renang hangat ................................................. 235
Pengakhiran instans ................................................................................................................ 237
Skenario kebijakan penghentian ........................................................................................ 237
Bekerja dengan kebijakan penghentian ............................................................................... 240
Buat kebijakan penghentian khusus dengan Lambda ............................................................ 243
Gunakan perlindungan penskalaan instance ........................................................................ 247
Menghapus temporer instance .................................................................................................. 250
Cara kerja status siaga .................................................................................................... 250
Status kesehatan suatu instance dalam status siaga ............................................................. 251
Menghapus temporer instance (konsol) .............................................................................. 251
Menghapus temporer instance (AWS CLI) ........................................................................... 252
Menangguhkan proses ............................................................................................................. 254
Proses Amazon EC2 Auto Scaling ..................................................................................... 255
Pilih untuk menangguhkan ................................................................................................ 255
Menangguhkan dan melanjutkan proses (konsol) ................................................................. 258
Menangguhkan dan melanjutkan proses (AWS CLI) ............................................................. 258
Memantau ...................................................................................................................................... 260
Periksa kesehatan instance ...................................................................................................... 261
Pemeriksaan kondisi yang tersedia .................................................................................... 261
Deteksi kesehatan instance .............................................................................................. 262
Pemeriksaan kondisi Elastic Load Balancing ....................................................................... 262
Tugas deteksi kesehatan khusus ....................................................................................... 263
Ganti instance yang tidak sehat ........................................................................................ 263
Pertimbangan pemeriksaan kondisi .................................................................................... 264
Masa tenggang pemeriksaan kesehatan ............................................................................. 265
Informasi tambahan ......................................................................................................... 265
Memantau denganAWS Health Dashboard .................................................................................. 266
Memantau dengan CloudWatch ................................................................................................. 266
Aktifkan metrik grup Auto Scaling ...................................................................................... 267
Aktifkan metrik grup Auto Scaling (AWS CLI) ...................................................................... 268
Metrik dan dimensi yang tersedia ...................................................................................... 268
Bekerja dengan Amazon CloudWatch ................................................................................ 271
Mengonfigurasi instance Auto Scaling ................................................................................ 272
Lihat grafik monitoring di konsol Auto Scaling Amazon EC2 ................................................... 273
Log API panggilan dengan AWS CloudTrail ................................................................................ 276
Informasi Amazon EC2 Auto Scaling di CloudTrail ................................................................ 276
Memahami entri file log Amazon EC2 Auto Scaling .............................................................. 277
Monitoring dengan notifikasi Amazon SNS .................................................................................. 278
Notifikasi SNS ................................................................................................................ 278
Mengonfigurasi notifikasi Amazon SNS untuk Amazon EC2 Auto Scaling ................................. 279
Bekerja dengan layanan lain ............................................................................................................. 282
Capacity Rebalancing .............................................................................................................. 282
Cara kerjanya ................................................................................................................. 282
Mengaktifkan Capacity Rebalancing ................................................................................... 283
Menambahkan hook siklus aktif penghentian ....................................................................... 288
vi
Compute Optimizer .................................................................................................................. 289

Keterbatasan: ................................................................................................................. 289
Temuan ......................................................................................................................... 289
Lihat rekomendasi ........................................................................................................... 290
Pertimbangan untuk mengevaluasi rekomendasi .................................................................. 290
Elastic Load Balancing ............................................................................................................. 291
Jenis Elastic Load Balancing ............................................................................................ 292
Prasyarat ....................................................................................................................... 293
Melampirkan penyeimbang beban ...................................................................................... 293
Memahami status lampiran ............................................................................................... 295
Mengonfigurasi load balancer dari konsol Auto Scaling Amazon EC2 ....................................... 295
Tambahkan pemeriksaan kesehatan Elastic Load Balancing .................................................. 296
Tambahkan Availability Zone ............................................................................................ 297
AWS CLIcontoh untuk bekerja dengan Elastic Load Balancing ............................................... 299
Tutorial: Menyiapkan aplikasi terskala dan load-balanced ...................................................... 303
EventBridge ............................................................................................................................ 310
Peristiwa grup Auto Scaling .............................................................................................. 310
Acara kolam renang hangat .............................................................................................. 316
Gunakan peristiwa Auto Scaling untuk memanggilAWS Lambdafungsi ..................................... 316
Keamanan ...................................................................................................................................... 319
Perlindungan data ................................................................................................................... 319
GunakanAWS KMS keysmengenkripsi volume Amazon EBS ................................................. 320
Manajemen Identitas dan Akses ................................................................................................ 320
Kontrol akses ................................................................................................................. 321
Cara kerja Amazon EC2 Auto Scaling dengan IAM .............................................................. 321
Kebijakan terkelola AWS .................................................................................................. 326
Peran terkait layanan ....................................................................................................... 328
Contoh kebijakan berbasis identitas ................................................................................... 333
Luncurkan dukungan templat ............................................................................................ 342
Peran IAM untuk aplikasi yang berjalan di instance Amazon EC2 ............................................ 346
AWS KMSKebijakan utama untuk digunakan dengan volume terenkripsi .................................. 348
Validasi kepatuhan .................................................................................................................. 352
Kepatuhan PCI DSS ........................................................................................................ 353
Ketahanan .............................................................................................................................. 353
Keamanan infrastruktur ............................................................................................................ 354
Menggunakan titik akhir VPC untuk konektivitas pribadi ................................................................ 354
Ciptakan sebuah titik akhir VPC antarmuka ......................................................................... 354
Buat kebijakan endpoint VPC ............................................................................................ 355
Pecahkan masalah .......................................................................................................................... 356
Mengambil pesan kesalahan ..................................................................................................... 356
Sumber daya pemecahan masalah tambahan ............................................................................. 357
Kegagalan peluncuran Instance ................................................................................................. 358
Konfigurasi yang diminta saat ini tidak didukung. .................................................................. 359
Grup keamanan <name of the security group> tidak ada. Peluncuran instance EC2 gagal. ........... 359
Pasangan kunci <key pair associated with your EC2 instance> tidak ada. Peluncuran instance
EC2 gagal. ..................................................................................................................... 359
Zona Ketersediaan yang diminta tidak lagi didukung. Silakan coba lagi permintaan Anda... .......... 360
Jenis instance yang Anda minta (<instance type>) tidak didukung dalam Zona Ketersediaan yang
Anda minta (<instance Availability Zone>)... ........................................................................ 360
Harga permintaan Spot Anda 0,015 lebih rendah dari harga pemenuhan permintaan Spot
minimum 0,0735... ........................................................................................................... 360
Nama perangkat tidak <device name> valid/Upload nama perangkat tidak valid. Peluncuran
instance EC2 gagal. ........................................................................................................ 361
Value (<name associated with the instance storage device>) untuk parameter virtualName tidak
valid... ............................................................................................................................ 361
Pemetaan perangkat blok EBS tidak didukung untuk instance-store AMIs. ................................ 361
vii
Grup penempatan tidak dapat digunakan dengan contoh jenis 'm1.large'. Peluncuran instance
EC2 gagal. ..................................................................................................................... 362
Client.InternalError: Kesalahan klien saat peluncuran. ........................................................... 362
Saat ini kami tidak memiliki <instance type> kapasitas yang cukup di Zona Ketersediaan yang
Anda minta... Peluncuran instance EC2 gagal. ..................................................................... 363
Tidak ada kapasitas Spot tersedia yang sesuai dengan permintaan Anda. Peluncuran instance
EC2 gagal. ..................................................................................................................... 363
<number of instances> instance telah berjalan. Peluncuran instance EC2 gagal. ........................ 364
Masalah AMI .......................................................................................................................... 364
ID AMI <ID of your AMI> tidak ada. Peluncuran instance EC2 gagal. ....................................... 364
AMI <AMI ID> tertunda, dan tidak dapat dijalankan. Peluncuran instance EC2 gagal. .................. 365
Nilai (<ami ID>) untuk parameter virtualName tidak valid. ...................................................... 365
Arsitektur tipe instance yang diminta (i386) tidak cocok dengan arsitektur dalam manifest untuk
ami-6622f00f (x86_64). Peluncuran instance EC2 gagal. ....................................................... 365
Masalah load balancer ............................................................................................................. 365
Tidak dapat menemukan Load Balancer <your launch environment>. Validasi konfigurasi load
balancer gagal. ............................................................................................................... 366
Tidak ada Load Balancer AKTIF yang bernama <load balancer name>. Pembaruan konfigurasi
load balancer gagal. ........................................................................................................ 366
Instance EC2 <instance ID> tidak ada dalam VPC. Pembaruan konfigurasi load balancer gagal. ... 366
Instance EC2 <instance ID> dalam VPC. Pembaruan konfigurasi load balancer gagal. ................ 366
Masalah templat peluncuran ..................................................................................................... 367
Anda tidak diotorisasi untuk melakukan operasi ini ............................................................... 367
Pemeriksaan kondisi ................................................................................................................ 367
Instans diambil dari layanan sebagai respons terhadap kegagalan pemeriksaan status instans
EC2 .............................................................................................................................. 368
Instans diambil dari layanan sebagai respons terhadap reboot yang dijadwalkan EC2 ................. 369
Instans diambil dari layanan sebagai tanggapan terhadap pemeriksaan kesehatan EC2 yang
mengindikasikan telah dihentikan atau dihentikan ................................................................. 369
Sebuah contoh diambil dari layanan sebagai tanggapan terhadap kegagalan pemeriksaan
kesehatan sistem ELB ..................................................................................................... 370
Sumber daya .................................................................................................................................. 371
Riwayat dokumen ............................................................................................................................ 372
............................................................................................................................................ ccclxxxviii
viii
Komponen Auto Scaling
Apa itu Amazon EC2 Auto Scaling?

Amazon EC2 Auto Scaling membantu Anda memastikan bahwa Anda memiliki jumlah instance Amazon
EC2 yang tepat tersedia untuk menangani beban untuk aplikasi Anda. Anda membuat koleksi instance
EC2, yang disebut Grup Auto Scaling. Anda dapat menentukan jumlah minimum instance di setiap grup
Auto Scaling, dan Amazon EC2 Auto Scaling memastikan bahwa grup Anda tidak pernah berada di bawah
ukuran ini. Anda dapat menentukan jumlah maksimum instance di setiap grup Auto Scaling, dan Amazon
EC2 Auto Scaling memastikan grup Anda tidak pernah berada di atas ukuran ini. Jika Anda menentukan
kapasitas yang diinginkan, baik ketika Anda membuat grup atau kapan saja setelahnya, Amazon EC2 Auto
Scaling memastikan grup Anda memiliki banyak instance ini. Jika Anda menentukan kebijakan penskalaan,
maka Amazon EC2 Auto Scaling dapat meluncurkan atau menghentikan instance saat permintaan pada
aplikasi Anda meningkat atau menurun.
Misalnya, grup Auto Scaling berikut memiliki ukuran minimum satu instance, kapasitas yang diinginkan
dari dua instance, dan ukuran maksimum dari empat instance. Kebijakan penskalaan yang Anda tentukan
menyesuaikan jumlah instance, dalam jumlah instance minimum dan maksimum, berdasarkan kriteria yang
Anda tentukan.
Untuk informasi lebih lanjut tentang batas Amazon EC2 Auto Scaling, lihat Manfaat Amazon EC2 Auto
Scaling (p. 3).
Komponen Auto Scaling

Tabel berikut menjelaskan komponen utama Amazon EC2 Auto Scaling.
Grup
Instance EC2 Anda diatur ke dalam grup yang berbeda sehingga

dapat diperlakukan sebagai unit logis untuk tujuan penskalaan dan
pengelolaan. Saat membuat grup, Anda dapat menentukan jumlah
minimum, maksimum, dan yang diinginkan dari jumlah instance EC2.
Untuk informasi selengkapnya, lihat Grup Auto Scaling (p. 49).
Templat konfigurasi
Grup Anda menggunakantemplat peluncuran, ataukonfigurasi

peluncuran(tidak disarankan, menawarkan fitur yang lebih
sedikit), sebagai templat konfigurasi untuk instance EC2. Anda
dapat menentukan informasi seperti ID AMI, jenis instance,
pasangan kunci, grup keamanan, dan pemetaan perangkat blok
1
Memulai
untuk instance Anda. Untuk informasi lebih lanjut, lihat Templat

peluncuran (p. 19) dan Konfigurasi peluncuran (p. 38).
Opsi penskalaan
Amazon EC2 Auto Scaling menyediakan beberapa cara untuk

menskalakan grup Auto Scaling Anda. Misalnya, Anda dapat
mengonfigurasi grup untuk diskalakan berdasarkan kejadian
kondisi tertentu (skala dinamis) atau pada jadwal. Untuk informasi
selengkapnya, lihat Opsi penskalaan (p. 124).
Memulai
Untuk memulai, lengkapi tutorial Memulai dengan Amazon EC2 Auto Scaling (p. 13) untuk membuat
grup Auto Scaling dan lihat bagaimana responsnya saat sebuah instance dalam grup tersebut berakhir.
Harga untuk Amazon EC2 Auto Scaling

Tidak ada biaya tambahan dengan Amazon EC2 Auto Scaling, jadi mudah untuk mencobanya dan melihat
bagaimana hal itu dapat menguntungkan AndaAWSarsitektur. Anda hanya membayar untukAWSsumber
daya (misalnya, instance EC2, volume EBS, dan CloudWatch alarm) yang Anda gunakan.
Bekerja dengan grup Auto Scaling

Anda dapat membuat, mengakses, dan mengelola grup Auto Scaling menggunakan salah satu antarmuka
berikut:
• AWS Management Console— Menyediakan antarmuka web yang dapat Anda gunakan untuk
mengakses grup Auto Scaling Anda. Jika Anda telah mendaftar untukAkun AWS, Anda dapat
mengakses grup Auto Scaling Anda dengan masuk keAWS Management Console, menggunakan kotak
pencarian pada bilah navigasi untuk mencariKelompok Auto Scaling, dan kemudian memilihKelompok
Auto Scaling.
• AWS Command Line Interface(AWS CLI)- Menyediakan perintah untuk satu set luasLayanan AWS, dan
didukung di Windows, macOS, dan Linux. Untuk mulai, lihat Panduan Pengguna AWS Command Line
Interface. Untuk informasi selengkapnya, lihatpenskalaan otomatisdi dalamAWS CLIReferensi Perintah.
• AWS Tools for Windows PowerShell- Menyediakan perintah untuk satu set luasAWSproduk bagi mereka
yang naskah di PowerShell lingkungan. Untuk memulai, lihat AWS Tools for Windows PowerShell
Panduan Pengguna. Untuk informasi lebih lanjut, lihat AWS Tools for PowerShell Referensi Cmdlet.
• AWSSDK— Menyediakan operasi API khusus bahasa dan menangani banyak detail koneksi, seperti
menghitung percobaan ulang permintaan, dan menangani kesalahan. Untuk informasi selengkapnya,
lihat SDK AWS.
• API Kueri— Menyediakan tindakan API tingkat rendah yang Anda hubungi menggunakan permintaan
HTTPS. Menggunakan Query API merupakan cara paling langsung untuk mengaksesLayanan AWS.
Namun, mengharuskan aplikasi Anda menangani detail tingkat rendah seperti membuat hash untuk
menandatangani permintaan, dan menangani kesalahan. Untuk informasi selengkapnya, lihatReferensi
API Amazon EC2 Auto Scaling.
• AWS CloudFormation— Mendukung pembuatan sumber daya untuk Amazon EC2 Auto Scaling
menggunakan CloudFormation templat. Untuk informasi selengkapnya, termasuk contoh templat JSON
2
Layanan terkait
dan YAML untuk sumber daya Amazon EC2 Auto Scaling, lihatReferensi tipe sumber daya Amazon EC2
Auto Scalingdi dalamAWS CloudFormationPanduan Pengguna.
Untuk menghubungkan pemrograman keLayanan AWS, Anda menggunakan titik akhir. Untuk informasi
tentang titik akhir untuk panggilan ke Amazon EC2 Auto Scaling, lihatTitik akhir dan kuota Amazon EC2
Auto Scalingdi dalamAWSReferensi Umum.
Layanan terkait
Untuk mendistribusikan lalu lintas aplikasi masuk secara otomatis di beberapa instance dalam grup Auto
Scaling Anda, gunakan Elastic Load Balancing. Untuk informasi lebih lanjut, lihat Panduan Pengguna
Elastic Load Balancing.
Untuk memantau statistik dasar untuk instans Anda dan volume Amazon EBS, gunakan Amazon
CloudWatch. Untuk informasi selengkapnya, lihatAmazon CloudWatch Panduan Pengguna.
Untuk mengonfigurasi auto scaling untuk resource yang dapat diskalakan untuk Amazon Web Services
lainnya di luar Amazon EC2, lihatPanduan Pengguna Auto Scaling Aplikasi.
Manfaat Amazon EC2 Auto Scaling

Menambahkan Amazon EC2 Auto Scaling ke arsitektur aplikasi Anda merupakan salah satu cara untuk
memaksimalkan manfaat dariAWSCloud. Ketika Anda menggunakan Amazon EC2 Auto Scaling, aplikasi
Anda mendapatkan manfaat sebagai berikut:
• Toleransi kesalahan yang lebih baik. Amazon EC2 Auto Scaling dapat mendeteksi ketika suatu instance
tidak sehat, mengakhirinya, dan meluncurkan instance untuk menggantikannya. Anda juga dapat
mengonfigurasi Amazon EC2 Auto Scaling untuk menggunakan beberapa Zona Ketersediaan. Jika satu
Zona Ketersediaan tidak tersedia, Amazon EC2 Auto Scaling dapat meluncurkan instance di zona lain
untuk mengompensasi.
• Ketersediaan yang lebih baik. Amazon EC2 Auto Scaling membantu memastikan bahwa aplikasi Anda
selalu memiliki kapasitas yang tepat untuk menangani permintaan lalu lintas saat ini.
• Manajemen biaya yang lebih baik. Amazon EC2 Auto Scaling dapat secara dinamis meningkatkan dan
mengurangi kapasitas sesuai kebutuhan. Karena Anda membayar instance EC2 yang Anda gunakan,
Anda menghemat uang dengan meluncurkan instance saat diperlukan dan menghentikannya ketika tidak
membutuhkannya.
Konten
• Contoh: Permintaan variabel penutup (p. 3)
• Contoh: Arsitektur aplikasi web (p. 5)
• Contoh: Bagikan instance di seluruh Availability Zone (p. 6)
• Distribusi instance (p. 6)
• Aktivitas rebalancing (p. 7)
Contoh: Permintaan variabel penutup

Untuk menunjukkan beberapa manfaat dari Amazon EC2 Auto Scaling, pertimbangkan aplikasi web
dasar yang berjalanAWS. Aplikasi ini memungkinkan karyawan mencari ruang konferensi yang mungkin
ingin mereka gunakan untuk rapat. Selama awal dan akhir minggu, penggunaan aplikasi ini adalah
3
Contoh: Permintaan variabel penutup
minimal. Selama pertengahan minggu, lebih banyak karyawan yang menjadwalkan pertemuan, sehingga
permintaan pada aplikasi meningkat secara signifikan.
Grafik berikut menunjukkan jumlah kapasitas aplikasi yang digunakan selama seminggu.
Secara tradisional, ada dua cara untuk merencanakan perubahan kapasitas ini. Opsi pertama adalah
menambahkan cukup server agar aplikasi selalu memiliki kapasitas yang cukup untuk memenuhi
permintaan. Namun, sisi negatif dari opsi ini adalah ada hari-hari ketika aplikasi tidak membutuhkan
kapasitas yang besar. Kapasitas ekstra tetap tidak terpakai dan, pada dasarnya, meningkatkan biaya untuk
menjaga aplikasi tetap berjalan.
Opsi kedua adalah memiliki kapasitas yang cukup untuk menangani permintaan rata-rata pada aplikasi.
Opsi ini lebih murah, karena Anda tidak membeli peralatan yang hanya akan Anda gunakan sesekali.
Namun, Anda berisiko menciptakan pengalaman pelanggan yang buruk ketika permintaan pada aplikasi
melebihi kapasitasnya.
Dengan menambahkan Amazon EC2 Auto Scaling ke aplikasi ini, Anda memiliki opsi ketiga. Anda dapat
menambahkan instance baru ke aplikasi hanya jika diperlukan, dan menghentikannya jika tidak lagi
diperlukan. Karena Amazon EC2 Auto Scaling menggunakan instance EC2, Anda hanya perlu membayar
4
Contoh: Arsitektur aplikasi web
untuk instance yang Anda gunakan, saat Anda menggunakannya. Sekarang Anda memiliki arsitektur
hemat biaya yang memberikan pengalaman pelanggan terbaik dengan tetap meminimalkan biaya.
Contoh: Arsitektur aplikasi web

Dalam skenario aplikasi web yang umum, Anda menjalankan beberapa salinan aplikasi secara bersamaan
untuk mencakup volume lalu lintas pelanggan Anda. Beberapa salinan aplikasi ini dihosting di instance
EC2 (server cloud) yang identik, masing-masing menangani permintaan pelanggan.
Amazon EC2 Auto Scaling mengelola peluncuran dan pengakhiran instance EC2 ini atas nama Anda. Anda
menentukan serangkaian kriteria (seperti Amazon CloudWatch alarm) yang menentukan kapan grup Auto
Scaling meluncurkan atau mengakhiri instance EC2. Penambahan grup Auto Scaling ke arsitektur jaringan
Anda membantu membuat aplikasi Anda lebih tersedia dan toleran kegagalan.
5
Contoh: Bagikan instance di seluruh Availability Zone
Anda dapat membuat grup Auto Scaling sebanyak yang Anda perlukan. Misalnya, Anda dapat membuat
grup Auto Scaling untuk setiap tingkat.
Untuk mendistribusikan lalu lintas di antara berbagai grup Auto Scaling Anda, Anda dapat memperkenalkan
load balancer ke arsitektur Anda. Untuk informasi selengkapnya, lihat Elastic Load Balancing (p. 291).

AWSsumber daya, seperti instance EC2, ditempatkan di pusat data yang sangat tersedia. Untuk
memberikan skalabilitas dan keandalan tambahan, pusat data ini berada di lokasi fisik yang berbeda.
Wilayah adalah lokasi geografis yang besar dan tersebar luas. Setiap Wilayah berisi beberapa lokasi
berbeda, disebut Zona Ketersediaan, yang ditata sedemikian rupa agar terisolasi dari kegagalan di Zona
Ketersediaan lainnya. Zona ini menyediakan konektivitas jaringan latensi rendah yang murah ke Zona
Ketersediaan lain di Wilayah yang sama.
Amazon EC2 Auto Scaling memungkinkan Anda memanfaatkan keselamatan dan keandalan dari
redundansi geografis dengan menjangkau grup Auto Scaling di beberapa Zona Ketersediaan di dalam
Wilayah. Ketika satu Zona Ketersediaan menjadi tidak sehat atau tidak tersedia, Auto Scaling meluncurkan
instance baru dalam Zona Ketersediaan yang tidak terpengaruh. Ketika Zona Ketersediaan yang tidak
sehat kembali ke status sehat, Auto Scaling secara otomatis mendistribusikan ulang instance aplikasi
secara merata di seluruh Zona Ketersediaan yang ditunjuk.
Suatu grup Auto Scaling dapat memuat instance EC2 dalam satu atau lebih Zona Ketersediaan di Wilayah
yang sama. Namun, grup Auto Scaling tidak dapat menjangkau beberapa Wilayah.
Untuk grup Auto Scaling dalam VPC, instance EC2 diluncurkan dalam subnet. Anda dapat memilih subnet
untuk instance EC2 Anda saat membuat atau memperbarui grup Auto Scaling. Anda dapat memilih satu
atau lebih subnet per Zona Ketersediaan. Untuk informasi lebih lanjut, lihat VPC dan subnet di Panduan
Pengguna Amazon VPC.
Distribusi instance
Amazon EC2 Auto Scaling berupaya mendistribusikan instance secara merata antara Zona Ketersediaan
yang diaktifkan 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 tersebut gagal, Amazon EC2 Auto Scaling mencoba meluncurkan instance di Zona Ketersediaan
lain hingga berhasil. Untuk grup Auto Scaling di VPC, jika ada beberapa subnet di Zona Ketersediaan,
Amazon EC2 Auto Scaling memilih subnet dari Zona Ketersediaan tersebut secara acak.
6
Aktivitas rebalancing
Aktivitas rebalancing dibagi menjadi dua kategori: Rebalancing Zona Ketersediaan dan capacity
rebalancing.
Rebalancing Zona Ketersediaan
Setelah tindakan tertentu terjadi, grup Auto Scaling Anda dapat menjadi tidak seimbang antara
Zona Ketersediaan. Amazon EC2 Auto Scaling memberikan kompensasi dengan rebalancing Zona
Ketersediaan. Tindakan berikut dapat menyebabkan aktivitas rebalancing:
• Anda mengubah Zona Ketersediaan untuk grup Anda.

• Anda secara eksplisit mengakhiri atau memisahkan instance dan grup menjadi tidak seimbang.
• Zona Ketersediaan yang sebelumnya memiliki pemulihan kapasitas yang tidak memadai dan memiliki
kapasitas tambahan yang tersedia.
• Zona Ketersediaan yang sebelumnya memiliki harga Spot di atas harga maksimum Anda sekarang
memiliki harga Spot di bawah harga maksimum Anda.
7
Siklus aktif nyata
Ketika melakukan rebalancing, Amazon EC2 Auto Scaling meluncurkan instance baru sebelum
menghentikan yang lama, sehingga rebalancing tidak mengganggu kinerja atau ketersediaan aplikasi
Anda.
Karena Amazon EC2 Auto Scaling mencoba meluncurkan instance baru sebelum mengakhiri aktivitas
lama, berada pada atau mendekati kapasitas maksimum yang telah ditentukan dapat menghambat
atau menghentikan sepenuhnya aktivitas rebalancing. Untuk menghindari masalah ini, sistem dapat
secara sementara melampaui kapasitas maksimum yang telah ditentukan untuk suatu grup sebesar
margin 10 persen (atau dengan margin 1 instance, mana saja yang lebih besar) selama kegiatan
rebalancing. Margin ditingkatkan hanya jika grup berada pada atau mendekati kapasitas maksimum
dan memerlukan rebalancing, baik karena rezoning yang diminta pengguna atau untuk mengompensasi
masalah ketersediaan zona. Ekstensi hanya berlangsung selama yang diperlukan untuk menyeimbangkan
grup (biasanya beberapa menit).
Capacity Rebalancing
Anda dapat mengaktifkan Capacity Rebalancing untuk grup Auto Scaling Anda saat menggunakan
Instance Spot. Saat Anda mengaktifkan Capacity Rebalancing, Amazon EC2 Auto Scaling mencoba
meluncurkan Instance Spot setiap kali Amazon EC2 memberi tahu bahwa Instance Spot berisiko tinggi
mengalami gangguan. Setelah meluncurkan instance baru, tindakan ini kemudian menghentikan instance
lama. Untuk informasi selengkapnya, lihat Gunakan Penyeimbangan Ulang Kapasitas untuk menangani
Interupsi Spot Amazon EC2 (p. 282).
Siklus aktif instance Amazon EC2 Auto Scaling

Instance EC2 dalam grup Auto Scaling memiliki alur, atau siklus aktif, yang berbeda dari instance EC2
lainnya. Siklus aktif dimulai ketika grup Auto Scaling meluncurkan suatu instance dan menempatkannya
dalam layanan. Siklus aktif berakhir saat Anda menghentikan instance, atau grup Auto Scaling
menghentikan layanan dan menghentikannya.
Note
Anda ditagih untuk instance segera setelah diluncurkan, termasuk saat instance tersebut belum
dalam layanan.
Ilustrasi berikut menunjukkan transisi antara status instance di siklus aktif Amazon EC2 Auto Scaling.
8
Meningkatkan skala
Meningkatkan skala
Peristiwa peningkatan skala berikut mengarahkan grup Auto Scaling untuk meluncurkan instance EC2 dan
melampirkannya ke grup:
• Anda meningkatkan ukuran grup secara manual. Untuk informasi selengkapnya, lihat Skala manual
untuk Amazon EC2 Auto Scaling (p. 127).
• Anda membuat kebijakan penskalaan untuk secara otomatis meningkatkan ukuran grup berdasarkan
peningkatan permintaan yang telah ditentukan. Untuk informasi selengkapnya, lihat Penskalaan dinamis
• Anda menyiapkan penskalaan berdasarkan jadwal untuk meningkatkan ukuran grup pada waktu tertentu.
Untuk informasi selengkapnya, lihat Skala terjadwal untuk Amazon EC2 Auto Scaling (p. 191).
Ketika peristiwa penskalaan terjadi, grup Auto Scaling meluncurkan jumlah instance EC2 yang diperlukan,
menggunakan templat peluncuran yang telah ditentukan. Instance ini dimulai dari status Pending. Jika
Anda menambahkan hook siklus aktif ke grup Auto Scaling, Anda dapat melakukan tindakan khusus di sini.
Untuk informasi selengkapnya, lihat Hook siklus aktif (p. 10).
Jika setiap instance sudah dikonfigurasi sepenuhnya dan lolos pemeriksaan kesehatan Amazon EC2,
instance tersebut dilampirkan pada grup Auto Scaling dan masuk ke status InService. Instance dihitung
terhadap kapasitas yang diinginkan dari grup Auto Scaling.
Instance dalam layanan

Instance tetap dalam status InService hingga salah satu hal berikut terjadi:
• Peristiwa scale-in terjadi, dan Amazon EC2 Auto Scaling memilih untuk mengakhiri instance ini untuk
mengurangi ukuran grup Auto Scaling. Untuk informasi selengkapnya, lihat Kontrol instance Auto Scaling
mana yang berakhir selama penurunan skala (p. 237).
• Anda memasukkan instance tersebut ke dalam status Standby. Untuk informasi selengkapnya, lihat
Masukkan dan keluar dari siaga (p. 10).
• Anda memisahkan instance dari grup Auto Scaling. Untuk informasi selengkapnya, lihat Lepaskan satu
instance (p. 10).
• Instance ini gagal dalam sejumlah pemeriksaan kesehatan yang diperlukan, sehingga dihilangkan dari
grup Auto Scaling, dihentikan, dan diganti. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan
untuk instance Auto Scaling (p. 261).
Penurunan skala
Peristiwa penurunan skala berikut mengarahkan grup Auto Scaling untuk memisahkan instance EC2 dari
grup dan menghentikannya:
• Anda mengurangi ukuran grup secara manual. Untuk informasi selengkapnya, lihat Skala manual untuk
Amazon EC2 Auto Scaling (p. 127).
• Anda membuat kebijakan penskalaan untuk secara otomatis mengurangi ukuran grup berdasarkan
penurunan permintaan yang telah ditentukan. Untuk informasi selengkapnya, lihat Penskalaan dinamis
• Anda mengatur penskalaan berdasarkan jadwal untuk mengurangi ukuran grup pada waktu tertentu.
9
Melampirkan instance
Penting bagi Anda untuk membuat peristiwa penurunan skala yang berhubungan untuk setiap peristiwa
peningkatan skala yang Anda buat. Ini membantu memastikan bahwa sumber daya yang ditetapkan untuk
aplikasi Anda sesuai dengan permintaan sumber daya tersebut sedekat mungkin.
Ketika peristiwa skala terjadi, grup Auto Scaling akan mengakhiri satu instance. Auto Scaling group
menggunakan kebijakan pemutusan hubungan kerja untuk menentukan situasi mana yang harus
dihentikan. Instance yang sedang dalam proses penghentian dari grup Auto Scaling dan mematikan
masukTerminatingnegara, dan tidak dapat dimasukkan kembali ke layanan. Jika Anda menambahkan
hook siklus aktif ke grup Auto Scaling, Anda dapat melakukan tindakan khusus di sini. Akhirnya, semua
instance benar-benar terhenti dan masuk dalam status Terminated.
Melampirkan instance
Anda dapat melampirkan instance EC2 yang berjalan yang memenuhi kriteria tertentu ke grup Auto Scaling
Anda. Setelah instance dilampirkan, hal ini dikelola sebagai bagian dari grup Auto Scaling.
Untuk informasi selengkapnya, lihat Melampirkan instance EC2 ke grup Auto Scaling Anda (p. 129).
Lepaskan satu instance

Anda dapat melepaskan satu instance dari grup Auto Scaling Anda. Setelah instance terlepas, Anda dapat
mengelolanya secara terpisah dari grup Auto Scaling atau melampirkannya ke grup Auto Scaling yang
berbeda.
Untuk informasi selengkapnya, lihat Lepas instance EC2 dari grup Auto Scaling Anda (p. 133).
Hook siklus aktif

Anda dapat menambahkan pengait siklus hidup ke grup Auto Scaling Anda sehingga Anda dapat
melakukan tindakan khusus saat peluncuran atau pengakhiran instance.
Ketika Amazon EC2 Auto Scaling menanggapi peristiwa peningkatan skala, maka akan diluncurkan
satu atau lebih instance. Instance ini dimulai dari status Pending. Jika Anda menambahkan
autoscaling:EC2_INSTANCE_LAUNCHING ke grup Auto Scaling Anda, instance beralih dari status
Pending ke status Pending:Wait. Setelah Anda menyelesaikan tindakan siklus aktif, instance masuk
ke status Pending:Proceed. Saat instance dikonfigurasi penuh, maka akan dilampirkan ke grup Auto
Scaling dan akan masuk ke status InService.
Ketika Amazon EC2 Auto Scaling berhubungan dengan peristiwa penurunan skala, ini akan mengakhiri
satu atau lebih instance. Instance-instance ini dipisahkan dari grup Auto Scaling dan masuk ke status
Terminating. Jika Anda menambahkan autoscaling:EC2_INSTANCE_TERMINATING ke grup Auto
Scaling Anda, instance beralih dari status Terminating ke status Terminating:Wait. Setelah Anda
menyelesaikan tindakan siklus aktif, instance masuk ke status Terminating:Proceed. Saat instance
benar-benar berakhir, instance tersebut masuk ke status Terminated.
Untuk informasi selengkapnya, lihat Hook siklus aktif Amazon EC2 Auto Scaling (p. 196).
Masukkan dan keluar dari siaga

Anda dapat memasukkan instance apa pun yang berada dalam status InService menjadi status
Standby. Hal ini memungkinkan Anda untuk menghapus instance dari layanan, memecahkan masalah
atau membuat perubahan untuk layanan, lalu menggunakannya kembali.
Instance dalam status Standby tetap dikelola oleh grup Auto Scaling. Namun demikian, semua itu bukan
bagian aktif dari aplikasi Anda hingga Anda memasangnya kembali ke layanan.
Untuk informasi selengkapnya, lihat Hapus instance sementara dari grup Auto Scaling Anda (p. 250).
10
Kuota layanan
Kuota layanan Amazon EC2 Auto Scaling

Akun Amazon Web Services Anda memiliki kuota standar berikut, yang sebelumnya disebut sebagai batas,
untuk Amazon EC2 Auto Scaling.
Kuota default
• Luncurkan konfigurasi per Wilayah: 200

• Grup Auto Scaling per Wilayah: 200
Untuk melihat kuota saat ini untuk akun Anda, buka konsol Amazon EC2 di https://
console.aws.amazon.com/ec2/ dan buka Batas yang baru. Anda juga dapat menggunakan perintah
describe-account-limits. Untuk meminta penambahan, gunakan Formulir Batas Auto Scaling.
Kuota grup Auto Scaling
• Kebijakan penskalaan per grup Auto Scaling: 50

• Tindakan terjadwal per grup Auto Scaling: 125
• Hook siklus aktif per grup Auto Scaling: 50
• Topik SNS per grup Auto Scaling: 10
• Classic Load Balancer per grup Auto Scaling: 50
• Grup target per grup Auto Scaling: 50
Kuota kebijakan penskalaan
• Penyesuaian langkah sesuai kebijakan penskalaan: 20
Batas Spesifik API
• Anda dapat menggunakanAttachInstances,DetachInstances,EnterStandby,

danExitStandbydengan paling banyak 20 ID instans sekaligus.
• Anda dapat menggunakan AttachLoadBalancers dan DetachLoadBalancers dengan maksimal 10
load balancer pada satu waktu.
• Anda dapat menggunakan AttachLoadBalancerTargetGroups dan
DetachLoadBalancerTargetGroups dengan paling banyak 10 grup target dalam satu waktu.
• Anda dapat menggunakan SetInstanceProtection dengan maksimal 50 instance dalam satu waktu.
Untuk informasi tentang kuota layanan untuk Amazon Web Services lainnya, lihatTitik akhir dan kuota
layanandi dalamReferensi Umum Amazon Web Services.
11
Daftar Akun AWS
Menyiapkan Amazon EC2 Auto

Scaling
Sebelum mulai menggunakan Amazon EC2 Auto Scaling, selesaikan tugas berikut.
Tugas
• Daftar Akun AWS (p. 12)
• Bersiap menggunakan Amazon EC2 (p. 12)
• Memasang AWS CLI (p. 12)
Daftar Akun AWS

Saat mendaftar untuk akun dengan Amazon Web Services, akun Anda secara otomatis terdaftar untuk
semua Amazon Web Services. Anda hanya membayar untuk layanan yang digunakan. Anda dapat
menggunakan Amazon EC2 Auto Scaling tanpa biaya tambahan selain yang Anda bayarkan untuk
instance EC2 Anda.
Jika Anda tidak memilikinyaAkun AWS, mendaftar untuk akun sebagai berikut.
Mendaftar untuk akun
1. Buka https://portal.aws.amazon.com/billing/signup.
2. Ikuti petunjuk online.
Bagian dari prosedur pendaftaran adalah menerima panggilan telepon dan memasukkan kode
verifikasi di keypad telepon.
AWSmengirimkan email konfirmasi setelah proses pendaftaran selesai.
Bersiap menggunakan Amazon EC2

Jika Anda belum pernah menggunakan Amazon EC2, selesaikan tugas yang dijelaskan dalam
dokumentasi Amazon EC2. Untuk informasi lebih lanjut, lihat Menyiapkan dengan Amazon EC2 dalam
Panduan Pengguna Amazon EC2 untuk Instance Linux atau Menyiapkan dengan Amazon EC2 dalam
Panduan Pengguna Amazon EC2 untuk Windows Instances.
Memasang AWS CLI

Untuk menggunakanAWS CLIdengan Amazon EC2 Auto Scaling, instal Amazon EC2 Auto ScalingAWS
CLIversi. Untuk informasi tentang menginstal AWS CLI atau meningkatkannya ke versi terbaru, lihat
Menginstal AWS Command Line Interface dalam Panduan Pengguna AWS Command Line Interface.
12
Ringkasan panduan
Memulai dengan Amazon EC2 Auto

Scaling
Saat Anda menggunakan Amazon EC2 Auto Scaling, Anda harus menggunakan blok bangunan tertentu
untuk memulai. Tutorial ini memandu Anda melalui proses untuk menyiapkan blok bangunan untuk
menciptakan infrastruktur dasar bagi Amazon EC2 Auto Scaling.
Sebelum Anda membuat grup Auto Scaling untuk digunakan dengan aplikasi Anda, tinjau aplikasi Anda
secara menyeluruh saat berjalan diAWSAwan. Pertimbangkan hal berikut:
• Jumlah Availability Zone yang harus dicakup oleh grup Auto Scaling.
• Sumber daya yang sudah ada seperti apa yang dapat digunakan, seperti grup keamanan atau Amazon
Machine Images (AMI).
• Apakah Anda ingin meningkatkan atau mengurangi kapasitas, atau hanya ingin memastikan bahwa
jumlah server tertentu selalu berjalan. Harap diingat bahwa Amazon EC2 Auto Scaling dapat melakukan
keduanya secara bersamaan.
• Metrik apa yang paling sesuai dengan kinerja aplikasi Anda.
• Berapa lama waktu yang diperlukan untuk meluncurkan dan mengonfigurasi server.
Makin baik Anda memahami aplikasi, Anda akan makin efektif untuk membuat arsitektur Auto Scaling.
Note
Untuk video pendahuluan, lihatAWSRe: Invent 2018: Manajemen Kapasitas Dipermudah dengan
Amazon EC2 Auto Scalingdi atasYouTube.
Tugas
• Ringkasan panduan (p. 13)
• Mempersiapkan panduan (p. 14)
• Langkah 1: Membuat templat peluncuran (p. 14)
• Langkah 2: Membuat grup Auto Scaling instans (p. 16)
• Langkah 3: Verifikasi grup Auto Scaling Anda (p. 16)
• Langkah 4: Akhiri suatu instans dalam grup Auto Scaling (p. 17)
• Langkah 5: Langkah selanjutnya (p. 17)
• Langkah 6: Bersihkan (p. 18)
Ringkasan panduan
Dalam panduan ini, Anda:
• Buat templat konfigurasi yang menentukan instans EC2 Anda. Anda dapat memilih templat peluncuran
atau petunjuk konfigurasi peluncuran. Meskipun Anda dapat menggunakan konfigurasi peluncuran,
kami sarankan templat peluncuran sehingga Anda dapat menggunakan fitur terbaru Amazon EC2 dan
Amazon EC2 Auto Scaling.
• Membuat grup Auto Scaling dengan satu instance di dalamnya.
13
Mempersiapkan panduan
• Mengakhiri instance dan memverifikasi bahwa instance telah dihapus dari layanan dan diganti. Untuk
mempertahankan jumlah instans yang konstan, Amazon EC2 Auto Scaling mendeteksi dan merespons
pemeriksaan kesehatan Amazon EC2 secara otomatis.
Jika Anda membuatAWSkurang dari 12 bulan yang lalu, dan belum melebihiTingkat gratismanfaat untuk
Amazon EC2, Anda tidak perlu mengeluarkan biaya apa pun untuk menyelesaikan tutorial ini karena
kami membantu Anda memilih jenis instans yang termasuk dalam manfaat tingkat gratis. Jika tidak, saat
mengikuti tutorial ini, Anda akan mengeluarkan biaya penggunaan Amazon EC2 standar dari waktu
peluncuran instans hingga Anda menghapus grup Auto Scaling (yang merupakan tugas akhir dari tutorial
ini) dan perubahan status instans menjadi terminated.
Mempersiapkan panduan
Panduan ini mengasumsikan bahwa Anda sudah terbiasa dengan peluncuran instans EC2 dan bahwa
Anda telah membuat key pair dan grup keamanan. Untuk informasi selengkapnya, lihat Menyiapkan
dengan Amazon EC2 dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.
Jika Anda baru saja menggunakan Amazon EC2 Auto Scaling dan ingin memulai menggunakan layanan
ini, Anda dapat menggunakan layanandefaultVPC untukAWSakun. VPC default mencakup subnet publik
default di setiap Availability Zone dan gateway internet yang dilampirkan ke VPC Anda. Anda dapat melihat
VPC Anda diHalaman VPC Andakonsol Amazon Virtual Private Cloud (Amazon VPC).
Langkah 1: Membuat templat peluncuran

Pada langkah ini, Anda masuk ke konsol Amazon EC2 denganAWSKredensi akun dan buat templat
peluncuran yang menentukan jenis instans EC2 yang dibuat Auto Scaling Amazon EC2 untuk Anda.
Sertakan informasi seperti ID Amazon Machine Image (AMI) untuk digunakan, jenis instans, pasangan
kunci, dan grup keamanan.
Note
Selain itu, Anda dapat menggunakan konfigurasi peluncuran untuk membuat grup Auto Scaling,
alih-alih menggunakan template peluncuran. Untuk instruksi konfigurasi peluncuran, lihat Create a
launch configuration.
Untuk membuat templat peluncuran
1. Buka konsol Amazon EC2.

2. Pada bilah navigasi di bagian atas layar, pilih sebuahAWSWilayah. Sumber daya Amazon EC2 Auto
Scaling yang Anda buat terhubung dengan Wilayah yang Anda tentukan.
3. Di panel navigasi sebelah kiri, pilihTemplat peluncuran, dan kemudian pilihMembuat templat
peluncuran.
4. UntukNama templat peluncuran, masukkanmy-template-for-auto-scaling.
5. Di bawahPanduan Auto Scaling, pilih kotak centang.
6. UntukGambar Aplikasi dan OS (Amazon Machine Image), pilih versi Amazon Linux 2 (HVM) dariMulai
cepatdaftar. AMI berfungsi sebagai templat konfigurasi dasar untuk instans Anda.
7. Untuk Jenis instans, pilih konfigurasi perangkat keras yang kompatibel dengan AMI yang Anda
tentukan.
Note
Jika akun Anda berusia kurang dari 12 bulan, Anda dapat menggunakan instans t2.micro
gratis dalam batas penggunaan tertentu. Untuk informasi selengkapnya, lihatAWSTingkat
gratis.
14
Langkah 1: Membuat templat peluncuran
8. (Opsional) UntukPasangan kunci (login), pilih key pair yang sudah ada. Anda menggunakan pasangan
kunci untuk terhubung ke instans Amazon EC2 dengan SSH. Koneksi ke suatu instans tidak disertakan
sebagai bagian dari tutorial ini. Oleh karena itu, Anda tidak perlu menentukan key pair kecuali Anda
berniat untuk terhubung ke instans Anda menggunakan SSH.
9. UntukPengaturan jaringan,Grup keamanan, pilih grup keamanan dalam VPC yang sama yang
rencananya akan Anda gunakan sebagai VPC untuk grup Auto Scaling Anda. Jika Anda tidak
menentukan grup keamanan, instans Anda secara otomatis terkait dengan grup keamanan default
untuk VPC.
10. Anda dapat meninggalkanKonfigurasi jaringan tingkat lanjutkosong Mengosongkan pengaturan
akan membuat antarmuka jaringan utama dengan alamat IP yang kami pilih untuk instans Anda
berdasarkan subnet tempat antarmuka jaringan dibuat. Jika sebaliknya Anda memilih untuk
mengonfigurasi antarmuka jaringan, grup keamanan harus menjadi bagian darinya.
11. Pilih Buat templat peluncuran.
12. Di halaman konfirmasi, pilih Buat grup Auto Scaling.
Jika saat ini Anda tidak menggunakan templat peluncuran dan memilih untuk tidak membuat templat
tersebut sekarang, Anda dapat membuat konfigurasi peluncuran.
Konfigurasi peluncuran mirip dengan templat peluncuran, yaitu menentukan jenis instans EC2 yang dibuat
Auto Scaling Amazon EC2 untuk Anda. Anda membuat konfigurasi peluncuran dengan menyertakan
informasi seperti ID Amazon Machine Image (AMI) untuk digunakan, jenis instans, pasangan kunci, dan
grup keamanan.
Untuk membuat konfigurasi peluncuran
1. BukaHalaman konfigurasikonsol Amazon EC2.

2. Pada bilah navigasi, pilih sebuahAWSWilayah. Sumber daya Auto Scaling yang Anda buat terhubung
dengan Wilayah yang Anda tentukan.
3. MemiilihMembuat konfigurasi peluncuran, dan kemudian masukkanmy-first-launch-
configurationdiNamabidang.
4. Untuk Amazon machine image (AMI), pilih AMI. Untuk menemukan AMI spesifik, Anda dapat temukan
AMI yang cocok, mencatat ID-nya, dan memasukkan ID sebagai kriteria pencarian.
Untuk mendapatkan ID Amazon Linux 2 AMI:
a. Buka konsol Amazon EC2.

b. Dalam panel navigasi, di bawah Instans, pilih Instans, lalu pilih Instans peluncuran.
c. Di tab Mulai Cepat dari Pilih Amazon Machine Image , catat ID AMI di samping Amazon Linux 2
AMI (HVM). Perhatikan bahwa AMI ini ditandai “Memenuhi syarat tingkat gratis”.
5. Untuk Jenis instans, pilih konfigurasi perangkat keras untuk instans Anda.
Note
Jika akun Anda berusia kurang dari 12 bulan, Anda dapat menggunakan instans t2.micro
gratis dalam batas penggunaan tertentu. Untuk informasi selengkapnya, lihatAWSTingkat
gratis.
6. Di bawah Konfigurasi tambahan, untuk Detail lanjutan, Jenis alamat IP, buat pilihan. Untuk
menyediakan konektivitas internet untuk instans dalam VPC, pilih opsi yang menetapkan alamat IP
publik. Jika sebuah instans diluncurkan ke dalam VPC default, default-nya adalah untuk menetapkan
alamat IP publik. Jika Anda ingin menyediakan konektivitas internet untuk instans Anda tetapi tidak
yakin apakah Anda memiliki VPC standar, pilih Tetapkan alamat IP publik untuk setiap instans.
7. Untuk Grup keamanan, pilih grup keamanan yang sudah ada. Jika Anda membiarkan Buat grup
keamanan baru tetap dipilih, aturan SSH default dikonfigurasi untuk instans Amazon EC2 yang
menjalankan Linux. Aturan RDP default dikonfigurasi untuk instans Amazon EC2 yang menjalankan
Windows.
15
Langkah 2: Membuat grup Auto Scaling instans
8. Untuk Pasangan kunci (login), pilih opsi pada Opsi pasangan kunci sesuai petunjuk. Koneksi ke suatu
instans tidak disertakan sebagai bagian dari tutorial ini. Oleh karena itu, Anda dapat memilihLanjutkan
tanpa key pairkecuali Anda berniat untuk terhubung ke instans Anda menggunakan SSH.
9. Pilih Buat konfigurasi peluncuran.
10. Pilih kotak centang di samping nama konfigurasi peluncuran baru Anda dan pilih Tindakan, Buat grup
Auto Scaling.
Langkah 2: Membuat grup Auto Scaling instans

Sekarang gunakan Amazon EC2 Auto Scaling untuk membuat grup Auto Scaling dan menambahkan
templat peluncuran atau konfigurasi peluncuran ke grup. Sertakan juga informasi seperti subnet VPC untuk
instance.
Gunakan prosedur berikut untuk melanjutkan dari tempat terakhir Anda tinggalkan setelah membuat baik
templat peluncuran atau konfigurasi peluncuran.
Untuk membuat grup Auto Scaling
1. PadaPilih template peluncuran atau konfigurasihalaman, untukNama grup Auto Scaling, masukkanmy-
first-asg.
2. Pilih Selanjutnya.
ParameterPilih opsi peluncuran instansHalaman muncul, yang dapat Anda gunakan untuk memilih
pengaturan jaringan VPC yang Anda inginkan grup Auto Scaling untuk digunakan dan memberi Anda
opsi untuk meluncurkan Instans Sesuai Permintaan dan Spot (jika Anda memilih templat peluncuran).
3. DiJaringanbagian, tetapVPCdiatur ke VPC default untuk pilihan AndaAWSWilayah, atau pilih VPC
Anda sendiri. VPC default secara otomatis dikonfigurasi untuk menyediakan konektivitas internet untuk
instans Anda. VPC ini mencakup subnet publik di setiap Availability Zone di Wilayah tersebut.
4. UntukAvailability Zone dan subnet, pilih subnet dari setiap Availability Zone yang ingin disertakan.
Gunakan subnet di beberapa Availability Zone untuk ketersediaan tinggi. Untuk informasi
selengkapnya, lihat Pertimbangan saat memilih subnet VPC (p. 98).
5. [Luncurkan template hanya] DalamPersyaratan tipe instansbagian, menggunakan pengaturan default
untuk menyederhanakan langkah ini. (Jangan menimpa template peluncuran.) Untuk tutorial ini, Anda
akan meluncurkan hanya satu Instans On-Demand menggunakan jenis instans yang ditentukan dalam
template peluncuran Anda.
6. Simpan sisa default untuk tutorial ini, lalu pilih Lewati untuk meninjau.
Note
Ukuran awal grup ditentukan oleh kapasitas yang diinginkan. Nilai default adalah instans 1.
7. Di halaman Peninjauan, tinjau informasi untuk grup, lalu pilih Buat grup Auto Scaling.
Langkah 3: Verifikasi grup Auto Scaling Anda

Setelah Anda membuat grup Auto Scaling, Anda siap untuk memverifikasi bahwa grup telah meluncurkan
instans EC2.
Tip
Dalam prosedur berikut, Anda melihatRiwayat aktivitasdanInstansbagian untuk grup Auto Scaling.
Dalam kedua, kolom bernama seharusnya sudah ditampilkan. Untuk menampilkan kolom
tersembunyi atau mengubah jumlah baris yang ditampilkan, pilih ikon roda gigi di sudut kanan
atas setiap bagian untuk membuka modal preferensi, perbarui pengaturan sesuai kebutuhan, dan
pilihKonfirmasi.
16
Langkah 4: Akhiri suatu instans dalam grup Auto Scaling
Untuk memverifikasi bahwa grup Auto Scaling Anda telah meluncurkan instans EC2
1. BukaHalaman grup Auto Scalingdi konsol Amazon EC2.

2. Pilih kotak centang di samping grup Auto Scaling yang baru saja Anda buat.
Sebuah panel split terbuka di bagian bawahKelompok Auto Scalinghalaman. Tab pertama yang
tersedia adalah tab Detail, menampilkan informasi tentang grup Auto Scaling.
3. Pilih tab kedua, Aktivitas. Di bawah Riwayat aktivitas, Anda dapat melihat kemajuan aktivitas
yang terkait dengan grup Auto Scaling. Kolom Status menunjukkan status instans Anda saat
ini. Saat instans Anda diluncurkan, kolom status menunjukkanPreInService. Status berubah
menjadiSuccessfulsetelah instance diluncurkan. Anda juga dapat menggunakan tombol refresh
untuk melihat status instans Anda saat ini.
4. Di tab Manajemen instans, di bawah Instans, Anda dapat melihat status instans.
5. Verifikasi bahwa instans Anda berhasil diluncurkan. Butuh waktu singkat untuk meluncurkan sebuah
instans.
• Kolom Siklus Aktif menunjukkan status instans Anda. Pada awalnya, instans Anda ada pada status
Pending. Setelah instans siap untuk menerima lalu lintas, statusnya adalah InService.
• Kolom Status kesehatan menunjukkan hasil pemeriksaan kesehatan instans EC2 pada instans
Anda.
Langkah 4: Akhiri suatu instans dalam grup Auto

Scaling
Gunakan langkah-langkah ini untuk mempelajari lebih lanjut tentang cara kerja Amazon EC2 Auto Scaling,
khususnya, cara meluncurkan instans baru saat diperlukan. Ukuran minimum untuk grup Auto Scaling
yang Anda buat dalam tutorial ini adalah satu instans. Oleh karena itu, jika Anda mengakhiri instans yang
berjalan, Amazon EC2 Auto Scaling harus meluncurkan instans baru untuk menggantikannya.

2. Pilih kotak centang di samping grup Auto Scaling Anda.
3. Di tab Manajemen instans, di bawah Instans, pilih ID instans.
Ini membawa Anda ke halaman Instans di konsol Amazon EC2, di mana Anda dapat mengakhiri
proses.
4. Pilih Tindakan, Status Instans, Akhiri. Ketika diminta konfirmasi, pilih Ya, Akhiri.
5. Pada panel navigasi, di bawah Auto Scaling, pilih Grup Auto Scaling. Pilih grup Auto Scaling Anda dan
pilih tab Aktivitas.
Pendinginan default untuk grup Auto Scaling adalah 300 detik (5 menit), jadi dibutuhkan sekitar 5 menit
sampai Anda melihat aktivitas penskalaan. Dalam riwayat aktivitas, ketika aktivitas penskalaan dimulai,
Anda melihat entri untuk pengakhiran instans pertama dan entri untuk peluncuran instans baru.
6. Di tab Manajemen instans, bagian Instans hanya menunjukkan instans baru.
7. Di panel navigasi, di bawahInstans, pilihInstans. Halaman ini menampilkan baik instans yang diakhiri
maupun instans yang baru berjalan.
Langkah 5: Langkah selanjutnya

Lanjutkan ke langkah berikutnya jika Anda ingin menghapus infrastruktur dasar untuk penskalaan otomatis
yang baru saja Anda buat. Jika tidak, Anda dapat menggunakan infrastruktur ini sebagai dasar dan
mencoba satu atau beberapa hal berikut:
17
Langkah 6: Bersihkan
• Pelajari cara terhubung ke instans Linux Anda menggunakan Session Manager atau SSH. Untuk
informasi selengkapnya, lihatConnect ke instans Anda menggunakan Session ManagerdanConnect ke
instans Linux Anda menggunakan SSHdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
• Menskalakan grup Auto Scaling Anda secara manual. Untuk informasi selengkapnya, lihat Penskalaan
manual (p. 127).
• Pelajari cara untuk menskalakan secara otomatis saat terjadi perubahan dalam pemanfaatan sumber
daya. Jika muatan meningkat, grup Auto Scaling Anda dapat diperluas (menambahkan contoh)
untuk menangani permintaan. Untuk informasi selengkapnya, lihat Kebijakan penskalaan pelacakan
target (p. 139).
• Mengonfigurasi pemberitahuan SNS untuk memberi tahu Anda setiap kali grup Auto Scaling Anda
meluncurkan atau menghentikan instans. Untuk informasi selengkapnya, lihat Monitoring dengan
notifikasi Amazon SNS (p. 278).
Anda dapat menghapus infrastruktur penskalaan atau menghapus grup Auto Scaling Anda dan menyimpan
templat peluncuran atau konfigurasi peluncuran untuk digunakan nanti.
Jika Anda meluncurkan sebuah instance yang tidak berada dalamAWSTingkat Gratis, Anda harus
menghentikan instans Anda untuk mencegah biaya tambahan. Saat Anda mengakhiri instans, data yang
terkait dengannya juga akan dihapus.
Untuk menghapus grup Auto Scaling Anda

2. Pilih grup Auto Scaling Anda (my-first-asg).
3. Pilih Hapus. Ketika diminta konfirmasi, pilih Hapus.
Ikon memuat di kolom Nama menunjukkan bahwa grup Auto Scaling dihapus. Saat penghapusan telah
terjadi, kolom Diinginkan, Min, dan Maks menunjukkan instans 0 untuk grup Auto Scaling. Hanya perlu
beberapa menit untuk menghentikan proses dan menghapus grup. Refresh daftar untuk melihat status
saat ini.
Lewati prosedur berikut jika Anda ingin menyimpan templat peluncuran Anda.
Untuk menghapus templat peluncuran Anda
1. Buka konsol Amazon EC2.

2. Di panel navigasi, di bawahInstans, pilihTemplat peluncuran.
3. Pilih templat peluncuran Anda (my-template-for-auto-scaling).
4. Pilih Tindakan, Hapus templat. Ketika diminta konfirmasi, pilih Hapus templat peluncuran.
Lewati prosedur berikut jika Anda ingin menyimpan konfigurasi peluncuran Anda.
Untuk menghapus konfigurasi peluncuran Anda

2. Pilih konfigurasi peluncuran Anda (my-first-launch-configuration).
3. Pilih Tindakan, Hapus konfigurasi peluncuran. Ketika diminta konfirmasi, pilih Ya, Hapus.
18
Templat peluncuran
Templat peluncuran serupa dengan konfigurasi peluncuran (p. 38), dalam hal menentukan informasi
konfigurasi instans. Ini mencakup ID Amazon Machine Image (AMI), jenis instans, key pair, grup
keamanan, dan parameter lainnya yang digunakan untuk meluncurkan instans EC2. Namun, menentukan
templat peluncuran alih-alih konfigurasi peluncuran memungkinkan Anda memiliki beberapa versi templat
peluncuran.
Dengan versi templat peluncuran, Anda dapat membuat subset dari rangkaian parameter lengkap.
Kemudian, Anda dapat menggunakannya kembali untuk membuat versi lain dari template peluncuran yang
sama. Misalnya, Anda dapat membuat template peluncuran yang mendefinisikan konfigurasi dasar tanpa
AMI atau skrip data pengguna. Setelah membuat template peluncuran, Anda dapat membuat versi baru
dan menambahkan AMI dan data pengguna yang memiliki versi terbaru aplikasi Anda untuk pengujian.
Ini menghasilkan dua versi templat peluncuran. Menyimpan konfigurasi dasar membantu Anda untuk
mempertahankan parameter konfigurasi umum yang diperlukan. Anda dapat membuat versi baru dari
template peluncuran Anda dari konfigurasi dasar kapan pun Anda mau. Anda juga dapat menghapus versi
yang digunakan untuk menguji aplikasi Anda saat tidak lagi membutuhkannya.
Kami menyarankan Anda menggunakan templat peluncuran untuk memastikan bahwa Anda mengakses
fitur dan peningkatan terbaru. Tidak semua fitur Auto Scaling Amazon EC2 tersedia saat Anda
menggunakan konfigurasi peluncuran. Misalnya, Anda tidak dapat membuat grup Auto Scaling yang
meluncurkan Instans Spot dan On-Demand atau yang menentukan beberapa jenis instans. Anda harus
menggunakan templat peluncuran untuk mengonfigurasi fitur ini. Untuk informasi selengkapnya, lihat Grup
Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50).
Dengan template peluncuran, Anda juga dapat menggunakan fitur terbaru dari Amazon EC2. Ini termasuk
generasi saat ini EBS Provisioned IOPS volume (io2), EBS volume tagging,Instans T2 Unlimited, Elastic
Inference, danHost Berdedikasi, untuk beberapa nama. Host Khusus adalah server fisik dengan kapasitas
instans EC2 yang didedikasikan untuk penggunaan Anda. Sementara Instans Khusus Amazon EC2 juga
berjalan pada perangkat keras khusus, keuntungan menggunakan Host Khusus daripada Instans Khusus
adalah bahwa Anda dapat membawa lisensi perangkat lunak yang memenuhi syarat dari vendor eksternal
dan menggunakannya di instans EC2.
Jika saat ini Anda menggunakan konfigurasi peluncuran, Anda dapat memigrasikan data dari konfigurasi
peluncuran yang ada untuk meluncurkan template olehmenyalinnya di konsol. Kemudian, Anda dapat
memigrasi grup Auto Scaling yang digunakan untuk konfigurasi peluncuran ke templat peluncuran baru.
Untuk melakukan ini, mulai refresh instance untuk melakukan pemutakhiran bergulir grup Anda. Untuk
informasi selengkapnya, lihat Ganti instance Auto Scaling (p. 100).
Note
Untuk informasi selengkapnya tentang migrasi ke templat peluncuran, lihatAmazon EC2 Auto
Scaling tidak akan lagi menambahkan dukungan untuk fitur EC2 baru untuk Meluncurkan
KonfigurasipadaAWSKomputasi Blog.
Saat Anda membuat template peluncuran, semua parameter bersifat opsional. Namun, jika template
peluncuran tidak menentukan AMI, Anda tidak dapat menambahkan AMI saat membuat grup Auto Scaling.
Jika Anda menentukan AMI tetapi tidak ada jenis instans, Anda dapat menambahkan satu atau beberapa
jenis instans saat membuat grup Auto Scaling.
Isi
• Izin (p. 20)
• Membuat templat peluncuran untuk grup Auto Scaling (p. 20)
• Salin konfigurasi peluncuran untuk meluncurkan template (p. 27)
• Mengganti konfigurasi peluncuran dengan templat peluncuran (p. 28)
• Meminta Spot Instance untuk aplikasi yang toleran terhadap kesalahan dan fleksibel (p. 29)
19
Izin
• Contoh untuk membuat dan mengelola template peluncuran denganAWS Command Line
Interface(AWS CLI) (p. 30)
Izin
Prosedur di bagian ini menganggap bahwa Anda sudah memiliki izin yang diperlukan untuk menggunakan
templat peluncuran. Dengan izin di tempat, Anda dapat membuat dan mengelola template peluncuran.
Anda juga dapat membuat dan memperbarui grup Auto Scaling dan menentukan templat peluncuran alih-
alih konfigurasi peluncuran.
Saat Anda memperbarui atau membuat grup Auto Scaling dan menentukan template peluncuran,
Andaec2:RunInstancesizin diperiksa. Jika Anda tidak memiliki izin yang memadai, Anda menerima
pesan kesalahan bahwa Anda tidak berwenang untuk menggunakan templat peluncuran.
Beberapa fungsi tambahan dalam permintaan memerlukan izin tambahan, seperti kemampuan untuk
meneruskan peran IAM ke instans yang disediakan atau menambahkan tag ke instance dan volume yang
disediakan.
Untuk informasi tentang cara administrator memberikan izin kepada Anda, lihatLuncurkan dukungan
templat (p. 342).
Membuat templat peluncuran untuk grup Auto

Scaling
Sebelum Anda dapat membuat grup Auto Scaling menggunakan templat peluncuran, Anda harus membuat
templat peluncuran yang mencakup parameter yang diperlukan untuk meluncurkan instans EC2, seperti ID
Amazon Machine Image (AMI) dan jenis instans.
Template peluncuran menyediakan fungsionalitas penuh untuk Amazon EC2 Auto Scaling dan juga fitur
Amazon EC2 yang lebih baru seperti volume IOPS Provisioned EBS (io2), penandaan volume EBS, instans
T2 Unlimited, Elastic Elastic Inference, dan Host Khusus.
Prosedur berikut sesuai untuk membuat templat peluncuran baru. Setelah Anda membuat templat
peluncuran, Anda dapat membuat grup Auto Scaling dengan mengikuti petunjuk dalam topik berikut ini:
• Buat grup Auto Scaling menggunakan templat peluncuran (p. 79)

• Grup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50)
• Buat grup Auto Scaling menggunakan pemilihan jenis instans berbasis atribut (p. 73)
Isi
• Membuat templat peluncuran (konsol) (p. 20)
• Membuat template peluncuran dari instans yang sudah ada (konsol) (p. 26)
• Informasi tambahan (p. 27)
• Keterbatasan: (p. 27)
Membuat templat peluncuran (konsol)

Ikuti langkah-langkah ini untuk mengonfigurasi templat peluncuran Anda untuk hal berikut:
• Tentukan Amazon machine image (AMI) dari tempat untuk meluncurkan instans.
• Pilih tipe instans yang sesuai dengan AMI yang Anda tentukan.
20
• Tentukan pasangan kunci yang akan digunakan saat menghubungkan ke instans, misalnya
menggunakan SSH.
• Tambahkan satu atau beberapa grup keamanan untuk memungkinkan akses yang relevan ke instans
dari jaringan eksternal.
• Tentukan apakah melampirkan volume EBS tambahan atau volume penyimpanan instans ke setiap
instans.
• Tambahkan tag khusus (pasangan nilai-kunci) ke instans dan volume.
1. Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/.

3. Pilih Buat templat peluncuran. Masukkan nama dan berikan deskripsi untuk versi awal templat
peluncuran.
4. Di bawahPanduan Auto Scaling, pilih kotak centang untuk Amazon EC2 memberikan panduan untuk
membantu membuat templat untuk digunakan dengan Amazon EC2 Auto Scaling.
5. Di bawahLuncurkan isi templat, isi setiap kolom yang wajib diisi dan kolom opsional yang dibutuhkan.
a. Gambar Aplikasi dan OS (Amazon Machine Image): Pilih ID AMI dari tempat untuk meluncurkan
instans. Anda dapat mencari semua AMI yang tersedia, atau dariTerbaruatauMulai cepatlist,
pilih AMI. Jika Anda tidak melihat AMI yang Anda butuhkan, Anda dapat memilihMemperamban
AMIuntuk menelusuri katalog AMI lengkap.
b. UntukJenis instans, pilih tipe instans tunggal yang kompatibel dengan AMI. Untuk mengonfigurasi
opsi lanjutan, pilihLanjutan.
Gunakan opsi lanjutan untuk mendukung penggunaan beberapa jenis instans saat menggunakan
pilihan tipe instans berbasis atribut. Untuk informasi selengkapnya, lihat Buat grup Auto Scaling
menggunakan pemilihan jenis instans berbasis atribut (p. 73). Memilih jenis instans secara
manual tidak didukung saat membuat templat peluncuran untuk grup Auto Scaling.
Untuk menggunakan pilihan tipe instans berbasis atribut, pilihTentukan atribut tipe instance, dan
tentukan opsi berikut:
• Jumlah vCPUs: Masukkan jumlah vCPUs minimum dan maksimum. Untuk menunjukkan tidak
ada batas, masukkan minimal 0, dan biarkan kosong maksimum.
• Jumlah memori (MiB): Masukkan jumlah memori minimum dan maksimum, di MiB. Untuk
menunjukkan tidak ada batas, masukkan minimal 0, dan biarkan kosong maksimum.
• PerluasAtribut tipe instansdan memiilihMenambahkan atributuntuk lebih membatasi jenis
instance yang dapat digunakan untuk memenuhi kapasitas yang Anda inginkan. Untuk informasi
tentang setiap atribut, lihatInstancerEquirementsRequestdiReferensi Amazon EC2 API.
• Jenis instans yang dihasilkan: Anda dapat melihat jenis instans yang sesuai dengan
persyaratan komputasi yang ditentukan, seperti vCPUs, memori, dan penyimpanan.
• (Opsional) Untuk mengecualikan jenis instans, pilihMenambahkan atribut, dan dariAtributdaftar,
pilihJenis instance yang dikecualikan. DariNilai Atributdaftar, pilih jenis contoh untuk
mengecualikan.
c. (Opsional) Pasangan kunci (login): Tentukan pasangan kunci.
d. (Opsional)Pengaturan jaringan: Memiilih satu atau lebihgrup keamanan, atau biarkan kosong
dan konfigurasikan satu atau beberapa grup keamanan sebagai bagian dari antarmuka jaringan.
Setiap grup keamanan harus dikonfigurasi untuk VPC yang akan digunakan dalam grup Auto
Scaling Anda.
Jika Anda tidak menentukan grup keamanan di templat peluncuran Anda, Amazon EC2
menggunakan grup keamanan default. Secara default, grup keamanan ini tidak mengizinkan lalu
lintas masuk dari jaringan eksternal.
21
e. (Opsional)Mengkonfigurasi penyimpanan: Memperbarui konfigurasi penyimpanan. Konfigurasi

penyimpanan default ditentukan oleh AMI dan jenis instans. Untuk mengonfigurasi opsi lanjutan,
pilihLanjutan.
Gunakan opsi lanjutan untuk meninjau dan mengonfigurasi berikut ini:
i. Jenis volume: Jenis volume tergantung pada jenis instans yang telah Anda pilih. Setiap jenis
instans memiliki volume perangkat akar yang terkait, baik volume Amazon EBS atau volume
penyimpanan instans. Untuk informasi selengkapnya, lihat Penyimpanan instans Amazon
EC2 dan volume Amazon EBS dalam Panduan Pengguna Amazon EC2 untuk Instance Linux.
ii. Nama perangkat: Tentukan nama perangkat untuk volume.
iii. Snapshot: Masukkan ID snapshot untuk membuat volume.
iv. Ukuran (GiB): Untuk volume yang didukung EBS Amazon, tentukan ukuran penyimpanan.
Jika Anda membuat volume dari snapshot dan tidak menentukan ukuran volume, ukuran
snapshot adalah default-nya.
v. Jenis volume: Untuk volume EBS Amazon, pilih jenis volume.
vi. IOPS: Dengan volume SSD IOPS Disediakan, masukkan jumlah maksimum operasi input/
output per detik (IOPS) yang harus didukung oleh volume.
vii. Hapus saat pengakhiran: Untuk volume EBS Amazon, pilih apakah akan menghapus volume
jika instans terkait diakhiri.
viii. Dienkripsi: Pilih Ya untuk mengubah status enkripsi volume EBS Amazon. Efek default
pengaturan parameter ini bervariasi sesuai pilihan sumber volume, seperti yang dijelaskan
dalam tabel berikut. Dalam semua kasus, Anda harus memiliki izin untuk menggunakan
yang ditentukanAWS KMSkunci. Untuk informasi lebih lanjut tentang menentukan volume
terenkripsi, lihat Enkripsi EBS Amazon dalam Panduan Pengguna Amazon EC2 untuk Instans
Linux.
Hasil enkripsi
Jika parameter Dan jika sumber volume Kemudian status Catatan

Encrypted adalah... enkripsi default
diatur ke... adalah...
Tidak Volume (kosong) baru Tidak terenkripsi* N/A
Snapshot tidak dienkripsi yang Tidak terenkripsi*

Anda miliki
Snapshot dienkripsi yang Dienkripsi dengan

Anda miliki kunci yang sama
Snapshot tidak terenkripsi Tidak terenkripsi*

yang dibagikan dengan Anda
Snapshot terenkripsi yang Enkripsi berdasarkan

dibagikan dengan Anda kunci KMS default
Ya Volume baru Enkripsi berdasarkan Untuk

kunci KMS default menggunakan
kunci KMS
Snapshot tidak dienkripsi yang Enkripsi berdasarkan non-default,
Anda miliki kunci KMS default tentukan nilai
untukKunciparameter.
Snapshot dienkripsi yang Dienkripsi dengan
Anda miliki kunci yang sama
22
Jika parameter Dan jika sumber volume Kemudian status Catatan

Encrypted adalah... enkripsi default
diatur ke... adalah...
Snapshot tidak terenkripsi Enkripsi berdasarkan

yang dibagikan dengan Anda kunci KMS default
Snapshot terenkripsi yang Enkripsi berdasarkan

dibagikan dengan Anda kunci KMS default
* Jikaenkripsi secara defaultdiaktifkan, semua volume yang baru dibuat (apakah atau
tidakDienkripsiparameter diatur keya) dienkripsi menggunakan kunci KMS default. Mengatur
keduaDienkripsidanKunciparameter memungkinkan Anda menentukan kunci KMS non-
default.
ix. Kunci: Jika Anda memilihyaPada langkah sebelumnya, masukkan kunci KMS yang ingin
Anda gunakan saat mengenkripsi volume. Masukkan kunci KMS yang sebelumnya Anda
buat menggunakanAWS Key Management Service. Anda dapat menempelkan seluruh ARN
pada setiap kunci yang dapat Anda akses. Untuk informasi tentang menyiapkan kebijakan
utama untuk kunci terkelola pelanggan Anda, lihatAWS Key Management ServicePanduan
PengembangdanWajibAWS KMSKebijakan utama untuk digunakan dengan volume
terenkripsi (p. 348).
Note
Menyediakan kunci KMS tanpa juga mengaturDienkripsimenghasilkan kesalahan.

f. UntukTag sumber daya, tentukan tag dengan memberikan kombinasi kunci dan nilai. Anda dapat
memberi tag instans, volume, atau keduanya. Jika Anda menentukan tag instance di template
peluncuran Anda dan kemudian Anda memilih untuk menyebarkan tag grup Auto Scaling Anda ke
instansinya, semua tag digabungkan. Jika kunci tag yang sama ditentukan untuk tag di template
peluncuran dan tag di grup Auto Scaling Anda, maka nilai tag dari grup akan diutamakan.
6. Untuk mengubah antarmuka jaringan default, lihat Mengubah antarmuka jaringan default (p. 23).
Lewati langkah ini jika Anda ingin mempertahankan antarmuka jaringan default (antarmuka jaringan
utama).
7. Untuk mengonfigurasi pengaturan lanjutan, lihat Konfigurasikan pengaturan lanjutan untuk templat
peluncuran (p. 24). Jika tidak, pilih Buat templat peluncuran.
8. Untuk membuat grup Auto Scaling, pilih Buat grup Auto Scaling dari halaman konfirmasi.
Mengubah antarmuka jaringan default

Bagian ini menunjukkan cara mengubah antarmuka jaringan default. Ini memungkinkan Anda menentukan,
misalnya, apakah Anda ingin menetapkan alamat IP publik untuk setiap instans alih-alih menetapkan
pengaturan IP publik default secara otomatis di subnet.
Pertimbangan dan batasan
Saat menentukan antarmuka jaringan, ingatlah pertimbangan dan batasan berikut:
• Anda harus mengonfigurasi grup keamanan sebagai bagian dari antarmuka jaringan, dan bukan dalam
bagian Grup keamanan di template. Anda tidak dapat menentukan grup keamanan di kedua tempat.
• Anda tidak dapat menetapkan alamat IP pribadi tambahan, yang dikenal sebagai alamat IP privat
sekunder, ke antarmuka jaringan. Saat sebuah instans diluncurkan, satu alamat pribadi dialokasikan
untuk setiap antarmuka jaringan dari rentang CIDR dari subnet tempat instans diluncurkan. Untuk
informasi selengkapnya tentang menentukan rentang CIDR untuk VPC atau subnet Anda, lihat Panduan
Pengguna VPC Amazon.
23
• Anda dapat meluncurkan hanya satu instance jika Anda menentukan ID antarmuka jaringan yang ada.
Agar ini berfungsi, Anda harus menggunakanAWS CLIatau SDK untuk membuat grup Auto Scaling. Saat
membuat grup, Anda harus menentukan Availability Zone, tetapi bukan ID subnet. Selain itu, Anda dapat
menentukan antarmuka jaringan yang ada hanya jika memiliki indeks perangkat 0.
• Anda tidak dapat menetapkan alamat IP publik secara otomatis jika Anda menentukan lebih dari satu
antarmuka jaringan. Anda juga tidak dapat menentukan indeks perangkat duplikat di seluruh antarmuka
jaringan. Perhatikan bahwa antarmuka jaringan primer dan sekunder akan berada di subnet yang sama.
Untuk mengubah antarmuka jaringan default
1. Di bawahPengaturan jaringan, memperluasKonfigurasi jaringan lanjutandan kemudian

memilihMenambahkan antarmuka jaringan.
2. Tentukan antarmuka jaringan utama, perhatikan kolom berikut:
a. Indeks perangkat : Tentukan indeks perangkat. ENTER0untuk antarmuka jaringan utama (eth0).
b. Antarmuka jaringan: Kosongkan untuk membuat antarmuka jaringan baru saat suatu instans
diluncurkan, atau masukkan ID antarmuka jaringan yang ada. Jika Anda menentukan ID, ini
membatasi grup Auto Scaling Anda ke satu instans.
c. Deskripsi: Masukkan nama deskriptif.
d. Subnet: Meskipun Anda dapat memilih untuk menentukan subnet, Amazon EC2 Auto Scaling
yang mendukung pengaturan grup Auto Scaling.
e. Tetapkan otomatis IP publik: Pilih apakah akan secara otomatis menetapkanalamat IPv4
publikke antarmuka jaringan dengan indeks perangkat 0. Pengaturan ini mendahului pengaturan
yang Anda konfigurasikan untuk subnet. Jika Anda tidak menetapkan nilai, defaultnya adalah
menggunakan pengaturan IPv4 publik yang ditetapkan otomatis dari subnet tempat instans Anda
diluncurkan.
f. Grup keamanan: Memiilih satu atau lebihgrup keamanan. Setiap grup keamanan harus
dikonfigurasi untuk VPC yang akan digunakan dalam grup Auto Scaling Anda.
g. Hapus saat pengakhiran: Pilih apakah antarmuka jaringan dihapus ketika grup Auto Scaling
menyempit dalam dan mengakhiri instans yang terkait dengan antarmuka jaringan.
h. Adaptor Kain Elastis : Menunjukkan apakah antarmuka jaringan adalah Adaptor Kain Elastis.
Untuk informasi selengkapnya, lihatElastic Fabric AdapterdiPanduan Pengguna Amazon EC2
untuk Instans Linux.
i. Indeks kartu jaringan : Melampirkan antarmuka jaringan ke kartu jaringan tertentu saat
menggunakan jenis instans yang mendukung beberapa kartu jaringan. Antarmuka jaringan utama
(eth0) harus ditetapkan ke indeks kartu jaringan 0. Default hingga 0 jika tidak ditentukan. Untuk
informasi selengkapnya, lihatKartu jaringandiPanduan Pengguna Amazon EC2 untuk Instans
Linux.
3. Untuk menambahkan antarmuka jaringan sekunder, pilihMenambahkan antarmuka jaringan.
Konfigurasikan pengaturan lanjutan untuk templat peluncuran

Anda dapat menentukan kemampuan tambahan yang diperlukan instans Auto Scaling Anda. Sebagai
contoh, Anda dapat memilih peran IAM yang dapat digunakan aplikasi Anda saat mengakses
lainnyaAWSsumber daya atau menentukan instans data pengguna yang dapat digunakan untuk melakukan
tugas konfigurasi otomatis umum setelah instans dimulai.
Langkah-langkah berikut membahas pengaturan yang paling berguna untuk diperhatikan. Untuk informasi
selengkapnya tentang pengaturan di Detail lanjutan, lihat Membuat templat peluncuran dalam Panduan
Pengguna Amazon EC2 untuk Instans Linux.
24
Untuk mengonfigurasi pengaturan lanjutan
1. Untuk Detail lanjutan, perluas bagian tersebut untuk melihat kolomnya.

2. Untuk Opsi pembelian, Anda dapat memilih Meminta Spot Instances untuk meminta Spot Instances
dengan harga Spot, dibatasi dengan harga Sesuai Permintaan, dan memilih Kustomisasi untuk
mengubah pengaturan Spot Instance default. Untuk grup Auto Scaling, Anda harus menentukan
permintaan sekali waktu tanpa tanggal akhir (default). Untuk informasi selengkapnya, lihat Meminta
Spot Instance untuk aplikasi yang toleran terhadap kesalahan dan fleksibel (p. 29).
Note
Amazon EC2 Auto Scaling memungkinkan Anda mengganti jenis instans dalam templat
peluncuran untuk membuat grup Auto Scaling yang menggunakan beberapa jenis instans
dan meluncurkan Instans Spot dan Sesuai Permintaan. Untuk melakukannya, Anda harus
pergiOpsi Pembeliantidak ditentukan di templat peluncuran Anda.
Jika Anda mencoba membuat grup instans campuran menggunakan templat peluncuran
denganOpsi Pembelianditentukan, Anda mendapatkan kesalahan berikut.
Incompatible launch template: You cannot use a launch template that
is set to request Spot Instances (InstanceMarketOptions) when you
configure an Auto Scaling group with a mixed instances policy. Add a
different launch template to the group and try again.
Untuk informasi tentang membuat grup instans campuran, lihatGrup Auto Scaling dengan
beberapa jenis instans dan opsi pembelian (p. 50).
3. UntukProfil instans IAM, Anda dapat menentukanAWS Identity and Access ManagementProfil instans
(IAM) untuk dikaitkan dengan instans. Saat Anda memilih profil instans, Anda mengaitkan peran IAM
yang sesuai dengan instans EC2. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi yang
berjalan di instance Amazon EC2 (p. 346).
4. Untuk Perlindungan pengakhiran, pilih apakah akan melindungi instans dari pengakhiran tidak
disengaja. Ketika Anda mengaktifkan perlindungan pengakhiran, itu memberikan perlindungan
pengakhiran tambahan, tetapi tidak melindungi dari pengakhiran yang dimulai Amazon EC2 Auto
Scaling. Untuk mengontrol apakah grup Auto Scaling dapat mengakhiri instans, gunakan Gunakan
perlindungan penskalaan instance (p. 247).
5. UntukDetail CloudWatch memantau, pilih apakah akan mengaktifkan instans untuk memublikasikan
data metrik pada interval 1 menit ke Amazon CloudWatch. Biaya tambahan berlaku. Untuk informasi
selengkapnya, lihat Mengonfigurasi instance Auto Scaling (p. 272).
6. Untuk T2/T3 Unlimited, pilih apakah aplikasi dapat dipasang melebihi nilai dasar selama diperlukan.
Bidang ini hanya valid untuk instans T2, T3, dan T3a. Mungkin dapat dikenakan biaya tambahan.
Untuk informasi selengkapnya, lihat Menggunakan grup Auto Scaling untuk meluncurkan instans
kinerja yang dapat terpecah sebagai Unlimited dalam Panduan Pengguna Amazon EC2 untuk Instans
Linux.
7. Untuk Nama grup penempatan, Anda dapat menentukan grup penempatan untuk meluncurkan
instans. Tidak semua jenis instans dapat diluncurkan dalam grup penempatan. Jika Anda
mengonfigurasi grup Auto Scaling menggunakan perintah CLI yang menentukan grup penempatan
yang berbeda, pengaturan diabaikan dalam kepentingan grup yang ditentukan untuk grup Auto
Scaling.
8. Untuk Capacity Reservation, Anda dapat menentukan apakah akan meluncurkan instans menjadi
kapasitas berbagi, open Capacity Reservation, Capacity Reservation khusus, atau grup Capacity
Reservation. Untuk informasi selengkapnya, lihat Meluncurkan instans ke reservasi kapasitas yang
ada dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.
9. Untuk Tenansi, Anda dapat memilih untuk menjalankan instans Anda di perangkat keras berbagi
(Berbagi), pada perangkat keras khusus (Khusus), atau ketika menggunakan grup sumber daya host,
di Host Khusus (Host khusus). Mungkin dapat dikenakan biaya tambahan.
Jika Anda memilih Host Khusus, lengkapi informasi berikut:
25
Membuat template peluncuran dari
instans yang sudah ada (konsol)
• Untuk Grup sumber daya host tenansi, Anda dapat menentukan grup sumber daya host untuk
BYOL AMI untuk digunakan di Host Khusus. Anda tidak perlu mengalokasikan terlebih dahulu
Host Khusus di akun Anda sebelum menggunakan fitur ini. Instans Anda akan secara otomatis
diluncurkan ke Host Khusus bagaimanapun juga. Perhatikan bahwa sebuah AMI yang berdasar
pada asosiasi konfigurasi lisensi dapat dipetakan hanya ke satu kelompok sumber daya
pada satu waktu. Untuk informasi selengkapnya, lihatGrup sumber daya hostdiAWS License
ManagerPanduan Pengguna.
10. Untuk Konfigurasi lisensi, tentukan konfigurasi lisensi yang akan digunakan. Anda dapat meluncurkan
instans berdasarkan konfigurasi lisensi yang ditentukan untuk melacak penggunaan lisensi Anda.
Untuk informasi selengkapnya, lihatMembuat konfigurasi lisensi.diPanduan Pengguna License
Manager.
11. Untuk mengonfigurasi opsi metadata instans untuk semua instans yang terkait dengan versi templat
peluncuran ini, lakukan hal berikut:
a. Untuk Metadata dapat diakses, pilih apakah akan mengaktifkan atau menonaktifkan akses ke titik
akhir HTTP dari layanan metadata instans. Secara default, titik akhir HTTP diaktifkan. Jika Anda
memilih untuk menonaktifkan titik akhir, akses ke metadata instans Anda dimatikan. Anda dapat
menentukan kondisi untuk mewajibkan IMDSv2 hanya saat titik akhir HTTP diaktifkan.
b. Untuk Versi metadata, Anda dapat memilih untuk mewajibkan penggunaan Instance Metadata
Service Version 2 (IMDSv2) saat meminta metadata instans. Jika Anda tidak menentukan nilai,
defaultnya adalah mendukung baik IMDSv1 dan IMDSv2.
c. Untuk Batas hop respons token metadata, Anda dapat mengatur jumlah hop jaringan yang
diizinkan untuk token metadata. Jika Anda tidak menentukan nilai, defaultnya 1.
Untuk informasi selengkapnya, lihat Mengonfigurasi instance metadata service dalam Panduan
12. UntukData pengguna, Anda dapat menambahkan skrip shell dan arahan cloud-init untuk
menyesuaikan instans saat peluncuran. Untuk informasi selengkapnya, lihatMenjalankan perintah
pada instans Linux Anda saat peluncurandiPanduan Pengguna Amazon EC2 untuk Instans Linux.
Note
Menjalankan skrip saat peluncuran akan menambah jumlah waktu yang dibutuhkan untuk
instans siap digunakan. Namun, Anda dapat mengizinkan waktu ekstra agar skrip selesai
sebelum instance memasukiInServicestate dengan menambahkan hook siklus aktif ke
grup Auto Scaling. Untuk informasi selengkapnya, lihat Hook siklus aktif Amazon EC2 Auto
Scaling (p. 196).
Membuat template peluncuran dari instans yang

sudah ada (konsol)
Untuk membuat templat peluncuran dari instans yang sudah ada

2. Di panel navigasi, di bawahInstans, pilihInstans.
3. Pilih instans dan pilihTindakan,Gambar dan template,Buat template dari contoh.
4. Berikan nama dan deskripsi.
5. Di bawahPanduan Auto Scaling, pilih kotak centang.
6. Sesuaikan pengaturan apa pun sesuai kebutuhan, dan pilihMembuat templat peluncuran.
26
Informasi tambahan
Informasi tambahan
Untuk informasi tambahan tentang membuat templat peluncuran, lihat:
• Meluncurkan sebuah instance dari template peluncuranbagianPanduan Pengguna Amazon EC2 untuk
Instans Linux
• Potongan templat penskalaan otomatisbagianAWS CloudFormationPanduan Pengguna
• AWS::EC2::LaunchTemplatebagianAWS CloudFormationPanduan Pengguna
Keterbatasan:
• Templat peluncuran memungkinkan Anda mengonfigurasi jenis jaringan (VPC atau EC2-Classic), subnet,
dan Availability Zone. Namun, pengaturan ini diabaikan demi apa yang ditentukan dalam grup Auto
Scaling.
• Karena pengaturan subnet dalam template peluncuran Anda diabaikan demi apa yang ditentukan dalam
grup Auto Scaling, semua antarmuka jaringan yang dibuat untuk instance tertentu akan terhubung
ke subnet yang sama dengan instance. Untuk batasan lain pada antarmuka jaringan yang ditentukan
pengguna, lihatMengubah antarmuka jaringan default (p. 23).
• Templat peluncuran memungkinkan Anda mengonfigurasi pengaturan tambahan dalam grup Auto
Scaling Anda untuk meluncurkan beberapa jenis instans dan menggabungkan opsi pembelian On-
Demand dan Spot, seperti yang dijelaskan di Grup Auto Scaling dengan beberapa jenis instans dan opsi
pembelian (p. 50). Meluncurkan instans dengan kombinasi berikut tidak didukung:
• Jika Anda menentukan permintaan Spot Instance di templat peluncuran
• Dalam EC2-Classic
• Dukungan untuk Host Khusus (tenansi host) hanya tersedia jika Anda menentukan grup sumber daya
host. Anda tidak dapat menargetkan ID host tertentu atau menggunakan afinitas penempatan host.
Salin konfigurasi peluncuran untuk meluncurkan

template
Untuk bermigrasi dari konfigurasi peluncuran untuk meluncurkan template, Anda harus menyalin atau
membuat ulang konfigurasi peluncuran Anda sebagai templat peluncuran. Kami menyarankan Anda
bermigrasi untuk meluncurkan templat untuk memanfaatkan fitur terbaru Amazon EC2 Auto Scaling dan
Jika Anda menyalin konfigurasi peluncuran, Anda dapat memigrasinya sekaligus, atau melakukan migrasi
bertahap seiring waktu dengan memilih konfigurasi peluncuran mana yang akan disalin. Fitur penyalinan
hanya tersedia dari konsol.
Untuk menyalin konfigurasi peluncuran ke templat peluncuran (konsol)

2. Di panel navigasi, di bawahAuto Scaling, pilihKonfigurasi peluncuran.
3. Pilih konfigurasi peluncuran yang ingin Anda salin dan pilihSalin untuk meluncurkan template, Salin
dipilih. Ini akan menyiapkan templat peluncuran baru dengan nama dan opsi yang sama dengan
konfigurasi peluncuran yang Anda pilih.
4. Untuk Nama templat peluncuran baru, Anda dapat menggunakan nama konfigurasi peluncuran
(default) atau masukkan nama baru. Nama templat peluncuran harus unik.
27
Mengganti konfigurasi peluncuran
dengan templat peluncuran
5. (Opsional) Untuk membuat grup Auto Scaling menggunakan templat peluncuran baru, pilih Buat grup
Auto Scaling menggunakan templat baru.
6. Pilih Salin.
Jika Anda tahu bahwa Anda ingin menyalin semua konfigurasi peluncuran untuk meluncurkan template,
gunakan prosedur berikut.
Untuk menyalin semua konfigurasi peluncuran untuk meluncurkan template (konsol)

3. MemiilihSalin untuk meluncurkan template, Salin semua. Ini menyalin setiap konfigurasi peluncuran di
Wilayah saat ini ke templat peluncuran baru dengan nama dan opsi yang sama.
4. Pilih Salin.
Selanjutnya, Anda dapat memperbarui grup Auto Scaling yang sudah ada untuk menentukan templat
peluncuran yang Anda buat. Untuk informasi selengkapnya, lihat Mengganti konfigurasi peluncuran dengan
templat peluncuran (p. 28). Sebagai pilihan lain, Anda dapat mengikuti prosedur diGanti instans Auto
Scaling berdasarkan refresh instans (p. 101)untuk menambahkan template peluncuran baru ke grup Auto
Scaling Anda dan memperbarui instans Auto Scaling Anda segera.
Mengganti konfigurasi peluncuran dengan templat

peluncuran
Saat mengedit grup Auto Scaling yang memiliki konfigurasi peluncuran yang sudah ada, Anda memiliki
opsi untuk mengganti konfigurasi peluncuran dengan templat peluncuran. Ini memungkinkan Anda
menggunakan templat peluncuran dengan grup Auto Scaling yang saat ini Anda gunakan. Dengan
demikian, Anda dapat memanfaatkan versi dan fitur lain dari templat peluncuran.
Setelah Anda mengganti konfigurasi peluncuran untuk grup Auto Scaling, setiap instans baru diluncurkan
menggunakan templat peluncuran baru. Instans yang ada tidak terpengaruh. Untuk memperbarui
instans yang sudah ada, akhiri sehingga digantikan oleh grup Auto Scaling Anda, atau biarkan
penskalaan otomatis menggantikan instans sebelumnya secara bertahap dengan instans yang lebih baru
berdasarkankebijakan penghentian (p. 237).
Note
Dengan fitur refresh instans, Anda dapat mengganti instans di grup Auto Scaling untuk
meluncurkan instans baru yang menggunakan templat peluncuran segera. Untuk informasi
selengkapnya, lihat Ganti instans Auto Scaling berdasarkan refresh instans (p. 101).
Prasyarat
Sebelum Anda dapat mengganti konfigurasi peluncuran dalam grup Auto Scaling, Anda harus membuat
templat peluncuran terlebih dahulu. Cara dasar untuk membuat template peluncuran adalah menyalinnya
dari konfigurasi peluncuran. Untuk informasi selengkapnya, lihat Salin konfigurasi peluncuran untuk
meluncurkan template (p. 27).
Jika Anda beralih ke grup Auto Scaling menggunakan konfigurasi peluncuran, pastikan bahwa izin Anda
diperbarui. Untuk menggunakan templat peluncuran, Anda memerlukan templat khususizin.
Untuk mengganti konfigurasi peluncuran untuk grup Auto Scaling (konsol)
1. Buka konsol Auto Scaling Amazon EC2 dihttps://console.aws.amazon.com/ec2autoscaling/.
28
Meminta Spot Instans
Panel terpisah terbuka di bagian bawah halaman, menunjukkan informasi tentang grup yang dipilih.
3. Di tab Detail pilih, pilih Konfigurasi Peluncuran, Edit.
4. Pilih Beralih ke templat peluncuran.
5. Untuk Templat peluncuran, pilih templat peluncuran Anda.
6. Untuk Versi, pilih versi templat peluncuran, sesuai kebutuhan. Setelah Anda membuat versi templat
peluncuran, Anda dapat memilih apakah grup Auto Scaling menggunakan versi default, terbaru, atau
spesifik dari templat peluncuran saat memperluas.
7. Setelah selesai, pilih Perbarui.
Untuk mengganti konfigurasi peluncuran menggunakan baris perintah
Anda dapat menggunakan salah satu perintah berikut:
• update-auto-scaling-group(AWS CLI)
• Perbaruian-ASAutoScalingGroup(AWS Tools for Windows PowerShell)
Untuk contoh menggunakan perintah CLI untuk memperbarui grup Auto Scaling untuk menggunakan
template peluncuran, lihatMemperbarui grup Auto Scaling untuk menggunakan templat
peluncuran (p. 36).
Meminta Spot Instance untuk aplikasi yang toleran

terhadap kesalahan dan fleksibel
Dalam template peluncuran, Anda dapat secara opsional meminta Instans Spot tanpa tanggal akhir atau
durasi. Amazon EC2 Spot Instances adalah kapasitas cadangan yang tersedia dengan diskon besar
dibandingkan dengan harga EC2 Sesuai Permintaan. Instans Spot adalah pilihan hemat biaya jika Anda
dapat bersikap fleksibel tentang kapan aplikasi Anda berjalan dan apakah aplikasi Anda dapat terganggu.
Untuk informasi selengkapnya tentang membuat templat peluncuran yang meminta Spot Instance,
lihatKonfigurasikan pengaturan lanjutan untuk templat peluncuran (p. 24).
Important
Spot Instances biasanya digunakan untuk melengkapi Instans Sesuai Permintaan. Untuk
skenario ini, Anda dapat menentukan pengaturan yang sama yang digunakan untuk meluncurkan
Instans Spot sebagai bagian dari pengaturan grup Auto Scaling Anda. Saat Anda menetapkan
pengaturan sebagai bagian dari grup Auto Scaling, Anda dapat meminta untuk meluncurkan Spot
Instances hanya setelah meluncurkan sejumlah Instans Sesuai Permintaan dan melanjutkan
peluncuran beberapa kombinasi Instans Sesuai Permintaan dan Spot seiring grup diskalakan.
Untuk informasi selengkapnya, lihat Grup Auto Scaling dengan beberapa jenis instans dan opsi
pembelian (p. 50).
Topik ini menjelaskan cara meluncurkan hanya Spot Instances di grup Auto Scaling Anda dengan
menentukan pengaturan di templat peluncuran, alih-alih di grup Auto Scaling itu sendiri. Informasi
dalam topik ini juga berlaku untuk grup Auto Scaling yang meminta Spot Instance dengankonfigurasi
peluncuran (p. 38). Perbedaannya adalah bahwa konfigurasi peluncuran membutuhkan harga
maksimum, tetapi untuk template peluncuran, harga maksimum adalah opsional.
Saat Anda membuat templat peluncuran untuk meluncurkan Instans Spot saja, perhatikan hal berikut ini:
• Harga spot. Anda hanya membayar harga Spot saat ini untuk Instans Spot yang Anda luncurkan. Harga
ini berubah secara perlahan dari waktu ke waktu berdasarkan tren penawaran dan permintaan jangka
29
AWS CLIuntuk bekerja dengan templat peluncuran
panjang. Untuk informasi selengkapnya, lihatSpot InstancedanPenetapan harga dan tabungandiPanduan

• Mengatur harga maksimum Anda. Anda dapat secara opsional menyertakan harga maksimum per jam
untuk Instans Spot dalam template peluncuran Anda. Jika harga maksimum Anda melebihi harga Spot
saat ini, layanan Amazon EC2 Spot segera memenuhi permintaan Anda jika kapasitas tersedia. Jika
harga untuk Instans Spot naik di atas harga maksimum untuk instans yang berjalan di grup Auto Scaling
Anda, maka akan mengakhiri instans Anda.
Warning
Aplikasi Anda mungkin tidak berjalan jika Anda tidak menerima Instans Spot, seperti saat harga
maksimum Anda terlalu rendah. Untuk memanfaatkan Instans Spot yang tersedia selama
mungkin, tetapkan harga maksimum Anda mendekati harga Sesuai Permintaan.
• Menyeimbangkan di seluruh Availability Zone. Jika Anda menentukan beberapa Availability Zone,
Amazon EC2 Auto Scaling mendistribusikan permintaan Spot di zona tertentu. Jika harga maksimum
Anda terlalu rendah di satu Availability Zone untuk setiap permintaan yang akan dipenuhi, Amazon EC2
Auto Scaling memeriksa apakah permintaan dipenuhi di zona lain. Jika demikian, Amazon EC2 Auto
Scaling membatalkan permintaan yang gagal dan mendistribusikan ulang permintaan tersebut di seluruh
Availability Zone yang telah dipenuhi. Jika harga di Availability Zone tanpa permintaan yang terpenuhi
turun hingga permintaan mendatang berhasil, Amazon EC2 Auto Scaling diseimbangkan ulang di seluruh
Availability Zone.
• Pengakhiran Spot Instance. Instans Spot dapat dihentikan kapan saja. Layanan Spot Amazon EC2 dapat
mengakhiri Instans Spot di grup Auto Scaling Anda karena ketersediaan, atau harga untuk Instans Spot
berubah. Saat melakukan pemeriksaan kesehatan, Amazon EC2 Auto Scaling juga dapat mengakhiri
Instans Spot dengan cara yang sama sehingga dapat mengakhiri Instans Sesuai Permintaan. Saat
sebuah instans dihentikan, penyimpanan apa pun dihapus.
• Mempertahankan kapasitas yang Anda inginkan. Saat Spot Instance diakhiri, Amazon EC2 Auto Scaling
mencoba meluncurkan Instans Spot lainnya untuk mempertahankan kapasitas yang diinginkan bagi
grup. Jika harga Spot saat ini kurang dari harga maksimum, harga akan meluncurkan Spot Instance. Jika
permintaan untuk Instans Spot tidak berhasil, permintaan terus berusaha.
• Mengubah harga maksimum Anda. Untuk mengubah harga maksimum Anda, buat template peluncuran
baru atau perbarui template peluncuran yang ada dengan harga maksimum baru, lalu kaitkan dengan
grup Auto Scaling Anda. Instans Spot yang sudah ada terus berjalan selama harga maksimum yang
ditentukan dalam templat peluncuran yang digunakan untuk instans tersebut lebih tinggi dari harga Spot
saat ini. Jika Anda tidak menetapkan harga maksimum, harga maksimum default adalah harga Sesuai
Permintaan.
Contoh untuk membuat dan mengelola template

peluncuran denganAWS Command Line
Interface(AWS CLI)
Anda dapat membuat dan mengelola templat peluncuran melaluiAWS Management Console,AWS CLI,
atau SDK. Bagian ini menunjukkan contoh pembuatan dan pengelolaan templat peluncuran untuk Amazon
EC2 Auto Scaling dari Amazon EC2 Auto Scaling dariAWS CLI.
Isi
• Contoh Penggunaan (p. 31)
• Membuat templat peluncuran dasar (p. 31)
• Tentukan tag yang menandai contoh saat diluncurkan (p. 32)
• Tentukan sebuah peran IAM untuk diteruskan ke instans (p. 32)
30
Contoh Penggunaan
• Menetapkan alamat IP publik (p. 32)

• Tentukan skrip data pengguna yang mengkonfigurasi instance saat peluncuran (p. 33)
• Tentukan pemetaan perangkat blok (p. 33)
• Tentukan Host Khusus untuk membawa lisensi perangkat lunak dari vendor eksternal (p. 33)
• Tentukan antarmuka jaringan yang ada (p. 33)
• Membuat antarmuka jaringan (p. 34)
• Mengelola templat peluncuran (p. 34)
• Memperbarui grup Auto Scaling untuk menggunakan templat peluncuran (p. 36)
Contoh Penggunaan
{
"LaunchTemplateName": "my-template-for-auto-scaling",
"VersionDescription": "test description",
"LaunchTemplateData": {
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "t2.micro",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"Monitoring": {
"Enabled": true
},
"Placement": {
"Tenancy": "dedicated"
},
"CreditSpecification": {
"CpuCredits": "unlimited"
},
"MetadataOptions": {
"HttpTokens": "required",
"HttpPutResponseHopLimit": 1,
"HttpEndpoint": "enabled"
}
}
}
Membuat templat peluncuran dasar

Untuk membuat template peluncuran dasar, gunakanmembuat-peluncuran-templateperintah sebagai
berikut, dengan modifikasi ini:
• Gantiami-04d5cc9b88exampledengan ID AMI dari tempat untuk meluncurkan instans.

• Gantit2.microdengan tipe instans yang kompatibel dengan AMI yang Anda tentukan.
Contoh ini membuat templat peluncuran dengan namasaya-template-untuk-auto-scaling. Jika

instans yang dibuat oleh templat peluncuran ini diluncurkan dalam VPC default, mereka menerima alamat
IP publik secara default. Jika instans diluncurkan dalam VPC nondefault, mereka tidak menerima alamat IP
publik secara default.
aws ec2 create-launch-template --launch-template-name my-template-for-auto-scaling --

version-description version1 \
--launch-template-data '{"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
31
Tentukan tag yang menandai contoh saat diluncurkan
Untuk informasi selengkapnya tentang mengutip parameter yang diformat JSON, lihatMenggunakan tanda
kutip dengan string diAWS CLIdiAWS Command Line InterfacePanduan Pengguna.
Sebagai alternatif, Anda dapat menentukan parameter yang diformat JSON dalam file konfigurasi.
Contoh berikut membuat template peluncuran dasar, referensi file konfigurasi untuk nilai-nilai parameter
template peluncuran.

--launch-template-data file://config.json
Isi dari config.json:
{
"ImageId":"ami-04d5cc9b88example",
"InstanceType":"t2.micro"
}
Tentukan tag yang menandai contoh saat diluncurkan

Contoh berikut menambahkan tag (misalnya,purpose=webserver) untuk contoh saat peluncuran.

--launch-template-data '{"TagSpecifications":[{"ResourceType":"instance","Tags":
[{"Key":"purpose","Value":"webserver"}]}],"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
Note
Jika Anda menentukan tag instance di template peluncuran Anda dan kemudian Anda memilih
untuk menyebarkan tag grup Auto Scaling Anda ke instansinya, semua tag digabungkan. Jika
kunci tag yang sama ditentukan untuk tag di template peluncuran dan tag di grup Auto Scaling
Anda, maka nilai tag dari grup akan diutamakan.
Tentukan sebuah peran IAM untuk diteruskan ke

instans
Contoh berikut menentukan nama profil instans yang terkait dengan peran IAM untuk diteruskan ke instans
saat peluncuran. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi yang berjalan di instance
Amazon EC2 (p. 346).

--launch-template-data '{"IamInstanceProfile":{"Name":"my-instance-
profile"},"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
Menetapkan alamat IP publik

Berikutmembuat-peluncuran-templatecontoh mengonfigurasi templat peluncuran untuk menetapkan alamat
publik ke instans yang diluncurkan di VPC nondefault.
Note
Saat Anda menentukan antarmuka jaringan, tentukan nilai untukGroupsyang sesuai dengan grup
keamanan untuk VPC yang akan digunakan dalam grup Auto Scaling Anda. Tentukan subnet VPC
sebagai properti grup Auto Scaling.
32
Tentukan skrip data pengguna yang
mengkonfigurasi instance saat peluncuran

--launch-template-data '{"NetworkInterfaces":
[{"DeviceIndex":0,"AssociatePublicIpAddress":true,"Groups":
["sg-903004f88example"],"DeleteOnTermination":true}],"ImageId":"ami-04d5cc9b88example","InstanceType":"
Tentukan skrip data pengguna yang mengkonfigurasi

instance saat peluncuran
Contoh berikut menentukan script data pengguna sebagai string base64 dikodekan yang mengkonfigurasi
contoh saat peluncuran. Parametermembuat-peluncuran-templatememerlukan data pengguna berkodekan
base64.

--launch-template-data
'{"UserData":"IyEvYmluL2Jhc...","ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
Tentukan pemetaan perangkat blok

Berikutmembuat-peluncuran-templatecontoh membuat template peluncuran dengan pemetaan perangkat
blok: volume EBS 22-gigabyte yang dipetakan ke/dev/xvdcz. Parameter/dev/xvdczvolume
menggunakan tipe volume SSD Tujuan Umum (gp2) dan dihapus saat mengakhiri instans yang
dilampirkan.

--launch-template-data '{"BlockDeviceMappings":[{"DeviceName":"/dev/xvdcz","Ebs":
{"VolumeSize":22,"VolumeType":"gp2","DeleteOnTermination":true}}],"ImageId":"ami-04d5cc9b88example","In
Tentukan Host Khusus untuk membawa lisensi

perangkat lunak dari vendor eksternal
Jika Anda menentukantuan rumahsewa, Anda dapat menentukan grup sumber daya host dan konfigurasi
lisensi License Manager untuk membawa lisensi perangkat lunak yang memenuhi syarat dari vendor
eksternal. Kemudian, Anda dapat menggunakan lisensi pada instans EC2 dengan menggunakan
berikutmembuat-peluncuran-templateperintah.

--launch-template-data '{"Placement":
{"Tenancy":"host","HostResourceGroupArn":"arn"},"LicenseSpecifications":
[{"LicenseConfigurationArn":"arn"}],"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
Tentukan antarmuka jaringan yang ada

Berikutmembuat-peluncuran-templatecontoh mengonfigurasi antarmuka jaringan utama untuk
menggunakan antarmuka jaringan yang ada.

33
Membuat antarmuka jaringan
--launch-template-data '{"NetworkInterfaces":[{"DeviceIndex":0,"NetworkInterfaceId":"eni-
b9a5ac93","DeleteOnTermination":false}],"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro"}'
Membuat antarmuka jaringan

Berikutmembuat-peluncuran-templatemenambahkan antarmuka jaringan sekunder. Antarmuka jaringan
primer memiliki indeks perangkat 0, dan antarmuka jaringan sekunder memiliki indeks perangkat 1.

--launch-template-data '{"NetworkInterfaces":[{"DeviceIndex":0,"Groups":
["sg-903004f88example"],"DeleteOnTermination":true},{"DeviceIndex":1,"Groups":
["sg-903004f88example"],"DeleteOnTermination":true}],"ImageId":"ami-04d5cc9b88example","InstanceType":"
Jika Anda menggunakan jenis instans yang mendukung beberapa kartu jaringan dan Elastic Fabric
Adapters (EFA), Anda dapat menambahkan antarmuka sekunder ke kartu jaringan sekunder dan
mengaktifkan EFA dengan menggunakan berikutmembuat-peluncuran-templateperintah. Untuk informasi
selengkapnya, lihatMenambahkan EFA ke templat peluncurandiPanduan Pengguna Amazon EC2 untuk
Instans Linux.

--launch-template-data '{"NetworkInterfaces":
[{"NetworkCardIndex":0,"DeviceIndex":0,"Groups":
["sg-7c2270198example"],"InterfaceType":"efa","DeleteOnTermination":true},
{"NetworkCardIndex":1,"DeviceIndex":1,"Groups":
["sg-7c2270198example"],"InterfaceType":"efa","DeleteOnTermination":true}],"ImageId":"ami-09d95fab7fexa
Warning
Tipe instans p4d.24xlarge menimbulkan biaya yang lebih tinggi dari contoh lainnya di bagian ini.
Untuk informasi lebih lanjut tentang harga untuk instans P4d, lihatHarga Instans Amazon EC2.
Note
Melampirkan beberapa antarmuka jaringan dari subnet yang sama ke instans dapat
memperkenalkan perutean asimetris, terutama pada instans menggunakan varian non-Amazon
Linux. Jika Anda memerlukan jenis konfigurasi ini, Anda harus mengkonfigurasi antarmuka
jaringan sekunder dalam OS. Sebagai contoh, lihatBagaimana cara membuat antarmuka jaringan
sekunder saya bekerja di instans Ubuntu EC2 saya?diAWSPusat Pengetahuan.
Mengelola templat peluncuran

ParameterAWS CLImencakup beberapa perintah lain yang membantu Anda mengelola templat peluncuran
Anda.
Isi
• Daftar dan jelaskan templat peluncuran Anda (p. 34)
• Membuat versi templat peluncuran (p. 36)
• Menghapus versi templat peluncuran (p. 36)
• Menghapus templat peluncuran (p. 36)
Daftar dan jelaskan templat peluncuran Anda

Anda dapat menggunakan duaAWS CLIperintah untuk mendapatkan informasi tentang templat peluncuran
Anda:menjelaskan-launch-templatedanmendeskripsikan versi template-.
34
Mengelola templat peluncuran
Parametermenjelaskan-launch-templateperintah memungkinkan Anda untuk mendapatkan daftar salah

satu template peluncuran yang telah Anda buat. Anda dapat menggunakan opsi untuk memfilter hasil pada
nama template peluncuran, membuat waktu, kunci tag, atau menandai kombinasi nilai kunci. Perintah ini
mengembalikan informasi ringkasan tentang salah satu templat peluncuran Anda, termasuk pengenal
templat peluncuran, versi terbaru, dan versi default.
Contoh berikut memberikan ringkasan template peluncuran yang ditentukan.
aws ec2 describe-launch-templates --launch-template-names my-template-for-auto-scaling
Berikut ini adalah contoh respons.
{
"LaunchTemplates": [
{
"LaunchTemplateId": "lt-068f72b729example",
"CreateTime": "2020-02-28T19:52:27.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
]
}
Jika Anda tidak menggunakan--launch-template-namespilihan untuk membatasi output ke satu

template peluncuran, informasi tentang semua template peluncuran Anda dikembalikan.
Berikutmendeskripsikan versi template-perintah memberikan informasi yang menjelaskan versi dari

template peluncuran yang ditentukansaya-template-untuk-auto-scaling.
aws ec2 describe-launch-template-versions --launch-template-id lt-068f72b729example
{
"LaunchTemplateVersions": [
{
"VersionDescription": "version1",
"VersionNumber": 1,
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"LaunchTemplateData": {
"TagSpecifications": [
{
"ResourceType": "instance",
"Tags": [
{
"Key": "purpose",
"Value": "webserver"
}
]
}
],
"ImageId": "ami-04d5cc9b88example",
"NetworkInterfaces": [
{
"DeviceIndex": 0,
"DeleteOnTermination": true,
35
Memperbarui grup Auto Scaling untuk
menggunakan templat peluncuran
"Groups": [
"sg-903004f88example"
],
"AssociatePublicIpAddress": true
}
]
},
"DefaultVersion": true,
"CreateTime": "2020-02-28T19:52:27.000Z"
}
]
}
Membuat versi templat peluncuran

Berikutmembuat-meluncurkan-template-versiperintah membuat versi templat peluncuran baru berdasarkan
versi 1 templat peluncuran dan menentukan ID AMI yang berbeda.
aws ec2 create-launch-template-version --launch-template-id lt-068f72b729example --version-

description version2 \
--source-version 1 --launch-template-data "ImageId=ami-c998b6b2example"
Untuk mengatur versi default templat peluncuran, gunakanmemodifikasi launch-templateperintah.
Menghapus versi templat peluncuran

Berikutmenghapus-launch-template-versiperintah menghapus versi template peluncuran yang ditentukan.
aws ec2 delete-launch-template-versions --launch-template-id lt-068f72b729example --

versions 1
Menghapus templat peluncuran

Jika Anda tidak lagi membutuhkan template peluncuran, Anda dapat menghapusnya menggunakan
berikutmenghapus-launch-templateperintah. Menghapus templat peluncuran akan menghapus semua
versinya.
aws ec2 delete-launch-template --launch-template-id lt-068f72b729example
Memperbarui grup Auto Scaling untuk menggunakan

templat peluncuran
Anda dapat menggunakanupdate-auto-scaling-groupperintah untuk menambahkan template peluncuran ke
grup Auto Scaling yang sudah ada.
Note
Jika Anda beralih ke grup Auto Scaling menggunakan konfigurasi peluncuran, pastikan bahwa izin
Anda diperbarui. Untuk menggunakan templat peluncuran, Anda memerlukan templat khususizin.
Perbarui grup Auto Scaling untuk menggunakan versi templat

peluncuran terbaru
Berikutupdate-auto-scaling-groupperintah memperbarui grup Auto Scaling yang ditentukan untuk
menggunakan versi terbaru dari templat peluncuran yang ditentukan.
36
Memperbarui grup Auto Scaling untuk
menggunakan templat peluncuran
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \

--launch-template LaunchTemplateId=lt-068f72b729example,Version='$Latest'
Memperbarui grup Auto Scaling untuk menggunakan versi

templat peluncuran tertentu
Berikutupdate-auto-scaling-groupperintah memperbarui grup Auto Scaling yang ditentukan untuk
menggunakan versi templat peluncuran tertentu.

--launch-template LaunchTemplateName=my-template-for-auto-scaling,Version='2'
37
Buat konfigurasi peluncuran
Konfigurasi peluncuran
Important
Kami sangat menyarankan agar Anda tidak menggunakan konfigurasi peluncuran. Mereka
tidak menyediakan fungsionalitas penuh untuk Amazon EC2 Auto Scaling atau Amazon EC2.
Kami memberikan informasi tentang konfigurasi peluncuran untuk pelanggan yang belum
bermigrasi dari konfigurasi peluncuran. Untuk informasi selengkapnya, lihatAmazon EC2 Auto
KonfigurasipadaAWSBlog Komputasi.
Konfigurasi peluncuran adalah templat konfigurasi instans yang digunakan oleh grup Auto Scaling untuk
meluncurkan instans EC2. Saat Anda membuat konfigurasi peluncuran, Anda menentukan informasi untuk
instans. Sertakan ID Amazon Machine Image (AMI), jenis instans, pasangan kunci, satu grup keamanan
atau lebih, dan pemetaan perangkat blok. Jika Anda telah meluncurkan satu instans EC2 sebelumnya,
Anda menentukan informasi yang sama untuk meluncurkan instans.
Anda dapat menentukan konfigurasi peluncuran Anda dengan beberapa grup Auto Scaling. Namun, Anda
hanya dapat menentukan satu konfigurasi peluncuran untuk grup Auto Scaling dalam satu waktu, dan Anda
tidak dapat memodifikasi konfigurasi peluncuran setelah Anda membuatnya. Untuk mengubah konfigurasi
peluncuran untuk grup Auto Scaling, Anda harus membuat konfigurasi peluncuran lalu memperbarui grup
Auto Scaling Anda dengannya.
Ingatlah bahwa setiap kali Anda membuat grup Auto Scaling, Anda harus menentukan konfigurasi
peluncuran, templat peluncuran, atau instans EC2. Saat Anda membuat grup Auto Scaling menggunakan
instans EC2, Amazon EC2 Auto Scaling secara otomatis membuat konfigurasi peluncuran untuk Anda dan
mengaitkannya dengan grup Auto Scaling. Untuk informasi selengkapnya, lihat Membuat grup Auto Scaling
menggunakan parameter dari instans yang sudah ada (p. 83). Atau, jika Anda menggunakan templat
peluncuran, Anda dapat menentukan templat peluncuran alih-alih konfigurasi peluncuran atau instans EC2.
Untuk informasi selengkapnya, lihat Templat peluncuran (p. 19).
Isi
• Buat konfigurasi peluncuran (p. 38)
• Buat konfigurasi peluncuran menggunakan instans EC2 (p. 42)
• Mengubah konfigurasi peluncuran untuk grup Auto Scaling (p. 46)
• Mengkonfigurasi penyewaan instans dengan konfigurasi peluncuran (p. 47)

Important
Kami sangat menyarankan agar Anda tidak menggunakan konfigurasi peluncuran. Mereka
tidak menyediakan fungsionalitas penuh untuk Amazon EC2 Auto Scaling atau Amazon EC2.
Kami memberikan informasi tentang konfigurasi peluncuran untuk pelanggan yang belum
bermigrasi dari konfigurasi peluncuran. Untuk informasi selengkapnya, lihatAmazon EC2 Auto
KonfigurasipadaAWSBlog Komputasi.
38
Buat konfigurasi peluncuran (konsol)
Saat Anda membuat konfigurasi peluncuran, harus Anda menentukan informasi tentang instans EC2 yang
diluncurkan. Sertakan Amazon Machine Image (AMI), jenis instans, pasangan kunci, grup keamanan, dan
pemetaan perangkat blok. Atau, Anda dapat membuat konfigurasi peluncuran menggunakan atribut dari
instans EC2 yang berjalan. Untuk informasi selengkapnya, lihat Buat konfigurasi peluncuran menggunakan
instans EC2 (p. 42).
Setelah Anda membuat konfigurasi peluncuran, Anda dapat membuat grup Auto Scaling. Untuk informasi
selengkapnya, lihat Buat grup Auto Scaling menggunakan konfigurasi peluncuran (p. 82).
Grup Auto Scaling dikaitkan dengan satu konfigurasi peluncuran dalam satu waktu, dan Anda tidak
dapat memodifikasi konfigurasi peluncuran setelah Anda membuatnya. Oleh karena itu, jika Anda ingin
mengubah konfigurasi peluncuran untuk grup Auto Scaling yang sudah ada, Anda harus memperbaruinya
dengan konfigurasi peluncuran baru. Untuk informasi selengkapnya, lihat Mengubah konfigurasi
peluncuran untuk grup Auto Scaling (p. 46).
Isi
• Buat konfigurasi peluncuran (konsol) (p. 39)
• Buat konfigurasi peluncuran (AWS CLI) (p. 40)
• Mengonfigurasi opsi metadata instans (p. 40)
Buat konfigurasi peluncuran (konsol)

Untuk membuat konfigurasi peluncuran (konsol)

2. Pada panel navigasi, di bawahAuto Scaling, pilihKonfigurasi peluncuran.
3. Pada bilah navigasi, pilihAWSWilayah.
4. Pilih Buat konfigurasi peluncuran, dan masukkan nama untuk konfigurasi peluncuran Anda.
5. Untuk Amazon machine image (AMI), pilih AMI. Untuk menemukan AMI spesifik, Anda dapat temukan
AMI yang cocok, mencatat ID-nya, dan memasukkan ID sebagai kriteria pencarian.
Untuk mendapatkan ID Amazon Linux 2 AMI:
a. Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/.

b. Dalam panel navigasi, di bawah Instans, pilih Instans, lalu pilih Instans peluncuran.
c. Di tab Mulai Cepat dari Pilih Amazon Machine Image , catat ID AMI di samping Amazon Linux 2
AMI (HVM).
6. Untuk Jenis instans, pilih konfigurasi perangkat keras untuk instans Anda.
7. Pada Konfigurasi tambahan, perhatikan kolom-kolom berikut:
a. (Opsional) Untuk Opsi pembelian, Anda dapat memilih Meminta Spot Instance untuk meminta
Spot Instances dengan harga Spot, dengan harga Sesuai Permintaan. Atau, Anda dapat
menentukan harga maksimum per jam instans untuk Spot Instance Anda.
Note
Spot Instances adalah pilihan hemat biaya dibandingkan dengan Instans Sesuai
Permintaan, jika Anda dapat bersikap fleksibel saat aplikasi berjalan dan jika aplikasi
Anda dapat terganggu. Untuk informasi selengkapnya, lihat Meminta Spot Instance untuk
aplikasi yang toleran terhadap kesalahan dan fleksibel (p. 29).
b. (Opsional) Untuk Profil instans IAM, pilih peran untuk dikaitkan dengan instans. Untuk informasi
selengkapnya, lihat Peran IAM untuk aplikasi yang berjalan di instance Amazon EC2 (p. 346).
c. (Opsional) UntukPemantauan, pilih apakah akan mengaktifkan instans untuk memublikasikan
data metrik pada interval 1 menit ke Amazon CloudWatch dengan mengaktifkan pemantauan
39
Buat konfigurasi peluncuran (AWS CLI)
rinci. Biaya tambahan berlaku. Untuk informasi selengkapnya, lihat Mengonfigurasi instance Auto
Scaling (p. 272).
d. (Opsional) Untuk Detail lanjutan, Data pengguna, Anda dapat menentukan data pengguna untuk
mengonfigurasikan instans selama peluncuran, atau untuk menjalankan skrip konfigurasi setelah
instans dimulai.
e. (Opsional) Untuk Detail lanjutan, Jenis alamat IP, pilih apakah akan menugaskan alamat IP publik
ke instans grup. Jika Anda tidak menetapkan nilai, defaultnya adalah menggunakan pengaturan IP
publik yang ditetapkan otomatis di subnet tempat instans diluncurkan.
8. (Opsional) Untuk Penyimpanan (volume), jika Anda tidak memerlukan penyimpanan tambahan, Anda
dapat melewati bagian ini. Atau, untuk menentukan volume untuk dilampirkan ke instans selain volume
yang ditentukan oleh AMI, pilih Tambahkan volume baru. Kemudian pilih opsi yang diinginkan dan nilai
terkait untuk Perangkat, Snapshot, Ukuran, Jenis volume, IOPS, Throughput, Hapus saat pengakhiran,
dan Dienkripsi.
9. Untuk Grup keamanan, buat atau pilih grup keamanan untuk dikaitkan dengan instans kelompok.
Jika Anda membiarkan Buat grup keamanan baru tetap dipilih, aturan SSH default dikonfigurasi
untuk instans Amazon EC2 yang menjalankan Linux. Aturan RDP default dikonfigurasi untuk instance
Amazon EC2 yang menjalankan Windows.
10. Untuk Pasangan kunci (login), pilih opsi pada Opsi pasangan kunci.
Jika Anda sudah mengonfigurasi pasangan kunci instance Amazon EC2, Anda dapat memilihnya di
sini.
Jika Anda belum memiliki pasangan kunci instance Amazon EC2, pilih Buat pasangan kunci baru dan
berikan nama yang dapat dikenali. Pilih Unduh pasangan kunci untuk mengunduh pasangan kunci ke
komputer Anda.
Important
Jika Anda perlu terhubung ke instance, jangan pilih Lanjutkan tanpa pasangan kunci.
11. Centang kotak konfirmasi, lalu pilih Buat konfigurasi peluncuran.
Buat konfigurasi peluncuran (AWS CLI)

Untuk membuat konfigurasi peluncuran menggunakan baris perintah
• membuat-launch-konfigurasi(AWS CLI)
• Konfigurasi Baru(AWS Tools for Windows PowerShell)
Mengonfigurasi opsi metadata instans

Amazon EC2 Auto Scaling mendukung konfigurasi Instance Metadata Service (IMDS) dalam konfigurasi
peluncuran. Ini memberi Anda pilihan untuk menggunakan konfigurasi peluncuran untuk mengonfigurasi
instans Amazon EC2 dalam grup Auto Scaling Anda untuk mewajibkan Instance Metadata Service
Versi 2 (IMDSv2), yang merupakan metode berorientasi sesi untuk meminta metadata instans. Untuk
rincian tentang keuntungan IMDSv2, lihat artikel ini diAWSBlog tentangpeningkatan untuk menambahkan
pertahanan secara mendalam ke layanan metadata instans EC2.
Anda dapat mengonfigurasi IMDS untuk mendukung IMDSv2 dan IMDSv1 (default), atau untuk mewajibkan
penggunaan IMDSv2. Jika Anda menggunakanAWS CLIatau salah satu SDK untuk mengonfigurasi IMDS,
Anda harus menggunakan versi terbaruAWS CLIatau SDK untuk mengharuskan penggunaan IMDSv2.
Anda dapat mengonfigurasi konfigurasi peluncuran untuk hal berikut:
40
Mengonfigurasi IMDS
• Mewajibkan penggunaan IMDSv2 saat meminta metadata instans

• TentukanPUT batas respons hop
• Nonaktifkan akses untuk metadata instans
Anda dapat menemukan detail lebih lanjut tentang konfigurasi Instance Metadata Service dalam topik
berikut: Mengonfigurasi instance metadata service dalam Panduan Pengguna Amazon EC2 untuk Instans
Linux.
Gunakan prosedur berikut untuk mengonfigurasi opsi IMDS dalam konfigurasi peluncuran. Setelah Anda
membuat konfigurasi peluncuran, Anda dapat mengaitkannya dengan grup Auto Scaling Anda. Jika Anda
menghubungkan konfigurasi peluncuran dengan grup Auto Scaling yang ada, konfigurasi peluncuran
yang ada tidak dikaitkan dengan grup Auto Scaling, dan instans yang ada akan memerlukan penggantian
untuk menggunakan opsi IMDS yang Anda tentukan dalam konfigurasi peluncuran baru. Untuk informasi
selengkapnya, lihat Mengubah konfigurasi peluncuran untuk grup Auto Scaling (p. 46).
Untuk mengonfigurasi IMDS di konfigurasi peluncuran (konsol)

3. Pada bilah navigasi, pilihAWSWilayah.
4. Pilih Buat konfigurasi peluncuran, dan buat konfigurasi peluncuran dengan cara yang biasa. Sertakan
ID Amazon Machine Image (AMI), jenis instans, dan secara opsional, pasangan kunci, satu grup
keamanan atau lebih, dan volume EBS tambahan atau volume penyimpanan instans untuk instans
Anda.
5. Untuk mengonfigurasi opsi metadata instans untuk semua instans yang terkait dengan konfigurasi
peluncuran ini, di Konfigurasi tambahan, di bawah Detail lanjutan, lakukan hal berikut:
a. Untuk Metadata dapat diakses, pilih apakah akan mengaktifkan atau menonaktifkan akses ke titik
akhir HTTP dari layanan metadata instans. Secara default, titik akhir HTTP diaktifkan. Jika Anda
memilih untuk menonaktifkan titik akhir, akses ke metadata instans Anda dimatikan. Anda dapat
menentukan kondisi untuk mewajibkan IMDSv2 hanya saat titik akhir HTTP diaktifkan.
b. Untuk Versi metadata, Anda dapat memilih untuk mewajibkan penggunaan Instance Metadata
Service Version 2 (IMDSv2) saat meminta metadata instans. Jika Anda tidak menentukan nilai,
defaultnya adalah mendukung baik IMDSv1 dan IMDSv2.
c. Untuk Batas hop respons token metadata, Anda dapat mengatur jumlah hop jaringan yang
diizinkan untuk token metadata. Jika Anda tidak menentukan nilai, defaultnya 1.
6. Setelah selesai, pilih Buat konfigurasi peluncuran.
Untuk mengharuskan penggunaan IMDSv2 dalam konfigurasi peluncuran menggunakanAWS CLI
Gunakan berikutmembuat-launch-konfigurasiperintah dengan--metadata-optionsset

untukHttpTokens=required. Bila Anda menentukan nilai untukHttpTokens, Anda juga harus
mengaturHttpEndpointuntuk diaktifkan. Karena header token aman diatur ke mewajibkan permintaan
pengambilan metadata, ini akan memilih instans untuk mewajibkan menggunakan IMDSv2 saat meminta
metadata instans.
aws autoscaling create-launch-configuration \

--launch-configuration-name my-lc-with-imdsv2 \
--image-id ami-01e24be29428c15b2 \
--instance-type t2.micro \
...
--metadata-options "HttpEndpoint=enabled,HttpTokens=required"
Untuk menonaktifkan akses untuk metadata instans
41
Buat konfigurasi peluncuran menggunakan instans EC2
Gunakan berikutmembuat-launch-konfigurasiperintah untuk menonaktifkan akses untuk metadata instans.

Anda dapat mengaktifkan kembali akses nantinya dengan menggunakan perintah ubah-opsi-metadata-
instans.
aws autoscaling create-launch-configuration \

--launch-configuration-name my-lc-with-imds-disabled \
--image-id ami-01e24be29428c15b2 \
--instance-type t2.micro \
...
--metadata-options "HttpEndpoint=disabled"
Buat konfigurasi peluncuran menggunakan instans

EC2
Amazon EC2 Auto Scaling memberi Anda opsi untuk membuat konfigurasi peluncuran menggunakan
atribut dari instans EC2 yang berjalan.
Jika instans yang ditentukan memiliki properti yang saat ini tidak didukung oleh konfigurasi peluncuran,
instans yang diluncurkan oleh grup Auto Scaling mungkin tidak identik dengan instans EC2 asli.
Terdapat perbedaan antara membuat konfigurasi peluncuran dari awal dan membuat konfigurasi
peluncuran dari instans EC2 yang sudah ada. Saat Anda membuat konfigurasi peluncuran dari awal,
Anda menentukan ID gambar, jenis instans, sumber daya opsional (misalnya perangkat penyimpanan),
dan pengaturan opsional (misalnya pemantauan). Saat Anda membuat konfigurasi peluncuran dari
instans yang berjalan, Amazon EC2 Auto Scaling memperoleh atribut untuk konfigurasi peluncuran dari
instans yang ditentukan. Atribut juga berasal dari pemetaan perangkat blok untuk AMI dari tempat instans
diluncurkan, mengabaikan perangkat blok tambahan yang ditambahkan setelah peluncuran.
Saat Anda membuat konfigurasi peluncuran menggunakan instans yang sedang berjalan, Anda dapat
mengesampingkan atribut berikut dengan menetapkannya sebagai bagian dari permintaan yang sama:
AMI, perangkat blok, pasangan kunci, jenis instans, kernel, pemantauan instans, tenansi penempatan,
ramdisk, grup keamanan, harga (maks) Spot, data pengguna, apakah instans tersebut memiliki alamat IP
publik, dan apakah instans tersebut sesuai dengan EBS.
Tip
Anda dapat membuat grup Auto Scaling langsung dari instans EC2 (p. 83). Saat Anda
menggunakan fitur ini, Amazon EC2 Auto Scaling secara otomatis membuat konfigurasi
peluncuran untuk Anda juga.
Contoh berikut menunjukkan kepada Anda cara untuk membuat konfigurasi peluncuran dari instans EC2.
Contoh
• Buat konfigurasi peluncuran menggunakan instans EC2 (p. 42)
• Buat konfigurasi peluncuran dari instans dan timpa perangkat blok (AWS CLI) (p. 43)
• Buat konfigurasi peluncuran dan timpa jenis instans (AWS CLI) (p. 45)
Buat konfigurasi peluncuran menggunakan instans

EC2
Untuk membuat konfigurasi peluncuran menggunakan atribut instans EC2 yang sudah ada, tentukan ID
instans.
42
Buat konfigurasi peluncuran dari instans
dan timpa perangkat blok (AWS CLI)
Important
AMI yang digunakan untuk meluncurkan instans yang ditentukan tetap harus ada.
Buat konfigurasi peluncuran dari instans EC2 (konsol)

Anda dapat menggunakan konsol untuk membuat konfigurasi peluncuran dan grup Auto Scaling dari
instans EC2 yang berjalan dan menambahkan instans ke grup Auto Scaling baru. Untuk informasi
selengkapnya, lihat Melampirkan instance EC2 ke grup Auto Scaling Anda (p. 129).
Buat konfigurasi peluncuran dari instans EC2 (AWS CLI)

Gunakan berikutmembuat-launch-konfigurasiperintah untuk membuat konfigurasi peluncuran dari instans
menggunakan atribut yang sama dengan instans. Perangkat blok yang ditambahkan setelah peluncuran
akan diabaikan.
aws autoscaling create-launch-configuration --launch-configuration-name my-lc-from-instance

--instance-id i-a8e09d9c
Anda dapat menggunakan berikutjelaskan-launch-konfigurasiperintah untuk menjelaskan konfigurasi

peluncuran dan memverifikasi bahwa atributnya cocok dengan instans.
aws autoscaling describe-launch-configurations --launch-configuration-names my-lc-from-

instance
{
"LaunchConfigurations": [
{
"UserData": null,
"EbsOptimized": false,
"LaunchConfigurationARN": "arn",
"InstanceMonitoring": {
"Enabled": false
},
"ImageId": "ami-05355a6c",
"CreatedTime": "2014-12-29T16:14:50.382Z",
"BlockDeviceMappings": [],
"KeyName": "my-key-pair",
"SecurityGroups": [
"sg-8422d1eb"
],
"LaunchConfigurationName": "my-lc-from-instance",
"KernelId": "null",
"RamdiskId": null,
}
]
}
Buat konfigurasi peluncuran dari instans dan timpa

perangkat blok (AWS CLI)
Secara default, Amazon EC2 Auto Scaling menggunakan atribut dari instans EC2 yang Anda tetapkan
untuk membuat konfigurasi peluncuran. Namun, perangkat blok berasal dari AMI yang digunakan untuk
43
Buat konfigurasi peluncuran dari instans
dan timpa perangkat blok (AWS CLI)
meluncurkan instans, bukan instans itu sendiri. Untuk menambahkan perangkat blok ke konfigurasi
peluncuran, timpa pemetaan perangkat blok untuk konfigurasi peluncuran.
Important
Buat konfigurasi peluncuran dan timpa perangkat blok

Gunakan berikutmembuat-launch-konfigurasiperintah untuk membuat konfigurasi peluncuran
menggunakan instans EC2 tetapi dengan pemetaan perangkat blok kustom.
aws autoscaling create-launch-configuration --launch-configuration-name my-lc-from-

instance-bdm --instance-id i-a8e09d9c \
--block-device-mappings "[{\"DeviceName\":\"/dev/sda1\",\"Ebs\":{\"SnapshotId\":
\"snap-3decf207\"}},{\"DeviceName\":\"/dev/sdf\",\"Ebs\":{\"SnapshotId\":\"snap-
eed6ac86\"}}]"
Gunakan berikutjelaskan-launch-konfigurasiperintah untuk menjelaskan konfigurasi peluncuran dan

memverifikasi bahwa ia menggunakan pemetaan perangkat blok kustom Anda.

instance-bdm
Contoh respons berikut menjelaskan konfigurasi peluncuran.
{
{
"UserData": null,
"Enabled": false
},
"ImageId": "ami-c49c0dac",
"CreatedTime": "2015-01-07T14:51:26.065Z",
"BlockDeviceMappings": [
{
"DeviceName": "/dev/sda1",
"Ebs": {
"SnapshotId": "snap-3decf207"
}
},
{
"DeviceName": "/dev/sdf",
"Ebs": {
"SnapshotId": "snap-eed6ac86"
}
}
],
"SecurityGroups": [
"sg-8637d3e3"
],
"LaunchConfigurationName": "my-lc-from-instance-bdm",
"KernelId": null,
"RamdiskId": null,
}
44
Buat konfigurasi peluncuran dan
timpa jenis instans (AWS CLI)
]
}
Buat konfigurasi peluncuran dan timpa jenis instans

(AWS CLI)
Secara default, Amazon EC2 Auto Scaling menggunakan atribut dari instans EC2 yang Anda tetapkan
untuk membuat konfigurasi peluncuran. Bergantung pada persyaratan Anda, Anda mungkin ingin menimpa
atribut dari instans tersebut dan menggunakan nilai yang Anda butuhkan. Misalnya, Anda dapat menimpa
jenis instans.
Important
Buat konfigurasi peluncuran dan timpa jenis instans

Gunakan berikutmembuat-launch-konfigurasiperintah untuk membuat konfigurasi peluncuran
menggunakan instans EC2 tetapi dengan tipe instans yang berbeda (misalnyat2.medium) dari contoh
(misalnyat2.micro).
aws autoscaling create-launch-configuration --launch-configuration-name my-lc-from-

instance-changetype \
--instance-id i-a8e09d9c --instance-type t2.medium
Gunakan berikutjelaskan-launch-konfigurasiperintah untuk menjelaskan konfigurasi peluncuran dan

memverifikasi bahwa jenis instans ditimpa.

instance-changetype
Contoh respons berikut menjelaskan konfigurasi peluncuran.
{
{
"UserData": null,
"Enabled": false
},
"ImageId": "ami-05355a6c",
"CreatedTime": "2014-12-29T16:14:50.382Z",
"SecurityGroups": [
"sg-8422d1eb"
],
"LaunchConfigurationName": "my-lc-from-instance-changetype",
"KernelId": "null",
"RamdiskId": null,
"InstanceType": "t2.medium",
}
]
}
45
Mengubah konfigurasi peluncuran
Mengubah konfigurasi peluncuran untuk grup Auto

Scaling
Grup Auto Scaling dikaitkan dengan satu konfigurasi peluncuran dalam satu waktu, dan Anda tidak dapat
memodifikasi konfigurasi peluncuran setelah Anda membuatnya. Untuk mengubah konfigurasi peluncuran
untuk grup Auto Scaling, gunakan konfigurasi peluncuran yang ada sebagai dasar untuk konfigurasi
peluncuran baru. Lalu, perbarui grup Auto Scaling Anda untuk menggunakan konfigurasi peluncuran baru.
Setelah Anda mengubah konfigurasi peluncuran untuk grup Auto Scaling, setiap instans baru yang
diluncurkan menggunakan opsi konfigurasi baru, tetapi instans yang ada tidak terpengaruh. 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 berdasarkankebijakan penghentian (p. 237).
Note
Anda juga dapat mengganti semua instans dalam grup Auto Scaling untuk meluncurkan instans
baru yang menggunakan konfigurasi peluncuran baru. Untuk informasi selengkapnya, lihat Ganti
instance Auto Scaling (p. 100).
Untuk mengubah konfigurasi peluncuran untuk grup Auto Scaling (konsol)

3. Pilih konfigurasi peluncuran dan pilih Tindakan, Salin konfigurasi peluncuran. Ini akan mengatur
konfigurasi peluncuran baru dengan opsi yang sama seperti aslinya, tetapi dengan “Salin”
ditambahkan ke namanya.
4. Di halaman Salin Konfigurasi Peluncuran, edit opsi konfigurasi sesuai kebutuhan dan pilih Buat
konfigurasi peluncuran.
5. Pada panel navigasi, di bawah Auto Scaling, pilih Grup Auto Scaling.
6. Pilih kotak centang di samping grup Auto Scaling.
7. Di tab Detail pilih, pilih Konfigurasi Peluncuran, Edit.
8. Untuk Konfigurasi peluncuran, pilih konfigurasi peluncuran baru.
Untuk mengubah konfigurasi peluncuran untuk grup Auto Scaling (AWS CLI)
1. Jelaskan konfigurasi peluncuran saat ini menggunakanjelaskan-launch-konfigurasiperintah.

2. Buat konfigurasi peluncuran baru menggunakanmembuat-launch-konfigurasiperintah.
3. Memperbarui konfigurasi peluncuran grup Auto Scaling menggunakan konfigurasi peluncuran
untuk grup Auto ScalingPerbarui-auto-scaling-groupperintah dengan--launch-configuration-
namesparameter.
Untuk mengubah konfigurasi peluncuran untuk grup Auto Scaling (Tools untuk Windows
PowerShell)
1. Jelaskan konfigurasi peluncuran saat ini menggunakanDapatkan-ASLaunchKonfigurasiperintah.

2. Buat konfigurasi peluncuran baru menggunakanKonfigurasi Baruperintah.
46
Mengonfigurasi tenansi instans
3. Memperbarui konfigurasi peluncuran grup Auto Scaling menggunakan konfigurasi

peluncuran untuk grup Auto ScalingPerbarui-ASAutoScalingGroupperintah dengan-
LaunchConfigurationNameparameter.
Mengkonfigurasi penyewaan instans dengan

konfigurasi peluncuran
Tenansi menentukan bagaimana instans EC2 didistribusikan di seluruh perangkat keras fisik dan
memengaruhi penetapan harga. Ada tiga opsi tenansi yang tersedia:
• Bersama (default) - BeberapaAkun AWSdapat berbagi perangkat keras fisik yang sama.
• Instans Khusus (dedicated) — Instans Anda berjalan pada perangkat keras tenan tunggal.
• Host Khusus (host) — Permintaan Anda berjalan di server fisik dengan kapasitas instans EC2 yang
sepenuhnya didedikasikan untuk penggunaan Anda, server terisolasi dengan konfigurasi yang dapat
Anda kontrol.
Topik ini menjelaskan cara untuk meluncurkan Instans Khusus dalam grup Auto Scaling Anda dengan
menentukan pengaturan dalam konfigurasi peluncuran. Untuk informasi harga dan untuk mempelajari
selengkapnya tentang Instans Khusus, lihat halaman produk Instans khusus Amazon EC2 dan Instans
Khusus dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.
Anda dapat mengonfigurasi tenansi untuk instans EC2 menggunakan konfigurasi peluncuran atau templat
peluncuran. Namun, host nilai tenansi tidak dapat digunakan dengan konfigurasi peluncuran. Gunakan
hanya nilai tenansi default atau dedicated.
Important
Untuk menggunakan nilai tenansi host, Anda harus menggunakan templat peluncuran. Untuk
informasi selengkapnya, lihat Membuat templat peluncuran untuk grup Auto Scaling (p. 20).
Sebelum meluncurkan Host Khusus, kami sarankan Anda membiasakan diri dengan peluncuran
dan pengelolaan Host Khusus menggunakanAWS License Manager. Untuk informasi
selengkapnya, lihat Panduan Pengguna License Manager.
Instans khusus diisolasi secara fisik di tingkat perangkat keras host dari instans yang tidak didedikasikan
dan dari instans yang menjadi milik lainnyaAkun AWS. Saat membuat VPC, secara default atribut
tenancy disetel kedefault. Dalam VPC seperti itu, Anda dapat meluncurkan instance dengan nilai
sewadedicatedsehingga mereka berjalan sebagai contoh persewaan tunggal. Jika tidak, instans akan
berjalan sebagai instans tenan berbagi secara default. Jika Anda menetapkan atribut tenansi VPC pada
dedicated, semua instans yang diluncurkan di VPC berjalan sebagai instans tenan tunggal.
Ketika Anda membuat konfigurasi peluncuran, nilai default untuk tenansi penempatan
instans adalah null dan tenans instans dikendalikan oleh atribut tenansi dari VPC. Anda
dapat menentukan penyewaan penempatan instans untuk konfigurasi peluncuran Anda
sebagaidefaultataudedicatedmenggunakanmembuat-launch-konfigurasiPerintah CLI dengan--
placement-tenancypilihan.
Tabel berikut merangkum tenansi penempatan instans Auto Scaling yang diluncurkan dalam VPC.
Tenansi Konfigurasi Peluncuran Tenansi VPC = default Tenansi VPC = dedicated
tidak ditentukan instans tenan berbagi Instans Khusus
default instans tenan berbagi Instans Khusus
47
Mengonfigurasi tenansi instans
Tenansi Konfigurasi Peluncuran Tenansi VPC = default Tenansi VPC = dedicated
dedicated Instans Khusus Instans Khusus
Untuk membuat konfigurasi peluncuran yang membuat Instans Khusus (AWS CLI)
Gunakan berikutmembuat-launch-konfigurasiperintah untuk membuat konfigurasi peluncuran yang

mengatur tenansi konfigurasi peluncurandedicated.
aws autoscaling create-launch-configuration --launch-configuration-name my-launch-config --

placement-tenancy dedicated --image-id ...
Anda dapat menggunakan berikutjelaskan-launch-konfigurasiperintah untuk memverifikasi tenansi

penempatan instans konfigurasi peluncuran.
aws autoscaling describe-launch-configurations --launch-configuration-names my-launch-

config
Berikut ini adalah contoh output untuk konfigurasi peluncuran yang membuat Instans Khusus. Parameter
PlacementTenancy hanya bagian dari output untuk perintah ini ketika Anda secara eksplisit mengatur
tenansi penempatan instans.
{
{
"UserData": null,
"PlacementTenancy": "dedicated",
"Enabled": true
},
"ImageId": "ami-b5a7ea85",
"CreatedTime": "2020-03-08T23:39:49.011Z",
"KeyName": null,
"SecurityGroups": [],
"LaunchConfigurationName": "my-launch-config",
"KernelId": null,
"RamdiskId": null,
"InstanceType": "m3.medium"
}
]
}
48
Grup Auto Scaling

Kami pensiun EC2-klasik pada 15 Agustus 2022. Untuk menghindari gangguan pada beban kerja Anda,
sebaiknya Anda beralih dari EC2-Classic ke VPC sebelum tanggal 15 Agustus 2022. Untuk informasi
selengkapnya, lihat postingan blogJaringan EC2-Classic adalah Pensiun - Inilah Cara Mempersiapkan.
Sebuah grup Auto Scaling berisi kumpulan instans Amazon EC2 yang diperlakukan sebagai
pengelompokan logis untuk tujuan penskalaan dan pengelolaan otomatis. Grup Auto Scaling juga
memungkinkan Anda menggunakan fitur-fitur Auto Scaling Amazon EC2 seperti penggantian pemeriksaan
kesehatan dan kebijakan penskalaan. Kedua hal tersebut mempertahankan jumlah instans dalam grup
Auto Scaling dan penskalaan otomatis adalah fungsi inti dari layanan Amazon EC2 Auto Scaling .
Ukuran grup Auto Scaling bergantung pada jumlah instans yang Anda tetapkan sebagai kapasitas yang
diinginkan. Anda dapat menyesuaikan ukurannya untuk memenuhi permintaan, baik secara manual atau
dengan menggunakan Auto Scaling.
Sebuah grup Auto Scaling dimulai dengan meluncurkan cukup instans untuk memenuhi kapasitas yang
diinginkan. Hal ini mempertahankan jumlah kasus dengan melakukan pemeriksaan kesehatan berkala
terhadap kasus-kasus dalam grup. Grup Auto Scaling terus mempertahankan jumlah instans tetap
bahkan jika suatu instans menjadi tidak sehat. Jika suatu instans menjadi tidak sehat, grup tersebut
mengakhiri instans yang tidak sehat dan meluncurkan instans lain untuk menggantikannya. Untuk informasi
selengkapnya, lihat Pemeriksaan kesehatan untuk instance Auto Scaling (p. 261).
Anda dapat menggunakan kebijakan penskalaan untuk meningkatkan atau mengurangi jumlah instans
dalam grup Anda secara dinamis untuk memenuhi kondisi yang berubah. Ketika kebijakan penskalaan
berlaku, grup Auto Scaling menyesuaikan kapasitas yang diinginkan dalam kelompok, antara nilai
kapasitas minimum dan maksimum yang Anda tentukan, dan meluncurkan atau menghentikan instans
sesuai kebutuhan. Anda juga dapat menskalakan pada jadwal. Untuk informasi selengkapnya, lihat
Menskalakan ukuran grup Auto Scaling Anda (p. 124).
Grup Auto Scaling dapat meluncurkan Instans Sesuai Permintaan, Spot Instance, atau keduanya. Anda
dapat menentukan beberapa opsi pembelian untuk grup Auto Scaling hanya ketika Anda mengonfigurasi
grup untuk menggunakan templat peluncuran. (Kami menyarankan Anda menggunakan templat
peluncuran alih-alih konfigurasi peluncuran untuk memastikan Anda dapat menggunakan fitur terbaru
Amazon EC2.)
Spot Instance memberi Anda akses ke kapasitas Amazon EC2 yang tidak terpakai dengan diskon yang
besar relatif terhadap harga yang Sesuai Permintaan. Untuk informasi lebih lanjut, lihat Amazon EC2 Spot
Instance. Ada perbedaan utama antara Spot Instance dan Instans Sesuai Permintaan:
• Harga untuk Spot Instance berbeda-beda berdasarkan permintaan

• Amazon EC2 dapat mengakhiri masing-masing Spot Instance sebagai ketersediaan, atau harga untuk,
perubahan Spot Instance
Saat Spot Instance dihentikan, grup Auto Scaling mencoba meluncurkan instans pengganti untuk
mempertahankan kapasitas yang diinginkan bagi grup.
Ketika instans diluncurkan, jika Anda menentukan beberapa Availability Zone, kapasitas yang diinginkan
didistribusikan di seluruh Availability Zone. Jika tindakan penskalaan terjadi, Amazon EC2 Auto Scaling
secara otomatis mempertahankan keseimbangan di semua Availability Zone yang Anda tentukan.
Jika Anda baru mengenal grup Auto Scaling, mulailah dengan membuat templat peluncuran atau
konfigurasi peluncuran lalu gunakan untuk membuat grup Auto Scaling di mana semua instans memiliki
49
Gunakan beberapa jenis instans dan opsi pembelian
atribut instans yang sama. Anda dapat mengatur atribut instans berikut dengan menetapkannya sebagai
bagian dari templat peluncuran atau konfigurasi peluncuran: AMI, perangkat blok, pasangan kunci, jenis
instans, kelompok keamanan, data pengguna, pemantauan instans EC2, profil instans, kernel, ramdisk,
masa sewa instans, apakah instans tersebut memiliki alamat IP publik, dan apakah instans tersebut sesuai
dengan EBS. Memulai dengan Amazon EC2 Auto Scaling (p. 13) Tutorial memberikan pengantar cepat ke
berbagai blok bangunan yang digunakan di Amazon EC2 Auto Scaling.
Isi
• Grup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50)
• Buat grup Auto Scaling menggunakan pemilihan jenis instans berbasis atribut (p. 73)
• Buat grup Auto Scaling menggunakan templat peluncuran (p. 79)
• Buat grup Auto Scaling menggunakan konfigurasi peluncuran (p. 82)
• Membuat grup Auto Scaling menggunakan parameter dari instans yang sudah ada (p. 83)
• Membuat grup Auto Scaling menggunakan panduan peluncuran Amazon EC2 (p. 87)
• Menandai grup dan instans Auto Scaling (p. 90)
• Luncurkan instans Auto Scaling di VPC (p. 97)
• Ganti instance Auto Scaling (p. 100)
• Hapus infrastruktur Auto Scaling Anda (p. 120)
Grup Auto Scaling dengan beberapa jenis instans

dan opsi pembelian
Anda dapat meluncurkan dan secara otomatis menyesuaikan armada Instans Sesuai Permintaan dan
Spot Instance dalam satu grup Auto Scaling. Selain menerima diskon untuk menggunakan Spot Instance,
Anda dapat menggunakan Instans Pesanan atau Savings Plan untuk menerima tarif diskon dengan harga
biasa Instans Sesuai Permintaan. Semua faktor ini dikombinasikan membantu Anda mengoptimalkan
penghematan biaya untuk instans EC2, sambil memastikan bahwa Anda memperoleh skala dan kinerja
yang diinginkan untuk aplikasi Anda.
Pertama, Anda menentukan parameter konfigurasi umum dalam templat peluncuran, dan memilihnya saat
Anda membuat grup Auto Scaling. Saat mengonfigurasi grup Auto Scaling, Anda dapat:
• Memilih satu jenis instans atau lebih untuk grup (secara opsional menimpa jenis instans yang ditentukan
oleh templat peluncuran).
• Tentukan beberapa templat peluncuran untuk memungkinkan instance dengan arsitektur CPU yang
berbeda (misalnya, Arm dan x86) untuk diluncurkan di grup Auto Scaling yang sama.
• Menentukan beban individual pada setiap jenis instans. Melakukannya mungkin dapat berguna,
misalnya, jika jenis instans menawarkan kemampuan vCPU, memori, penyimpanan, atau bandwidth
jaringan yang berbeda.
• Memprioritaskan jenis instans yang dapat memperoleh keuntungan dari Savings Plan atau diskon
Instans Cadangan.
• Menentukan berapa banyak kapasitas Sesuai Permintaan dan Spot untuk diluncurkan, dan tentukan
porsi dasar Sesuai Permintaan opsional.
• Menentukan bagaimana Amazon EC2 Auto Scaling harus mendistribusikan kapasitas Sesuai Permintaan
dan Spot Anda di berbagai jenis instans.
• Mengaktifkan Capacity Rebalancing. Saat Anda mengaktifkan Capacity Rebalancing, Amazon EC2 Auto
Scaling mencoba meluncurkan Instans Spot setiap kali layanan Spot Amazon EC2 memberitahukan
bahwa Instans Spot memiliki risiko gangguan yang tinggi. Setelah meluncurkan instance baru,
tindakan ini kemudian menghentikan instance lama. Untuk informasi selengkapnya, lihat Gunakan
Penyeimbangan Ulang Kapasitas untuk menangani Interupsi Spot Amazon EC2 (p. 282).
50
Strategi alokasi
Anda meningkatkan ketersediaan dengan menerapkan aplikasi Anda di berbagai jenis instans yang
berjalan di beberapa Availability Zone. Anda dapat menggunakan hanya satu jenis instans, tetapi praktik
terbaik adalah menggunakan beberapa jenis instans untuk memungkinkan Amazon EC2 Auto Scaling
meluncurkan jenis instans lain jika kapasitas instans tidak mencukupi di Availability Zone pilihan Anda.
Dengan Spot Instance, jika kapasitas instans tidak mencukupi, Amazon EC2 Auto Scaling terus mencoba
kumpulan Spot Instans lain (ditentukan dengan jenis instans pilihan dan strategi alokasi Anda) alih-alih
meluncurkan Instans Sesuai Permintaan, sehingga Anda dapat memanfaatkan penghematan biaya dari
Spot Instance.
Ada dua cara untuk mengaitkan beberapa tipe instans dengan konfigurasi grup Auto Scaling Anda:
• Menambahkan jenis instans secara manual seperti yang dijelaskan dalam topik ini.
• Pilih satu set atribut instance untuk digunakan sebagai kriteria untuk memilih jenis instans yang
digunakan grup Auto Scaling Anda. Hal ini dikenal sebagaiPilihan tipe instans berbasis atribut. Untuk
informasi selengkapnya, lihatMenggunakan pilihan tipe instans berbasis atribut (p. 73).
Isi
• Strategi alokasi (p. 51)
• Mengontrol proporsi Instans Sesuai Permintaan (p. 53)
• Praktik terbaik untuk Spot Instance (p. 55)
• Prasyarat (p. 55)
• Buat grup Auto Scaling dengan Instans Spot dan On-Demand (konsol) (p. 55)
• Mengkonfigurasi strategi alokasi Spot (AWS CLI) (p. 57)
• Verifikasi apakah grup Auto Scaling Anda dikonfigurasi dengan benar dan grup telah meluncurkan
instance (AWS CLI) (p. 63)
• Konfigurasi penggantian (p. 63)
Strategi alokasi
Strategi alokasi berikut menentukan bagaimana grup Auto Scaling memenuhi kebutuhan AndaKapasitas
Sesuai Permintaan dan Spotdari jenis contoh yang mungkin.
Amazon EC2 Auto Scaling pertama kali mencoba memastikan bahwa instans Anda seimbang secara
merata di Availability Zone yang Anda tentukan. Kemudian, Auto Scaling meluncurkan jenis instans sesuai
dengan strategi alokasi yang ditentukan.
Instans Spot
Amazon EC2 Auto Scaling menyediakan strategi alokasi berikut yang dapat digunakan untuk Instans Spot:
capacity-optimized
Amazon EC2 Auto Scaling mengalokasikan instans Anda dari kumpulan Spot Instance dengan
kapasitas optimal untuk jumlah instans yang diluncurkan. Penerapan dengan cara ini membantu Anda
mengoptimalkan penggunaan kapasitas EC2 cadangan yang paling efisien.
Dengan Spot Instance, harga berubah secara perlahan seiring waktu berdasarkan tren jangka panjang
dalam pasokan dan permintaan, tetapi kapasitas berfluktuasi secara waktu nyata. Strategi capacity-
optimized secara otomatis meluncurkan Spot Instance ke dalam kumpulan yang paling tersedia
dengan melihat data kapasitas waktu nyata dan memprediksi mana yang paling tersedia. Ini sangat
sesuai untuk beban kerja seperti big data dan analitik, rendering gambar dan media, dan machine
learning. Alat ini juga sangat sesuai untuk komputasi performa tinggi yang mungkin memiliki biaya
gangguan yang lebih tinggi terkait dengan memulai ulang pekerjaan dan pemeriksaan. Dengan
51
Strategi alokasi
menawarkan kemungkinan gangguan yang lebih sedikit, strategi capacity-optimized dapat

menurunkan keseluruhan biaya beban kerja Anda.
Atau, Anda dapat menggunakancapacity-optimized-prioritizedstrategi alokasi dan kemudian

mengatur urutan jenis instans dalam daftar templat peluncuran menimpa dari prioritas tertinggi ke
terendah (pertama yang terakhir dalam daftar). Amazon EC2 Auto Scaling patuh pada prioritas
jenis instans berdasarkan upaya terbaik tetapi mengoptimalkan kapasitas terlebih dahulu. Ini adalah
opsi yang baik untuk beban kerja di mana kemungkinan gangguan harus diminimalkan, tetapi juga
preferensi untuk tipe instans tertentu penting.
lowest-price
Amazon EC2 Auto Scaling mengalokasikan Instans Spot Anda dari nomor N kumpulan per Availability
Zone yang Anda tentukan dan dari kumpulan Instans Spot dengan harga terendah di setiap Availability
Zone.
Misalnya, jika Anda menentukan empat tipe instans dan empat Availability Zone, grup Auto Scaling
Anda memiliki akses ke sebanyak 16 kumpulan Spot (empat di setiap Availability Zone). Jika Anda
menentukan dua kumpulan Spot (N = 2) untuk strategi alokasi, grup Auto Scaling Anda dapat menarik
dua kumpulan termurah per Availability Zone untuk memenuhi kapasitas Spot Anda.
Perhatikan bahwa Amazon EC2 Auto Scaling mencoba menarik Instans Spot dari nomor N kumpulan
yang Anda tentukan dengan upaya terbaik. Jika kolam kehabisan kapasitas Spot sebelum memenuhi
kapasitas yang Anda inginkan, Amazon EC2 Auto Scaling akan terus memenuhi permintaan Anda
dengan menarik dari kolam termurah berikutnya. Untuk memastikan bahwa kapasitas yang Anda
inginkan terpenuhi, Anda mungkin menerima Instans Spot dari lebih dari jumlah N kumpulan yang
Anda tentukan. Demikian pula, jika sebagian besar kolam tidak memiliki kapasitas Spot, Anda mungkin
menerima kapasitas yang diinginkan secara penuh dari jumlah N yang lebih sedikit dari kumpulan N
yang Anda tentukan.
Untuk memulai, kami sarankan untuk memilih capacity-optimized strategi alokasi dan menentukan
beberapa jenis contoh yang sesuai untuk aplikasi Anda. Selain itu, Anda dapat menentukan serangkaian
Availability Zone untuk Amazon EC2 Auto Scaling untuk dipilih saat meluncurkan instans.
Atau, Anda dapat menentukan harga maksimum untuk Spot Instance Anda. Jika Anda tidak menentukan
harga maksimum, harga maksimum default adalah harga Sesuai Permintaan, tetapi Anda masih menerima
diskon besar yang disediakan oleh Spot Instance. Diskon ini mungkin terjadi karena penetapan harga stabil
Spot yang tersedia menggunakan Model harga Spot yang baru.
Untuk informasi selengkapnya tentang strategi alokasi Instans Spot, lihatMemperkenalkan strategi alokasi
dengan pengoptimalan kapasitas untuk Instans Spot Amazon EC2diAWSblog
Instans Sesuai Permintaan

Amazon EC2 Auto Scaling menyediakan strategi alokasi berikut yang dapat digunakan untuk Instans
Sesuai Permintaan:
lowest-price
Amazon EC2 Auto Scaling secara otomatis menerapkan jenis instans termurah di setiap Availability
Zone berdasarkan harga Pesanan saat ini.
Untuk memastikan bahwa kapasitas yang Anda inginkan terpenuhi, Anda mungkin menerima Instans
Pesanan lebih dari satu jenis instans di setiap Availability Zone, tergantung pada seberapa banyak
kapasitas yang Anda minta.
Note
Saat ini, Amazon EC2 Auto Scaling tidak menghormatilowest-pricestrategi alokasi untuk
Instans Pesanan saat mengimplementasikankebijakan penghentian (p. 240)selama acara
skala-in.
52
Mengontrol proporsi Instans Sesuai Permintaan
prioritized
Amazon EC2 Auto Scaling menggunakan urutan jenis instans dalam daftar templat peluncuran yang
menimpa untuk menentukan jenis instans mana yang akan digunakan pertama kali ketika memenuhi
kapasitas Sesuai Permintaan. Misalnya, katakanlah Anda menentukan tiga templat peluncuran
saling menimpa dalam urutan berikut:c5.large,c4.large, danc3.large. Saat Instans Sesuai
Permintaan Anda diluncurkan, grup Auto Scaling memenuhi kapasitas Sesuai Permintaan dengan
memulaic5.large, makac4.large, dan kemudianc3.large.
Pertimbangkan hal berikut saat mengelola urutan prioritas Instans Sesuai Permintaan Anda:
Anda dapat membayar penggunaan di muka untuk mendapatkan diskon signifikan untuk Instans
Sesuai Permintaan dengan menggunakan Savings Plans atau Instans Cadangan. Untuk informasi
lebih lanjut tentang Savings Plans atau Instans Cadangan, lihatHarga Amazon EC2halaman.
• Dengan Instans Pesanan, tarif diskon Anda dari harga Instans Sesuai Permintaan berlaku jika
Amazon EC2 Auto Scaling meluncurkan jenis instans yang cocok. Artinya, jika Anda memiliki Instans
Pesanan yang tidak terpakai untuk c4.large, Anda dapat menetapkan prioritas jenis instans
untuk memberikan prioritas tertinggi untuk Instans Pesanan Anda ke jenis instans c4.large. Saat
c4.large instans diluncurkan, Anda menerima harga Instans Dipesan.
• Dengan Savings Plans, tarif diskon Anda untuk harga Instans Sesuai Permintaan berlaku saat
menggunakan Amazon EC2 Instance Savings Plans atau Compute Savings Plans. Karena sifat
fleksibel dari Savings Plans, Anda memiliki fleksibilitas yang lebih besar dalam memprioritaskan
jenis instans Anda. Selama Anda menggunakan jenis instans yang tercakup dalam Savings Plan,
Anda dapat mengaturnya dalam urutan prioritas mana pun dan bahkan sesekali mengubah urutan
secara keseluruhan, dan terus menerima tarif diskon yang diberikan oleh Savings Plan Anda. Untuk
mempelajari lebih lanjut tentang Savings Plans, lihat Panduan Pengguna Savings Plans.

Anda memiliki kontrol penuh atas proporsi instans dalam grup Auto Scaling yang diluncurkan sebagai
Instans Sesuai Permintaan. Untuk memastikan bahwa Anda selalu memiliki kapasitas instans, Anda dapat
menentukan persentase grup untuk diluncurkan sebagai Instans Sesuai Permintaan dan, sebagai pilihan,
sejumlah Instans Sesuai Permintaan dasar sebagai permulaannya. Jika Anda memilih untuk menentukan
kapasitas dasar Instans Sesuai Permintaan, Amazon EC2 Auto Scaling meluncurkan kapasitas dasar
Instans Sesuai Permintaan ini ketika grup diskalakan. Apa pun di luar kapasitas dasar menggunakan
persentase Sesuai Permintaan untuk menentukan berapa banyak Instans Sesuai Permintaan dan
Spot Instance untuk diluncurkan. Anda dapat menentukan angka berapa pun dari 0 hingga 100 untuk
persentase Sesuai Permintaan.
Amazon EC2 Auto Scaling mengubah persentase ke jumlah instans yang setara. Jika hasilnya membuat
angka pecahan, Amazon EC2 Auto Scaling akan membulatkan ke bilangan bulat berikutnya yang
mendukung Instans Pesanan.
Perilaku grup Auto Scaling seiring ukuran meningkat adalah sebagai berikut:
Contoh: Perilaku penskalaan
Distribusi instance Jumlah total instans yang berjalan di seluruh opsi pembelian
10 20 30 40
Contoh 1
On-Demand base: 10 10 10 10
10
53
Distribusi instance Jumlah total instans yang berjalan di seluruh opsi pembelian
On-Demand 0 5 10 15
percentage above
base: 50%
Spot percentage: 0 5 10 15
50%
Contoh 2
0
On-Demand 0 0 0 0
percentage above
base: 0%
100%
Contoh 3
0
On-Demand 6 12 18 24
percentage above
base: 60%
40%
Contoh 4
0
On-Demand 10 20 30 40
percentage above
base: 100%
0%
Contoh 5
12
On-Demand 0 0 0 0
percentage above
base: 0%
100%
54
Praktik terbaik untuk Spot Instance
Praktik terbaik untuk Spot Instance

Sebelum membuat grup Auto Scaling untuk meminta Instans Spot, tinjauPraktik terbaik untuk EC2
SpotdiPanduan Pengguna Amazon EC2 untuk Instans Linux. Gunakan praktik terbaik ini saat Anda
merencanakan permintaan agar Anda dapat menyediakan jenis instans yang Anda inginkan dengan harga
serendah mungkin. Kami juga menyarankan Anda untuk melakukan hal berikut:
• Gunakan harga maksimum default, yang merupakan harga Sesuai Permintaan. Anda hanya membayar
harga Spot untuk Spot Instance yang Anda luncurkan. Jika harga Spot berada dalam harga maksimum
Anda, apakah permintaan Anda dipenuhi tergantung pada ketersediaan. Untuk informasi lebih lanjut, lihat
Harga dan penghematan di Panduan Pengguna Amazon EC2 untuk Instance Linux.
• Buat grup Auto Scaling Anda dengan beberapa jenis instans. Karena kapasitas berfluktuasi secara
independen untuk setiap jenis instans di Availability Zone, Anda sering kali dapat memperoleh kapasitas
komputasi yang lebih besar ketika Anda memiliki fleksibilitas jenis instans.
• Demikian pula, jangan hanya membatasi diri pada jenis instans yang paling populer. Karena harga
menyesuaikan berdasarkan permintaan jangka panjang, jenis instans populer (seperti keluarga contoh
yang baru diluncurkan), cenderung memiliki penyesuaian harga yang lebih banyak. Memilih jenis instans
generasi lama yang kurang populer cenderung mengurangi biaya dan mengurangi gangguan.
• Sebaiknya Anda menggunakancapacity-optimizedataucapacity-optimized-
prioritizedstrategi alokasi. Ini berarti Amazon EC2 Auto Scaling meluncurkan instans menggunakan
kumpulan Spot yang dipilih secara optimal berdasarkan kapasitas Spot yang tersedia, yang membantu
Anda mengurangi kemungkinan gangguan Spot.
• Jika Anda memilih strategi alokasi lowest-price dan Anda menjalankan layanan web, tentukan angka
kumpulan Spot yang tinggi, misalnya, N=10. Menentukan angka kumpulan Spot yang tinggi mengurangi
dampak gangguan Spot Instance jika kumpulan di salah satu Availability Zone menjadi tidak tersedia
sementara. Jika Anda menjalankan pemrosesan batch atau aplikasi kritis non-misi lainnya, Anda dapat
menentukan angka kumpulan Spot yang lebih rendah, misalnya, N=2. Ini membantu memastikan bahwa
Anda menyediakan Spot Instance hanya dari kumpulan Spot dengan harga paling rendah yang tersedia
per Availability Zone.
Jika Anda berniat untuk menentukan harga maksimum, gunakanAWS CLIatau SDK untuk membuat grup
Auto Scaling, tetapi berhati-hatilah. Jika harga maksimum Anda lebih rendah daripada harga Spot untuk
tipe contoh yang Anda pilih, Spot Instance Anda tidak diluncurkan.
Prasyarat
Membuat templat peluncuran. Untuk informasi selengkapnya, lihat Membuat templat peluncuran untuk grup
Auto Scaling (p. 20).
Verifikasi bahwa Anda memiliki izin yang diperlukan untuk menggunakan templat peluncuran.
Klasterec2:RunInstancesizin diperiksa ketika menggunakan template peluncuran.
Klasteriam:PassRoleizin juga diperiksa jika template peluncuran menentukan peran IAM. Untuk informasi
selengkapnya, lihat Luncurkan dukungan templat (p. 342).
Buat grup Auto Scaling dengan Instans Spot dan On-

Demand (konsol)
Lengkapi langkah-langkah berikut untuk membuat armada Instans Spot dan Instans Sesuai Permintaan
yang dapat Anda skalakan.
Sebelum memulai, konfirmasikan bahwa Anda telah membuat templat peluncuran, seperti yang dijelaskan
diPrasyarat (p. 55).
55
Buat grup Auto Scaling dengan
Instans Spot dan On-Demand (konsol)
Pastikan template peluncuran belum meminta Instans Spot.
Untuk membuat grup Auto Scaling dengan Instans Spot dan Sesuai Permintaan
1. Buka konsol Amazon EC2 Auto Scaling dihttps://console.aws.amazon.com/ec2autoscaling/.

2. Pada bilah navigasi di bagian atas layar, pilih yang samaWilayah AWSyang Anda gunakan ketika Anda
membuat template peluncuran.
3. Pilih Buat grup Auto Scaling.
4. Di halaman Pilih templat peluncuran atau konfigurasi, lakukan hal berikut:
a. Untuk Nama grup Auto Scaling, masukkan nama untuk grup Auto Scaling Anda.
b. Untuk Templat peluncuran, pilih templat peluncuran yang ada.
c. Untuk Versi templat peluncuran, pilih apakah grup Auto Scaling menggunakan default, terbaru,
atau versi spesifik templat peluncuran saat menskalakan.
d. Verifikasi bahwa templat peluncuran Anda mendukung semua opsi yang Anda rencanakan untuk
digunakan, lalu pilih Selanjutnya.
5. PadaPilih opsi peluncuran instanshalaman, di bawahJaringan, untukVPC, pilih VPC. Grup Auto
Scaling harus dibuat dalam VPC yang sama dengan grup keamanan yang Anda tentukan di template
peluncuran Anda.
6. UntukAvailability Zones dan subnet, pilih satu subnet atau lebih di VPC yang ditentukan. Gunakan
subnet di beberapa Availability Zone untuk ketersediaan tinggi. Untuk informasi selengkapnya, lihat
Pertimbangan saat memilih subnet VPC (p. 98).
7. UntukPersyaratan tipe instans, pilihTemplat peluncuran penggantian,Menambahkan jenis instans
secara manual.
a. UntukJenis instans, pilih jenis instance yang dapat diluncurkan. Anda dapat menggunakan
rekomendasi kami sebagai titik awal.
b. (Opsional) Untuk mengubah urutan jenis instans, gunakan tanda panah. Urutan pengaturan tipe
instans Anda menetapkan prioritas peluncuran mereka jika Anda memilih strategi alokasi berbasis
prioritas.
c. (Opsional) Untuk menggunakan pembobotan instans (p. 67), tetapkan masing-masing instans
dengan mengetik berat relatif yang sesuai dengan berapa banyak instans yang harus dihitung ke
dalam kapasitas grup Auto Scaling.
8. Di bawahOpsi pembelian instans, buat pembaruan pada opsi pembelian sesuai kebutuhan untuk
menurunkan biaya aplikasi Anda dengan menggunakan Instans Spot.
a. UntukDistribusi instance, tentukan persentase Instans Sesuai Permintaan ke Instans Spot yang
akan diluncurkan untuk grup Auto Scaling. Jika aplikasi Anda tanpa status, toleran terhadap
kesalahan dan dapat menangani instans yang terganggu, Anda dapat menentukan persentase
Instans Spot yang lebih tinggi.
b. Tergantung pada apakah Anda memilih untuk meluncurkan Instans Spot, Anda dapat memilih
kotak centang di sampingTermasuk kapasitas dasar Sesuai Permintaanlalu tentukan jumlah
minimum kapasitas awal grup Auto Scaling yang harus dipenuhi oleh Instans Sesuai Permintaan.
Apa pun di luar kapasitas dasar menggunakanDistribusi instancepengaturan untuk menentukan
berapa banyak Instans Sesuai Permintaan dan Instans Spot yang akan diluncurkan.
9. Di bawahStrategi alokasi, untukStrategi alokasi On-Demand, pilih strategi alokasi.
10. UntukStrategi alokasi spot, pilih strategi alokasi. Kami menyarankan agar Anda tetap mempertahankan
pengaturan defaultKapasitas dioptimalkan. Jika Anda memilih untuk tidak menggunakan default,
pilih Harga terendah, lalu masukkan jumlah kumpulan Spot Instance dengan harga terendah untuk
melakukan diversifikasi.
11. Untuk Penyeimbangan ulang kapasitas, pilih apakah akan mengaktifkan atau menonaktifkan Capacity
Rebalancing. Untuk informasi selengkapnya, lihat Gunakan Penyeimbangan Ulang Kapasitas untuk
menangani Interupsi Spot Amazon EC2 (p. 282).
56
Mengkonfigurasi strategi alokasi Spot (AWS CLI)
12. Pilih Next (Berikutnya).
Atau, Anda dapat menerima pengaturan default lainnya, dan memilih Lewati untuk meninjau.
13. PadaMengonfigurasi opsi lanjutanhalaman, konfigurasikan opsi seperti yang diinginkan, dan kemudian
pilihSelanjutnya:
14. (Opsional) Di halaman Konfigurasi ukuran grup dan kebijakan penskalaan, konfigurasikan opsi berikut,
lalu pilih Selanjutnya:
a. Untuk Kapasitas yang diinginkan, masukkan jumlah awal instans untuk diluncurkan. Ketika
Anda mengubah angka ini ke nilai di luar batas kapasitas minimum atau maksimum, Anda harus
memperbarui nilai Kapasitas minimum atau Kapasitas maksimum. Untuk informasi selengkapnya,
lihat Mengatur batas kapasitas pada grup Auto Scaling Anda (p. 125).
b. Untuk secara otomatis menskalakan ukuran grup Auto Scaling, pilih Kebijakan penskalaan
pelacakan target dan ikuti petunjuk. Untuk informasi selengkapnya, lihat Kebijakan Penskalaan
Pelacakan Target (p. 142).
c. Di bawah Perlindungan penskalaan instans, pilih apakah akan mengaktifkan perlindungan
skala instans. Untuk informasi selengkapnya, lihat Gunakan perlindungan penskalaan
instance (p. 247).
15. (Opsional) Untuk menerima notifikasi, untuk Tambahkan notifikasi, konfigurasikan notifikasi, lalu pilih
Selanjutnya. Untuk informasi selengkapnya, lihat Dapatkan notifikasi Amazon SNS saat grup Auto
Scaling Anda berkembang (p. 278).
16. (Opsional) Untuk menambahkan tag, pilih Tambahkan tag, berikan kunci tag dan nilai tag untuk
setiap tag, lalu pilih Selanjutnya. Untuk informasi selengkapnya, lihat Menandai grup dan instans Auto
Scaling (p. 90).
17. Di halaman Peninjauan, pilih Buat grup Auto Scaling.

Contoh konfigurasi berikut menunjukkan cara meluncurkan Instans Spot menggunakan strategi alokasi
Spot yang berbeda.
Note
Contoh-contoh ini menunjukkan cara menggunakan file konfigurasi dalam JSON atau YAML. Jika
Anda menggunakanAWS CLIversi 1, Anda harus menentukan file konfigurasi berformat JSON.
Jika Anda menggunakanAWS CLIversi 2, Anda dapat menentukan file konfigurasi dalam YAML
atau JSON.
Contoh
• Contoh 1: Luncurkan Instans Spot menggunakancapacity-optimized strategi alokasi (p. 57)
• Contoh 2: Luncurkan Instans Spot menggunakancapacity-optimized-prioritized strategi
alokasi (p. 59)
• Contoh 3: Luncurkan Instans Spot menggunakanlowest-pricestrategi alokasi diversifikasi lebih dari dua
kolam (p. 61)
Contoh 1: Luncurkan Instans Spot menggunakancapacity-

optimized strategi alokasi
Berikutmembuat-auto-scaling-kelompokperintah membuat grup Auto Scaling yang menentukan hal berikut:
• Persentase kelompok yang akan diluncurkan sebagai Instans Sesuai Permintaan (0) dan jumlah dasar
Instans Sesuai Permintaan untuk memulai (1)
57
• Jenis instance untuk diluncurkan dalam urutan prioritas

(c5.large,c5a.large,m5.large,m5a.large,c4.large,m4.large,c3.large,m3.large)
• Subnet untuk meluncurkan instans (subnet-5ea0c127, subnet-6194ea3b, subnet-c934b782),
masing-masing sesuai dengan Availability Zone yang berbeda
• Templat peluncuran (my-launch-template) dan versi templat peluncuran ($Default)
Ketika Amazon EC2 Auto Scaling berupaya memenuhi kapasitas Sesuai Permintaan Anda, maka akan
meluncurkan instans c5.large terlebih dahulu. Spot Instance berasal dari kumpulan Spot optimal di
setiap Availability Zone berdasarkan kapasitas Spot Instance.
JSON
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
Berikut ini adalah contoh config.json file.
{
"AutoScalingGroupName": "my-asg",
"MixedInstancesPolicy": {
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"Overrides": [
{
"InstanceType": "c5.large"
},
{
"InstanceType": "c5a.large"
},
{
"InstanceType": "m5.large"
},
{
"InstanceType": "m5a.large"
},
{
},
{
},
{
},
{
}
]
},
"InstancesDistribution": {
"OnDemandBaseCapacity": 1,
"OnDemandPercentageAboveBaseCapacity": 0,
"SpotAllocationStrategy": "capacity-optimized"
}
},
"MinSize": 1,
"MaxSize": 5,
"DesiredCapacity": 3,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782"
58
YAML
Atau, Anda dapat menggunakan hal berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup

Auto Scaling, dengan merujuk file YAML sebagai satu-satunya parameter untuk grup Auto Scaling Anda,
bukan file JSON.
aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml
Berikut ini adalah contoh config.yaml file.
---
AutoScalingGroupName: my-asg
MixedInstancesPolicy:
LaunchTemplate:
LaunchTemplateSpecification:
LaunchTemplateName: my-launch-template
Version: $Default
Overrides:
- InstanceType: c5.large
- InstanceType: c5a.large
- InstanceType: m5.large
- InstanceType: m5a.large
InstancesDistribution:
OnDemandBaseCapacity: 1
OnDemandPercentageAboveBaseCapacity: 0
SpotAllocationStrategy: capacity-optimized
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782
Contoh 2: Luncurkan Instans Spot menggunakancapacity-

optimized-prioritized strategi alokasi
• Persentase kelompok yang akan diluncurkan sebagai Instans Sesuai Permintaan (0) dan jumlah dasar
Instans Sesuai Permintaan untuk memulai (1)
• Templat peluncuran (my-launch-template) dan versi templat peluncuran ($Latest)
Ketika Amazon EC2 Auto Scaling berupaya memenuhi kapasitas Sesuai Permintaan Anda, maka
akan meluncurkan instans c5.large terlebih dahulu. Saat Amazon EC2 Auto Scaling mencoba
memenuhi kapasitas Spot Anda, fitur ini menghormati prioritas tipe instans dengan upaya terbaik, tetapi
mengoptimalkan kapasitas terlebih dahulu.
59
JSON
{
"LaunchTemplate": {
"Version": "$Latest"
},
"Overrides": [
{
},
{
},
{
},
{
},
{
},
{
},
{
},
{
}
]
},
"SpotAllocationStrategy": "capacity-optimized-prioritized"
}
},
"MinSize": 1,
"MaxSize": 5,
}
YAML
bukan file JSON.
60
---
LaunchTemplate:
Version: $Default
Overrides:
SpotAllocationStrategy: capacity-optimized-prioritized
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
Contoh 3: Luncurkan Instans Spot menggunakanlowest-

pricestrategi alokasi diversifikasi lebih dari dua kolam
• Persentase grup yang akan diluncurkan sebagai Instans Sesuai Permintaan (50) tanpa menentukan
jumlah dasar Instans Sesuai Permintaan untuk memulai
Ketika Amazon EC2 Auto Scaling berupaya memenuhi kapasitas Sesuai Permintaan Anda, maka akan
meluncurkan instans c5.large terlebih dahulu. Untuk kapasitas Spot Anda, Amazon EC2 Auto Scaling
mencoba meluncurkan Spot Instance secara merata di dua kumpulan dengan harga terendah di setiap
Availability Zone.
JSON
{
"LaunchTemplate": {
},
61
"Overrides": [
{
},
{
},
{
},
{
},
{
},
{
},
{
},
{
}
]
},
"SpotAllocationStrategy": "lowest-price",
"SpotInstancePools": 2
}
},
"MinSize": 1,
"MaxSize": 5,
}
YAML

bukan file JSON.
---
LaunchTemplate:
Version: $Default
Overrides:
62
Verifikasi apakah grup Auto Scaling Anda
dikonfigurasi dengan benar dan grup
telah meluncurkan instance (AWS CLI)
SpotAllocationStrategy: lowest-price
SpotInstancePools: 2
MinSize: 1
MaxSize: 5
DesiredCapacity: 3
Note
Untuk contoh tambahan, lihatMenentukan template peluncuran yang berbeda untuk

jenis instance (p. 64),Mengonfigurasi pembobotan instans untuk Amazon EC2 Auto
Scaling (p. 67), danGunakan Penyeimbangan Ulang Kapasitas untuk menangani Interupsi Spot
Verifikasi apakah grup Auto Scaling Anda dikonfigurasi

dengan benar dan grup telah meluncurkan instance
(AWS CLI)
Untuk memeriksa apakah grup Auto Scaling Anda dikonfigurasi dengan benar dan telah meluncurkan
instance, gunakandescribe-auto-scaling-groupsperintah. Pastikan bahwa kebijakan contoh campuran dan
daftar subnet ada dan dikonfigurasi dengan benar. Jika instance telah diluncurkan, Anda akan melihat
daftar instance dan statusnya. Untuk melihat aktivitas penskalaan yang dihasilkan dari peluncuran instance,
gunakanmenjelaskan-scaling-kegiatanperintah. Anda dapat memantau aktivitas penskalaan yang sedang
berlangsung dan yang baru saja selesai.
Konfigurasi penggantian
Override adalah perubahan yang Anda buat pada properti template peluncuran Anda. Amazon EC2
Auto Scaling mendukung penggantian ke properti tipe instans. Dengan cara itu, Anda dapat menentukan
beberapa jenis instans. Untuk melakukannya, Anda harus menambahkanOverridesstruktur ke kebijakan
contoh campuran Anda.
ParameterOverridesstruktur memungkinkan Anda untuk menentukan serangkaian parameter yang dapat

digunakan Amazon EC2 Auto Scaling untuk meluncurkan instans, termasuk:
• InstanceType— Jenis instans. Untuk informasi selengkapnya tentang tipe instans yang tersedia,
lihatJenis instansdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
• LaunchTemplateSpecification— (Opsional) Sebuah template peluncuran untuk jenis instans
individu. Properti ini saat ini terbatas padaAWS CLIatau SDK, dan tidak tersedia dari konsol.
• WeightedCapacity— (Opsional) Jumlah unit yang disediakan oleh instans yang disediakan ini untuk
memenuhi kapasitas yang diinginkan dari grup Auto Scaling. Jika Anda menentukan nilai berat untuk
satu jenis instans, Anda harus menentukan nilai berat untuk semuanya.
Note
Sebagai alternatif untuk menentukan daftar jenis instans, Anda dapat menentukan satu set atribut
instance untuk digunakan sebagai kriteria untuk memilih jenis instans yang digunakan grup
Auto Scaling Anda. Hal ini dikenal sebagaiPilihan tipe instans berbasis atribut. Untuk informasi
selengkapnya, lihatMenggunakan pilihan tipe instans berbasis atribut (p. 73).
Isi
63
• Menentukan template peluncuran yang berbeda untuk jenis instance (p. 64)
• Mengonfigurasi pembobotan instans untuk Amazon EC2 Auto Scaling (p. 67)
Menentukan template peluncuran yang berbeda untuk jenis

instance
ParameterOverridesstruktur memungkinkan Anda menentukan templat peluncuran baru untuk tipe
instans individual untuk grup Auto Scaling baru atau yang sudah ada. Misalnya, jika arsitektur tipe instans
memerlukan AMI yang berbeda dari grup lainnya, Anda harus menentukan template peluncuran dengan
AMI yang kompatibel.
Katakan bahwa Anda mengkonfigurasi grup Auto Scaling untuk aplikasi komputasi intensif dan ingin
menyertakan campuran jenis instans C5, C5a, dan C6g. Namun, instance C6g memiliki fiturAWSProsesor
Graviton berdasarkan arsitektur Arm 64-bit, sedangkan instans C5 dan C5a berjalan pada prosesor Intel
x86 64-bit. Instans AMI untuk C5 bekerja pada instans C5a dan sebaliknya, tetapi tidak pada instans
C6g. ParameterOverridesproperti memungkinkan Anda untuk menyertakan template peluncuran yang
berbeda untuk instance C6g, sementara masih menggunakan template peluncuran yang sama untuk
contoh C5 dan C5a.
Note
Saat ini, fitur ini hanya tersedia jika Anda menggunakanAWS CLIatau SDK, dan tidak tersedia dari
konsol.
Isi
• Menambahkan atau mengubah templat peluncuran untuk jenis instans (AWS CLI) (p. 64)
Menambahkan atau mengubah templat peluncuran untuk jenis instans (AWS CLI)
Prosedur berikut ini menunjukkan cara menggunakanAWS CLIuntuk mengkonfigurasi grup Auto Scaling
sehingga satu atau lebih jenis instance menggunakan template peluncuran yang berbeda dari grup lainnya.
Untuk membuat dan mengonfigurasi grup Auto Scaling baru
1. Buat file konfigurasi tempat Anda menentukan struktur kebijakan instance campuran dan
sertakanOverridesstruktur.
Berikut ini adalah isi dari file konfigurasi contoh diformat di JSON. Ini
menentukanc5.large,c5a.large, danc6g.largejenis contoh dan mendefinisikan template
peluncuran baru untukc6g.largejenis instans untuk memastikan bahwa AMI yang sesuai digunakan
untuk meluncurkan instance Arm. Amazon EC2 Auto Scaling menggunakan urutan tipe instans untuk
menentukan jenis instans mana yang akan digunakan pertama kali ketika memenuhi kapasitas Sesuai
Permintaan.
{
"AutoScalingGroupName":"my-asg",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateName":"my-launch-template-for-x86",
"Version":"$Latest"
},
"Overrides":[
{
"InstanceType":"c6g.large",
"LaunchTemplateName": "my-launch-template-for-arm",
64
}
},
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
}
]
},
"InstancesDistribution":{
}
},
"MinSize":1,
"MaxSize":5,
"DesiredCapacity":3,
"VPCZoneIdentifier":"subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags":[ ]
}
2. Gunakan berikutmembuat-auto-scaling-kelompokperintah, dengan merujuk file JSON sebagai satu-

satunya parameter untuk grup Auto Scaling Anda.
Untuk mengubah template peluncuran untuk jenis instans dalam grup Auto Scaling yang ada
• Gunakan berikutupdate-auto-scaling-groupperintah untuk menentukan template peluncuran yang

berbeda untuk jenis instance dengan melewatiOverridesstruktur.
Saat perubahan ini dilakukan, setiap instans baru yang diluncurkan didasarkan pada pengaturan baru,
tetapi instans yang ada tidak terpengaruh. Untuk memastikan bahwa grup Auto Scaling menggunakan
pengaturan baru, Anda dapat mengganti semua instance dalam grup dengan memulai penyegaran
instans atau dengan menggunakan fitur seumur hidup instans maksimum.
aws autoscaling update-auto-scaling-group --cli-input-json file://~/config.json
{
"LaunchTemplate":{
"Overrides":[
{
}
},
{
},
{
65
}
]
}
}
}
Untuk memverifikasi templat peluncuran grup Auto Scaling
• Gunakan berikutdescribe-auto-scaling-groupsperintah untuk memverifikasi dan melihat template

peluncuran saat ini ditentukan.
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
{
"AutoScalingGroups":[
{
"AutoScalingGroupARN":"arn",
"LaunchTemplate":{
"LaunchTemplateId":"lt-0fb0e487336917fb2",
"Version":"$Latest"
},
"Overrides":[
{
"LaunchTemplateId": "lt-09d958b8fb2ba5bcc",
}
},
{
},
{
}
]
},
"OnDemandAllocationStrategy":"prioritized",
"OnDemandBaseCapacity":1,
"OnDemandPercentageAboveBaseCapacity":50,
"SpotAllocationStrategy":"capacity-optimized"
}
},
"MinSize":1,
"MaxSize":5,
"Instances":[
{
"InstanceId":"i-07c63168522c0f620",
"InstanceType":"c5.large",
"AvailabilityZone":"us-west-2c",
"LifecycleState":"InService",
"HealthStatus":"Healthy",
"LaunchTemplate":{
66
"Version":"1"
},
"ProtectedFromScaleIn":false
},
{
"InstanceId":"i-0b7ff78be9896a2c2",
"InstanceType":"c5.large",
"AvailabilityZone":"us-west-2a",
"LaunchTemplate":{
"Version":"1"
},
},
{
"InstanceId":"i-0c682c2ceae918bc0",
"AvailabilityZone":"us-west-2b",
"LaunchTemplate":{
"LaunchTemplateId":"lt-09d958b8fb2ba5bcc",
"LaunchTemplateName":"my-launch-template-for-arm",
"Version":"1"
},
...
}
]
}
Mengonfigurasi pembobotan instans untuk Amazon EC2 Auto

Scaling
Saat Anda mengonfigurasi grup Auto Scaling untuk meluncurkan beberapa jenis instans, Anda memiliki
opsi untuk menentukan jumlah unit kapasitas yang dikontribusikan masing-masing instans pada kapasitas
yang diinginkan dari grup, menggunakan pembobotan instans. Ini memungkinkan Anda menentukan
berat relatif dari setiap tipe instans dengan cara yang secara langsung memetakan kinerja aplikasi Anda.
Anda dapat menimbang instans Anda agar sesuai dengan kebutuhan khusus aplikasi Anda, misalnya,
berdasarkan inti (vCPU) atau berdasarkan memori (GiB).
Misalnya, katakanlah Anda menjalankan aplikasi dengan komputasi intensif yang berkinerja terbaik dengan
setidaknya 8 vCPUs dan 15 GiB RAM. Jika Anda menggunakan c5.2xlarge sebagai unit dasar Anda,
setiap jenis instans EC2 berikut akan memenuhi kebutuhan aplikasi Anda.
Contoh jenis instans
Jenis instans vCPU Memori (GiB)
c5.2xlarge 8 16
c5.4xlarge 16 32
c5.12xlarge 48 96
c5.18xlarge 72 144
67
Jenis instans vCPU Memori (GiB)
c5.24xlarge 96 192
Secara default, semua jenis instans diperlakukan sebagai berat yang sama. Dengan kata lain, entah
Amazon EC2 Auto Scaling meluncurkan jenis instans besar atau kecil, setiap instans dihitung ke dalam
kapasitas yang diinginkan grup.
Namun, dengan pembobotan contoh, Anda menetapkan nilai angka yang menentukan berapa banyak unit
kapasitas yang akan dikaitkan dengan setiap jenis instans. Misalnya, jika instans memiliki ukuran berbeda,
c5.2xlarge instans bisa memiliki berat 2, dan c5.4xlarge (yang dua kali lebih besar) dapat memiliki
berat 4, dan seterusnya. Kemudian, saat Amazon EC2 Auto Scaling meluncurkan instans, beratnya
dihitung ke kapasitas yang Anda inginkan.
Isi
• Harga per unit jam (p. 68)
• Pertimbangan (p. 69)
• Tambah atau ubah berat untuk grup Auto Scaling Anda (p. 70)
Harga per unit jam

Tabel berikut membandingkan harga per jam untuk Spot Instance di berbagai Availability Zone di AS Timur
(N. Virginia, Ohio) dengan harga untuk Instans Sesuai Permintaan di Wilayah yang sama. Harga yang
ditampilkan adalah contoh harga dan bukan harga saat ini. Ini adalah biaya Anda per jam instans.
Contoh: Harga Spot per jam instans

Jenis instans us-east-1a us-east-1b us-east-1c Penetapan harga Sesuai
Permintaan
c5.2xlarge 0,180 USD 0,191 USD 0,170 USD 0,34 USD
Dengan pembobotan instans, Anda dapat mengevaluasi biaya berdasarkan apa yang Anda gunakan
per unit jam. Anda dapat menentukan harga per unit jam dengan membagi harga Anda untuk satu jenis
instans dengan jumlah unit yang diwakilinya. Untuk Instans Sesuai Permintaan, harga per unit jam sama
ketika menerapkan satu jenis instans yang sama dengan saat menerapkan ukuran yang berbeda dari jenis
instans yang sama. Sebaliknya, harga Spot per unit jam bervariasi berdasarkan kumpulan Spot.
Cara termudah untuk memahami cara kerja kalkulasi harga per unit jam dengan contoh tertimbang adalah
dengan contoh. Sebagai contoh, untuk kemudahan perhitungan, katakanlah Anda ingin meluncurkan Spot
Instance hanya di us-east-1a. Harga per unit jam dicatat di bawah ini.
Contoh: Contoh Harga Spot per unit jam

Jenis instans us-east-1a Berat instans Harga per unit jam
c5.2xlarge 0,180 USD 2 0,090 USD
68
Jenis instans us-east-1a Berat instans Harga per unit jam
c5.4xlarge 0,341 USD 4 0,085 USD
c5.12xlarge 0,779 USD 12 0,065 USD
c5.18xlarge 1,207 USD 18 0,067 USD
c5.24xlarge 1,555 USD 24 0,065 USD
Pertimbangan
Bagian ini membahas pertimbangan utama dalam menerapkan pembobotan instans secara efektif.
• Mulailah dengan memilih beberapa jenis instans yang mencerminkan persyaratan kinerja aktual aplikasi
Anda. Kemudian, putuskan berapa banyak setiap jenis instans yang harus dihitung ke arah kapasitas
yang diinginkan kelompok grup Auto Scaling Anda dengan menentukan beratnya. Berat berlaku untuk
instans saat ini dan mendatang dalam grup.
• Berhati-hatilah dalam memilih kisaran yang sangat besar untuk berat Anda. Misalnya, kami tidak
menyarankan untuk menentukan berat 1 untuk sebuah jenis instans ketika jenis instans yang lebih besar
berikutnya memiliki berat 200. Perbedaan antara berat terkecil dan terbesar juga tidak boleh ekstrem.
Jika salah satu jenis instans memiliki terlalu besar perbedaan berat, ini dapat memiliki efek negatif pada
optimasi kinerja biaya yang berkelanjutan.
• Ukuran grup Auto Scaling diukur dalam unit kapasitas, dan tidak dalam instans. Misalnya, jika berat
berdasarkan vCPUs, Anda harus menentukan jumlah inti yang diinginkan, minimum, dan maksimum
yang Anda inginkan.
• Atur berat dan kapasitas yang Anda inginkan sehingga kapasitas yang diinginkan setidaknya dua hingga
tiga kali lebih besar daripada berat terbesar Anda.
Dengan pembobotan instans, perilaku baru berikut diperkenalkan:
• Kapasitas saat ini akan berada pada kapasitas yang diinginkan atau di atasnya. Karena Amazon EC2
Auto Scaling ingin menyediakan hingga kapasitas yang diinginkan terpenuhi sepenuhnya, kelebihan
dapat terjadi. Misalnya, anggaplah Anda menentukan dua jenis instans,c5.2xlargedanc5.12xlarge,
dan Anda menetapkan bobot instans 2 untukc5.2xlargedan 12 untukc5.12xlarge. Jika ada 5 unit
yang tersisa untuk memenuhi kapasitas yang diinginkan, dan Amazon EC2 Auto Scaling menyediakan
ac5.12xlarge, kapasitas yang diinginkan terlampaui 7 unit.
• Ketika Amazon EC2 Auto Scaling menyediakan instans untuk mencapai kapasitas yang diinginkan,
mendistribusikan kasus di seluruh Availability Zone dan mengenai strategi alokasi untuk On-Demand dan
Spot Instances, keduanya didahulukan untuk menghindari kelebihan beban.
• Amazon EC2 Auto Scaling dapat melampaui batas kapasitas maksimum untuk mempertahankan
keseimbangan di seluruh Availability Zone, menggunakan strategi alokasi pilihan Anda. Batas tegas yang
diterapkan oleh Amazon EC2 Auto Scaling adalah nilai yang sama dengan kapasitas yang Anda inginkan
ditambah berat terbesar Anda.
Perhatikan hal berikut saat menambahkan atau memodifikasi berat untuk kelompok yang ada:
• Saat menambahkan berat instans ke grup Auto Scaling yang ada, Anda harus menyertakan tipe instans
yang sudah berjalan di grup.
• Saat memodifikasi berat instans yang ada, Amazon EC2 Auto Scaling akan meluncurkan atau
mengakhiri instans untuk mencapai kapasitas yang diinginkan berdasarkan berat baru.
• Jika Anda menghapus jenis instans, setiap instans yang berjalan dari jenis instans tersebut akan terus
memiliki nilai berat yang diperbarui terakhir, meskipun jenis instans telah dihapus.
69
Tambah atau ubah berat untuk grup Auto Scaling Anda

Anda dapat menambahkan beban ke grup Auto Scaling yang ada, atau ke grup Auto Scaling baru saat
Anda membuatnya. Anda juga dapat memperbarui grup Auto Scaling yang sudah ada untuk menentukan
opsi konfigurasi baru (penggunaan Spot/Sesuai Permintaan, strategi alokasi Spot, jenis instans). Jika
Anda mengubah berapa pun Spot atau Instans Sesuai Permintaan yang Anda inginkan, Amazon EC2 Auto
Scaling secara bertahap menggantikan instans yang ada untuk mencocokkan opsi pembelian baru.
Sebelum membuat grup Auto Scaling menggunakan pembobotan instans, kami sarankan agar
Anda membiasakan diri dengan meluncurkan grup dengan beberapa jenis instans. Untuk informasi
selengkapnya dan contoh tambahan, lihat Grup Auto Scaling dengan beberapa jenis instans dan opsi
pembelian (p. 50).
Contoh berikut menunjukkan cara menggunakanAWS CLIuntuk menambahkan bobot saat Anda membuat
grup Auto Scaling, dan untuk menambah atau memodifikasi bobot grup Auto Scaling yang ada. Anda dapat
mengonfigurasi berbagai parameter dalam file JSON, lalu mereferensikan file JSON sebagai parameter
tunggal untuk grup Auto Scaling Anda.
Untuk menambahkan berat ke grup Auto Scaling pada pembuatan
• Gunakanmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling baru. Misalnya,

perintah berikut membuat grup Auto Scaling baru dan menambahkan pembobotan instans dengan
menetapkan hal berikut:
• Persentase grup yang akan diluncurkan sebagai Instans Sesuai Permintaan (0)
• Strategi alokasi untuk Spot Instance di setiap Availability Zone (capacity-optimized)
• Jenis instans untuk diluncurkan dalam urutan prioritas (m4.16xlarge, m5.24xlarge)
• Berat contoh yang sesuai dengan perbedaan ukuran relatif (vCPU) antara jenis contoh (16, 24)
• Subnet untuk meluncurkan instans (subnet-5ea0c127, subnet-6194ea3b, subnet-
c934b782), masing-masing sesuai dengan Availability Zone yang berbeda
Berikut ini adalah contoh file config.json.
{
"LaunchTemplate": {
},
"Overrides": [
{
"InstanceType": "m4.16xlarge",
"WeightedCapacity": "16"
},
{
}
]
},
70
}
},
"MinSize": 160,
"MaxSize": 720,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags": []
}
Untuk menambah atau mengubah berat untuk grup Auto Scaling yang ada
• Gunakanupdate-auto-scaling-groupperintah untuk menambah atau memodifikasi bobot. Misalnya,

perintah berikut menambahkan berat pada jenis instans dalam grup Auto Scaling yang ada dengan
menetapkan hal berikut:
• Jenis instans untuk diluncurkan dalam urutan prioritas (c5.18xlarge, c5.24xlarge,

c5.2xlarge, c5.4xlarge)
• Berat instans yang sesuai dengan perbedaan ukuran relatif (vCPU) antara jenis contoh (18, 24, 2,
4)
• Kapasitas ditingkatkan baru yang diinginkan, yang lebih besar daripada berat terbesar
aws autoscaling update-auto-scaling-group --cli-input-json file://~/config.json
{
"AutoScalingGroupName": "my-existing-asg",
"LaunchTemplate": {
"Overrides": [
{
"InstanceType": "c5.18xlarge",
},
{
},
{
},
{
}
]
}
},
"MinSize": 0,
"MaxSize": 100,
"DesiredCapacity": 100
}
Untuk memverifikasi berat untuk grup Auto Scaling
• Gunakan berikutdescribe-auto-scaling-groupsperintah untuk memverifikasi bobot.
71
{
"AutoScalingGroups": [
{
"AutoScalingGroupARN": "arn",
"LaunchTemplate": {
"LaunchTemplateId": "lt-0b97f1e282EXAMPLE",
},
"Overrides": [
{
},
{
}
]
},
"OnDemandAllocationStrategy": "prioritized",
}
},
"MinSize": 160,
"MaxSize": 720,
"DefaultCooldown": 300,
"AvailabilityZones": [
"us-west-2a",
"us-west-2b",
"us-west-2c"
],
"LoadBalancerNames": [],
"TargetGroupARNs": [],
"HealthCheckType": "EC2",
"HealthCheckGracePeriod": 0,
"Instances": [
{
"InstanceId": "i-027327f0ace86f499",
"AvailabilityZone": "us-west-2a",
"LifecycleState": "InService",
"HealthStatus": "Healthy",
"LaunchTemplate": {
"Version": "7"
},
"ProtectedFromScaleIn": false,
},
{
72
Membuat grup menggunakan
pilihan tipe instans berbasis atribut
"InstanceId": "i-0ec0d761cc134878d",
"LifecycleState": "Pending",
"LaunchTemplate": {
"Version": "7"
},
},
...
}
]
}
Informasi tambahan
Strategi pembobotan instans dan alokasi
Parameterstrategi alokasi (p. 51)menentukan kumpulan instance mana yang berasal dari instans
Anda. Saat Anda menggunakan fitur pembobotan instans, strategi alokasi melakukan persis seperti
yang dilakukan untuk grup Auto Scaling lainnya. Namun, ada satu perbedaan utama dalam bagaimana
kumpulan instance dipilih saat Anda menggunakanlowest-pricestrategi. Bila Anda memilihlowest-
priceuntuk strategi alokasi Anda, instans Anda berasal dari kumpulan instans dengan harga terendah per
unit di setiap Availability Zone.
Misalnya, pertimbangkan bahwa Anda memiliki grup Auto Scaling yang memiliki beberapa jenis instans
dengan jumlah vCPUs yang bervariasi. Anda menggunakanlowest-priceuntuk strategi alokasi Spot dan
On-Demand Anda. Jika Anda memilih untuk menetapkan bobot berdasarkan jumlah vCPU dari setiap jenis
instans, Amazon EC2 Auto Scaling meluncurkan jenis instans mana pun yang memiliki harga terendah per
nilai berat yang Anda tetapkan (misalnya, per vCPU) pada saat pemenuhan. Jika itu adalah Instans Spot,
maka ini berarti harga Spot terendah per vCPU. Jika itu Instans Sesuai Permintaan, maka ini berarti harga
On-Demand terendah per vCPU.
Bobot instans dan harga Spot max
Saat Anda membuat grup Auto Scaling Anda menggunakan grup Auto ScalingAWS CLIatau SDK, Anda
dapat menentukanSpotMaxPriceparameter Parameter ini menentukan harga maksimum yang bersedia
Anda bayar untuk jam instans Spot, dan secara default, ditetapkan pada harga Sesuai Permintaan. Ketika
Anda menggunakan fitur bobot instans, ingatlah bahwa harga Spot maksimum mencerminkan harga
satuan maksimum (misalnya, harga per vCPU), bukan harga maksimum untuk keseluruhan instans.
Buat grup Auto Scaling menggunakan pemilihan

jenis instans berbasis atribut
Saat Anda membuat grup Auto Scaling, Anda harus menentukan informasi yang diperlukan untuk
mengonfigurasi instans Amazon EC2, subnet Availability Zone, dan VPC untuk instans, kapasitas yang
diinginkan, dan batas kapasitas minimum dan maksimum.
Sebagai alternatif untuk memilih jenis instans secara manual saat membuatgrup instance (p. 50), Anda
dapat menentukan satu set atribut instance yang menggambarkan persyaratan komputasi Anda. Saat
Amazon EC2 Auto Scaling meluncurkan instans, semua jenis instans yang digunakan oleh grup Auto
Scaling harus sesuai dengan atribut instans yang diperlukan. Hal ini dikenal sebagaiPemilihan tipe instans.
73
Pertimbangan
Grup Auto Scaling Anda atau templat peluncuran menentukan atribut instans, termasuk jumlah memori dan
daya komputasi yang Anda perlukan untuk aplikasi yang Anda rencanakan untuk dijalankan pada instans.
Selain itu, grup Auto Scaling atau template peluncuran Anda menentukan dua ambang batas perlindungan
harga untuk Instans Spot dan Pesanan, yang dapat Anda sesuaikan secara opsional, sehingga Anda
dapat mencegah Amazon EC2 Auto Scaling meluncurkan jenis instans yang lebih mahal jika Anda tidak
membutuhkannya.
Pendekatan ini sangat ideal untuk beban kerja dan kerangka kerja yang dapat fleksibel tentang jenis
instans yang mereka gunakan, seperti container, big data, dan CI/CD.
Berikut ini adalah manfaat dari pemilihan jenis instans berbasis atribut:
• Amazon EC2 Auto Scaling dapat memilih dari berbagai jenis instans untuk meluncurkan Instans Spot. Ini
memenuhi praktik terbaik Spot untuk menjadi fleksibel tentang jenis instans, yang memberikan layanan
Amazon EC2 Spot kesempatan yang lebih baik untuk menemukan dan mengalokasikan jumlah kapasitas
komputasi yang Anda butuhkan.
• Dengan begitu banyak pilihan yang tersedia, menemukan jenis instans yang tepat untuk beban kerja
Anda dapat memakan waktu. Dengan menentukan atribut instance, Anda dapat menyederhanakan
pemilihan jenis instans saat mengonfigurasi grup instance campuran.
• Grup Auto Scaling Anda dapat menggunakan tipe instans generasi yang lebih baru saat dirilis. Jenis
instans generasi yang lebih baru secara otomatis digunakan saat sesuai dengan kebutuhan Anda dan
sejajar dengan strategi alokasi yang Anda pilih untuk grup Auto Scaling Anda.
Anda dapat menggunakan pilihan tipe instans berbasis atribut melaluiAWS Management Console,AWS
CLI, atau SDK.
Untuk informasi tentang cara mengonfigurasi pemilihan jenis instans berbasis atribut di templat peluncuran,
lihatMembuat templat peluncuran untuk grup Auto Scaling (p. 20). Untuk informasi tentang cara
mengkonfigurasi pemilihan jenis instans berbasis atribut dengan meneruskan parameter dalam panggilan
API Auto Scaling Amazon EC2 menggunakan SDK, lihatInstancerEquirementsdiReferensi API Amazon
EC2 Auto Scaling.
Untuk mempelajari lebih lanjut tentang pemilihan jenis instans berbasis atribut, lihatPilihan Jenis Instans
Berbasis Atribut untuk EC2 Auto Scaling dan Armada EC2padaAWSBlog.
Isi
• Gunakan pemilihan tipe instans (p. 76)
Pertimbangan
Berikut ini adalah hal-hal yang perlu dipertimbangkan saat menggunakan pilihan tipe instans berbasis
atribut:
• Untuk sebagian besar beban kerja tujuan umum, cukup untuk menentukan jumlah vCPUs dan memori
yang Anda butuhkan. Untuk kasus penggunaan lanjutan, Anda dapat menentukan atribut seperti jenis
penyimpanan, antarmuka jaringan, produsen CPU, dan jenis akselerator.
• Secara default, Anda menetapkan nilai untuk kapasitas yang diinginkan grup Auto Scaling Anda sebagai
jumlah instans. Anda dapat menentukan jenis kapasitas yang diinginkan sebagai jumlah vCPUs atau
jumlah memori ketika Anda menggunakan pilihan tipe instans berbasis atribut. Kemudian, saat Amazon
EC2 Auto Scaling meluncurkan instans, jumlah vCPUs atau jumlah memori sesuai kapasitas yang
Anda inginkan. Saat membuat grup Anda di konsol Auto Scaling Amazon EC2, pengaturan ini muncul
74
Prasyarat
diUkuran grupbagian padaKonfigurasikan kebijakan ukuran grup dan penskalaanhalaman. Fitur ini
adalah pengganti yang berguna untukpembobotan instans (p. 67)fitur.
• Anda dapat melihat pratinjau jenis instans yang sesuai dengan persyaratan komputasi Anda tanpa
meluncurkannya dan menyesuaikan kebutuhan Anda jika perlu. Saat membuat grup Auto Scaling di
konsol Auto Scaling Amazon EC2, pratinjau jenis instans muncul diPratinjau pencocokan jenisbagian
padaPilih opsi peluncuran instanshalaman.
• Atau, Anda dapat mempratinjau jenis instans dengan membuat Amazon
EC2GetInstanceTypesFromInstanceEquirementsPanggilan API menggunakanAWS CLIatau SDK.
LulusInstanceRequirementsparameter dalam permintaan dalam format yang tepat yang akan
Anda gunakan untuk membuat atau memperbarui grup Auto Scaling. Untuk informasi selengkapnya,
lihatPratinjau jenis contoh dengan atribut tertentudiPanduan Pengguna Amazon EC2 untuk Instans
Linux.
Memahami perlindungan harga

Perlindungan harga adalah fitur yang melindungi grup Auto Scaling Anda dari perbedaan harga ekstrim di
seluruh jenis instans. Saat Anda membuat grup Auto Scaling baru atau memperbarui grup Auto Scaling
yang ada dengan pilihan tipe instans berbasis atribut, kami mengaktifkan perlindungan harga secara
default. Anda dapat memilih ambang batas perlindungan harga untuk Instans Spot dan Pesanan, dan
Auto Scaling Amazon EC2 tidak memilih jenis instans yang harganya lebih tinggi dari ambang batas
yang ditentukan. Ambang batas mewakili apa yang Anda bersedia membayar, didefinisikan dalam hal
persentase di atas garis dasar, bukan sebagai nilai absolut. Garis dasar ditentukan oleh harga tipe instans
M, C, atau R yang paling murah dengan atribut yang Anda tentukan. Jika atribut Anda tidak cocok dengan
jenis instans M, C, atau R, kami menggunakan tipe instans harga terendah.
Jika Anda tidak menentukan ambang batas, berikut ini digunakan secara default:
• Untuk Instans Pesanan, ambang batas perlindungan harga diatur menjadi 20 persen.
• Untuk Instans Spot, ambang batas perlindungan harga diatur ke 100 persen.
Untuk memperbarui nilai ini saat membuat grup Auto Scaling di konsol Auto Scaling Amazon EC2,
diPilih opsi peluncuran instanshalaman, pilih atribut perlindungan harga yang diinginkan dariAtribut
instancedaftar drop-down, dan kemudian ketik atau pilih nilai untuk atribut dalam kotak teks. Anda
juga dapat memperbarui nilai-nilai ini kapan saja dengan mengedit grup Auto Scaling dari konsol atau
meneruskan parameter yang relevan menggunakanAWS CLIatau SDK.
Note
Jika Anda menetapkanTipe kapasitas yang diinginkankepadavCPUatauGiB memori, ambang

batas perlindungan harga diterapkan berdasarkan per vCPU atau per harga memori bukan harga
per instans.
Prasyarat
Buat templat peluncuran yang mencakup parameter yang diperlukan untuk meluncurkan instans EC2,
seperti Amazon Machine Image (AMI) dan grup keamanan. Untuk informasi selengkapnya, lihat Membuat
templat peluncuran untuk grup Auto Scaling (p. 20).
Verifikasi bahwa Anda memiliki izin yang diperlukan untuk menggunakan templat peluncuran.
Klasterec2:RunInstancesizin diperiksa ketika menggunakan template peluncuran.
Klasteriam:PassRoleizin juga diperiksa jika template peluncuran menentukan peran IAM. Untuk informasi
selengkapnya, lihat Luncurkan dukungan templat (p. 342).
75
Gunakan pemilihan tipe instans

Selesaikan langkah-langkah berikut untuk membuat grup Auto Scaling yang menggunakan pemilihan tipe
instans berbasis atribut.
Sebelum memulai, konfirmasikan bahwa Anda telah membuat templat peluncuran, seperti yang dijelaskan
diPrasyarat (p. 75).
Pastikan template peluncuran belum meminta Instans Spot.
Untuk membuat grup Auto Scaling menggunakan pemilihan jenis instans berbasis atribut (konsol)
1. Buka konsol Amazon EC2 Auto Scalinghttps://console.aws.amazon.com/ec2autoscaling/.

peluncuran Anda.
6. UntukAvailability Zones dan subnet, pilih satu subnet atau lebih di VPC yang ditentukan. Gunakan
7. UntukPersyaratan tipe instans, pilihTemplat peluncuran menimpa.
Note
Jika Anda sudah menggunakan pilihan jenis instans berbasis atribut di template peluncuran
Anda, pengaturan yang Anda tetapkan dalam template peluncuran Anda, seperti vCPUs dan
memori, akan diisi secara otomatis.
a. Di bawahMenentukan atribut instance, mulailah dengan memasukkan vCPUs dan persyaratan

memori Anda.
• vCPU: Masukkan jumlah minimum dan maksimum vCPUs untuk persyaratan komputasi Anda.
PilihTidak ada minimumatauMaksimum tidakkotak centang untuk menunjukkan tidak ada batas
ke arah itu.
• Memori (MiB): Masukkan jumlah minimum dan maksimum memori, di MiB, untuk persyaratan
komputasi Anda. PilihTidak ada minimumatauMaksimum tidakkotak centang untuk
menunjukkan tidak ada batas ke arah itu.
b. (Opsional) UntukAtribut instance, pilihAtribut menambahkanuntuk mengekspresikan persyaratan
komputasi Anda secara lebih rinci. Atribut dan nilai yang Anda pilih di sini lebih lanjut membatasi
jenis instans mana yang dapat diluncurkan. Untuk daftar lengkap terkait atribut yang didukung,
lihatInstancerEquirementsdiReferensi API Amazon EC2 Auto Scaling.
c. UntukPratinjau pencocokan jenis, lihat jenis instance yang sesuai dengan persyaratan komputasi
yang ditentukan, seperti vCPUs, memori, dan penyimpanan.
76
(Opsional) Untuk mengecualikan jenis instans, pilih jenis instans yang akan dikecualikan
dan pilihKecualikan jenis instans yang dipilih. Atau, untukAtribut instance, pilihAtribut
menambahkan,Mengecualikan tipe instansdan kemudian pilih jenis instance untuk dikecualikan.
8. Di bawahOpsi pembelian instans, buat pembaruan pada opsi pembelian sesuai kebutuhan untuk
menurunkan biaya aplikasi Anda dengan menggunakan Instans Spot.
a. UntukDistribusi instans, tetapkan persentase Instans Sesuai Permintaan ke Instans Spot yang
akan diluncurkan untuk grup Auto Scaling. Jika aplikasi Anda tanpa status, toleran terhadap
kesalahan dan dapat menangani instans yang terganggu, Anda dapat menentukan persentase
Instans Spot yang lebih tinggi.
b. Tergantung pada apakah Anda memilih untuk meluncurkan Instans Spot, Anda dapat memilih
kotak centang di sampingMemiilih kapasitas basis Sesuai Permintaanlalu tetapkan jumlah
minimum kapasitas awal grup Auto Scaling yang harus dipenuhi oleh Instans Sesuai Permintaan.
Apa pun di luar kapasitas dasar menggunakanDistribusi instanspengaturan untuk menentukan
berapa banyak Instans Sesuai Permintaan dan Instans Spot yang akan diluncurkan.
9. Di bawahStrategi alokasi,Harga terendahdipilih secara otomatis untukStrategi alokasi On-Demanddan
tidak dapat diubah.
10. UntukStrategi alokasi spot, pilih strategi alokasi. Kami menyarankan Anda untuk tetap
mempertahankan pengaturan defaultKapasitas yang dioptimalkan. Jika Anda memilih untuk tidak
menggunakan default, pilih Harga terendah, lalu masukkan jumlah kumpulan Spot Instance dengan
harga terendah untuk melakukan diversifikasi.
11. Untuk Penyeimbangan ulang kapasitas, pilih apakah akan mengaktifkan atau menonaktifkan Capacity
Rebalancing. Untuk informasi selengkapnya, lihat Gunakan Penyeimbangan Ulang Kapasitas untuk
menangani Interupsi Spot Amazon EC2 (p. 282).
12. PilihSelanjutnyadua kali untuk pergi keKonfigurasikan kebijakan ukuran grup dan penskalaanhalaman.
a. PilihTipe kapasitas yang diinginkan. Unit(default),vCPUdanGiB memorididukung.

b. Masukkan ukuran awal grup Auto Scaling Anda untukKapasitas yang diinginkandan
perbaruiKapasitas minimumdanKapasitas maksimalbatas yang diperlukan. Untuk informasi
selengkapnya, lihat Mengatur batas kapasitas pada grup Auto Scaling Anda (p. 125).
c. Untuk secara otomatis menskalakan ukuran grup Auto Scaling, pilih Kebijakan penskalaan
d. Di bawah Perlindungan penskalaan instans, pilih apakah akan mengaktifkan perlindungan
instance (p. 247).
Scaling (p. 90).
77
Contoh: Buat grup Auto Scaling menggunakan pemilihan jenis

instans berbasis atribut (AWS CLI)
Untuk membuat grup Auto Scaling dengan pilihan tipe instans berbasis atribut menggunakan baris
perintah, Anda dapat menggunakan berikutmembuat-auto-scaling-kelompokperintah.
Atribut contoh berikut ditentukan:
• VCpuCount— Jenis instans harus memiliki minimal empat vCPUs dan maksimal delapan vCPUs.
• MemoryMiB— Jenis instans harus memiliki minimal 16384 MiB memori.
• CpuManufacturers— Jenis instans harus memiliki CPU yang diproduksi Intel.
JSON
{
"DesiredCapacityType": "units",
"LaunchTemplate": {
},
"Overrides": [{
"InstanceRequirements": {
"VCpuCount": {"Min": 4, "Max": 8},
"MemoryMiB": {"Min": 16384},
"CpuManufacturers": ["intel"]
}
}]
},
}
},
"MinSize": 0,
"MaxSize": 100,
}
Untuk mengatur nilai kapasitas yang diinginkan sebagai jumlah vCPUs atau jumlah memori,
tentukan"DesiredCapacityType": "vcpu"atau"DesiredCapacityType": "memory-mib"pada
file. Jenis kapasitas default yang diinginkan adalahunits, yang menetapkan nilai untuk kapasitas yang
diinginkan sebagai jumlah contoh.
YAML
Atau, Anda dapat menggunakan berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto
Scaling, dengan merujuk file YAML sebagai parameter tunggal untuk grup Auto Scaling Anda, bukan file
JSON.
78
Keterbatasan:
---
DesiredCapacityType: units
LaunchTemplate:
Version: $Default
Overrides:
- InstanceRequirements:
VCpuCount:
Min: 2
Max: 4
MemoryMiB:
Min: 2048
CpuManufacturers:
- intel
MinSize: 0
MaxSize: 100
DesiredCapacity: 4
Untuk mengatur nilai kapasitas yang diinginkan sebagai jumlah vCPUs atau jumlah memori,
tentukanDesiredCapacityType: vcpuatauDesiredCapacityType: memory-mibpada file. Jenis
kapasitas default yang diinginkan adalahunits, yang menetapkan nilai untuk kapasitas yang diinginkan
sebagai jumlah contoh.
Keterbatasan:
• Anda dapat mengonfigurasi pemilihan jenis instans berbasis atribut hanya untuk grup Auto Scaling yang
menggunakan templat peluncuran.
• Jika Anda memiliki grup Auto Scaling yang sudah ada dan berencana untuk mengganti jenis instans
Anda dengan atribut instans yang diperlukan, strategi alokasi Sesuai Permintaan haruslowest-
price. Untuk menggunakanprioritizedstrategi alokasi, Anda harus terus menambahkan
dan memprioritaskan jenis instans secara manual. Selain itu, strategi alokasi Spot Anda harus
baikcapacity-optimizedataulowest-price. Untuk menggunakancapacity-optimized-
prioritizedstrategi alokasi, Anda harus secara manual menambahkan dan memprioritaskan jenis
instans Anda.
Buat grup Auto Scaling menggunakan templat

peluncuran
Untuk mengonfigurasi instans Amazon EC2 yang diluncurkan oleh grup Auto Scaling Anda, Anda dapat
menentukan templat peluncuran atau konfigurasi peluncuran. Prosedur berikut menunjukkan cara
membuat grup Auto Scaling menggunakan templat peluncuran.
Untuk memperbarui konfigurasi instans EC2 setelah grup dibuat, Anda dapat membuat versi baru dari
templat peluncuran. Setelah Anda mengubah templat peluncuran untuk grup Auto Scaling, setiap instans
79
Buat grup menggunakan templat peluncuran
baru yang diluncurkan menggunakan opsi konfigurasi baru, tetapi instans yang ada tidak terpengaruh.
Untuk memperbarui instans yang sudah ada, akhiri sehingga digantikan oleh grup Auto Scaling Anda,
atau biarkan penskalaan otomatis menggantikan instans yang lebih lama dengan instans yang lebih baru
berdasarkankebijakan pengakhiran (p. 237).
Note
Anda juga dapat mengganti semua instans dalam grup Auto Scaling untuk meluncurkan instans
baru yang menggunakan templat peluncuran baru. Untuk informasi selengkapnya, lihat Ganti
instance Auto Scaling (p. 100).
Prasyarat
• Anda harus telah membuat template peluncuran. Untuk informasi selengkapnya, lihat Membuat templat
• Anda harus memiliki izin IAM untuk membuat grup Auto Scaling menggunakan templat
peluncuran. Klasterec2:RunInstancesizin diperiksa ketika menggunakan template peluncuran.
Klasteriam:PassRoleizin juga diperiksa jika template peluncuran menentukan peran IAM. Untuk
informasi selengkapnya, lihat Luncurkan dukungan templat (p. 342).
Untuk membuat grup Auto Scaling menggunakan templat peluncuran (konsol)
1. Buka konsol Auto Scaling Amazon EC2 dihttps://console.aws.amazon.com/ec2autoscaling/.

peluncuran Anda.
6. UntukAvailability Zone dan subnet, pilih satu subnet atau lebih di VPC yang ditentukan. Gunakan
7. Jika Anda membuat template peluncuran dengan jenis instans yang ditentukan, maka Anda dapat
melanjutkan ke langkah berikutnya untuk membuat grup Auto Scaling yang menggunakan jenis
instance dalam template peluncuran.
Sebagai alternatif, Anda dapat memilihTemplat peluncuranpilihan jika tidak ada jenis instans yang
ditentukan dalam template peluncuran Anda atau jika Anda ingin menggunakan beberapa jenis contoh
untuk skala otomatis. Untuk informasi selengkapnya, lihat Grup Auto Scaling dengan beberapa jenis
instans dan opsi pembelian (p. 50).
8. PilihSelanjutnyauntuk melanjutkan ke langkah berikutnya.
9. (Opsional) Pada Konfigurasi opsi lanjutan , konfigurasikan opsi berikut, lalu pilih Selanjutnya:
a. Untuk mendaftarkan instans Amazon EC2 Anda dengan load balancer, pilih load balancer yang
ada atau buat yang baru. Untuk informasi selengkapnya, lihat Gunakan Elastic Load Balancing
80
Buat grup menggunakan templat peluncuran
untuk mendistribusikan lalu lintas di instance dalam grup Auto Scaling (p. 291). Untuk membuat
penyeimbang beban baru, ikuti prosedur diMengkonfigurasi Application Load Balancer atau
Network Load Balancer dari Amazon EC2 Auto Scaling (p. 295).
b. Untuk mengaktifkan pemeriksaan kesehatan Elastic Load Balancing (ELB), untuk Pemeriksaan
kesehatan, pilih ELB pada Jenis pemeriksaan kesehatan. Pemeriksaan kesehatan ini bersifat
opsional saat Anda mengaktifkan load balancing.
c. Di bawahMasa tenggang pemeriksaan kesehatan, masukkan jumlah waktu hingga Amazon
EC2 Auto Scaling memeriksa status kesehatan Elastic Load Balancing dari instans setelah
memasukiInServicenegara Untuk informasi selengkapnya, lihat Masa tenggang pemeriksaan
kesehatan (p. 265).
d. Di bawahPengaturan tambahan,Pemantauan, pilih apakah akan mengaktifkan CloudWatch
koleksi metrik kelompok. Metrik ini memberikan pengukuran yang dapat menjadi indikator
potensi masalah, seperti jumlah instans penghentian atau jumlah instance tertunda. Untuk
informasi selengkapnya, lihat Pemantauan CloudWatch metrik untuk grup dan instance Auto
Scaling (p. 266).
e. UntukAktifkan warmup instans default, pilih opsi ini dan pilih waktu pemanasan untuk aplikasi
Anda. Jika Anda membuat grup Auto Scaling yang memiliki kebijakan penskalaan, fitur warmup
instans default akan meningkatkan Amazon CloudWatch metrik yang digunakan untuk penskalaan
dinamis. Untuk informasi selengkapnya, lihat Mengatur warmup instance default untuk grup Auto
Scaling (p. 154).
instance (p. 247).
Scaling (p. 90).
Untuk membuat grup Auto Scaling menggunakan jalur perintah
• membuat-auto-scaling-kelompok(AWS CLI)
• New-ASAutoScalingGroup(AWS Tools for Windows PowerShell)
81
Membuat grup menggunakan konfigurasi peluncuran
Buat grup Auto Scaling menggunakan konfigurasi

peluncuran
Important
Untuk mengonfigurasi instans Amazon EC2, Anda dapat menentukan templat peluncuran atau
konfigurasi peluncuran. Kami sarankan Anda menggunakan templat peluncuran untuk memastikan
bahwa Anda dapat menggunakan fitur terbaru Amazon EC2. Untuk informasi selengkapnya, lihat
Buat grup Auto Scaling menggunakan templat peluncuran (p. 79).
Prosedur berikut menunjukkan cara membuat grup Auto Scaling menggunakan konfigurasi peluncuran.
Anda tidak dapat mengubah konfigurasi peluncuran setelah dibuat, tetapi Anda dapat mengganti
konfigurasi peluncuran untuk grup Auto Scaling. Untuk informasi selengkapnya, lihat Mengubah konfigurasi
Prasyarat
Anda harus membuat konfigurasi peluncuran. Untuk informasi selengkapnya, lihat Buat konfigurasi
peluncuran (p. 38).
Untuk membuat grup Auto Scaling menggunakan konfigurasi peluncuran (konsol)

2. Pada bilah navigasi di bagian atas layar, pilih yang samaWilayah AWSyang Anda gunakan saat
membuat konfigurasi peluncuran.
4. Pada halaman Pilih templat peluncuran atau konfigurasi, untuk Nama grup Auto Scaling, masukkan
nama untuk grup Auto Scaling Anda.
5. Untuk memilih konfigurasi peluncuran, lakukan hal berikut:
a. UntukTemplat peluncuran, pilihBeralih ke konfigurasi peluncuran.

b. Untuk Konfigurasi peluncuran, pilih konfigurasi peluncuran yang ada.
c. Verifikasi bahwa konfigurasi peluncuran Anda mendukung semua opsi yang Anda rencanakan
untuk digunakan, lalu pilih Selanjutnya.
6. PadaMengkonfigurasi opsi peluncuran instanshalaman, di bawahJaringan, untukVPC, pilih VPC. Grup
Auto Scaling harus dibuat dalam VPC yang sama dengan grup keamanan yang Anda tentukan dalam
7. UntukAvailability Zone dan subnet, pilih satu subnet atau lebih dalam VPC yang ditentukan. Gunakan
8. Pilih Next (Berikutnya).
9. (Opsional) Pada Konfigurasi opsi lanjutan , konfigurasikan opsi berikut, lalu pilih Selanjutnya:
a. Untuk mendaftarkan instans Amazon EC2 Anda dengan load balancer, pilih load balancer yang
ada atau buat yang baru. Untuk informasi selengkapnya, lihat Gunakan Elastic Load Balancing
untuk mendistribusikan lalu lintas di instance dalam grup Auto Scaling (p. 291). Untuk membuat
penyeimbang beban baru, ikuti prosedur diMengkonfigurasi Application Load Balancer atau
Network Load Balancer dari Amazon EC2 Auto Scaling (p. 295).
82
Membuat grup menggunakan instans EC2
b. Untuk mengaktifkan pemeriksaan kesehatan Elastic Load Balancing (ELB), untuk Pemeriksaan
kesehatan, pilih ELB pada Jenis pemeriksaan kesehatan. Pemeriksaan kesehatan ini bersifat
opsional saat Anda mengaktifkan load balancing.
c. Di bawahMasa tenggang pemeriksaan kesehatan, masukkan jumlah waktu hingga
Amazon EC2 Auto Scaling memeriksa status kesehatan Elastic Load Balancing setelah
memasukiInServicenegara. Untuk informasi selengkapnya, lihat Masa tenggang pemeriksaan
kesehatan (p. 265).
d. Di bawahPengaturan tambahan,Pemantauan, pilih apakah akan mengaktifkan CloudWatch
koleksi metrik kelompok. Metrik ini memberikan pengukuran yang dapat menjadi indikator
potensi masalah, seperti jumlah instans penghentian atau jumlah instance tertunda. Untuk
informasi selengkapnya, lihat Pemantauan CloudWatch metrik untuk grup dan instance Auto
Scaling (p. 266).
e. UntukAktifkan warmup instans default, pilih opsi ini dan pilih waktu pemanasan untuk aplikasi
Anda. Jika Anda membuat grup Auto Scaling yang memiliki kebijakan penskalaan, fitur warmup
instans default akan meningkatkan Amazon CloudWatch metrik yang digunakan untuk penskalaan
dinamis. Untuk informasi selengkapnya, lihat Mengatur warmup instance default untuk grup Auto
Scaling (p. 154).
instance (p. 247).
Scaling (p. 90).
Untuk membuat grup Auto Scaling menggunakan jalur perintah

• membuat-auto-scaling-kelompok(AWS CLI)
• New-ASAutoScalingGroup(AWS Tools for Windows PowerShell)
Membuat grup Auto Scaling menggunakan

parameter dari instans yang sudah ada
Important
Topik ini hanya berlaku untuk membuat grup Auto Scaling menggunakanAWS CLI. Jika ini adalah
pertama kalinya Anda membuat grup Auto Scaling, sebaiknya Anda menggunakan konsol untuk
83
Membuat grup menggunakan instans EC2
membuat templat peluncuran dari instans EC2 yang sudah ada. Lalu gunakan templat peluncuran
untuk membuat grup Auto Scaling baru. Untuk prosedur ini, lihat Membuat grup Auto Scaling
menggunakan panduan peluncuran Amazon EC2 (p. 87).
Prosedur berikut menunjukkan cara membuat grup Auto Scaling dengan menentukan ID instance yang
ada untuk digunakan sebagai dasar untuk meluncurkan instance lainnya. Beberapa parameter diperlukan
untuk membuat instans EC2, seperti ID Amazon Machine Image (AMI), jenis instans, key pair, dan grup
keamanan. Semua informasi ini juga digunakan oleh Amazon EC2 Auto Scaling untuk meluncurkan instans
atas nama Anda ketika ada kebutuhan untuk menskalakan. Informasi ini disimpan baik dalam templat
peluncuran atau konfigurasi peluncuran.
Saat Anda menentukan ID dari instans yang sudah ada, Amazon EC2 Auto Scaling membuat grup Auto
Scaling yang meluncurkan instans berdasarkan konfigurasi peluncuran yang dibuat pada saat yang
bersamaan. Konfigurasi peluncuran baru memiliki nama yang sama dengan grup Auto Scaling, dan
mencakup detail konfigurasi tertentu dari instans yang diidentifikasi.
Detail konfigurasi berikut disalin dari instance yang diidentifikasi ke dalam konfigurasi peluncuran:
• ID AMI
• Tipe instans
• Pasangan kunci
• Grup keamanan
• Jenis alamat IP (publik atau pribadi)
• Profil instans IAM, jika berlaku
• Pemantauan (benar atau salah)
• EBS dioptimalkan (benar atau salah)
• Pengaturan tenancy, jika diluncurkan ke VPC (bersama atau didedikasikan)
• ID Kernel dan ID disk RAM, jika ada
• Data pengguna, jika ditentukan
• Spot (maksimum) harga
Detail konfigurasi berikut tidak disalin dari instans yang Anda identifikasi:
• Penyimpanan: Perangkat blok (volume EBS dan volume penyimpanan instans) tidak disalin dari instance
yang diidentifikasi. Sebagai gantinya, pemetaan perangkat blok yang dibuat sebagai bagian dari
pembuatan AMI menentukan perangkat mana yang digunakan.
• Jumlah antarmuka jaringan: Antarmuka jaringan tidak disalin dari instans teridentifikasi Anda. Sebagai
gantinya, Amazon EC2 Auto Scaling menggunakan pengaturan default untuk membuat satu antarmuka
jaringan, yang merupakan antarmuka jaringan utama (eth0).
• Opsi metadata instans: Pengaturan metadata yang dapat diakses, versi metadata, dan respons token
hop limit tidak disalin dari instans yang diidentifikasi. Sebagai gantinya, Amazon EC2 Auto Scaling
menggunakan pengaturan standarnya. Untuk informasi selengkapnya, lihat Mengonfigurasi opsi
metadata instans (p. 40).
• Penyeimbang beban: Jika instans yang teridentifikasi terdaftar dengan satu atau lebih load balancer,
informasi tentang load balancer tidak disalin ke load balancer atau atribut grup target dari grup Auto
Scaling baru.
• Tag: Jika contoh yang diidentifikasi memiliki tag, tag tidak disalin ke Tags atribut grup Auto Scaling baru.
Grup Auto Scaling baru meluncurkan instance ke Availability Zone, VPC, dan subnet yang sama di mana
instance yang diidentifikasi berada.
Jika instans teridentifikasi berada dalam grup penempatan, grup Auto Scaling baru meluncurkan
instans ke grup penempatan yang sama dengan instans yang diidentifikasi. Karena pengaturan
84
Prasyarat
konfigurasi peluncuran tidak mengizinkan grup penempatan ditentukan, grup penempatan disalin
kePlacementGroupatribut grup Auto Scaling baru.
Prasyarat
Sebelum Anda memulai, temukan ID instans EC2 menggunakan konsol Amazon EC2 ataudescribe-
instancesperintah (AWS CLI). Instans EC2 harus memenuhi kriteria berikut:
• Instans ini ada di subnet dan Availability Zone tempat Anda ingin membuat grup Auto Scaling.
• Instans ini bukanlah anggota dari grup Auto Scaling lainnya.
• Instans berada dalam status running.
• AMI yang digunakan untuk meluncurkan instans harus tetap ada.
Membuat grup Auto Scaling dari instans EC2 (AWS

CLI)
Dalam latihan ini, kami menunjukkan bagaimana menggunakanAWS CLI. Konsol tidak menyediakan opsi
untuk membuat grup Auto Scaling dari instans EC2, kecuali jika Anda juga melampirkan instance ke grup
Auto Scaling (seperti yang dijelaskan dalamKeterbatasan: (p. 87)).
Untuk menggunakan instance Anda saat ini sebagai template
• Gunakan berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling,my-asg-

from-instance, dari instans EC2i-0e69cc3f05f825f4f.
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg-from-

instance \
--instance-id i-0e69cc3f05f825f4f --min-size 1 --max-size 2 --desired-capacity 2
Untuk memverifikasi bahwa grup Auto Scaling Anda telah meluncurkan instans
• Gunakan berikutdescribe-auto-scaling-groupsperintah untuk memverifikasi bahwa grup Auto Scaling

berhasil dibuat.
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg-from-

instance
Contoh respons berikut menunjukkan bahwa kapasitas yang diinginkan grup adalah 2 dan grup
tersebut memiliki 2 instans yang berjalan, dan konfigurasi peluncuran dinamai my-asg-from-
instance.
{
"AutoScalingGroups":[
{
"AutoScalingGroupName":"my-asg-from-instance",
"AutoScalingGroupARN":"arn",
"LaunchConfigurationName":"my-asg-from-instance",
"MinSize":1,
"MaxSize":2,
"DefaultCooldown":300,
"AvailabilityZones":[
"us-west-2a"
],
85
Membuat grup Auto Scaling dari instans EC2 (AWS CLI)
"LoadBalancerNames":[ ],
"TargetGroupARNs":[ ],
"HealthCheckType":"EC2",
"HealthCheckGracePeriod":0,
"Instances":[
{
"InstanceId":"i-06905f55584de02da",
"InstanceType":"t2.micro",
},
{
"InstanceId":"i-087b42219468eacde",
}
],
"CreatedTime":"2020-10-28T02:39:22.152Z",
"SuspendedProcesses":[ ],
"VPCZoneIdentifier":"subnet-6bea5f06",
"EnabledMetrics":[ ],
"Tags":[ ],
"TerminationPolicies":[
"Default"
],
"NewInstancesProtectedFromScaleIn":false,
"ServiceLinkedRoleARN":"arn"
}
]
}
Untuk melihat konfigurasi peluncuran
• Gunakan berikutjelaskan-launch-konfigurasiperintah untuk melihat detail konfigurasi peluncuran.
aws autoscaling describe-launch-configurations --launch-configuration-names my-asg-

from-instance
Berikut ini adalah contoh output:
{
"LaunchConfigurations":[
{
"LaunchConfigurationARN":"arn",
"ImageId":"ami-0528a5175983e7f28",
"KeyName":"my-key-pair-uswest2",
"SecurityGroups":[
"sg-05eaec502fcdadc2e"
],
"ClassicLinkVPCSecurityGroups":[ ],
"UserData":"",
"KernelId":"",
"RamdiskId":"",
86
Keterbatasan:
"BlockDeviceMappings":[ ],
"InstanceMonitoring":{
"Enabled":true
},
"CreatedTime":"2020-10-28T02:39:22.321Z",
"EbsOptimized":false,
"AssociatePublicIpAddress":true
}
]
}
Untuk menghentikan instans
• Jika Anda tidak lagi membutuhkan instans, Anda dapat mengakhirinya. Berikutinstansperintah
mengakhiri instancei-0e69cc3f05f825f4f.
aws ec2 terminate-instances --instance-ids i-0e69cc3f05f825f4f
Setelah Anda mengakhiri instans Amazon EC2, Anda tidak dapat memulai ulang instans tersebut.
Setelah pengakhiran, datanya hilang dan volumenya tidak dapat dilampirkan ke instans apa pun.
Untuk mempelajari tentang pemutusan instans, lihatAkhiri instancediPanduan Pengguna Amazon EC2
Keterbatasan:
Prosedur ini tidak menambahkan instance ke grup Auto Scaling. Untuk membuat grup Auto Scaling dari
instans yang berjalan, dan pada saat yang sama menambahkan instans ke grup Auto Scaling tempat dapat
dikelola sebagai bagian dari grup, lihatMelampirkan instance EC2 ke grup Auto Scaling Anda (p. 129).
Membuat grup Auto Scaling menggunakan panduan

peluncuran Amazon EC2
Prosedur berikut menunjukkan cara membuat grup Auto Scaling dengan menggunakanMeluncurkan
instancewizard di konsol Amazon EC2. Opsi ini secara otomatis mengisi template peluncuran dengan detail
konfigurasi tertentu dariMeluncurkan instancepenyihir.
Note
Wizard tidak mengisi grup Auto Scaling dengan jumlah instans yang Anda tetapkan; itu hanya
mengisi template peluncuran dengan ID Amazon Machine Image (AMI) dan jenis instans.
GunakanMembuat grup Auto Scalingwizard untuk menentukan jumlah instance untuk diluncurkan.
AMI menyediakan informasi yang diperlukan untuk mengonfigurasi instans. Anda dapat
meluncurkan beberapa instans dari AMI tunggal ketika Anda memerlukan beberapa instans
dengan konfigurasi yang sama. Sebaiknya gunakan AMI kustom yang telah menginstal aplikasi
Anda untuk menghindari instans Anda dihentikan jika Anda me-reboot instans milik grup Auto
Scaling. Untuk menggunakan AMI kustom dengan Amazon EC2 Auto Scaling, Anda harus terlebih
dahulu membuat AMI Anda dari instans yang disesuaikan, dan kemudian menggunakan AMI
untuk membuat template peluncuran untuk grup Auto Scaling Anda.
Prasyarat
• Anda harus telah membuat AMI kustom dalam hal yang samaWilayah AWSdi mana Anda berencana
untuk membuat grup Auto Scaling. Untuk informasi selengkapnya, lihatMembuat AMIdiPanduan
87
Membuat templat peluncuran
• Anda harus memiliki izin IAM untuk membuat grup Auto Scaling menggunakan templat peluncuran dan
juga untuk membuat sumber daya EC2 untuk instans. Untuk informasi selengkapnya, lihat Luncurkan
dukungan templat (p. 342).
Menggunakan AMI kustom sebagai template

2. Pada bilah navigasi di bagian atas layar, arusWilayah AWSditampilkan. Pilih wilayah untuk
meluncurkan grup Auto Scaling Anda.
3. Di panel navigasi, pilih Instances (Instans).
4. PilihMeluncurkan instance, dan kemudian lakukan hal berikut:
a. Di bawahNama dan tag, tinggalkanNamakosong. Nama bukan bagian dari data yang digunakan
untuk membuat template peluncuran.
b. Di bawahGambar Aplikasi dan OS (Amazon Machine Image), pilihMenjelajahi AMI lainnyauntuk
menelusuri katalog AMI lengkap.
c. PilihAMI saya, temukan AMI yang Anda buat, lalu pilihPilih.
d. Di bawahJenis instans, pilih tipe instans.
Note
Pilih jenis instans yang sama yang Anda gunakan saat Anda membuat AMI atau yang
lebih kuat.
e. Di sisi kanan layar, di bawahRingkasan, untukJumlah instans, masukkan nomor apa pun. Nomor
yang Anda masukkan di sini tidak penting. Anda akan menentukan jumlah instans yang ingin
Anda luncurkan saat membuat grup Auto Scaling.
Di bawahJumlah instansbidang, menampilkan pesan yang mengatakanSaat meluncurkan lebih

dari 1 instans, pertimbangkan EC2 Auto Scaling.
f. Pilihpertimbangkan EC2 Auto Scalingteks hyperlink.
g. PadaLuncurkan ke Grup Auto Scalingdialog konfirmasi, pilihLanjutkanpergi keMembuat template
peluncuranhalaman dengan AMI dan tipe instans yang Anda pilih di wizard instance peluncuran
yang sudah diisi.

Setelah Anda memilihLanjutkan, yangMembuat template peluncuranhalaman terbuka. Ikuti prosedur ini
untuk membuat template peluncuran. Untuk informasi selengkapnya, lihat Membuat templat peluncuran
(konsol) (p. 20).
1. Di bawahLuncurkan nama template dan deskripsi, masukkan nama dan deskripsi untuk template
peluncuran baru.
2. (Opsional) Di bawahPasangan kunci (login), untukNama key pair, pilih nama key pair yang dibuat
sebelumnya untuk digunakan saat menghubungkan ke instans, misalnya menggunakan SSH.
3. (Opsional) Di bawahPengaturan jaringan, untukGrup keamanan, pilih satu atau beberapa yang dibuat
sebelumnyagrup keamanan.
4. (Opsional) Di bawahMengkonfigurasi penyimpanan, perbarui konfigurasi penyimpanan. Konfigurasi
penyimpanan default ditentukan oleh AMI dan jenis instans.
5. Setelah selesai mengkonfigurasi template peluncuran, pilihMembuat template peluncuran.
6. Pada halaman konfirmasi, pilih Buat grup Auto Scaling.
88
Membuat grup Auto Scaling

Note
Sisa topik ini menjelaskan prosedur dasar untuk membuat grup Auto Scaling. Untuk penjelasan
lebih lanjut tentang parameter yang dapat Anda konfigurasikan untuk grup Auto Scaling, lihatBuat
grup Auto Scaling menggunakan templat peluncuran (p. 79).
Setelah Anda memilihMembuat grup Auto Scaling, yangMembuat grup Auto Scalingwizard terbuka. Ikuti
prosedur ini untuk membuat grup Auto Scaling.
1. Pada halaman Choose launch template or configuration, masukkan nama untuk grup Auto Scaling.
2. Template peluncuran yang Anda buat sudah dipilih untuk Anda.
Untuk Versi templat peluncuran, pilih apakah grup Auto Scaling menggunakan default, terbaru, atau
versi spesifik templat peluncuran saat menskalakan.
3. PilihSelanjutnyauntuk melanjutkan ke langkah berikutnya.
peluncuran Anda.
Tip
Jika Anda tidak menentukan grup keamanan di template peluncuran, instans Anda akan
diluncurkan dengan grup keamanan default dari VPC yang Anda tetapkan. Secara default,
grup keamanan ini tidak mengizinkan lalu lintas masuk dari jaringan eksternal.
5. UntukAvailability Zone dan subnet, pilih satu subnet atau lebih dalam VPC yang ditentukan.
6. PilihSelanjutnyadua kali untuk pergi keKonfigurasikan kebijakan ukuran grup dan penskalaanhalaman.
7. Di bawahUkuran grup, tentukanKapasitas yang diinginkan(jumlah awal instance yang akan diluncurkan
segera setelah grup Auto Scaling dibuat),Kapasitas minimum(jumlah instans minimum), danKapasitas
maksimal(jumlah instans maksimum).
8. Pilih Lewati untuk meninjau.
9. Pada halaman Peninjauan, pilih Buat grup Auto Scaling.
Langkah selanjutnya
Anda dapat memeriksa apakah grup Auto Scaling telah dibuat dengan benar dengan melihat riwayat
aktivitas. PadaAktivitastab, di bawahRiwayat aktivitas, yangStatuskolom menunjukkan apakah grup
Auto Scaling Anda berhasil meluncurkan instans. Jika instans gagal diluncurkan atau diluncurkan, tetapi
kemudian segera berakhir, lihat topik berikut untuk kemungkinan penyebab dan resolusi:
• Pemecahan Masalah Amazon EC2 Auto Scaling: Kegagalan peluncuran instance EC2 (p. 358)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Masalah AMI (p. 364)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Pemeriksaan kondisi (p. 367)
Anda sekarang dapat melampirkan penyeimbang beban di Wilayah yang sama dengan grup Auto
Scaling Anda, jika diinginkan. Untuk informasi selengkapnya, lihat Gunakan Elastic Load Balancing untuk
mendistribusikan lalu lintas di instance dalam grup Auto Scaling (p. 291).
89
Beri tag grup dan instans
Menandai grup dan instans Auto Scaling

Tag merupakan label atribut kustom yang Anda atau AWS tetapkan ke sumber daya AWS. Setiap tag
memiliki dua bagian:
• Kunci tag (misalnya,costcenter,environment, atauproject)

• Kolom opsional yang dikenal sebagai nilai tag (misalnya,111122223333atauproduction)
Tanda membantu Anda melakukan hal berikut:
• Telusuri biaya AWS Anda. Anda mengaktifkan tag ini pada AWS Billing and Cost Management
dasbor.AWS menggunakan tag untuk mengategorikan biaya Anda lalu mengirimkan laporan alokasi
biaya bulanan kepada Anda. Untuk informasi selengkapnya, lihat Menggunakan tag alokasi biaya dalam
Panduan Pengguna AWS Billing.
• Filter dan cari grup Auto Scaling berdasarkan tag yang Anda tambahkan. Untuk informasi selengkapnya,
lihat Menggunakan tag untuk memfilter grup Auto Scaling (p. 95).
• Kontrol akses ke grup Auto Scaling berdasarkan tanda. Anda dapat menggunakan ketentuan di
kebijakan IAM untuk mengontrol akses ke grup Auto Scaling berdasarkan tag pada grup tersebut. Untuk
informasi selengkapnya, lihat Tag untuk Keamanan (p. 94).
• Identifikasi dan organisir sumber daya AWS Anda. Banyak layanan AWS yang mendukung penandaan,
sehingga Anda dapat menetapkan tanda yang sama ke sumber daya dari layanan yang berbeda untuk
menunjukkan bahwa sumber daya tersebut terkait.
Anda dapat menandai grup Auto Scaling baru atau yang sudah ada. Anda juga dapat menyebarkan tag
dari grup Auto Scaling ke instans Amazon EC2 yang diluncurkan.
Tag tidak disebarkan ke volume Amazon EBS. Untuk menambahkan tag ke volume Amazon EBS, tentukan
tag di templat peluncuran. Untuk informasi selengkapnya, lihat Membuat templat peluncuran untuk grup
Anda dapat membuat dan mengelola tag melaluiAWS Management Console,AWS CLI, atau SDK.
Isi
• Pembatasan penamaan tag dan penggunaan (p. 90)
• Siklus hidup penandaan instans EC2 (p. 91)
• Menandai grup Auto Scaling Anda (p. 91)
• Hapus tag (p. 93)
• Tag untuk Keamanan (p. 94)
• Mengendalikan akses ke tag (p. 94)
• Menggunakan tag untuk memfilter grup Auto Scaling (p. 95)
Pembatasan penamaan tag dan penggunaan

Batasan dasar berikut berlaku untuk tanda:
• Jumlah maksimum tag per sumber daya adalah 50.

• Jumlah tag maksimum yang dapat Anda tambahkan atau hapus menggunakan satu panggilan adalah
25.
• Panjang kunci maksimum adalah 128 karakter Unicode.
• Panjang nilai maksimum adalah 256 karakter Unicode.
90
Siklus hidup penandaan instans EC2
• Kunci dan nilai tanda peka huruf besar dan kecil. Sebagai praktik terbaik, putuskan strategi untuk
memanfaatkan tag dan terapkan strategi tersebut secara konsisten di semua jenis sumber daya.
• Jangan gunakanaws:awalan di nama atau nilai tag Anda, karena hal ini khusus untukAWSgunakan.
Anda tidak dapat mengedit atau menghapus nama atau nilai tag dengan awalan ini, dan tidak dihitung ke
tag Anda per kuota sumber daya.
Siklus hidup penandaan instans EC2

Jika Anda telah memilih untuk menyebarkan tag ke instans Amazon EC2 Anda, tag dikelola sebagai
berikut:
• Ketika grup Auto Scaling meluncurkan instans, ini menambahkan tag ke instans selama pembuatan
sumber daya alih-alih setelah sumber daya dibuat.
• Grup Auto Scaling secara otomatis menambahkan tag ke instance dengan
kunciaws:autoscaling:groupNamedan nilai nama grup Auto Scaling.
• Jika Anda menentukan tag instance di template peluncuran Anda dan Anda memilih untuk menyebarkan
tag grup Anda ke instans, semua tag digabungkan. Jika kunci tag yang sama ditentukan untuk tag di
template peluncuran dan tag di grup Auto Scaling Anda, maka nilai tag dari grup akan diutamakan.
• Saat Anda melampirkan instans yang ada, grup Auto Scaling menambahkan tag ke instans,
menimpa tag yang ada dengan kunci tag yang sama. Ini juga menambahkan tag dengan
kunciaws:autoscaling:groupNamedan nilai nama grup Auto Scaling.
• Ketika Anda memisahkan suatu instans dari grup Auto Scaling, hal itu hanya menghapus tag
aws:autoscaling:groupName.
Menandai grup Auto Scaling Anda

Saat Anda menambahkan tag ke grup Auto Scaling, Anda dapat menentukan apakah tag tersebut harus
ditambahkan ke instans yang diluncurkan di grup Auto Scaling. Jika Anda memodifikasi tag, versi tag yang
diperbarui ditambahkan ke instans yang diluncurkan dalam grup Auto Scaling setelah perubahan. Jika
Anda membuat atau memodifikasi tag untuk grup Auto Scaling, perubahan ini tidak dilakukan pada instans
yang sudah berjalan di grup Auto Scaling.
Daftar Isi
• Tambah atau ubah tag (konsol) (p. 91)
• Menambahkan atau memodifikasi tag (AWS CLI) (p. 92)
Tambah atau ubah tag (konsol)

Untuk memberi tag grup Auto Scaling pada pembuatan
Saat Anda menggunakan konsol Amazon EC2 untuk membuat grup Auto Scaling, Anda dapat menentukan
kunci dan nilai tag diTambahkan taghalaman Buat grup Auto Scaling. Untuk menyebarkan tag ke instans
yang diluncurkan di grup Auto Scaling, pastikan bahwa Anda menyimpanMenandai instans barupilihan
untuk tag yang dipilih. Jika tidak, Anda dapat membatalkan pilihannya.
Untuk menambah atau mengubah tag untuk grup Auto Scaling yang ada

Sebuah panel split terbuka di bagian bawahKelompok Auto Scalinghalaman.

3. Di tab Detail, pilih Tag, Edit.
91
Menandai grup Auto Scaling Anda
4. Untuk memodifikasi tag yang ada, edit Kunci dan Nilai.

5. Untuk menambahkan tag baru, pilih Tambahkan tag dan edit Kunci dan Nilai. Anda dapat menyimpan
Tag instans baru yang terpilih untuk menambahkan tag ke instans yang diluncurkan di grup Auto
Scaling secara otomatis, dan membatalkan pilihan yang sebaliknya.
6. Setelah Anda selesai menambahkan tag, pilih Perbarui.
Menambahkan atau memodifikasi tag (AWS CLI)

Contoh berikut menunjukkan cara menggunakanAWS CLIuntuk menambahkan tag saat Anda membuat
grup Auto Scaling, dan untuk menambah atau memodifikasi tag untuk grup Auto Scaling yang ada.
Untuk memberi tag grup Auto Scaling pada pembuatan
Gunakanmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling baru dan

menambahkan tag, misalnya,environment=production, ke grup Auto Scaling. Tag juga ditambahkan
ke setiap instans yang diluncurkan dalam grup Auto Scaling.
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \

--launch-configuration-name my-launch-config --min-size 1 --max-size 3 \
--vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
--tags Key=environment,Value=production,PropagateAtLaunch=true
Untuk membuat atau memodifikasi tag untuk grup Auto Scaling yang ada
Gunakanmembuat-atau-update-tagperintah untuk membuat atau memodifikasi tag. Misalnya, perintah

berikut menambahkan tag Name=my-asg dan costcenter=cc123. Tag juga ditambahkan ke setiap
instans yang diluncurkan di grup Auto Scaling setelah perubahan ini. Jika tag dengan salah satu kunci
sudah ada, tag yang ada diganti. Konsol Amazon EC2 menghubungkan nama tampilan untuk setiap
instans dengan nama yang ditentukan untuk kunci Name (peka huruf besar/kecil).
aws autoscaling create-or-update-tags \

--tags ResourceId=my-asg,ResourceType=auto-scaling-group,Key=Name,Value=my-
asg,PropagateAtLaunch=true \
ResourceId=my-asg,ResourceType=auto-scaling-
group,Key=costcenter,Value=cc123,PropagateAtLaunch=true
Mendeskripsikan tag untuk grup Auto Scaling (AWS CLI)

Jika Anda ingin melihat tag yang diterapkan ke grup Auto Scaling tertentu, Anda dapat menggunakan salah
satu dari perintah berikut:
• describe-tags— Anda menyediakan nama grup Auto Scaling Anda untuk melihat daftar tag untuk grup
yang ditentukan.
aws autoscaling describe-tags --filters Name=auto-scaling-group,Values=my-asg
{
"Tags": [
{
"ResourceType": "auto-scaling-group",
"ResourceId": "my-asg",
"PropagateAtLaunch": true,
"Value": "production",
"Key": "environment"
92
Hapus tag
}
]
}
• describe-auto-scaling-groups— Anda menyediakan nama grup Auto Scaling Anda untuk melihat atribut
grup yang ditentukan, termasuk tag apa pun.
{
{
"SuspendedProcesses": [],
"Tags": [
{
}
],
"EnabledMetrics": [],
...
}
]
}
Hapus tag
Anda dapat menghapus tag yang terkait dengan grup Auto Scaling Anda kapan saja.
Daftar Isi
• Hapus tag (konsol) (p. 93)
• Hapus tag (AWS CLI) (p. 94)
Hapus tag (konsol)

Untuk menghapus tanda

2. Pilih kotak centang di samping grup yang sudah ada.

3. Di tab Detail, pilih Tag, Edit.
4. Pilih Hapus di samping tag.
5. Pilih Perbarui.
93
Tag untuk Keamanan
Hapus tag (AWS CLI)

Gunakandelete-tagsperintah untuk menghapus tag. Misalnya, perintah berikut menghapus tag dengan
kunci environment.
aws autoscaling delete-tags --tags "ResourceId=my-asg,ResourceType=auto-scaling-

group,Key=environment"
Anda harus menentukan kunci tag, tetapi Anda tidak perlu menentukan nilainya. Jika Anda menetapkan
nilai dan nilai salah, tag tidak akan dihapus.
Tag untuk Keamanan

IAM mendukung akses pengendalian ke grup Auto Scaling berdasarkan tanda. Untuk mengontrol akses
berdasarkan tanda, berikan informasi tanda di elemen ketentuan kebijakan IAM.
Misalnya, Anda dapat menolak akses ke grup Auto Scaling yang menyertakan tag dengan
kuncienvironmentdan nilainyaproduction, seperti yang ditunjukkan dalam contoh berikut.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Deny",
"Action": [
"autoscaling:CreateAutoScalingGroup",
"autoscaling:UpdateAutoScalingGroup",
"autoscaling:DeleteAutoScalingGroup"
],
"Resource": "*",
"Condition": {
"StringEquals": {"autoscaling:ResourceTag/environment": "production"}
}
}
]
}
Untuk detailnya, lihat Otorisasi berdasarkan tag Amazon EC2 Auto Scaling (p. 325).
Untuk contoh kebijakan IAM lainnya berdasarkan tag, lihatContoh kebijakan Amazon EC2 Auto Scaling
berbasis identitas (p. 333).
Mengendalikan akses ke tag

IAM juga mendukung kontrol pengguna dan grup IAM di akun Anda yang memiliki izin untuk menambah,
memodifikasi, atau menghapus tag untuk grup Auto Scaling. Untuk mengontrol akses ke tag, berikan
informasi tag di elemen kondisi kebijakan IAM.
Misalnya, Anda dapat membuat kebijakan IAM yang mengizinkan penghapusan hanya tag
dengantemporarykunci dari grup Auto Scaling.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"autoscaling:DeleteTags"
],
94
Menggunakan tag untuk memfilter grup Auto Scaling
"Resource": "*",
"Condition": {
"ForAllValues:StringEquals": { "aws:TagKeys": ["temporary"] }
}
}
]
}
Untuk contoh kebijakan IAM lainnya berdasarkan tag, lihatContoh kebijakan Amazon EC2 Auto Scaling
berbasis identitas (p. 333).
Note
Bahkan jika Anda memiliki kebijakan yang membatasi pengguna Anda untuk melakukan operasi
pemberian tag (atau untagging) pada grup Auto Scaling, ini tidak mencegah mereka mengubah
tag secara manual pada saat mereka telah diluncurkan. Untuk contoh yang mengontrol akses ke
tag pada instans EC2, lihatContoh: Memberi tag sumber daya di Panduan Pengguna Amazon EC2

Contoh berikut menunjukkan kepada Anda cara menggunakan filter dengandescribe-auto-scaling-
groupsperintah untuk menggambarkan kelompok Auto Scaling dengan tag tertentu. Penyaringan oleh tag
terbatas padaAWS CLIatau SDK, dan tidak tersedia dari konsol.
Pertimbangan pemfilteran
• Anda dapat menentukan beberapa filter dan beberapa nilai filter dalam satu permintaan.
• Anda tidak dapat menggunakan wildcard dengan nilai filter.
• Nilai filter peka huruf besar dan kecil.
Contoh: Mendeskripsikan grup Auto Scaling dengan kunci tag dan pasangan nilai tertentu
Perintah berikut menunjukkan cara memfilter hasil untuk hanya menampilkan grup Auto Scaling dengan
kunci tag dan pasangan nilaienvironment=production.
aws autoscaling describe-auto-scaling-groups \

--filters Name=tag-key,Values=environment Name=tag-value,Values=production
{
{
"Tags": [
{
}
],
95
...
}
]
}
Atau, Anda dapat menentukan tag menggunakantag:<key>filter. Misalnya, perintah berikut

menunjukkan cara memfilter hasil agar hanya menampilkan grup Auto Scaling dengan
kunci tag dan pasangan nilaienvironment=production. Filter ini diformat sebagai
berikut:Name=tag:<key>,Values=<value>, dengan<key>dan<value>mewakili kunci tag dan
pasangan nilai.

--filters Name=tag:environment,Values=production
Anda juga dapat menyaringAWS CLIoutput dengan menggunakan--querypilihan. Contoh berikut

menunjukkan cara membatasiAWS CLIoutput untuk perintah sebelumnya untuk nama grup, ukuran
minimum, ukuran maksimum, dan atribut kapasitas yang diinginkan saja.

--filters Name=tag:environment,Values=production \
--query "AutoScalingGroups[].{AutoScalingGroupName: AutoScalingGroupName, MinSize:
MinSize, MaxSize: MaxSize, DesiredCapacity: DesiredCapacity}"
[
{
"MinSize": 0,
"MaxSize": 10,
}
...
]
Untuk informasi selengkapnya tentang pemfilteran, lihatMemfilterAWS CLIkeluarandi dalamAWS Command

Line InterfacePanduan Pengguna.
Contoh: Jelaskan grup Auto Scaling dengan tag yang cocok dengan kunci tag yang ditentukan
Perintah berikut menunjukkan cara memfilter hasil untuk menampilkan grup Auto Scaling
denganenvironmenttag, terlepas dari nilai tag.

--filters Name=tag-key,Values=environment
Contoh: Jelaskan grup Auto Scaling dengan tag yang cocok dengan set kunci tag yang ditentukan
Perintah berikut menunjukkan cara memfilter hasil untuk hanya menampilkan grup Auto Scaling dengan tag
untukenvironmentdanproject, terlepas dari nilai tag.

--filters Name=tag-key,Values=environment Name=tag-key,Values=project
Contoh: Jelaskan grup Auto Scaling dengan tag yang cocok dengan setidaknya satu kunci tag yang
ditentukan
Perintah berikut menunjukkan cara memfilter hasil untuk hanya menampilkan grup Auto Scaling dengan tag
untukenvironmentatauproject, terlepas dari nilai tag.
96
Meluncurkan instans dalam VPC

--filters Name=tag-key,Values=environment,project
Contoh: Mendeskripsikan grup Auto Scaling dengan nilai tag yang ditentukan
nilai tagproduction, terlepas dari kunci tag.

--filters Name=tag-value,Values=production
Contoh: Jelaskan grup Auto Scaling dengan himpunan nilai tag yang ditentukan
nilai tagproductiondandevelopment, terlepas dari kunci tag.

--filters Name=tag-value,Values=production Name=tag-value,Values=development
Contoh: Jelaskan grup Auto Scaling dengan tag yang cocok dengan setidaknya satu nilai tag yang
ditentukan
nilai tagproductionataudevelopment, terlepas dari kunci tag.

--filters Name=tag-value,Values=production,development
Contoh: Jelaskan grup Auto Scaling dengan tag yang cocok dengan beberapa kunci dan nilai tag
Anda juga dapat menggabungkan filter untuk membuat customANDdanORlogika untuk melakukan
penyaringan yang lebih kompleks.
Perintah berikut menunjukkan cara memfilter hasil agar hanya menampilkan grup Auto Scaling
dengan seperangkat tag tertentu. Satu kunci tagenvironment ANDnilai tag adalah (production OR
development)ANDkunci tag lainnya adalahcostcenter ANDnilai tagcc123.

--filters Name=tag:environment,Values=production,development
Name=tag:costcenter,Values=cc123
Luncurkan instans Auto Scaling di VPC

Kami pensiun EC2-klasik pada 15 Agustus 2022. Untuk menghindari gangguan pada beban kerja Anda,
sebaiknya Anda beralih dari EC2-Classic ke VPC sebelum tanggal 15 Agustus 2022. Untuk informasi
selengkapnya, lihat postingan blogJaringan EC2-Classic adalah Pensiun - Inilah Cara Mempersiapkan.
Amazon Virtual Private Cloud (Amazon VPC) memungkinkan Anda untuk menentukan lingkungan jaringan
virtual di bagian privat yang terisolasi dariAWS Cloud. Anda memiliki kontrol penuh atas lingkungan
jaringan virtual Anda.
Dalam virtual private cloud (VPC), Anda dapat meluncurkanAWSsumber daya seperti grup Auto Scaling.
Sebuah grup Auto Scaling di VPC pada dasarnya bekerja dengan cara yang sama seperti di Amazon EC2
dan mendukung serangkaian fitur yang sama.
97
VPC default
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 lebih lanjut tentang memberikan akses internet ke instans dalam VPC, lihat
Mengakses internet dalam Panduan Pengguna VPC Amazon.
Daftar Isi
• VPC default (p. 98)
• VPC Nondefault (p. 98)
• Pertimbangan saat memilih subnet VPC (p. 98)
• Pembuatan alamat IP di VPC (p. 99)
• Antarmuka jaringan di VPC (p. 99)
• Tenansi penempatan instans (p. 99)
• Lebih banyak sumber daya untuk mempelajari VPC (p. 100)
VPC default
Jika Anda membuatAkun AWSsetelah tanggal 4 Desember 2013 atau Anda membuat grup Auto Scaling
Anda di baruWilayah AWS, kami akan 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.
Jika Anda membuatAkun AWSsebelum tanggal 4 Desember 2013, itu memungkinkan Anda untuk memilih
antara Amazon VPC dan EC2-Classic di Wilayah tertentu. Jika Anda memiliki salah satu akun lama ini,
Anda mungkin akan memiliki grup Auto Scaling di EC2-Classic di sebagian Wilayah bukan Amazon VPC.
Memigrasi instance klasik ke VPC sangat disarankan. Salah satu keuntungan menggunakan VPC adalah
kemampuan untuk menempatkan instance Anda di subnet pribadi tanpa rute ke internet.
Untuk informasi tentang VPC default dan memeriksa apakah akun Anda memiliki VPC default, lihatVPC
default dan subnet defaultdi dalamPanduan Pengguna Amazon VPC.
VPC Nondefault
Anda dapat memilih untuk membuat VPC tambahan dengan membuka halaman Amazon VPC diAWS
Management Consoledan memilihLaunch VPC Wizard.
Untuk informasi selengkapnya, lihat Panduan Pengguna Amazon VPC.
Pertimbangan saat memilih subnet VPC

Perhatikan pertimbangan berikut saat memilih subnet VPC:
• Jika Anda melampirkan load balancer Elastic Load Balancing ke grup Auto Scaling, instance dapat
diluncurkan ke subnet publik atau pribadi. Namun, penyeimbang beban dapat dibuat di subnet publik
saja.
• Jika Anda mengakses instans Auto Scaling secara langsung melalui SSH, instans dapat diluncurkan ke
subnet publik saja.
98
Pembuatan alamat IP di VPC
• Jika Anda mengakses instans Auto Scaling tanpa masuk menggunakanAWS Systems ManagerSession
Manager, contoh dapat diluncurkan ke subnet publik atau pribadi.
• Jika Anda menggunakan subnet pribadi, Anda dapat mengizinkan instance 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 Anda meluncurkan Auto Scaling Anda di VPC, instans Anda secara otomatis diberikan alamat IP
privat dari rentang CIDR dari subnet tempat instans diluncurkan. Hal ini memungkinkan instans Anda untuk
berkomunikasi dengan instans lain di VPC.
Anda dapat mengonfigurasi templat peluncuran atau konfigurasi peluncuran untuk menetapkan alamat
IPv4 publik ke instans Anda. Menetapkan alamat IP publik ke instans Anda memungkinkan mereka
berkomunikasi dengan internet atau lainnyaAWSlayanan.
Saat Anda meluncurkan instans ke subnet yang dikonfigurasi untuk secara otomatis menetapkan alamat
IPv6, mereka menerima kedua alamat IPv4 dan IPv6. Jika tidak, mereka hanya akan menerima alamat
IPv4. Untuk informasi selengkapnya, lihatAlamat IPv6di dalamPanduan Pengguna Amazon EC2 untuk
Instans Linux.
Untuk informasi tentang menentukan rentang CIDR untuk VPC atau subnet Anda, lihatPanduan Pengguna
Amazon VPC.
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 diberikan alamat IP privat dari rentang CIDR dari subnet tempat
instans diluncurkan. Dalam hal ini, sistem tidak dapat lagi menetapkan alamat IPv4 publik ke antarmuka
jaringan utama. Anda tidak akan dapat terhubung ke instans Anda melalui alamat IPv4 publik kecuali Anda
mengaitkan alamat IP Elastis yang tersedia ke instans Auto Scaling.
Antarmuka jaringan di VPC

Setiap instans di VPC Anda memiliki antarmuka jaringan default (antarmuka jaringan primer). 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 sebuah instance menggunakan template peluncuran, Anda dapat menentukan
antarmuka jaringan tambahan. Namun, meluncurkan instance Auto Scaling dengan beberapa antarmuka
jaringan secara otomatis membuat setiap antarmuka dalam subnet yang sama dengan instance. Hal ini
karena Amazon EC2 Auto Scaling mengabaikan subnet yang ditentukan di templat peluncuran demi apa
yang ditentukan di grup Auto Scaling. Untuk informasi lebih lanjut, lihat Membuat templat peluncuran untuk
Grup Auto Scaling.
Jika Anda membuat atau memasang dua atau lebih antarmuka jaringan dari subnet yang sama ke sebuah
instans, Anda mungkin mengalami masalah jaringan seperti perutean asimetris, terutama pada instans
yang menggunakan varian non-Amazon Linux. Jika Anda memerlukan jenis konfigurasi ini, Anda harus
mengkonfigurasi antarmuka jaringan sekunder dalam OS. Sebagai contoh, lihatBagaimana cara membuat
antarmuka jaringan sekunder saya bekerja di instans Ubuntu EC2 saya?di dalamAWSPusat 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. Namun, dukungan untuk Host Khusus hanya
99
Lebih banyak sumber daya untuk mempelajari VPC
tersedia untuk grup Auto Scaling yang menggunakan templat peluncuran. Untuk informasi selengkapnya,
lihat Mengkonfigurasi penyewaan instans dengan konfigurasi peluncuran (p. 47).
Lebih banyak sumber daya untuk mempelajari VPC

Gunakan topik berikut untuk mempelajari lebih lanjut tentang VPC dan subnet.
• Subnet privat dalam VPC

• VPC dengan subnet publik dan privat (NAT)
• Gateway NAT
• Subnet publik dalam VPC
• VPC dengan satu subnet publik
• Subnet untuk Application Load Balancer Anda
• Subnet untuk penyeimbang beban Anda
• Informasi VPC umum
• Panduan Pengguna Amazon VPC
• Peering VPC
• Antarmuka jaringan elastis
• Memindahkan dari EC2-Classic ke VPC
Ganti instance Auto Scaling

Amazon EC2 Auto Scaling menawarkan kemampuan yang memungkinkan Anda mengganti instans setelah
memperbarui atau memodifikasi grup Auto Scaling Anda. Amazon EC2 Auto Scaling juga membantu Anda
merampingkan pembaruan dengan memberi Anda opsi untuk memasukkannya dalam operasi yang sama
yang menggantikan instans.
Bagian ini mencakup informasi untuk membantu Anda melakukan hal berikut:
• Mulai refresh instans untuk mengganti instans dalam grup Auto Scaling Anda.
• Deklarasikan pembaruan spesifik yang menggambarkan konfigurasi yang diinginkan dan perbarui grup
Auto Scaling ke konfigurasi yang diinginkan.
• Lewati mengganti instance yang sudah diperbarui.
• Gunakan pos pemeriksaan untuk mengganti instans secara bertahap dan melakukan verifikasi pada
instans Anda pada titik-titik tertentu.
• Menerima pemberitahuan melalui email ketika pos pemeriksaan tercapai.
• Batasi masa pakai instans untuk memastikan versi perangkat lunak dan konfigurasi instans yang
konsisten di seluruh grup Auto Scaling.
Isi
• Ganti instans Auto Scaling berdasarkan refresh instans (p. 101)
• Memeriksa status refresh instans (p. 108)
• Contoh penyegaran instans yang memungkinkan melewatkan pencocokan denganAWS Command
Line Interface(AWS CLI) (p. 109)
• Menambahkan pos pemeriksaan ke refresh instans (p. 113)
• Buat EventBridge aturan untuk peristiwa penyegaran misalnya (p. 116)
• Ganti instans Auto Scaling berdasarkan masa aktif instans maksimum (p. 117)
100
Mengganti instans berdasarkan refresh instans
Ganti instans Auto Scaling berdasarkan refresh

instans
Anda dapat menggunakan refresh instans dalam grup Auto Scaling Anda, bukan mengganti instans secara
manual dalam sekali waktu. Hal ini dapat berguna ketika perubahan konfigurasi mengharuskan Anda
mengganti instans, dan Anda memiliki sejumlah besar instans di grup Auto Scaling Anda.
Penyegaran instans dapat membantu ketika Anda memiliki Amazon Machine Image (AMI) baru atau
skrip data pengguna baru. Untuk menggunakan penyegaran instans, pertama buat template peluncuran
baru yang menentukan AMI atau skrip data pengguna baru. Kemudian, mulai refresh instans untuk mulai
memperbarui instans dalam grup dengan segera.
Cara kerjanya
Langkah contoh berikut menunjukkan cara kerja refresh instance:
• Anda membuat templat peluncuran atau versi templat peluncuran baru dengan pembaruan yang
Anda inginkan. Untuk informasi selengkapnya, lihat Membuat templat peluncuran untuk grup Auto
Scaling (p. 20).
• Anda mengkonfigurasi persentase sehat minimum, pemanasan instans, dan pos pemeriksaan,
menentukan konfigurasi yang Anda inginkan yang mencakup template peluncuran Anda, dan memulai
penyegaran instans. Konfigurasi yang diinginkan opsional dapat menentukan apakahKebijakan instans
campuran (p. 50)harus diterapkan.
• Amazon EC2 Auto Scaling mulai melakukan penggantian instans secara bergulir. Dibutuhkan
serangkaian instans dari layanan, menghentikannya, dan meluncurkan serangkaian instans dengan
konfigurasi yang diinginkan. Kemudian, itu menunggu sampai instance melewati pemeriksaan kesehatan
Anda dan menyelesaikan pemanasan sebelum beralih ke mengganti contoh lain.
• Setelah persentase tertentu dari kelompok diganti, pos pemeriksaan tercapai. Setiap kali ada pos
pemeriksaan, Amazon EC2 Auto Scaling sementara berhenti mengganti instans, mengirim notifikasi, dan
menunggu jumlah waktu yang Anda tentukan sebelum melanjutkan. Setelah menerima notifikasi, Anda
dapat memverifikasi bahwa instans baru Anda berfungsi seperti yang diharapkan.
• Setelah penyegaran instans berhasil, pengaturan grup Auto Scaling akan diperbarui secara otomatis
dengan konfigurasi yang Anda tentukan pada awal operasi.
Konsep inti dan istilah

Sebelum memulai, biasakan diri Anda dengan konsep dan persyaratan refresh instans berikut:
Persentase sehat minimum
Sebagai bagian dari memulai refresh instans, Anda menentukan persentase sehat minimum
untuk dipelihara setiap saat. Ini adalah jumlah kapasitas dalam grup Auto Scaling yang harus
melewatipemeriksaan kondisi (p. 261)selama refresh instance sehingga operasi diperbolehkan
untuk melanjutkan. Nilai dinyatakan sebagai persentase dari kapasitas yang diinginkan dari grup Auto
Scaling (dibulatkan ke bilangan bulat terdekat). Menetapkan persentase sehat minimum hingga 100
persen membatasi tingkat penggantian menjadi satu instans sekaligus. Sebaliknya, pengaturan ke 0
persen menyebabkan semua instans diganti pada waktu yang sama.
contoh warmup
Parametermisalnya warmupadalah periode waktu dari ketika keadaan instance baru berubah
menjadiInServiceuntuk ketika dapat menerima lalu lintas. Selama refresh instans, Amazon EC2
Auto Scaling tidak langsung berpindah ke penggantian berikutnya setelah menentukan bahwa instans
yang baru diluncurkan sehat. Ini menunggu periode pemanasan yang Anda tentukan sebelum beralih
101
ke mengganti instance lainnya. Hal ini dapat membantu ketika aplikasi Anda membutuhkan waktu
untuk menginisialisasi dirinya sendiri sebelum mulai melayani lalu lintas.
Konfigurasi yang diinginkan
SEBUAHkonfigurasi yang diinginkanadalah konfigurasi baru yang ingin digunakan oleh Amazon EC2
Auto Scaling di grup Auto Scaling Anda. Misalnya, Anda dapat menentukan template peluncuran
dan versi untuk instance Anda. Selama refresh instans, Amazon EC2 Auto Scaling memperbarui
grup Auto Scaling ke konfigurasi yang diinginkan. Jika terjadi saat refresh instans, Amazon EC2 Auto
Scaling meluncurkan instans baru dengan konfigurasi yang diinginkan, bukan pengaturan grup saat ini.
Setelah penyegaran instans berhasil, Amazon EC2 Auto Scaling memperbarui pengaturan grup Auto
Scaling untuk mencerminkan konfigurasi baru yang diinginkan yang Anda tetapkan sebagai bagian dari
penyegaran instans.
Lewati cocok
Lewati pencocokan berarti bahwa Amazon EC2 Auto Scaling melompat mengganti instans yang sesuai
dengan konfigurasi yang diinginkan. Jika tidak ada konfigurasi yang diinginkan ditentukan, maka
melompat mengganti instance yang memiliki konfigurasi yang sama yang sudah diatur pada grup. Jika
pencocokan skip tidak diaktifkan, instance apa pun di grup Auto Scaling dapat diganti dengan instance
baru, terlepas dari apakah ada pembaruan yang diperlukan.
Titik pemeriksaan
Sebuah pos pemeriksaan adalah titik waktu di mana refresh instans berhenti selama waktu
tertentu. Penyegaran instance dapat berisi beberapa pos pemeriksaan. Amazon EC2 Auto Scaling
memancarkan peristiwa untuk setiap pos pemeriksaan, sehingga Anda dapat menambahkan
EventBridge aturan untuk mengirim peristiwa ke target seperti Amazon SNS untuk diberi tahu ketika
pos pemeriksaan tercapai. Setelah pos pemeriksaan tercapai, Anda memiliki kesempatan untuk
memverifikasi penyebaran Anda. Jika ada masalah yang diidentifikasi, Anda dapat membatalkan
penyegaran instans dan kemudian menggulungnya kembali dengan memulai penyegaran instans
lain. Kemampuan untuk menyebarkan pembaruan secara bertahap adalah manfaat utama dari pos
pemeriksaan. Jika Anda tidak menggunakan pos pemeriksaan, penggantian bergulir dilakukan terus
menerus.
Pertimbangan
Berikut ini adalah hal-hal yang perlu dipertimbangkan ketika memulai refresh instans, untuk membantu
memastikan bahwa grup terus bekerja sesuai harapan.
• Sebaiknya pertimbangkan untuk mengaktifkan fitur warmup instans default untuk menyatukan
pengaturan pemanasan di tingkat grup. Untuk informasi selengkapnya, lihat Mengatur warmup instance
default untuk grup Auto Scaling (p. 154).
• Saat pemanasan, instans yang baru diluncurkan tidak dihitung dalam metrik instans agregat grup Auto
Scaling (seperti CPUUtilation, NetworkIn, NetworkOut, dan sebagainya).
• Jika Anda menambahkan kebijakan penskalaan ke grup Auto Scaling, aktivitas penskalaan berjalan
secara paralel. Jika Anda menetapkan interval panjang untuk periode pemanasan refresh instans,
dibutuhkan lebih banyak waktu bagi instans yang baru diluncurkan untuk terlihat dalam metrik. Oleh
karena itu, periode pemanasan yang memadai membuat Amazon EC2 Auto Scaling dari penskalaan
pada data metrik basi.
• Jika Anda menambahkan pengait siklus hidup ke grup Auto Scaling, periode pemanasan tidak dimulai
hingga tindakan kait siklus hidup selesai dan instans memasukiInServicenegara. Untuk informasi
selengkapnya, lihat Hook siklus aktif Amazon EC2 Auto Scaling (p. 196).
• Jika Anda mengaktifkan skip matching tetapi template peluncuran, versi template peluncuran, dan jenis
instans dalam kebijakan contoh campuran tidak berubah, penyegaran instans akan segera berhasil
tanpa membuat penggantian apa pun. Jika Anda membuat perubahan lain (misalnya, mengubah
strategi alokasi Spot), Amazon EC2 Auto Scaling memperbarui pengaturan grup Auto Scaling untuk
mencerminkan konfigurasi baru yang diinginkan setelah penyegaran instans berhasil.
102
Mulai atau batalkan refresh instans

Anda dapat membuat, melihat, dan membatalkan refresh instans Anda dengan konsol Auto Scaling
Amazon EC2. Jika ini adalah pertama kalinya Anda memulai penyegaran instans, menggunakan konsol
akan membantu Anda memahami fitur dan opsi yang tersedia.
Mulai penyegaran instans di konsol (prosedur dasar)
Gunakan prosedur berikut jika Anda sebelumnya belum mendefinisikanKebijakan instans

campuran (p. 50)untuk grup Auto Scaling Anda. Jika sebelumnya Anda telah menetapkan kebijakan
contoh campuran, lihatMemulai penyegaran instans di konsol (grup instance campuran) (p. 105)untuk
memulai refresh instans.
Untuk memulai refresh instans


3. PadaRefresh instanstab, diRefresh instans, pilihRefresh instans.
4. UntukPersentase sehat minimum, masukkan persentase grup Auto Scaling yang harus tetap sehat
selama penyegaran instans. Defaultnya adalah 90 persen. Memilih persentase yang lebih rendah
menghasilkan jumlah yang lebih tinggi dari contoh yang dihentikan dan diganti pada saat yang sama.
5. Untukcontoh warmup, masukkan jumlah detik dari saat status instans baru berubah
menjadiInServiceuntuk ketika dapat menerima lalu lintas, atau meninggalkan kosong untuk menjaga
warmup default.
Jika dibiarkan kosong, default adalah warmup instance default grup jika diaktifkan. Jika warmup
instans tidak diaktifkan, maka warmup instans jatuh kembali ke nilai periode tenggang pemeriksaan
kesehatan untuk grup.
6. (Opsional) UntukTitik pemeriksaan, pilihMengaktifkan pos pemeriksaanuntuk mengganti instance
menggunakan pendekatan tambahan atau bertahap untuk penyegaran instans. Ini memberikan waktu
tambahan untuk verifikasi antara set penggantian. Jika Anda memilih untuk tidak mengaktifkan pos
pemeriksaan, instance akan diganti dalam satu operasi yang hampir berkesinambungan.
Jika Anda mengaktifkan pos pemeriksaan, lihatMengaktifkan pos pemeriksaan (konsol) (p. 114)untuk
langkah-langkah tambahan.
7. Aktifkan atau matikanLewati cocok:
• Untuk melewatkan penggantian instance yang sudah sesuai dengan template peluncuran Anda saat
ini, simpanMengaktifkan pencocokan skipkotak centang yang dipilih.
• Jika Anda mematikan skip matching dengan membersihkan kotak centang ini, semua instance dapat
diganti.
Ketika Anda mengaktifkan skip matching, alih-alih menggunakan template peluncuran Anda saat ini,
Anda dapat mengatur template peluncuran baru atau versi baru dari template peluncuran saat ini
diKonfigurasi yang diinginkanbagianRefresh instanshalaman.
Note
Untuk menggunakan fitur pencocokan untuk memperbarui grup Auto Scaling yang saat ini
menggunakan konfigurasi peluncuran, Anda harus memilih templat peluncuran diKonfigurasi
yang diinginkan. Menggunakan skip matching dengan konfigurasi peluncuran tidak didukung.
8. (Opsional) MemperluasKonfigurasi yang diinginkanbagian untuk menentukan pembaruan yang ingin
Anda buat ke grup Auto Scaling Anda.
103
Dari titik ini ke depan, Anda dapat memilih untuk menggunakan sintaks JSON atau YAML untuk
mengedit nilai parameter alih-alih membuat pilihan di antarmuka konsol. Untuk melakukannya,
pilihGunakan editor kodealih-alihGunakan antarmuka konsol. Prosedur berikut menjelaskan cara
membuat pilihan menggunakan antarmuka konsol.
a. UntukTemplat peluncuran pembaruan:
• Jika Andabelummembuat template peluncuran baru atau versi template peluncuran baru untuk
grup Auto Scaling Anda, Anda dapat menjaga kotak centang ini tidak dipilih.
• Jika Anda telah membuat template peluncuran baru atau versi template peluncuran baru,
pilih kotak centang ini. Ketika Anda memilih opsi ini, Amazon EC2 Auto Scaling menunjukkan
template peluncuran saat ini dan versi template peluncuran saat ini, dan daftar versi lain yang
tersedia. Pilih template peluncuran dan kemudian pilih versinya.
Setelah memilih versi, Anda dapat melihat informasi versi. Ini adalah versi dari template
peluncuran yang akan digunakan saat mengganti instance sebagai bagian dari refresh instance.
Jika penyegaran instans berhasil, versi template peluncuran ini juga akan digunakan setiap kali
instance baru diluncurkan, seperti ketika kelompok skala.
b. UntukPilih satu set jenis instans dan opsi pembelian untuk menimpa jenis instans dalam templat
peluncuran:
• Jauhkan kotak centang ini tidak dipilih untuk menggunakan jenis instans dan opsi pembelian
yang Anda tentukan dalam template peluncuran Anda.
• Pilih kotak centang ini jika Anda ingin mengganti jenis instans di template peluncuran
atau memanfaatkan kapasitas EC2 yang tidak digunakan dan menghemat uang dengan
menjalankan Instans Spot. Bila Anda memilih opsi ini, Anda dapat menambahkan setiap
jenis instans secara manual, atau memilih jenis instans utama dan opsi rekomendasi yang
mengambil jenis instans pencocokan tambahan untuk Anda. Jika Anda berencana meluncurkan
Instans Spot, sebaiknya menambahkan beberapa jenis instans sehingga Amazon EC2
Auto Scaling dapat meluncurkan jenis instans lain jika kapasitas instans tidak mencukupi di
Availability Zone pilihan Anda. Untuk panduan lebih lanjut tentang cara menangani pengaturan
ini, lihatGrup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50).
Warning
Instans Spot tidak boleh digunakan dengan aplikasi yang tidak dapat menangani
gangguan Instans Spot jika layanan Spot Amazon EC2 perlu merebut kembali
kapasitas.
Jika Anda memilih kotak centang ini, pastikan template peluncuran belum meminta Instans Spot.
Anda tidak dapat menggunakan templat peluncuran yang meminta Instans Spot untuk membuat
grup Auto Scaling yang menggunakan beberapa jenis instans dan meluncurkan Instans Spot dan
On-Demand.
Note
Untuk mengonfigurasi opsi ini pada grup Auto Scaling yang saat ini menggunakan
konfigurasi peluncuran, Anda harus memilih templat peluncuranTemplat peluncuran
pembaruan. Mengganti jenis instans dalam konfigurasi peluncuran Anda tidak didukung.
9. Tinjau semua pilihan Anda untuk mengonfirmasi bahwa semuanya sudah diatur dengan benar.
Pada titik ini, ada baiknya untuk memverifikasi bahwa perbedaan antara perubahan saat ini dan
yang diusulkan tidak akan mempengaruhi aplikasi Anda dengan cara yang tidak terduga atau tidak
diinginkan. Misalnya, jika Anda meluncurkan instance asli dari AMI paravirtual (PV), tetapi ingin
mengubah ke jenis instans generasi saat ini yang hanya didukung oleh AMI mesin virtual hardware
104
(HVM), Anda perlu menggunakan AMI HVM. Untuk informasi selengkapnya, lihatKompatibilitas untuk
mengubah jenis instansdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
10. Jika Anda puas dengan pilihan refresh instans Anda, pilihMulai.
Memulai penyegaran instans di konsol (grup instance campuran)
Gunakan prosedur berikut jika Anda telah membuat grup Auto Scaling denganKebijakan instans
campuran (p. 50). Jika Anda belum menetapkan kebijakan contoh campuran untuk grup Anda, lihatMulai
penyegaran instans di konsol (prosedur dasar) (p. 103)untuk memulai refresh instans.


4. UntukPersentase sehat minimum, masukkan persentase grup Auto Scaling yang harus tetap sehat
selama penyegaran instans. Nilai default adalah 90 persen. Memilih persentase yang lebih rendah
akan menghasilkan jumlah instance yang lebih tinggi dihentikan dan diganti pada saat yang sama.
5. Untukcontoh warmup, masukkan jumlah detik dari saat status instans baru berubah
menjadiInServiceuntuk ketika dapat menerima lalu lintas, atau meninggalkan kosong untuk menjaga
warmup default.
Jika dibiarkan kosong, default adalah warmup instance default grup jika diaktifkan. Jika warmup
instans tidak diaktifkan, maka warmup instans jatuh kembali ke nilai periode tenggang pemeriksaan
kesehatan untuk grup.
6. (Opsional) UntukTitik pemeriksaan, pilihMengaktifkan pos pemeriksaanuntuk mengganti instance
menggunakan pendekatan tambahan atau bertahap untuk penyegaran instans. Ini memberikan waktu
tambahan untuk verifikasi antara set penggantian. Jika Anda memilih untuk tidak mengaktifkan pos
pemeriksaan, instance akan diganti dalam satu operasi yang hampir berkesinambungan.
Jika Anda mengaktifkan pos pemeriksaan, lihatMengaktifkan pos pemeriksaan (konsol) (p. 114)untuk
langkah-langkah tambahan.
7. Aktifkan atau matikanLewati cocok:
• Untuk melewatkan penggantian instans yang sudah sesuai dengan template peluncuran Anda saat
ini dan semua jenis instans menimpa, simpanMengaktifkan pencocokan skipkotak centang yang
dipilih.
• Jika Anda memilih untuk mematikan skip matching dengan menghapus kotak centang ini, semua
instance dapat diganti.
Ketika Anda mengaktifkan skip matching, alih-alih menggunakan template peluncuran Anda saat ini,
Anda dapat mengatur template peluncuran baru atau versi baru dari template peluncuran saat ini
diKonfigurasi yang diinginkanbagianRefresh instanshalaman. Anda juga dapat memperbarui jenis
instans Anda menimpa diKonfigurasi yang diinginkan.
8. DiKonfigurasi yang diinginkanbagian, lakukan hal berikut ini.
Dari titik ini ke depan, Anda dapat memilih untuk menggunakan sintaks JSON atau YAML untuk
mengedit nilai parameter alih-alih membuat pilihan di antarmuka konsol. Untuk melakukannya,
pilihGunakan editor kodealih-alihGunakan antarmuka konsol. Prosedur berikut menjelaskan cara
membuat pilihan menggunakan antarmuka konsol.
a. UntukTemplat peluncuran pembaruan:
105
• Jika Andabelummembuat template peluncuran baru atau versi template peluncuran baru untuk
grup Auto Scaling Anda, Anda dapat menjaga kotak centang ini tidak dipilih.
• Jika Anda telah membuat template peluncuran baru atau versi template peluncuran baru,
pilih kotak centang ini. Ketika Anda memilih opsi ini, Amazon EC2 Auto Scaling menunjukkan
template peluncuran saat ini dan versi template peluncuran saat ini, dan daftar versi lain yang
tersedia. Pilih template peluncuran dan kemudian pilih versinya.
Setelah memilih versi, Anda dapat melihat informasi versi. Ini adalah versi dari template
peluncuran yang akan digunakan saat mengganti instance sebagai bagian dari refresh instance.
Jika penyegaran instans berhasil, versi template peluncuran ini juga akan digunakan setiap kali
instance baru diluncurkan, seperti ketika kelompok skala.
b. UntukGunakan pengaturan ini untuk menimpa jenis instans dan opsi pembelian yang didefinisikan
dalam template peluncuran:
Secara default, kotak centang ini dipilih. Amazon EC2 Auto Scaling mengisi setiap parameter
dengan nilai yang saat ini ditetapkan dalamKebijakan instans campuranuntuk grup Auto Scaling.
Hanya perbarui nilai parameter yang ingin Anda ubah. Untuk panduan tentang pengaturan ini,
lihatGrup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50).
Warning
Kami menyarankan Anda untuk tidak menghapus kotak centang ini. Kosongkan saja
jika Anda ingin berhenti menggunakan kebijakan contoh campuran. Setelah penyegaran
instans berhasil, Amazon EC2 Auto Scaling memperbarui grup Anda agar sesuai
denganKonfigurasi yang diinginkan. Jika tidak lagi menyertakan kebijakan instans
campuran, Auto Scaling Amazon EC2 secara bertahap mengakhiri Instans Spot yang
sedang berjalan dan menggantikannya dengan Instans Pesanan. Atau, jika template
peluncuran Anda meminta Instans Spot, maka Auto Scaling Amazon EC2 secara
bertahap mengakhiri Instans Pesanan yang sedang berjalan dan menggantikannya
dengan Instans Spot.
9. Tinjau semua pilihan Anda untuk mengonfirmasi bahwa semuanya sudah diatur dengan benar.
Pada titik ini, ada baiknya untuk memverifikasi bahwa perbedaan antara perubahan saat ini dan
yang diusulkan tidak akan mempengaruhi aplikasi Anda dengan cara yang tidak terduga atau tidak
diinginkan. Misalnya, jika Anda meluncurkan instance asli dari AMI paravirtual (PV), tetapi ingin
mengubah ke jenis instans generasi saat ini yang hanya didukung oleh AMI mesin virtual hardware
(HVM), Anda perlu menggunakan AMI HVM. Untuk informasi selengkapnya, lihatKompatibilitas untuk
mengubah jenis instansdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
Jika Anda puas dengan pilihan refresh instans Anda, pilihMulai.
Untuk membatalkan refresh instans

4. Ketika diminta konfirmasi, pilih Konfirmasi.
Mulai atau batalkan refresh instans (AWS CLI)

Gunakan berikutstart-instance-refreshperintah untuk memulai refresh instans dariAWS CLI. Anda

dapat menentukan preferensi apa pun yang ingin Anda ubah dalam file konfigurasi JSON. Saat Anda
mereferensikan file konfigurasi, berikan jalur dan nama file seperti yang ditunjukkan dalam contoh berikut.
106
aws autoscaling start-instance-refresh --cli-input-json file://config.json
{
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 50
}
}
Atau, Anda dapat memulai refresh instans tanpa preferensi opsional dengan menjalankan perintah
berikut. Jika preferensi tidak diberikan, nilai default digunakan untuk InstanceWarmup dan
MinHealthyPercentage.
aws autoscaling start-instance-refresh --auto-scaling-group-name my-asg
Contoh keluaran:
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
Note
Untuk menentukan konfigurasi yang Anda inginkan dan mengaktifkan skip pencocokan
denganAWS CLI, lihat tambahanstart-instance-refreshcontoh dalamContoh penyegaran instans
yang memungkinkan melewatkan pencocokan denganAWS Command Line Interface(AWS
CLI) (p. 109).
Untuk membatalkan refresh instans
Ketika Anda membatalkan refresh instans menggunakanbatalkan-instance-refreshperintah dariAWS CLI,

tentukan nama grup Auto Scaling seperti yang ditunjukkan dalam contoh berikut.
aws autoscaling cancel-instance-refresh --auto-scaling-group-name my-asg
Contoh keluaran:
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
Keterbatasan:
• Instans dihentikan sebelum peluncuran: Jika hanya ada satu instance di grup Auto Scaling, memulai
penyegaran instans dapat mengakibatkan pemadaman. Hal ini karena Amazon EC2 Auto Scaling
menghentikan instans dan kemudian meluncurkan instans baru.
• Durasi total: Jumlah waktu maksimum yang dapat terus diganti instans secara aktif adalah 14 hari.
• Instans tidak diganti: Jika sebuah instans berada dalam status siaga atau terlindungi dari dipersempit,
instans tidak dapat diganti. Jika Amazon EC2 Auto Scaling menemukan instans yang tidak dapat diganti,
Amazon EC2 akan terus mengganti instans lainnya.
• Timeout satu jam: Ketika penyegaran instans tidak dapat terus melakukan penggantian karena aplikasi
Anda tidak lulus pemeriksaan kesehatan atau ada instance siaga atau dilindungi dari skala masuk,
aplikasi akan terus mencoba kembali selama satu jam. Ini juga menyediakan pesan status untuk
107
Periksa status penyegaran instans
membantu Anda menyelesaikan masalah. Jika masalah berlanjut setelah satu jam, operasi gagal.
Tujuannya adalah untuk memberikan waktu untuk pulih jika ada masalah sementara.
• Tidak ada rollback: Anda dapat membatalkan refresh instans kapan saja, tetapi instans apa pun yang
telah diganti tidak dapat digulir kembali ke konfigurasi sebelumnya. Jika refresh instans gagal, instans
apa pun yang sudah diganti tidak dapat digulir kembali ke konfigurasi sebelumnya. Untuk memperbaiki
refresh instans yang gagal, pertama selesaikan masalah yang menyebabkan pembaruan gagal, lalu
mulai refresh instansi lain.
Memeriksa status refresh instans

Anda bisa mendapatkan status penyegaran instans untuk grup Auto Scaling menggunakan konsol
atauAWS CLI.
Tip
Dalam prosedur berikut, Anda melihatRefresh instans,Riwayat aktivitas, danInstansbagian untuk

grup Auto Scaling. Di masing-masing, kolom bernama seharusnya sudah ditampilkan. Untuk
menampilkan kolom tersembunyi atau mengubah jumlah baris yang ditampilkan, pilih ikon roda
gigi di sudut kanan atas setiap bagian untuk membuka modal preferensi, memperbarui pengaturan
sesuai kebutuhan, dan pilih Konfirmasi.
Untuk memeriksa status refresh instans (konsol)


3. PadaRefresh instanstab, di bawahRefresh instans, Anda dapat menentukan status permintaan Anda
dengan melihatStatuskolom. Operasi masuk ke dalam status Pending saat diinisialisasi. Status
kemudian harus cepat berubah menjadiInProgress. Ketika semua instance diperbarui, status
berubah menjadiSuccessful.
4. Di tab Aktivitas, di bawah Riwayat aktivitas, saat refresh instans dimulai, Anda melihat entri saat
instans dihentikan dan set entri lain saat instans diluncurkan. Di kolom Deskripsi, Anda dapat
menemukan ID instans.
5. (Opsional) Jika Anda memiliki banyak aktivitas penskalaan, Anda dapat memilih>ikon di tepi atas
riwayat aktivitas untuk melihat halaman berikutnya dari aktivitas penskalaan.
6. Pada tab Manajemen Instance, pada Instance, Anda dapat memverifikasi bahwa instance Anda
berhasil diluncurkan. Pada awalnya, instance Anda ada pada status Pending. Setelah instans
siap untuk menerima lalu lintas, statusnya adalah InService. ParameterStatus kesehatankolom
menunjukkan hasil pemeriksaan kesehatan pada kasus Anda.
Untuk memeriksa status refresh instans (AWS CLI)
Lihat refresh instan untuk grup Auto Scaling dengan menggunakan perintah berikut jelaskan-refresh-
instans.
aws autoscaling describe-instance-refreshes --auto-scaling-group-name my-asg
Contoh keluaran:
{
"InstanceRefreshes": [
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b",
108
AWS CLIcontoh yang memungkinkan
melewatkan pencocokan
"Status": "InProgress",
"StartTime": "2020-06-02T18:11:27Z",
"PercentageComplete": 0,
"InstancesToUpdate": 5
},
{
"InstanceRefreshId": "dd7728d0-5bc4-4575-96a3-1b2c52bf8bb1",
"Status": "Successful",
"StartTime": "2020-06-02T16:43:19Z",
"EndTime": "2020-06-02T16:53:37Z",
"PercentageComplete": 100,
"InstancesToUpdate": 0
}
]
}
Contoh penyegaran instans yang memungkinkan

melewatkan pencocokan denganAWS Command Line
Interface(AWS CLI)
Secara default, Amazon EC2 Auto Scaling dapat mengganti instans apa pun dalam grup Auto Scaling
selama refresh instans. Dengan mengaktifkan pencocokan skip, Anda dapat menghindari mengganti
instance yang sudah memiliki konfigurasi yang diinginkan.
Lewati cocok membuatnya lebih efisien untuk:
• Migrasi dari konfigurasi peluncuran ke versi default atau terbaru dari template peluncuran setelah
meluncurkan satu atau beberapa contoh pengujian.
• Migrasi dari jenis instans yang tidak diinginkan ke jenis instans yang lebih cocok untuk aplikasi Anda.
• Kembalikan perubahan setelah satu atau beberapa instance diganti sebagai bagian dari penyegaran
instans yang gagal atau dibatalkan.
Note
Fitur pencocokan tidak dapat digunakan untuk memperbarui grup Auto Scaling yang
menggunakan konfigurasi peluncuran kecuali templat peluncuran ditentukan untuk konfigurasi
yang diinginkan.
BerikutAWS CLIcontoh menunjukkan beberapa skenario untuk penggunaan melompat pencocokan.
Contoh
• Migrasi ke versi default template peluncuran Anda (p. 109)
• Migrasi ke versi terbaru dari template peluncuran Anda (p. 110)
• Lewati pencocokan dan kelompok contoh campuran (p. 110)
• Migrasi ke versi default template peluncuran Anda (p. 110)
• Migrasi ke versi terbaru dari template peluncuran Anda (p. 111)
• Migrasi jauh dari jenis instans yang tidak diinginkan (p. 112)
Migrasi ke versi default template peluncuran Anda

Contoh berikut menunjukkanstart-instance-refreshperintah yang memperbarui grup Auto Scaling ke versi
default template peluncuran Anda. Jika ada contoh yang sudah menggunakan versi default dari template
peluncuran yang ditentukan, mereka tidak diganti.
109
Isi dari config.json.
{
"DesiredConfiguration": {
"LaunchTemplate": {
}
},
"Preferences": {
"SkipMatching": true
}
}
Jika berhasil, perintah ini mengembalikan respons JSON yang berisi ID refresh instans.
Migrasi ke versi terbaru dari template peluncuran Anda

Contoh berikut menunjukkanstart-instance-refreshperintah yang memperbarui grup Auto Scaling ke versi
terbaru dari template peluncuran Anda. Jika ada contoh yang sudah menggunakan versi terbaru dari
template peluncuran yang ditentukan, mereka tidak diganti.
{
"DesiredConfiguration": {
"LaunchTemplate": {
}
},
"Preferences": {
"SkipMatching": true
}
}
Lewati pencocokan dan kelompok contoh campuran

Untuk memperbarui grup instance campuran, Anda harus menentukan pengaturan kebijakan instance
campuran dalam konfigurasi yang Anda inginkan. Untuk parameter kebijakan instans campuran yang tidak
disediakan dalam konfigurasi yang diinginkan, Amazon EC2 Auto Scaling menyetel ulang nilai parameter
ke nilai default.
Migrasi ke versi default template peluncuran Anda

Contoh berikut menunjukkanstart-instance-refreshperintah yang memperbarui grup instance campuran ke
versi default dari templat peluncuran Anda. Jika ada contoh yang sudah menggunakan versi default dari
110
{
"DesiredConfiguration":{
"LaunchTemplate":{
"LaunchTemplateId":"lt-068f72b729example",
"Version":"$Default"
},
"Overrides":[
... existing instance types ...
]
},
}
}
},
"Preferences":{
"SkipMatching":true
}
}
Migrasi ke versi terbaru dari template peluncuran Anda

Contoh berikut menunjukkanstart-instance-refreshperintah yang memperbarui grup instance campuran ke
versi terbaru dari templat peluncuran Anda. Jika ada contoh yang sudah menggunakan versi terbaru dari
{
"LaunchTemplate":{
"LaunchTemplateId":"lt-068f72b729example",
"Version":"$Latest"
},
"Overrides":[
... existing instance types ...
]
},
111
}
}
},
"Preferences":{
"SkipMatching":true
}
}
Migrasi jauh dari jenis instans yang tidak diinginkan

Ketika Anda memiliki grup instance campuran, Anda biasanya memiliki satu set menimpa template
peluncuran (jenis instans) yang digunakan untuk penyediaan instans. Jenis instance yang terkandung
dalamOverridesbagian. Untuk memberi tahu Amazon EC2 Auto Scaling bahwa Anda ingin
mengganti instans yang menggunakan jenis instans tertentu, konfigurasi yang Anda inginkan harus
menentukanOverridesbagian tanpa jenis contoh yang tidak diinginkan. Bila jenis instans dalam grup
Anda tidak cocok dengan salah satu jenis instans diOverridesbagian, contoh diganti sebagai bagian
dari penyegaran instance. Perhatikan bahwa penyegaran instans tidak memilih kumpulan instance untuk
menyediakan instans baru; sebaliknya, strategi alokasi melakukannya.
Contoh berikut menunjukkanstart-instance-refreshperintah yang memperbarui grup instance campuran

dengan mengganti instance apa pun yang tidak cocok dengan jenis instans yang ditentukan dalam
konfigurasi yang diinginkan.
{
"LaunchTemplate":{
... existing launch template and version ...
},
"Overrides":[
{
},
{
},
{
"InstanceType":"m5.large"
},
{
"InstanceType":"m5a.large"
}
]
},
}
}
},
"Preferences":{
112
Menambahkan pos pemeriksaan ke refresh instans
"SkipMatching":true
}
}

Saat menggunakan penyegaran instans, Anda memiliki opsi untuk mengganti instance secara bertahap,
sehingga Anda dapat melakukan verifikasi pada instance saat Anda pergi. Untuk melakukan penggantian
bertahap, Anda menambahkan pos pemeriksaan, yang merupakan titik dalam waktu di mana instance
refresh jeda. Menggunakan pos pemeriksaan memberikan kontrol yang lebih besar atas cara memperbarui
grup Auto Scaling Anda. Ini membantu Anda untuk mengkonfirmasi bahwa aplikasi Anda akan berfungsi
dengan cara yang andal dan dapat diprediksi.
Amazon EC2 Auto Scaling memancarkan peristiwa untuk setiap pos pemeriksaan. Jika Anda
menambahkan EventBridge aturan untuk mengirim peristiwa ke target seperti Amazon SNS, Anda dapat
diberitahu ketika Anda dapat menjalankan verifikasi yang diperlukan. Untuk informasi selengkapnya, lihat
Buat EventBridge aturan untuk peristiwa penyegaran misalnya (p. 116).
Isi
• Mengaktifkan pos pemeriksaan (konsol) (p. 114)
• Mengaktifkan pos pemeriksaan (AWS CLI) (p. 114)
Pertimbangan
Ingatlah pertimbangan berikut ini saat menggunakan pos pemeriksaan:
• Sebuah pos pemeriksaan tercapai ketika jumlah instance diganti mencapai batas persentase yang
didefinisikan untuk pos pemeriksaan. Persentase instance yang diganti bisa sama dengan atau lebih
tinggi dari batas persentase, tetapi tidak lebih rendah.
• Setelah pos pemeriksaan tercapai, keseluruhan persentase selesai tidak menampilkan status terbaru
sampai setelah instance selesai pemanasan.
Misalnya, anggalkan grup Auto Scaling Anda memiliki 10 instans. Persentase pos pemeriksaan
Anda[20,50]dengan penundaan pos pemeriksaan 15 menit dan persentase sehat minimum 80 persen.
Grup Anda membuat penggantian berikut:
• 0:00: Dua contoh lama diganti dengan yang baru.
• 0:10: Dua contoh baru selesai pemanasan.
• 0:25: Dua contoh lama diganti dengan yang baru. (Untuk mempertahankan persentase sehat
minimum, hanya dua contoh yang diganti.)
• 0:35: Dua contoh baru selesai pemanasan.
• 0:35: Satu contoh lama diganti dengan yang baru.
• 0:45: Satu contoh baru selesai pemanasan.
Pada pukul 0:35, operasi berhenti meluncurkan instance baru. Persentase lengkap tidak secara akurat
mencerminkan jumlah penggantian yang telah selesai (50 persen), karena instans baru tidak dilakukan
pemanasan. Setelah instance baru menyelesaikan periode pemanasan di 0:45, persentase lengkap
menunjukkan 50 persen.
• Karena pos pemeriksaan didasarkan pada persentase, jumlah contoh untuk mengganti perubahan
dengan ukuran grup. Ketika aktivitas skala-out terjadi dan ukuran kelompok meningkat, operasi
yang sedang berlangsung dapat mencapai pos pemeriksaan lagi. Jika itu terjadi, Amazon EC2 Auto
113
Scaling mengirimkan notifikasi lain dan mengulangi waktu tunggu di antara pos pemeriksaan sebelum
melanjutkan.
• Dimungkinkan untuk melewati pos pemeriksaan dalam keadaan tertentu. Misalnya, grup Auto Scaling
Anda memiliki dua instans dan persentase pos pemeriksaan Anda[10,40,100]. Setelah instans
pertama diganti, Amazon EC2 Auto Scaling menghitung bahwa 50 persen grup diganti. Karena 50
persen lebih tinggi dari dua pos pemeriksaan pertama, ia melompat pos pemeriksaan pertama (10) dan
mengirimkan pemberitahuan untuk pos pemeriksaan kedua (40).
• Membatalkan operasi menghentikan penggantian lebih lanjut dari yang dibuat. Jika Anda membatalkan
operasi atau gagal sebelum mencapai pos pemeriksaan terakhir, instans apa pun yang sudah diganti
tidak dapat digulir kembali ke konfigurasi sebelumnya.
• Untuk penyegaran sebagian, ketika Anda menjalankan ulang operasi, Amazon EC2 Auto Scaling tidak
memulai ulang dari titik pemeriksaan terakhir, juga tidak berhenti ketika hanya instans lama yang diganti.
Namun, ini menargetkan instans lama untuk penggantian terlebih dahulu, sebelum menargetkan instans
baru.
Mengaktifkan pos pemeriksaan (konsol)

Anda dapat mengaktifkan pos pemeriksaan sebelum memulai penyegaran instans untuk mengganti
instance menggunakan pendekatan bertahap atau bertahap. Ini memberikan waktu tambahan untuk
verifikasi.
Untuk memulai refresh instans yang menggunakan pos pemeriksaan


4. PadaRefresh instanshalaman, masukkan nilai untukPersentase sehat minimumdancontoh warmup.
5. PilihMengaktifkan pos pemeriksaankotak centang.
Ini menampilkan kotak di mana Anda dapat menentukan batas persentase untuk pos pemeriksaan
pertama.
6. UntukLanjutkan hingga ____% dari grup disegarkan, masukkan nomor (1—100). Ini menetapkan
persentase untuk pos pemeriksaan pertama.
7. Untuk menambahkan pos pemeriksaan lainnya, pilihTambahkan pos pemeriksaandan kemudian
menentukan persentase untuk pos pemeriksaan berikutnya.
8. Untuk menentukan berapa lama Auto Scaling Amazon EC2 menunggu setelah titik pemeriksaan
tercapai, perbarui kolom diMenunggu1 hourantara pos pemeriksaan. Unit waktu bisa berjam-jam,
menit, atau detik.
9. Jika Anda selesai dengan pilihan penyegaran instans Anda, pilihMulai.
Mengaktifkan pos pemeriksaan (AWS CLI)

Untuk memulai refresh instans dengan mengaktifkan pos pemeriksaan menggunakanAWS CLI, Anda
memerlukan file konfigurasi yang mendefinisikan parameter berikut:
• CheckpointPercentages: Menentukan nilai ambang batas untuk persentase contoh yang akan
diganti. Nilai ambang batas ini memberikan pos pemeriksaan. Ketika persentase contoh yang diganti
dan dihangatkan mencapai salah satu ambang batas yang ditentukan, operasi menunggu untuk jangka
waktu tertentu. Anda menentukan jumlah detik untuk menungguCheckpointDelay. Ketika periode
waktu yang ditentukan telah berlalu, penyegaran instance berlanjut sampai mencapai pos pemeriksaan
berikutnya (jika berlaku).
114
• CheckpointDelay: Menentukan jumlah waktu, dalam detik, untuk menunggu setelah pos pemeriksaan
tercapai sebelum melanjutkan. Pilih jangka waktu yang menyediakan cukup waktu untuk melakukan
verifikasi Anda.
Nilai terakhir yang ditunjukkan dalamCheckpointPercentagesarray menjelaskan persentase grup Auto

Scaling yang perlu berhasil diganti. Transisi operasi keSuccessfulsetelah persentase ini berhasil diganti
dan setiap contoh dihangatkan dan siap untuk melayani lalu lintas lagi.
Untuk membuat beberapa pos pemeriksaan
Untuk membuat beberapa pos pemeriksaan, gunakan contoh berikutstart-instance-refreshperintah. Contoh

ini mengonfigurasi penyegaran instans yang awalnya menyegarkan satu persen grup Auto Scaling. Setelah
menunggu 10 menit, kemudian menyegarkan 19 persen berikutnya dan menunggu 10 menit lagi. Akhirnya,
menyegarkan sisa kelompok sebelum menyimpulkan operasi.
{
"Preferences": {
"MinHealthyPercentage": 80,
"CheckpointPercentages": [1,20,100],
"CheckpointDelay": 600
}
}
Untuk membuat pos pemeriksaan tunggal
Untuk membuat pos pemeriksaan tunggal, gunakan contoh berikutstart-instance-refreshperintah. Contoh

ini mengonfigurasi penyegaran instans yang awalnya menyegarkan 20 persen grup Auto Scaling. Setelah
menunggu 10 menit, kemudian menyegarkan sisa kelompok sebelum menyelesaikan operasi.
{
"Preferences": {
"CheckpointPercentages": [20,100],
}
}
Untuk me-refresh grup Auto Scaling
Untuk mengganti hanya sebagian dari grup Auto Scaling Anda dan kemudian berhenti sepenuhnya,
gunakan contoh berikutstart-instance-refreshperintah. Contoh ini mengonfigurasi penyegaran instans
yang awalnya menyegarkan satu persen grup Auto Scaling. Setelah menunggu 10 menit, kemudian
menyegarkan 19 persen berikutnya sebelum mengakhiri operasi.
115
Buat EventBridge aturan untuk
peristiwa penyegaran misalnya
{
"Preferences": {
"CheckpointPercentages": [1,20],
}
}
Buat EventBridge aturan untuk peristiwa penyegaran

misalnya
Bagian ini menunjukkan cara membuat Amazon EventBridge aturan yang memberi tahu Anda setiap kali
pos pemeriksaan tercapai selama penyegaran instans. Prosedur untuk menyiapkan pemberitahuan email
melalui 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 bekerja dengan EventBridge, lihatGunakan EventBridge untuk
menangani peristiwa Auto Scaling (p. 310).
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.
Saat Anda membuat nama topik, nama harus memenuhi persyaratan berikut:
• Antara 1 hingga 256 karakter

• Memuat huruf besar dan huruf kecil ASCII, angka, garis bawah, atau tanda hubung
Untuk informasi lebih lanjut, lihat Membuat topik Amazon SNS 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, lihatBerlangganan topik Amazon SNSdiPanduan Developer Amazon Simple
Mengonfirmasi langganan Amazon SNS Anda

Amazon SNS mengirimkan email konfirmasi ke alamat email yang Anda tentukan pada langkah
sebelumnya.
Pastikan Anda membuka email dariAWSNotifikasi dan pilih tautan untuk mengonfirmasi langganan
sebelum melanjutkan dengan langkah berikutnya.
Anda akan menerima pesan notifikasiAWS. Amazon SNS kini dikonfigurasi untuk menerima notifikasi dan
mengirimkan notifikasi sebagai email ke alamat email yang Anda tentukan.
116
Ganti instans berdasarkan masa aktif instans maksimum
Rute peristiwa ke topik Amazon SNS

Buat aturan yang cocok dengan peristiwa yang dipilih dan rutekan ke topik Amazon SNS Anda untuk
memberi tahu alamat email yang berlangganan.
Untuk membuat aturan yang merutekan peristiwa ke topik Amazon SNS Anda
1. Buka Amazon EventBridge konsol dihttps://console.aws.amazon.com/events/.

2. Di panel navigasi, di dalam Peristiwa, pilih Aturan.
3. Di bagian Aturan, pilih Buat aturan.
4. Masukkan nama dan deskripsi untuk aturan.
5. Untuk Mendefinisikan pola, lakukan hal berikut:
a. Pilih Pola Kejadian.

b. UntukPola pencocokan peristiwa, pilihDitentukan sebelumnya oleh layanan.
c. UntukPenyedia layanan, pilihAmazon Web Services.
d. Untuk Nama Layanan, pilih Auto Scaling.
e. UntukJenis acara, pilihRefresh instans.
f. Secara default, aturan cocok dengan peristiwa refresh instans. Untuk membuat aturan
yang memberi tahu Anda setiap kali pos pemeriksaan tercapai selama penyegaran instans,
pilihKejadian contoh spesifikdan pilihEC2 Auto Scaling Refresh Checkpoint.
g. 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.
6. Untuk Pilihan bus peristiwa, pilih Bus peristiwa default AWS. Saat layanan AWS di akun Anda
menghasilkan peristiwa, layanan tersebut akan selalu masuk ke bus peristiwa default akun Anda.
7. Untuk Target, pilih topik SNS.
8. UntukTopik, pilih topik Amazon SNS yang Anda buat.
9. UntukMengonfigurasi input, pilih masukan untuk notifikasi email.
10. Pilih Create (Buat).
Ganti instans Auto Scaling berdasarkan masa aktif

instans maksimum
Masa aktif maksimum menentukan jumlah waktu maksimum (dalam detik) yang dapat berlaku pada instans
sebelum diakhiri dan diganti. Kasus penggunaan umum mungkin merupakan persyaratan untuk mengganti
instans Anda sesuai jadwal karena kebijakan keamanan internal atau kontrol kepatuhan eksternal.
Anda harus menentukan nilai setidaknya 86.400 detik (satu hari). Untuk menghapus nilai yang ditetapkan
sebelumnya, tentukan nilai baru 0. Setelan ini berlaku untuk semua instans terkini dan mendatang dalam
grup Auto Scaling Anda.
Menetapkan nilai ini terlalu rendah dapat menyebabkan instance diganti lebih cepat dari yang diinginkan.
Secara umum, Amazon EC2 Auto Scaling menggantikan instans satu per satu, dengan jeda di antara
penggantian. Namun, jika masa pakai instans maksimum yang Anda tetapkan tidak memberikan cukup
waktu untuk mengganti setiap instans secara individual, Amazon EC2 Auto Scaling harus mengganti lebih
dari satu instans sekaligus. Beberapa instans dapat diganti sekaligus, hingga 10 persen kapasitas terkini
dari grup Auto Scaling Anda.
Untuk mengelola tingkat penggantian, Anda dapat melakukan hal berikut:
117
• Atur batas masa aktif instans maksimum ke periode waktu yang lebih lama. Ini ruang penggantian, yang
sangat berguna bagi grup yang memiliki banyak instans untuk diganti.
• Tambahkan waktu ekstra antara penggantian tertentu dengan menggunakan perlindungan instans. Hal
ini untuk sementara mencegah instans individual dalam grup Auto Scaling Anda agar tidak diganti. Ketika
Anda siap untuk mengganti instans-instans ini, hapus perlindungan instans dari setiap instans individual.
Untuk informasi selengkapnya, lihat Gunakan perlindungan penskalaan instance (p. 247).
Note
Setiap kali instance lama diganti dan instance baru diluncurkan, instance baru menggunakan
template peluncuran atau konfigurasi peluncuran yang saat ini terkait dengan grup Auto Scaling.
Jika template peluncuran atau konfigurasi peluncuran menentukan ID AMI dari versi aplikasi yang
berbeda, versi aplikasi Anda akan digunakan secara otomatis.
Mengatur seumur hidup instans maksimum

Saat membuat grup Auto Scaling di konsol, Anda tidak dapat mengatur masa pakai instans maksimum.
Namun, setelah grup dibuat, Anda dapat mengeditnya untuk mengatur masa pakai instans maksimum.
Untuk mengatur masa aktif instans maksimum untuk grup (konsol)

Sebuah panel split terbuka di bagian bawahKelompok Auto Scalinghalaman, menampilkan informasi
tentang grup yang Anda pilih.
3. Pada tab Detail, pilih Konfigurasi lanjutan, Edit.
4. UntukMasa aktif instans maksimum, masukkan jumlah detik maksimum yang dapat digunakan oleh
sebuah instans.
5. Pilih Update (Perbarui).
PadaAktivitastab, di bawahRiwayat aktivitas, Anda dapat melihat penggantian instans dalam grup
sepanjang sejarahnya.
Untuk mengatur masa aktif instans maksimum untuk grup (AWS CLI)
Anda juga dapat menggunakanAWS CLIuntuk mengatur masa aktif instans untuk grup Auto Scaling baru
atau yang sudah ada.
Untuk grup Auto Scaling baru, gunakanmembuat-auto-scaling-kelompokperintah.
Berikut ini adalah contoh file config.json yang menampilkan masa aktif instans maksimum 2592000
detik (30 hari).
{
"LaunchTemplate": {
},
"MinSize": 1,
"MaxSize": 5,
"MaxInstanceLifetime": 2592000,
118
"Tags": []
}
Untuk grup Auto Scaling yang ada, gunakanupdate-auto-scaling-groupperintah.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-existing-asg --max-

instance-lifetime 2592000
Untuk memverifikasi masa aktif instans maksimum untuk grup Auto Scaling
Gunakanmenjelaskan-auto-scaling-groupsperintah.
{
{
"LaunchTemplate": {
},
"MinSize": 1,
"MaxSize": 5,
"us-west-2a",
"us-west-2b",
"us-west-2c"
],
"Instances": [
{
"InstanceId": "i-04d180b9d5fc578fc",
"InstanceType": "t2.small",
"AvailabilityZone": "us-west-2b",
"LifecycleState": "Pending",
"LaunchTemplate": {
"Version": "7"
},
"ProtectedFromScaleIn": false
}
],
"CreatedTime": "2019-11-14T22:56:15.487Z",
"Tags": [],
"TerminationPolicies": [
"Default"
119
Hapus infrastruktur Auto Scaling Anda
],
"NewInstancesProtectedFromScaleIn": false,
"ServiceLinkedRoleARN": "arn",
"MaxInstanceLifetime": 2592000
}
]
}
Keterbatasan:
• Seumur hidup maksimum tidak dijamin tepat untuk setiap contoh: Instans tidak dijamin akan diganti
hanya pada akhir durasi maksimum mereka. Dalam beberapa situasi, Amazon EC2 Auto Scaling
mungkin perlu memulai mengganti instans segera setelah Anda memperbarui parameter masa aktif
maksimum instans. Alasan untuk perilaku ini adalah menghindari mengganti semua instans secara
bersamaan.
• Instans dihentikan sebelum peluncuran: Jika hanya ada satu instans dalam grup Auto Scaling, fitur
masa pakai instans maksimum dapat mengakibatkan pemadaman karena Amazon EC2 Auto Scaling
mengakhiri instans dan kemudian meluncurkan instans baru.
Hapus infrastruktur Auto Scaling Anda

Untuk sepenuhnya menghapus infrastruktur penskalaan Anda, selesaikan tugas berikut.
Tugas
• Hapus grup Auto Scaling Anda (p. 120)
• (Opsional) Hapus konfigurasi peluncuran (p. 121)
• (Opsional) Hapus templat peluncuran (p. 121)
• (Opsional) Hapus load balancer dan grup target (p. 122)
• (Opsional) Hapus CloudWatch alarm (p. 122)
Hapus grup Auto Scaling Anda

Saat Anda menghapus grup Auto Scaling, nilai minimal dan maksimal yang diinginkan akan ditetapkan
ke 0. Akibatnya, instans dihentikan. Menghapus suatu instans juga akan menghapus log atau data
terkait, dan volume pada instans. Jika Anda tidak ingin menghentikan satu atau lebih instans, Anda
dapat melepaskannya sebelum menghapus grup Auto Scaling. Jika grup memiliki kebijakan penskalaan,
menghapus grup akan menghapus kebijakan, tindakan alarm yang mendasari, dan setiap alarm yang tidak
lagi memiliki tindakan terkait.
Untuk menghapus grup Auto Scaling Anda (konsol)

2. Pilih kotak centang di samping grup Auto Scaling Anda dan pilihHapus.
3. Ketika diminta konfirmasi, pilih Hapus.
Ikon memuat di kolom Nama menunjukkan bahwa grup Auto Scaling dihapus. Kolom Diinginkan,
Min, dan Maks menunjukkan instans 0 untuk grup Auto Scaling. Hanya perlu beberapa menit untuk
menghentikan proses dan menghapus grup. Refresh daftar untuk melihat status saat ini.
Untuk menghapus grup Auto Scaling Anda (AWS CLI)
Gunakan berikutmenghapus-auto-scaling-kelompokperintah untuk menghapus grup Auto Scaling.
120
(Opsional) Hapus konfigurasi peluncuran
aws autoscaling delete-auto-scaling-group --auto-scaling-group-name my-asg
Jika grup memiliki instance atau aktivitas penskalaan yang sedang berlangsung, gunakanmenghapus-auto-
scaling-kelompokperintah dengan--force-deletepilihan. Ini juga akan mengakhiri instans Amazon EC2.
aws autoscaling delete-auto-scaling-group --auto-scaling-group-name my-asg --force-delete
(Opsional) Hapus konfigurasi peluncuran

Anda dapat melewati langkah ini untuk mempertahankan konfigurasi peluncuran untuk penggunaan di
masa mendatang.
Untuk menghapus konfigurasi peluncuran (konsol)

3. PadaKonfigurasi peluncuranhalaman, pilih konfigurasi peluncuran Anda dan pilihTindakan,Hapus
4. Ketika diminta konfirmasi, pilih Ya, Hapus.
Untuk menghapus konfigurasi peluncuran (AWS CLI)
Gunakan berikutmenghapus-launch-konfigurasiperintah.
aws autoscaling delete-launch-configuration --launch-configuration-name my-launch-config
(Opsional) Hapus templat peluncuran

Anda dapat menghapus templat peluncuran atau hanya satu versi dari templat peluncuran Anda. Saat
Anda menghapus templat peluncuran, semua versinya dihapus.
Anda dapat melewati langkah ini untuk mempertahankan templat peluncuran untuk penggunaan di masa
mendatang.
Untuk menghapus templat peluncuran Anda (konsol)

3. Pilih templat peluncuran Anda dan lakukan salah satu hal berikut:
• Pilih Tindakan, Hapus templat. Ketika diminta konfirmasi, pilih Hapus templat peluncuran.
• Pilih Tindakan, Hapus versi templat. Pilih versi yang akan dihapus dan pilih Hapus versi templat
peluncuran.
Untuk menghapus templat peluncuran (AWS CLI)
Gunakan berikutmenghapus-launch-templateperintah untuk menghapus template Anda dan semua

versinya.
aws ec2 delete-launch-template --launch-template-id lt-068f72b72934aff71
121
(Opsional) Hapus load balancer dan grup target
Atau, Anda dapat menggunakanmenghapus-launch-template-versiperintah untuk menghapus versi

template peluncuran tertentu.
aws ec2 delete-launch-template-versions --launch-template-id lt-068f72b72934aff71 --

versions 1
(Opsional) Hapus load balancer dan grup target

Lewati langkah ini jika grup Auto Scaling Anda tidak terkait dengan load balancer Elastic Load Balancing,
atau jika Anda ingin menyimpan load balancer untuk penggunaan di masa mendatang.
Untuk menghapus load balancer Anda (konsol)

2. Di panel navigasi, di bawah LOAD BALANCING, pilih Load Balancer.
3. Pilih load balancer dan pilih Tindakan, Hapus.
Untuk menghapus grup target Anda (konsol)
1. Pada panel navigasi, di bawah LOAD BALANCING, pilih Grup Target.

2. Pilih grup target dan pilih Tindakan, Hapus.
3. Ketika diminta konfirmasi, pilih Ya.
Untuk menghapus load balancer yang terkait dengan grup Auto Scaling (AWS CLI)
Untuk Application Load Balancer dan Penyeimbang Beban Jaringan, gunakan yang berikut inimenghapus-
load-balancerdanmenghapus-grup targetperintah.
aws elbv2 delete-load-balancer --load-balancer-arn my-load-balancer-arn

aws elbv2 delete-target-group --target-group-arn my-target-group-arn
Untuk Classic Load Balancers, gunakan yang berikutmenghapus-load-balancerperintah.
aws elb delete-load-balancer --load-balancer-name my-load-balancer
(Opsional) Hapus CloudWatch alarm

Untuk menghapus apapun CloudWatch alarm yang terkait dengan grup Auto Scaling Anda, selesaikan
langkah-langkah berikut.
Anda dapat melewati langkah ini jika grup Auto Scaling Anda tidak terkait dengan grup Auto Scaling Anda
CloudWatch alarm, atau jika Anda ingin menyimpan alarm untuk penggunaan di masa mendatang.
Note
Menghapus grup Auto Scaling akan menghapus grup Auto Scaling CloudWatch alarm yang
dikelola Amazon EC2 Auto Scaling untuk kebijakan penskalaan pelacakan target.
Untuk menghapus CloudWatch alarm (konsol)
1. Buka CloudWatch konsol dihttps://console.aws.amazon.com/cloudwatch/.

2. Pada panel navigasi, pilih Alarm.
122
(Opsional) Hapus CloudWatch alarm
3. Pilih alarm dan pilih Tindakan, Hapus.

Untuk menghapus CloudWatch alarm (AWS CLI)
Gunakanmenghapus-alarmperintah. Anda dapat menghapus satu atau beberapa alarm sekaligus.

Misalnya, gunakan perintah berikut untuk menghapus alarm Step-Scaling-AlarmHigh-AddCapacity
dan Step-Scaling-AlarmLow-RemoveCapacity.
aws cloudwatch delete-alarms --alarm-name Step-Scaling-AlarmHigh-AddCapacity Step-Scaling-

AlarmLow-RemoveCapacity
123
Opsi penskalaan
Menskalakan ukuran grup Auto

Scaling Anda
Penskalaan adalah kemampuan untuk meningkatkan atau menurunkan kapasitas komputasi aplikasi Anda.
Penskalaan dimulai dengan suatu peristiwa, atau tindakan penskalaan, yang menginstruksikan grup Auto
Scaling untuk meluncurkan atau menghentikan instance Amazon EC2.
Amazon EC2 Auto Scaling menyediakan sejumlah cara untuk menyesuaikan penskalaan yang paling
sesuai dengan kebutuhan aplikasi Anda. Oleh karena itu, penting bagi Anda untuk memiliki pemahaman
yang baik tentang aplikasi Anda. Perhatikan pertimbangan berikut:
• Peran apa yang harus dijalankan Amazon EC2 Auto Scaling dalam arsitektur aplikasi Anda? Sering kali
kita berpikir tentang penskalaan otomatis terutama sebagai cara untuk meningkatkan dan mengurangi
kapasitas, tetapi juga berguna untuk mempertahankan jumlah server yang stabil.
• Kendala biaya apakah yang penting bagi Anda? Karena Amazon EC2 Auto Scaling menggunakan
instance EC2, Anda hanya membayar sumber daya yang Anda gunakan. Memahami keterbatasan biaya
akan membantu Anda memutuskan kapan Anda dapat menskalakan aplikasi, dan seberapa banyak.
• Metrik apa yang penting bagi aplikasi Anda? Amazon CloudWatch mendukung sejumlah metrik berbeda
yang dapat Anda gunakan dengan grup Auto Scaling Anda.
Isi
• Opsi penskalaan (p. 124)
• Mengatur batas kapasitas pada grup Auto Scaling Anda (p. 125)
• Mempertahankan jumlah instance tetap dalam grup Auto Scaling Anda (p. 126)
• Skala manual untuk Amazon EC2 Auto Scaling (p. 127)
• Penskalaan dinamis untuk Amazon EC2 Auto Scaling (p. 136)
• Penskalaan prediktif untuk Amazon EC2 Auto Scaling (p. 172)
• Skala terjadwal untuk Amazon EC2 Auto Scaling (p. 191)
• Hook siklus aktif Amazon EC2 Auto Scaling (p. 196)
• Kolam hangat untuk Amazon EC2 Auto Scaling (p. 219)
• Kontrol instance Auto Scaling mana yang berakhir selama penurunan skala (p. 237)
• Hapus instance sementara dari grup Auto Scaling Anda (p. 250)
• Menangguhkan dan melanjutkan proses untuk grup Auto Scaling (p. 254)
Opsi penskalaan
Amazon EC2 Auto Scaling menyediakan beberapa cara untuk menskalakan grup Auto Scaling Anda.
Menjaga tingkat instance saat ini setiap saat
Anda dapat mengonfigurasi grup Auto Scaling untuk mempertahankan jumlah instance tertentu yang
telah ditentukan setiap saat. Untuk mempertahankan tingkat instance saat ini, Amazon EC2 Auto Scaling
melakukan pemeriksaan kesehatan berkala pada instance dalam grup Auto Scaling. Ketika Amazon EC2
Auto Scaling menemukan instance yang tidak sehat, Amazon EC2 Auto Scaling akan menghentikan
instance tersebut dan meluncurkan yang baru. Untuk informasi selengkapnya, lihat Mempertahankan
jumlah instance tetap dalam grup Auto Scaling Anda (p. 126).
Menskalakan secara manual
124
Mengatur batas kapasitas
Penskalaan manual adalah cara paling dasar untuk menskalakan sumber daya Anda, di mana Anda
menentukan hanya perubahan dalam kapasitas maksimum, minimum, atau yang diinginkan dari grup Auto
Scaling Anda. Amazon EC2 Auto Scaling mengelola proses membuat atau menghentikan instance untuk
mempertahankan kapasitas yang diperbarui. Untuk informasi selengkapnya, lihat Skala manual untuk
Menskalakan berdasarkan jadwal
Penskalaan berdasarkan jadwal berarti tindakan penskalaan dilakukan secara otomatis sebagai fungsi
waktu dan tanggal. Ini berguna saat Anda mengetahui kapan tepatnya menambah atau mengurangi jumlah
instance dalam grup Anda, hanya karena kebutuhan tersebut muncul pada jadwal yang dapat diprediksi.
Menskalakan berdasarkan permintaan
Cara yang lebih baik untuk menskalakan sumber daya Anda, menggunakan penskalaan dinamis,
memungkinkan Anda menentukan kebijakan penskalaan yang secara dinamis mengubah ukuran grup
Auto Scaling Anda untuk memenuhi perubahan permintaan. Misalnya, kita asumsikan Anda memiliki
aplikasi web yang saat ini berjalan pada dua instance dan Anda ingin pemanfaatan CPU dari grup Auto
Scaling untuk tetap berada di sekitar 50 persen ketika beban pada aplikasi berubah. Metode ini berguna
untuk penskalaan dalam menanggapi perubahan kondisi, ketika Anda tidak tahu kapan kondisi tersebut
akan berubah. Anda dapat mengatur Amazon EC2 Auto Scaling untuk merespons Anda. Untuk informasi
selengkapnya, lihat Penskalaan dinamis untuk Amazon EC2 Auto Scaling (p. 136).
Gunakan penskalaan prediktif
Anda juga dapat menggabungkan penskalaan prediktif dan penskalaan dinamis (pendekatan proaktif dan
reaktif, masing-masing) untuk meningkatkan kapasitas Amazon EC2 Anda dengan lebih cepat. Untuk
informasi selengkapnya, lihat Penskalaan prediktif untuk Amazon EC2 Auto Scaling (p. 172).
Mengatur batas kapasitas pada grup Auto Scaling

Anda
Batas kapasitas menempatkan pembatasan ukuran grup Auto Scaling Anda. Anda menetapkan batas
secara terpisah untuk ukuran minimum dan maksimum. Kapasitas grup yang diinginkan dapat diubah
ukurannya antara batas ukuran minimum dan maksimum. Kapasitas yang diinginkan harus lebih besar dari
atau sama dengan ukuran minimum grup dan kurang dari atau sama dengan ukuran maksimum grup.
Grup Auto Scaling akan dimulai dengan meluncurkan sebanyak mungkin instance yang ditentukan untuk
kapasitas yang diinginkan. Jika tidak ada kebijakan penskalaan atau tindakan terjadwal yang melekat pada
grup Auto Scaling, Amazon EC2 Auto Scaling akan mempertahankan jumlah instans yang diinginkan,
melakukan pemeriksaan kesehatan berkala pada instans dalam grup. Contoh yang tidak sehat akan
dihentikan dan diganti dengan yang baru.
Jika Anda memilih untuk mengaktifkan penskalaan otomatis, batas maksimum memungkinkan Amazon
EC2 Auto Scaling menskalakan jumlah instance yang diperlukan untuk menangani peningkatan
permintaan. Batas minimum membantu memastikan bahwa Anda selalu memiliki sejumlah instance
tertentu yang berjalan setiap saat.
Batas ukuran minimum dan maksimum juga berlaku saat Anda menskalakan grup Auto Scaling Anda,
seperti saat Anda ingin menonaktifkan skala otomatis dan grup berjalan dengan ukuran tetap, baik
sementara maupun permanen. Dalam hal ini, Anda dapat mengelola ukuran grup Auto Scaling dengan
memperbarui kapasitas yang diinginkan sesuai kebutuhan.
Untuk mengelola pengaturan ini di konsol
125
Mempertahankan jumlah instance tetap
2. Pada panel navigasi, di bawah Auto Scaling, pilih Grup Auto Scaling.
3. PadaKelompok Auto ScalingHalaman, centang kotak di samping grup Auto Scaling yang
pengaturannya ingin Anda kelola.

4. Di panel bawah, diRinciantab, melihat atau mengubah pengaturan saat ini untuk kapasitas minimum,
maksimum, dan yang diinginkan.
Di atasRincianpane berisi informasi ikhtisar tentang grup Auto Scaling, termasuk jumlah instans saat ini
dalam grup, kapasitas minimum, maksimum, dan diinginkan, dan kolom status. Jika grup Auto Scaling
menggunakan bobot instans, maka informasi tersebut mencakup jumlah unit kapasitas yang berkontribusi
pada kapasitas yang diinginkan. Untuk menambahkan atau menghapus kolom dari daftar, pilih ikon
pengaturan di bagian atas halaman. Kemudian, untukAtribut grup Auto Scaling, aktifkan atau nonaktifkan
setiap kolom, dan pilihKonfirmasiperubahan.
Untuk memverifikasi ukuran grup Auto Scaling Anda setelah melakukan perubahan
ParameterInstanskolom menunjukkan jumlah instance yang saat ini berjalan. Sementara sebuah instance
diluncurkan atau dihentikan,Statuskolom menampilkan statusMemperbarui kapasitas, seperti yang
ditunjukkan pada gambar berikut.
Tunggu beberapa menit, lalu refresh tampilan untuk melihat status terbaru. Setelah aktivitas penskalaan
selesai, perhatikan bahwaInstanskolom menunjukkan nilai baru.
Anda juga dapat melihat jumlah instance dan status instance yang saat ini berjalan dariManajemen
instanstab di bawahInstans.
Mempertahankan jumlah instance tetap dalam grup

Auto Scaling Anda
Amazon EC2 Auto Scaling memungkinkan Anda mengatur grup Auto Scaling guna mempertahankan
ukuran tetap. Anda kemudian dapat memilih apakah akan menyesuaikan kapasitas grup yang diinginkan
atau secara manual menambahkan atau menghapus instans Amazon EC2 dari grup untuk menangani
perubahan lalu lintas ke aplikasi Anda.
Jika diperlukan jumlah instance tetap, hal ini dapat dicapai dengan menetapkan nilai yang sama untuk
kapasitas minimum, maksimum, dan yang diinginkan. Setelah Anda membuat grup Auto Scaling, grup
dimulai dengan meluncurkan cukup instance untuk memenuhi kapasitas yang diinginkan. Jika tidak ada
kondisi penskalaan lain yang melekat pada grup Auto Scaling, grup mempertahankan jumlah instance yang
sedang berjalan setiap saat.
Grup Auto Scaling terus mempertahankan jumlah instans tetap bahkan jika suatu instans menjadi tidak
sehat. Amazon EC2 Auto Scaling memonitor kondisi setiap instans Auto Scaling. Ketika menemukan
bahwa suatu instance menjadi tidak sehat, instance akan diakhiri dan meluncurkan yang baru. Instans
dapat gagal pemeriksaan kesehatan karena berbagai alasan. Untuk informasi selengkapnya, lihat
Pemeriksaan kesehatan untuk instance Auto Scaling (p. 261).
126
Penskalaan manual
Skala manual untuk Amazon EC2 Auto Scaling

Anda dapat mengubah ukuran grup Auto Scaling yang ada secara manual. Anda dapat memperbarui
kapasitas yang diinginkan dari grup Auto Scaling, atau memperbarui instance yang dilampirkan ke grup
Auto Scaling. Penskalaan grup secara manual dapat bermanfaat saat penskalaan otomatis tidak diperlukan
atau ketika Anda perlu menahan kapasitas pada sejumlah instance yang tetap.
Mengubah ukuran grup Auto Scaling Anda (konsol)

Saat Anda mengubah kapasitas yang diinginkan dari grup Auto Scaling Anda, Amazon EC2 Auto Scaling
mengelola peluncuran atau penghentian instance untuk memelihara ukuran grup yang baru.
Contoh berikut mengasumsikan bahwa Anda telah membuat grup Auto Scaling dengan ukuran minimum
1 dan ukuran maksimum 5. Oleh karena itu, grup tersebut saat ini memiliki satu instance yang sedang
berjalan.
Untuk mengubah ukuran grup Auto Scaling Anda


3. Pada tab Detail, pilih Detail grup, Edit.
4. Untuk Kapasitas yang diinginkan, tingkatkan kapasitas yang diinginkan sebesar satu. Misalnya, jika
nilai saat ini adalah 1, masukkan 2.
Kapasitas yang diinginkan harus kurang dari atau sama dengan ukuran maksimum grup. Jika nilai
baru Anda untuk Kapasitas yang diinginkan lebih besar dari Kapasitas maksimum, Anda harus
memperbarui Kapasitas maksimum.
Sekarang, verifikasi bahwa grup Auto Scaling Anda telah meluncurkan satu instance tambahan.
Untuk memverifikasi bahwa ukuran grup Auto Scaling Anda telah berubah
1. Pada tab Aktivitas, dalam Riwayat aktivitas, kolom Status menunjukkan status instance Anda saat
ini. Gunakan tombol refresh sampai Anda melihat status instance Anda berubah menjadi Berhasil. Ini
menunjukkan bahwa grup Auto Scaling Anda berhasil meluncurkan instance baru.
Note
Jika instance tersebut gagal diluncurkan, Anda dapat menemukan tips pemecahan masalah di
Pemecahan Masalah Amazon EC2 Auto Scaling (p. 356).
2. Pada tab Manajemen Instance, dalam Instance, kolom Siklus Aktif menunjukkan status instance
Anda. Butuh waktu singkat untuk meluncurkan sebuah instance. Setelah instance dimulai, status
aktifnya berubah menjadiInService. Anda dapat melihat bahwa grup Auto Scaling Anda telah
diluncurkan1contoh baru, dan itu ada diInServicestatus.
Mengubah ukuran grup Auto Scaling Anda (AWS CLI)

Saat Anda mengubah ukuran grup Auto Scaling Anda, Amazon EC2 Auto Scaling mengelola peluncuran
atau penghentian instance untuk memelihara ukuran grup yang baru. Perilaku default adalah tidak
menunggu selesainya periode jeda pakai default, tetapi Anda dapat mengesampingkan default dan
127
Mengubah ukuran grup Auto Scaling Anda (AWS CLI)
menunggu selesainya periode jeda pakai. Untuk informasi selengkapnya, lihat Menskalakan jeda pakai
Contoh berikut mengasumsikan bahwa Anda telah membuat grup Auto Scaling dengan ukuran minimum
1 dan ukuran maksimum 5. Oleh karena itu, grup tersebut saat ini memiliki satu instance yang sedang
berjalan.
Untuk mengubah ukuran grup Auto Scaling Anda
Gunakanset-diinginkan-kapasitasuntuk mengubah ukuran grup Auto Scaling Anda, seperti yang

ditunjukkan dalam contoh berikut.
aws autoscaling set-desired-capacity --auto-scaling-group-name my-asg \

--desired-capacity 2
Jika Anda memilih untuk menghargai periode pendinginan default untuk grup Auto Scaling Anda, Anda
harus menentukan opsi –-honor-cooldown seperti yang ditunjukkan dalam contoh berikut.
aws autoscaling set-desired-capacity --auto-scaling-group-name my-asg \

--desired-capacity 2 --honor-cooldown
Untuk memverifikasi ukuran grup Auto Scaling Anda
Gunakandescribe-auto-scaling-groupsperintah untuk mengonfirmasikan bahwa ukuran grup Auto Scaling

Anda telah berubah, seperti pada contoh berikut.
Berikut ini adalah contoh output, dengan detail tentang grup dan instance yang diluncurkan.
{
{
"LaunchTemplate": {
"Version": "1",
"LaunchTemplateId": "lt-050555ad16a3f9c7f"
},
"Tags": [],
"MinSize": 1,
"Instances": [
{
"LaunchTemplate": {
"Version": "1",
},
"InstanceId": "i-05b4f7d5be44822a6",
"LifecycleState": "Pending"
},
128
Melampirkan instance EC2 ke grup Auto Scaling Anda
{
"LaunchTemplate": {
"Version": "1",
},
"InstanceId": "i-0c20ac468fa3049e8",
"LifecycleState": "InService"
}
],
"MaxSize": 5,
"VPCZoneIdentifier": "subnet-c87f2be0",
"Default"
],
"CreatedTime": "2019-03-18T23:30:42.611Z",
"us-west-2a"
],
}
]
}
Perhatikan bahwa DesiredCapacity menampilkan nilai baru. Grup Auto Scaling Anda telah meluncurkan
sebuah instance tambahan.

Amazon EC2 Auto Scaling memberi Anda opsi untuk melampirkan satu atau lebih instance EC2 ke grup
Auto Scaling Anda yang sudah ada. Setelah sebuah instance dilampirkan, hal ini dianggap sebagai bagian
dari grup Auto Scaling.
Untuk sebuah instance yang harus dilampirkan, harus memenuhi kriteria berikut:
• Contohnya ada dirunningnegara dengan Amazon EC2.

• AMI yang digunakan untuk meluncurkan instance tetap harus ada.
• Instance ini bukanlah anggota dari grup Auto Scaling lainnya.
• Instance diluncurkan ke salah satu Zona Ketersediaan yang ditentukan dalam grup Auto Scaling Anda.
• Jika grup Auto Scaling sudah melampirkan grup target load balancer, instance dan load balancer
tersebut harus berada di VPC yang sama. Jika grup Auto Scaling sudah melampirkan Classic Load
Balancer, instance dan load balancer tersebut harus berada di EC2-Classic atau VPC yang sama.
Ketika Anda melampirkan instance, kapasitas yang diinginkan grup akan meningkat berdasarkan jumlah
instance yang dilampirkan. Jika jumlah instance yang dilampirkan ditambah kapasitas yang diinginkan
melebihi ukuran maksimum grup, maka akan permintaan gagal.
Jika Anda melampirkan suatu instance ke grup Auto Scaling yang sudah melampirkan load balancer grup
target atau Classic Load Balancer, maka instance tersebut didaftarkan dengan load balancer.
Contoh penggunaan grup Auto Scaling dengan konfigurasi berikut:
• Nama grup Auto Scaling = my-asg
129
• Ukuran minimum = 1
• Ukuran maksimum = 5
• Kapasitas yang diinginkan = 2
• Zona Ketersediaan = us-west-2a
Melampirkan instance (konsol)

Anda dapat melampirkan instance yang sudah ada ke grup Auto Scaling, atau ke grup Auto Scaling baru
saat Anda membuatnya.
Untuk melampirkan instance ke grup Auto Scaling baru

2. Di panel navigasi, di bawahInstans, pilihInstans, lalu pilih satu instance.
3. Pilih Tindakan, Pengaturan instance, Lampirkan ke Grup Auto Scaling.
4. Pada halaman Melampirkan ke grup Auto Scaling, untuk Grup Auto Scaling, masukkan nama untuk
grup, lalu pilih Lampirkan.
Grup Auto Scaling baru dibuat menggunakan konfigurasi peluncuran baru dengan nama yang sama
yang Anda tentukan untuk grup Auto Scaling. Konfigurasi peluncuran mendapatkan pengaturannya
(misalnya, grup keamanan dan peran IAM) dari instance yang Anda lampirkan. Grup Auto Scaling
mendapatkan pengaturan (misalnya, Zona Ketersediaan dan subnet) dari instance yang Anda
lampirkan, dan memiliki kapasitas yang diinginkan dan ukuran maksimum 1.
5. (Opsional) Untuk mengedit pengaturan grup Auto Scaling, pada panel navigasi, di bawahAuto Scaling,
pilihGrup Auto Scaling. Pilih kotak centang di samping grup Auto Scaling baru, pilih tombol Edit yang
berada di atas daftar grup, ubah pengaturan sesuai kebutuhan, lalu pilih Perbarui.
Untuk melampirkan instance ke grup Auto Scaling yang ada

2. (Opsional) Pada panel navigasi, di AUTO SCALING, pilih Grup Auto Scaling. Pilih grup Auto Scaling
dan pastikan ukuran maksimum grup Auto Scaling cukup besar sehingga Anda dapat menambahkan
instance lain. Jika tidak, pada tab Rincian, tingkatkan kapasitas maksimum.
3. Di panel navigasi, di bawahInstans, pilihInstans, lalu pilih satu instance.
4. Pilih Tindakan, Pengaturan instance, Lampirkan ke Grup Auto Scaling.
5. Pada halaman Melampirkan ke grup Auto Scaling, untuk Grup Auto Scaling, pilih grup Auto Scaling,
lalu pilih Lampirkan.
6. Jika instance tidak memenuhi kriteria, Anda mendapatkan pesan kesalahan dengan detail. Misalnya,
instance tersebut mungkin tidak berada dalam Zona Ketersediaan yang sama dengan grup Auto
Scaling. Pilih Tutup dan coba lagi dengan instance yang memenuhi kriteria.
Melampirkan instance (AWS CLI)

Untuk melampirkan instance ke grup Auto Scaling
1. Jelaskan grup Auto Scaling tertentu menggunakan berikutdescribe-auto-scaling-groupsperintah.
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg
Contoh respons berikut menunjukkan bahwa kapasitas yang diinginkan adalah 2 dan grup tersebut
memiliki dua instance yang berjalan.
130
{
{
"LaunchTemplate": {
"Version": "1",
},
"Tags": [],
"MinSize": 1,
"Instances": [
{
"LaunchTemplate": {
"Version": "1",
},
},
{
"LaunchTemplate": {
"Version": "1",
},
}
],
"MaxSize": 5,
"Default"
],
"CreatedTime": "2019-03-18T23:30:42.611Z",
"us-west-2a"
],
}
]
}
2. Lampirkan instance ke grup Auto Scaling menggunakan yang berikutlampirkan instansperintah.
131
aws autoscaling attach-instances --instance-ids i-0787762faf1c28619 --auto-scaling-

group-name my-asg
3. Untuk memverifikasi bahwa instance dilampirkan, gunakan yang berikutdescribe-auto-scaling-

groupsperintah.
Contoh tanggapan berikut menunjukkan bahwa kapasitas yang diinginkan telah meningkat sebanyak 1
instance (pada kapasitas baru 3), dan terdapat instance baru, i-0787762faf1c28619.
{
{
"LaunchTemplate": {
"Version": "1",
},
"Tags": [],
"MinSize": 1,
"Instances": [
{
"LaunchTemplate": {
"Version": "1",
},
},
{
"LaunchTemplate": {
"Version": "1",
},
},
{
"LaunchTemplate": {
"Version": "1",
},
132
Lepas instance EC2 dari grup Auto Scaling Anda
"InstanceId": "i-0787762faf1c28619",
}
],
"MaxSize": 5,
"Default"
],
"CreatedTime": "2019-03-18T23:30:42.611Z",
"us-west-2a"
],
}
]
}

Anda dapat menghapus (melepas) instance yang ada diInServicenegara dari grup Auto Scaling. Setelah
instance terlepas, Anda dapat mengelolanya secara independen dari grup Auto Scaling lainnya. Dengan
melepaskan suatu instance, Anda dapat:
• Memindahkan instance dari satu grup Auto Scaling dan melampirkannya ke grup yang berbeda. Untuk
informasi selengkapnya, lihat Melampirkan instance EC2 ke grup Auto Scaling Anda (p. 129).
• Menguji grup Auto Scaling dengan membuatnya menggunakan instance yang ada yang menjalankan
aplikasi Anda. Anda kemudian dapat memisahkan instance ini dari grup Auto Scaling ketika uji Anda
selesai.
Ketika Anda memisahkan instance, Anda memiliki opsi untuk mengurangi kapasitas yang diinginkan
untuk grup Auto Scaling dengan jumlah instance yang Anda lepaskan. Jika Anda memilih untuk tidak
mengurangi kapasitas, Amazon EC2 Auto Scaling meluncurkan instance baru untuk mengganti yang Anda
lepas. Jika Anda mengurangi kapasitas tetapi memisahkan beberapa instance dari Zona Ketersediaan
yang sama, Amazon EC2 Auto Scaling dapat menyeimbangkan kembali Zona Ketersediaan, kecuali
Anda menangguhkan proses AZRebalance. Untuk informasi selengkapnya, lihat Menangguhkan dan
melanjutkan proses untuk grup Auto Scaling (p. 254).
Jika jumlah instance yang Anda lepas mengurangi ukuran grup Auto Scaling di bawah kapasitas
minimumnya, Anda harus mengurangi kapasitas minimum untuk grup sebelum Anda dapat
melepaskannya.
Jika Anda memisahkan suatu instance dari grup Auto Scaling yang sudah melampirkan load balancer
grup target atau Classic Load Balancer, maka instance tersebut akan dikeluarkan dari load balancer.
Jika pengosongan koneksi diaktifkan untuk load balancer Anda, Amazon EC2 Auto Scaling menunggu
permintaan yang sedang berjalan selesai.
Contoh penggunaan grup Auto Scaling dengan konfigurasi berikut:
• Nama grup Auto Scaling = my-asg

• Ukuran minimum = 1
• Ukuran maksimum = 5
• Kapasitas yang diinginkan = 4
133
• Zona Ketersediaan = us-west-2a
Melepas instance (konsol)

Gunakan prosedur berikut untuk melepas instance dari grup Auto Scaling Anda.
Untuk melepas instance dari grup Auto Scaling yang ada


3. Pada tab Manajemen Instance, dalam Instance, pilih satu instance dan pilih Tindakan, Pelepasan.
4. Di kotak dialog Lepas instance, pilih kotak centang untuk meluncurkan instance penggantian, atau
biarkan tidak dicentang untuk mengurangi kapasitas yang diinginkan. Pilih Lepas instance.
Lepaskan instans (AWS CLI)

Gunakan prosedur berikut untuk melepas instance dari grup Auto Scaling Anda.
Untuk melepas instance dari grup Auto Scaling yang ada
1. Daftar contoh saat ini menggunakan berikutmenjelaskan-auto-scaling-instancesperintah.
aws autoscaling describe-auto-scaling-instances
Contoh tanggapan berikut menunjukkan bahwa grup memiliki empat instance yang sedang berjalan.
{
"AutoScalingInstances": [
{
"LaunchTemplate": {
"Version": "1",
},
"HealthStatus": "HEALTHY",
},
{
"LaunchTemplate": {
"Version": "1",
},
},
{
134
"LaunchTemplate": {
"Version": "1",
},
},
{
"LaunchTemplate": {
"Version": "1",
},
"InstanceId": "i-0f280a4c58d319a8a",
}
]
}
2. Lepaskan instance dan tingkatkan kapasitas yang diinginkan dengan menggunakan yang
berikutlepaskan instansperintah.
aws autoscaling detach-instances --instance-ids i-05b4f7d5be44822a6 \

--auto-scaling-group-name my-asg --should-decrement-desired-capacity
3. Verifikasi bahwa instance terlepas menggunakan berikutmenjelaskan-auto-scaling-instancesperintah.
Contoh tanggapan berikut menunjukkan bahwa sekarang ada tiga instance berjalan.
{
{
"LaunchTemplate": {
"Version": "1",
},
},
{
"LaunchTemplate": {
"Version": "1",
},
135
Penskalaan dinamis
},
{
"LaunchTemplate": {
"Version": "1",
},
"InstanceId": "i-0f280a4c58d319a8a",
}
]
}
Penskalaan dinamis untuk Amazon EC2 Auto

Scaling
Saat mengonfigurasi penskalaan dinamis, Anda menentukan cara menskalakan kapasitas grup Auto
Scaling Anda sebagai respons terhadap perubahan permintaan.
Misalnya, kita asumsikan Anda memiliki aplikasi web yang saat ini berjalan pada dua instance dan Anda
ingin pemanfaatan CPU dari grup Auto Scaling untuk tetap berada di sekitar 50 persen ketika beban
pada aplikasi berubah. Ini memberi Anda kapasitas ekstra untuk menangani lonjakan lalu lintas tanpa
mempertahankan jumlah berlebih dari sumber daya yang tidak aktif.
Anda dapat mengonfigurasi grup Auto Scaling untuk menskalakan secara dinamis untuk memenuhi
kebutuhan ini dengan membuat kebijakan pelacakan target, langkah, atau penskalaan sederhana. Amazon
EC2 Auto Scaling selanjutnya dapat menaikkan skala grup Anda (menambahkan lebih banyak instance)
untuk menangani permintaan tinggi di waktu puncak, dan menurunkan skala grup Anda (menjalankan lebih
sedikit instance) untuk mengurangi biaya selama periode penggunaan rendah.
Isi
• Cara kerja kebijakan penskalaan dinamis (p. 137)
• Jenis kebijakan penskalaan dinamis (p. 137)
• Beberapa kebijakan penskalaan dinamis (p. 138)
• Kebijakan penskalaan pelacakan target untuk Amazon EC2 Auto Scaling (p. 139)
• Kebijakan penskalaan langkah dan sederhana untuk Amazon EC2 Auto Scaling (p. 144)
• Atur nilai default misalnya warmup atau penskalaan cooldown (p. 154)
• Penskalaan berdasarkan Amazon SQS (p. 161)
• Memverifikasi aktivitas penskalaan untuk grup Auto Scaling (p. 166)
• Menonaktifkan kebijakan penskalaan untuk grup Auto Scaling (p. 167)
• Menghapus kebijakan penskalaan (p. 169)
• Contoh kebijakan penskalaan untukAWS Command Line Interface(AWS CLI) (p. 170)
136
Cara kerja kebijakan penskalaan dinamis
Cara kerja kebijakan penskalaan dinamis

Kebijakan penskalaan dinamis menginstruksikan Amazon EC2 Auto Scaling untuk melacak spesifik
CloudWatch metrik, dan mendefinisikan tindakan apa yang harus diambil ketika terkait CloudWatch alarm
ada di ALARM. Metrik yang digunakan untuk memicu alarm adalah agregasi metrik yang berasal dari
semua instance dalam grup Auto Scaling. (Misalnya, katakanlah Anda memiliki grup Auto Scaling dengan
dua instance di mana satu instance di 60 persen CPU dan yang lainnya di 40 persen CPU. Rata-rata,
mereka berada di 50 persen CPU.) Ketika kebijakan berlaku, Amazon EC2 Auto Scaling menyesuaikan
kapasitas yang diinginkan grup naik atau turun saat alarm dipicu.
Ketika kebijakan penskalaan dinamis dilaksanakan, jika perhitungan kapasitas menghasilkan jumlah di luar
rentang ukuran minimum dan maksimum grup, Amazon EC2 Auto Scaling memastikan bahwa kapasitas
baru tidak pernah berada di luar batas ukuran minimum dan maksimum. Kapasitas diukur dengan salah
satu dari dua cara: menggunakan unit yang sama dengan yang Anda pilih ketika mengatur kapasitas
yang diinginkan terkait instance, atau menggunakan unit kapasitas (jika pembobotan instance (p. 67)
diterapkan).
• Contoh 1: Sebuah grup Auto Scaling memiliki kapasitas maksimum 3, kapasitas saat ini 2, dan kebijakan
penskalaan dinamis yang menambahkan 3 instance. Saat menerapkan kebijakan ini, Amazon EC2 Auto
Scaling hanya menambahkan 1 instance ke grup untuk mencegah grup melebihi ukuran maksimalnya.
• Contoh 2: Sebuah grup Auto Scaling memiliki kapasitas minimum 2, kapasitas saat ini sebesar 3, dan
kebijakan penskalaan dinamis yang menghapus 2 instance. Saat menerapkan kebijakan ini, Amazon
EC2 Auto Scaling hanya menghapus 1 instance dari grup untuk mencegah grup menjadi kurang dari
ukuran minimumnya.
Ketika kapasitas yang diinginkan mencapai batas ukuran maksimum, penskalaan berhenti. Jika permintaan
turun dan kapasitas turun, Amazon EC2 Auto Scaling dapat kembali menaikkan skala.
Pengecualian adalah ketika Anda menggunakan pembobotan instance. Dalam instance ini, Amazon EC2
Auto Scaling dapat menskalakan di atas batas ukuran maksimum, tetapi hanya sampai dengan bobot
maksimal yang Anda inginkan. Tujuannya adalah untuk sedekat mungkin dengan kapasitas baru yang
diinginkan tetapi tetap mematuhi strategi alokasi yang ditentukan untuk grup. Strategi alokasi menentukan
jenis instance yang akan diluncurkan. Bobot tersebut menentukan berapa banyak unit kapasitas yang
dikontribusikan tiap-tiap instance pada kapasitas yang diinginkan grup berdasarkan tipe instance.
• Contoh 3: Sebuah grup Auto Scaling memiliki kapasitas maksimum 12, kapasitas saat ini sebesar 10,
dan kebijakan penskalaan dinamis yang menambahkan 5 unit kapasitas. Jenis instance memiliki satu
dari tiga bobot yang ditetapkan: 1, 4, atau 6. Saat menerapkan kebijakan, Amazon EC2 Auto Scaling
memilih untuk meluncurkan jenis instance dengan berat 6 berdasarkan strategi alokasi. Hasil dari
peristiwa peningkatan skala ini adalah grup dengan kapasitas yang diinginkan sebesar 12 dan kapasitas
saat ini sebesar 16.
Jenis kebijakan penskalaan dinamis

Amazon EC2 Auto Scaling mendukung jenis kebijakan penskalaan dinamis berikut:
• Skala pelacakan target—Meningkatkan atau mengurangi kapasitas grup saat ini berdasarkan nilai target
untuk metrik tertentu. Ini serupa dengan cara termostat Anda menjaga suhu di rumah Anda—Anda
memilih suhu dan termostat melakukannya.
• Penskalaan langkah—Meningkatkan atau mengurangi kapasitas grup saat ini berdasarkan serangkaian
penyesuaian skala, yang disebut penyesuaian langkah, yang bervariasi berdasarkan ukuran
penembusan alarmnya.
• Penskalaan sederhana—Meningkatkan atau mengurangi kapasitas grup saat ini berdasarkan
penyesuaian skala tunggal.
137
Beberapa kebijakan penskalaan dinamis
Jika Anda melakukan penskalaan berdasarkan metrik pemanfaatan yang meningkatkan atau menurunkan
secara proporsional jumlah instance dalam grup Auto Scaling, kami menyarankan Anda menggunakan
kebijakan penskalaan pelacakan target. Jika tidak, kami sarankan Anda menggunakan kebijakan
penskalaan langkah.
Beberapa kebijakan penskalaan dinamis

Dalam sebagian besar kasus, kebijakan penskalaan pelacakan target cukup untuk mengonfigurasi grup
Auto Scaling Anda untuk menaikkan atau menurunkan skala secara otomatis. Kebijakan penskalaan
pelacakan target memungkinkan Anda memilih hasil yang diinginkan dan meminta grup Auto Scaling
menambahkan dan menghapus instance sesuai kebutuhan untuk mencapai hasil tersebut.
Untuk konfigurasi penskalaan tingkat lanjut, grup Auto Scaling Anda dapat memiliki lebih dari satu
kebijakan penskalaan. Misalnya, Anda dapat menentukan satu atau lebih kebijakan penskalaan pelacakan
target, satu atau lebih kebijakan penskalaan langkah, atau keduanya. Ini memberikan fleksibilitas yang
lebih besar untuk mencakup beberapa skenario.
Untuk menggambarkan cara kerja beberapa kebijakan penskalaan dinamis, pertimbangkan aplikasi yang
menggunakan grup Auto Scaling dan antrean Amazon SQS untuk mengirim permintaan ke satu instance
EC2. Untuk membantu memastikan bahwa aplikasi bekerja pada tingkat optimal, ada dua kebijakan yang
mengontrol ketika grup Auto Scaling harus ditingkatkan. Salah satunya adalah kebijakan pelacakan target
yang menggunakan metrik khusus untuk menambah dan menghapus kapasitas berdasarkan jumlah pesan
SQS dalam antrean. Yang lainnya adalah kebijakan langkah penskalaan yang menggunakan Amazon
CloudWatch CPUUtilizationmetrik untuk menambah kapasitas saat instance melebihi 90 persen
pemanfaatan selama jangka waktu tertentu.
Jika ada beberapa kebijakan yang berlaku pada saat yang sama, ada kemungkinan bahwa setiap
kebijakan dapat menginstruksikan grup Auto Scaling untuk meningkatkan skala (atau menurunkan skala)
pada saat yang sama. Sebagai contoh, ada kemungkinan bahwaCPUUtilizationlonjakan metrik dan
memicu CloudWatch alarm pada saat yang sama bahwa lonjakan metrik khusus SQS dan memicu alarm
metrik khusus.
Jika situasi ini terjadi, Amazon EC2 Auto Scaling memilih kebijakan yang menyediakan kapasitas terbesar
untuk menaikan dan menurunkan skala. Misalkan, kebijakan untuk CPUUtilization meluncurkan satu
instance, sementara kebijakan untuk antrean SQS meluncurkan dua instance. Jika kriteria peningkatan
skala untuk kedua kebijakan terpenuhi pada saat yang sama, Amazon EC2 Auto Scaling memberikan
prioritas pada kebijakan antrean SQS. Hal ini menghasilkan grup Auto Scaling yang meluncurkan dua
instance.
Pendekatan pemberian prioritas terhadap kebijakan yang memberikan kapasitas terbesar berlaku bahkan
ketika kebijakan menggunakan kriteria yang berbeda untuk penskalaan. Misalnya, jika satu kebijakan
menghentikan tiga instance, kebijakan lain mengurangi jumlah instance sebesar 25 persen, dan grup
memiliki delapan instance pada saat menurunkan skala, Amazon EC2 Auto Scaling memberikan prioritas
pada kebijakan yang menyediakan jumlah instance terbesar untuk grup tersebut. Ini menghasilkan grup
Auto Scaling yang menghentikan dua instance (25 persen dari 8 = 2). Tujuannya adalah untuk mencegah
Amazon EC2 Auto Scaling menghapus terlalu banyak instance.
Namun, kami menyarankan Anda berhati-hati ketika menggunakan kebijakan penskalaan pelacakan target
dengan kebijakan penskalaan langkah karena adanya konflik di antara kebijakan ini dapat menyebabkan
perilaku yang tidak diinginkan. Misalnya, jika kebijakan penskalaan langkah memulai aktivitas penurunan
skala sebelum kebijakan pelacakan target siap untuk diterapkan, aktivitas penurunan skala tidak akan
diblokir. Setelah aktivitas peningkatan skala selesai, kebijakan pelacakan target dapat menginstruksikan
grup untuk kembali meningkatkan skala.
138
Kebijakan penskalaan pelacakan target
Kebijakan penskalaan pelacakan target untuk Amazon

EC2 Auto Scaling
Dengan kebijakan penskalaan pelacakan target, Anda memilih metrik penskalaan dan menetapkan nilai
target. Amazon EC2 Auto Scaling membuat dan mengelola CloudWatch alarm yang memicu kebijakan
penskalaan dan menghitung penyesuaian penskalaan berdasarkan metrik dan nilai target. Kebijakan
penskalaan menambah atau menghapus kapasitas yang diperlukan untuk menjaga metrik pada, atau
mendekati, nilai target yang ditentukan. Selain menjaga metrik tetap dekat dengan nilai target, kebijakan
penskalaan pelacakan target juga menyesuaikan perubahan metrik karena pola beban yang berubah.
Misalnya, Anda dapat menggunakan penskalaan pelacakan target untuk:
• Mengonfigurasi kebijakan penskalaan pelacakan target untuk menjaga pemanfaatan CPU agregat rata-
rata dari grup Auto Scaling Anda sebesar 40 persen.
• Konfigurasikan kebijakan penskalaan pelacakan target untuk menjaga jumlah permintaan per target grup
target Application Load Balancer Anda sebesar 1000 untuk grup Auto Scaling Anda.
Tergantung kebutuhan aplikasinya, Anda mungkin menemukan bahwa salah satu metrik penskalaan
populer ini cocok untuk Anda ketika menggunakan pelacakan target, atau Anda mungkin menemukan
bahwa kombinasi metrik ini atau metrik yang berbeda memenuhi kebutuhan Anda dengan lebih baik.
Isi
• Pilih metrik (p. 140)
• Memantau metrik Amazon EC2 (p. 141)
• Persiapan instance (p. 141)
• Membuat kebijakan penskalaan pelacakan (konsol) (p. 142)
• Membuat kebijakan penskalaan pelacakan target (AWS CLI) (p. 143)
• Langkah 1: Buat grup Auto Scaling (p. 143)
• Langkah 2: Buat kebijakan penskalaan pelacakan target (p. 143)
Pertimbangan
Sebelum Anda membuat kebijakan penskalaan peneluaran target untuk grup Auto Scaling Anda, Anda
harus memahami karakteristik dan perilaku kebijakan penskalaan pelacakan target berikut:
• Kebijakan penskalaan pelacakan target mengasumsikan bahwa harus meningkatkan skala grup
Auto Scaling Anda ketika metrik yang telah ditentukan berada di atas nilai target. Anda tidak dapat
menggunakan kebijakan penskalaan pelacakan target untuk meningkatkan skala grup Auto Scaling Anda
saat metrik yang ditentukan berada di bawah nilai target.
• Anda mungkin melihat kesenjangan antara nilai target dan titik data metrik aktualnya. Ini karena kami
bertindak konservatif dengan membulatkan ke atas atau ke bawah saat menentukan berapa banyak
instance untuk ditambahkan atau dihapus. Hal ini mencegah kami menambahkan jumlah instance
yang tidak mencukupi atau menghilangkan terlalu banyak instance. Namun, untuk grup Auto Scaling
yang lebih kecil dengan lebih sedikit instance, pemanfaatan grup mungkin tampak jauh dari nilai target.
Misalnya, katakanlah Anda menetapkan nilai target sebesar 50 persen untuk pemanfaatan CPU dan
grup Auto Scaling Anda kemudian melampaui target. Kami dapat menentukan bahwa penambahan 1,5
instance akan mengurangi penggunaan CPU hingga mendekati 50 persen. Karena tidak mungkin untuk
menambahkan 1,5 instance, kami membulatkan ke atas dan menambahkan dua instance. Hal ini dapat
mengurangi penggunaan CPU menjadi nilai di bawah 50 persen, tetapi memastikan bahwa aplikasi
Anda memiliki sumber daya yang cukup untuk mendukungnya. Demikian pula, jika kami menentukan
139
bahwa menghilangkan 1,5 instance meningkatkan penggunaan CPU Anda hingga di atas 50 persen,
kami hanya menghapus satu instance.
• Untuk grup Auto Scaling yang lebih besar dengan lebih banyak instance, penggunaan tersebut
disebarkan pada sejumlah besar instance, di mana penambahan atau penghapusan instance
menyebabkan lebih sedikit kesenjangan antara nilai target dan titik data metrik aktual.
• Untuk memastikan ketersediaan aplikasi, grup Auto Scaling meningkatkan skala secara proporsional ke
metrik secepat mungkin, tetapi menurunkan skala secara lebih bertahap.
• Anda dapat memiliki beberapa kebijakan penskalaan pelacakan target untuk grup Auto Scaling, dengan
syarat masing-masing menggunakan metrik yang berbeda. Tujuan Amazon EC2 Auto Scaling adalah
untuk selalu memprioritaskan ketersediaan, sehingga perilakunya berbeda-beda, tergantung apakah
kebijakan pelacakan target siap untuk menaikkan ataukah menurunkan skala. Ini akan menaikkan skala
grup Auto Scaling jika salah satu kebijakan pelacakan target siap untuk ditingkatkan skalanya, tetapi
akan menurunkan skala hanya jika semua kebijakan pelacakan target (dengan penskalaan dalam porsi
diaktifkan) siap untuk diturunkan skalanya. Untuk informasi selengkapnya, lihat Beberapa kebijakan
penskalaan dinamis (p. 138).
• Anda dapat menonaktifkan bagian penurunan skala dari kebijakan penskalaan pelacakan target. Fitur
ini memberi Anda fleksibilitas untuk menurunkan skala grup Auto Scaling Anda menggunakan beragam
metode. Misalnya, Anda dapat menggunakan jenis kebijakan yang berbeda untuk memperbesar skala
saat menggunakan kebijakan penskalaan pelacakan target.
• Jangan mengedit atau menghapus CloudWatch alarm yang dikonfigurasi untuk kebijakan penskalaan
pelacakan target. CloudWatch alarm yang terkait dengan kebijakan penskalaan pelacakan target Anda
dikelola olehAWSdan dihapus secara otomatis bila tidak lagi diperlukan.
Pilih metrik
Dalam kebijakan penskalaan pelacakan target, Anda dapat menggunakan metrik yang telah ditentukan
sebelumnya atau yang telah disesuaikan.
Metrik yang telah ditentukan sebelumnya berikut tersedia:
• ASGAverageCPUUtilization—Penggunaan CPU rata-rata grup Auto Scaling.

• ASGAverageNetworkIn—Rata-rata jumlah byte yang diterima di semua antarmuka jaringan oleh grup
Auto Scaling.
• ASGAverageNetworkOut—Rata-rata jumlah byte yang dikirim ke semua antarmuka jaringan oleh grup
Auto Scaling.
• ALBRequestCountPerTarget—Average Application Load Balancer menghitung permintaan per target
untuk grup Auto Scaling Anda.
Anda dapat memilih Amazon lain yang tersedia CloudWatch metrik atau metrik Anda sendiri di CloudWatch
dengan menentukan metrik yang dikustomisasi. Anda harus menggunakanAWS CLIatau SDK untuk
membuat kebijakan pelacakan target dengan metrik yang disesuaikan.
Ingatlah hal-hal berikut ini saat memilih metrik:
• Tidak semua metrik bisa berfungsi untuk pelacakan target. Ini dapat menjadi hal penting saat
Anda menentukan metrik yang disesuaikan. Metrik harus berupa metrik penggunaan yang valid
dan menjelaskan seberapa sibuk instance. Nilai metrik harus meningkatkan atau menurunkan
secara proporsional jumlah instance dalam grup Auto Scaling. Dengan demikian, data metrik dapat
digunakan untuk meningkatkan atau menurunkan jumlah instance secara proporsional. Misalnya,
pemanfaatan CPU pekerjaan grup Auto Scaling (yaitu, CPUUtilization metrik Amazon EC2 dengan
AutoScalingGroupName dimensi metrik), jika beban pada grup Auto Scaling didistribusikan di seluruh
instance.
• Metrik berikut tidak berfungsi untuk pelacakan target:
140
• Jumlah permintaan yang diterima oleh load balancer di depan grup Auto Scaling (yaitu, metrik Elastic
Load Balancing RequestCount). Jumlah permintaan yang diterima oleh load balancer tidak berubah
berdasarkan penggunaan grup Auto Scaling.
• Latensi permintaan penyeimbang muatan (yaitu, metrik Elastic Load Balancing Latency). Permintaan
latensi dapat meningkat berdasarkan peningkatan pemanfaatan, tetapi tidak selalu berubah secara
proporsional.
• Parameter CloudWatch Metrik antrean Amazon SQSApproximateNumberOfMessagesVisible.
Jumlah pesan di dalam antrean mungkin tidak berubah secara proporsional terhadap ukuran grup
Auto Scaling yang memproses pesan dari antrean. Namun, sebuah metrik yang telah disesuaikan
yang mengukur jumlah pesan dalam antrean per instance EC2 dalam grup Auto Scaling dapat bekerja.
Untuk informasi selengkapnya, lihat Penskalaan berdasarkan Amazon SQS (p. 161).
• Kebijakan penskalaan pelacakan target tidak menskalakan grup Auto Scaling Anda saat metrik yang
ditentukan tidak memiliki data, kecuali jika Anda menggunakanALBRequestCountPerTargetmetrik.
Ini bekerja karena metrik ALBRequestCountPerTarget mengeluarkan nilai nol selama periode tanpa
data terkait, dan kebijakan pelacakan target memerlukan data metrik untuk menafsirkan tren penggunaan
rendah. Untuk menurunkan skala grup Auto Scaling Anda menjadi 0 instance saat tidak ada permintaan
yang dikirimkan ke grup target Application Load Balancer, kapasitas minimum grup harus diatur ke 0.
• Untuk menggunakanALBRequestCountPerTargetmetrik, Anda harus
menentukanResourceLabelparameter untuk mengidentifikasi grup target load balancer yang terkait
dengan metrik.
Memantau metrik Amazon EC2

Untuk memastikan respons yang lebih cepat terhadap perubahan nilai metrik, kami menyarankan agar
Anda menskalakan metrik dengan frekuensi 1 menit. Penskalaan pada metrik dengan frekuensi 5 menit
dapat menghasilkan waktu respons lebih lambat dan penskalaan pada data ukuran statistik.
Untuk mendapatkan tingkat data ini untuk metrik Amazon EC2, Anda harus secara khusus memungkinkan
pemantauan terperinci. Secara default, instance Amazon EC2 diaktifkan untuk pemantauan dasar, yang
berarti data metrik untuk instance tersedia dengan frekuensi 5 menit. Untuk informasi selengkapnya, lihat
Mengonfigurasi instance Auto Scaling (p. 272).
Persiapan instance
Important
Sebaiknya gunakanDefaultInstanceWarmuppengaturan, yang menyatukan semua pengaturan

pemanasan dan cooldown untuk grup Auto Scaling Anda. Untuk informasi selengkapnya, lihat
Pengaturan pemanasan dan cooldown yang tersedia (p. 159).
Saat Anda membuat kebijakan penskalaan pelacakan target, Anda dapat menentukan jumlah detik yang
dibutuhkan untuk proses pemanasan yang baru diluncurkan. Hingga waktu persiapan yang ditentukan telah
kedaluwarsa, suatu instance tidak dihitung terhadap metrik agregat grup Auto Scaling.
Meskipun instans berada dalam periode pemanasan, kebijakan penskalaan Anda hanya dapat diskalakan
jika nilai metrik dari instans yang tidak melakukan pemanasan lebih besar daripada pemanfaatan target
kebijakan.
Jika grup menskalakan lagi, instance yang masih melakukan pemanasan dihitung sebagai bagian dari
kapasitas yang diinginkan untuk aktivitas penskalaan naik berikutnya. Tujuannya adalah untuk terus
menskalakan keluar (namun tidak berlebihan).
Sementara aktivitas skala-out sedang berlangsung, semua aktivitas skala dalam yang diprakarsai oleh
kebijakan penskalaan diblokir sampai instans selesai pemanasan.
141
Membuat kebijakan penskalaan pelacakan (konsol)

Anda dapat memilih untuk mengkonfigurasi kebijakan penskalaan pelacakan target pada grup Auto Scaling
saat Anda membuatnya atau setelah grup Auto Scaling dibuat.
Untuk membuat grup Auto Scaling dengan kebijakan penskalaan pelacakan target

3. Dalam Langkah 1, 2, dan 3, pilih opsi yang diinginkan dan lanjutkan keLangkah 4: Konfigurasikan
kebijakan ukuran grup dan penskalaan.
4. Di bawahUkuran grup, tentukan rentang yang ingin Anda skalakan antara dengan memperbarui
kapasitas minimum dan kapasitas maksimum. Kedua pengaturan memungkinkan grup Auto Scaling
Anda untuk menkalaan secara dinamis. Amazon EC2 Auto Scaling menskalakan grup Anda dalam
kisaran nilai yang ditentukan oleh kapasitas minimum dan kapasitas maksimum.
5. Di bawahKebijakan penskalaan, pilihKebijakan penskalaan pelacakan target.
6. Untuk menentukan kebijakan, lakukan hal berikut:
a. Tentukan nama untuk kebijakan tersebut.

b. Untuk Jenis metrik, pilih metrik.
Jika Anda memilihJumlah permintaan Application Load Balancer per target, pilih grup targetGrup
target.
c. Tentukan Nilai target untuk metrik.
d. (Opsional) Tentukan nilai persiapan instance untuk Kebutuhan instance. Hal ini memungkinkan
Anda mengontrol waktu sampai instance yang baru diluncurkan dapat berkontribusi ke
CloudWatch metrik.
e. (Opsional) Pilih Nonaktifkan penurunan skala untuk membuat hanya kebijakan peningkatan skala.
Ini memungkinkan Anda membuat kebijakan penurunan skala terpisah dari jenis yang berbeda
jika diinginkan.
7. Lanjutkan untuk membuat grup Auto Scaling. Kebijakan penskalaan Anda akan dibuat setelah grup
Auto Scaling dibuat.
Untuk membuat kebijakan penskalaan pelacakan target untuk grup Auto Scaling yang sudah ada


3. Verifikasikan bahwa kapasitas minimum dan kapasitas maksimum ditetapkan dengan benar. Misalnya,
jika grup Anda sudah berada pada ukuran maksimum, tentukan maksimum baru untuk meningkatkan
skala. Amazon EC2 Auto Scaling tidak menskalakan grup Anda di bawah kapasitas minimum atau di
atas kapasitas maksimum. Untuk memperbarui grup Anda, pada tab Detail, ubah pengaturan saat ini
untuk kapasitas minimum dan maksimum.
4. PadaPenskalaan Otomatistab, diKebijakan penskalaan dinamis, pilihMembuat kebijakan penskalaan
dinamis.
a. Untuk Jenis kebijakan, biarkan ke nilai default Penskalaan pelacakan target.

b. Tentukan nama untuk kebijakan tersebut.
c. Untuk Jenis metrik, pilih metrik. Anda hanya dapat memilih satu jenis metrik. Untuk menggunakan
lebih dari satu metrik, buat beberapa kebijakan.
142
Jika Anda memilihJumlah permintaan Application Load Balancer per target, pilih grup targetGrup
target.
d. Tentukan Nilai target untuk metrik.
e. (Opsional) Tentukan nilai persiapan instance untuk Kebutuhan instance. Hal ini memungkinkan
Anda mengontrol waktu hingga sebuah instance yang baru diluncurkan dapat berkontribusi ke
CloudWatch metrik.
f. (Opsional) Pilih Nonaktifkan penurunan skala untuk membuat hanya kebijakan peningkatan skala.
Ini memungkinkan Anda membuat kebijakan penurunan skala terpisah dari jenis yang berbeda
jika diinginkan.
6. Pilih Buat.
Membuat kebijakan penskalaan pelacakan target (AWS CLI)

GunakanAWS CLIsebagai berikut untuk mengonfigurasi kebijakan penskalaan pelacakan target untuk grup
Auto Scaling Anda.
Tugas
Langkah 1: Buat grup Auto Scaling

Gunakanmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling bernamamy-
asgmenggunakan konfigurasi peluncuranmy-launch-config. Jika tidak memiliki konfigurasi peluncuran
yang ingin Anda gunakan, Anda dapat membuatnya dengan meneleponmembuat-launch-konfigurasi.

--launch-configuration-name my-launch-config \
--max-size 5 --min-size 1
Langkah 2: Buat kebijakan penskalaan pelacakan target

Setelah Anda membuat grup Auto Scaling, Anda dapat membuat kebijakan penskalaan skala pelacakan
target yang menginstruksikan Amazon EC2 Auto Scaling untuk meningkatkan dan mengurangi jumlah
instance EC2 dalam grup secara dinamis saat beban pada aplikasi berubah.
Contoh: file konfigurasi pelacakan target
Berikut ini adalah contoh konfigurasi pelacakan target yang menjaga pemanfaatan CPU rata-rata pada nilai
40 persen. Simpan konfigurasi ini dalam file bernama config.json.
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ASGAverageCPUUtilization"
}
}
Untuk informasi selengkapnya, lihatPredefinedMetricSpecificationdiReferensi Amazon EC2 Auto Scaling.
Atau, Anda dapat menyesuaikan metrik yang digunakan untuk penskalaan dengan membuat spesifikasi
metrik yang disesuaikan dan menambahkan nilai untuk setiap parameter dari CloudWatch. Berikut ini
143
Kebijakan penskalaan langkah dan sederhana
adalah contoh konfigurasi pelacakan target yang menyimpan pemanfaatan rata-rata metrik yang ditentukan
pada 40 persen.
{
"TargetValue":40.0,
"CustomizedMetricSpecification":{
"MetricName":"MyUtilizationMetric",
"Namespace":"MyNamespace",
"Dimensions":[
{
"Name":"MyOptionalMetricDimensionName",
"Value":"MyOptionalMetricDimensionValue"
}
],
"Statistic":"Average",
"Unit":"Percent"
}
}
Untuk informasi lebih lanjut, lihat CustomizedMetricSpecification dalam Referensi API Amazon EC2 Auto
Scaling.
Contoh: cpu40-target-tracking-scaling-policy
Gunakankebijakan-put-scaling-perintah, bersama denganconfig.jsonfile yang Anda buat sebelumnya,

untuk membuat kebijakan penskalaan bernamacpu40-target-tracking-scaling-policyyang
menjaga pemanfaatan CPU rata-rata grup Auto Scaling sebesar 40 persen.
aws autoscaling put-scaling-policy --policy-name cpu40-target-tracking-scaling-policy \

--auto-scaling-group-name my-asg --policy-type TargetTrackingScaling \
--target-tracking-configuration file://config.json
Jika berhasil, perintah ini mengembalikan ARNS dan nama dari dua alarm CloudWatch yang dibuat atas
nama Anda.
{
"PolicyARN": "arn:aws:autoscaling:region:account-id:scalingPolicy:228f02c2-c665-4bfd-
aaac-8b04080bea3c:autoScalingGroupName/my-asg:policyName/cpu40-target-tracking-scaling-
policy",
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:region:account-id:alarm:TargetTracking-my-asg-
AlarmHigh-fc0e4183-23ac-497e-9992-691c9980c38e",
"AlarmName": "TargetTracking-my-asg-AlarmHigh-
fc0e4183-23ac-497e-9992-691c9980c38e"
},
{
"AlarmARN": "arn:aws:cloudwatch:region:account-id:alarm:TargetTracking-my-asg-
AlarmLow-61a39305-ed0c-47af-bd9e-471a352ee1a2",
"AlarmName": "TargetTracking-my-asg-AlarmLow-61a39305-ed0c-47af-
bd9e-471a352ee1a2"
}
]
}
Kebijakan penskalaan langkah dan sederhana untuk

Dengan penskalaan langkah dan penskalaan sederhana, Anda memilih metrik penskalaan dan nilai
ambang batas untuk CloudWatch alarm yang memanggil proses penskalaan. Anda juga menentukan
144
bagaimana grup Auto Scaling Anda harus diskalakan saat ambang batas tertembus selama sejumlah
periode evaluasi yang ditentukan.
Kami sangat menyarankan agar Anda menggunakan kebijakan penskalaan pelacakan target untuk
menskalakan metrik seperti pemanfaatan CPU rata-rata atau metrik RequestCountPerTarget dari
Application Load Balancer. Metrik yang menurun saat kapasitas meningkat dan meningkat ketika kapasitas
menurun dapat digunakan untuk meningkatkan dan menurunkan jumlah instance secara proporsional
menggunakan pelacakan target. Ini membantu memastikan Amazon EC2 Auto Scaling mengikuti kurva
permintaan untuk aplikasi Anda dengan ketat. Untuk informasi selengkapnya, lihat Kebijakan penskalaan
pelacakan target (p. 139). Anda masih memiliki opsi untuk menggunakan penskalaan langkah sebagai
kebijakan tambahan untuk konfigurasi yang lebih canggih. Misalnya, Anda dapat mengonfigurasi respons
yang lebih agresif ketika permintaan mencapai tingkat tertentu.
Konten
• Perbedaan antara kebijakan penskalaan langkah dan kebijakan penskalaan sederhana (p. 145)
• Penyesuaian langkah untuk penskalaan langkah (p. 146)
• Jenis penyesuaian penskalaan (p. 147)
• Persiapan instance (p. 148)
• Buat CloudWatch alarm (konsol) (p. 149)
• Buat kebijakan penskalaan langkah (konsol) (p. 150)
• Membuat kebijakan penskalaan dan alarm CloudWatch (AWS CLI) (p. 151)
• Langkah 2: Buat kebijakan penskalaan (p. 152)
• Kebijakan penskalaan langkah (p. 152)
• Kebijakan penskalaan sederhana (p. 153)
• Langkah 3: Buat alarm CloudWatch (p. 153)
Perbedaan antara kebijakan penskalaan langkah dan kebijakan

penskalaan sederhana
Kebijakan penskalaan langkah dan kebijakan penskalaan sederhana adalah dua opsi penskalaan dinamis
yang tersedia untuk Anda gunakan. Keduanya mengharuskan Anda untuk membuat CloudWatch alarm
kebijakan penskalaan. Keduanya mengharuskan Anda menentukan ambang batas tinggi dan rendah
untuk alarm. Keduanya mengharuskan Anda menentukan apakah akan menambahkan atau menghapus
instance, dan berapa banyak, atau menetapkan grup ke ukuran yang tepat.
Perbedaan utama antara jenis-jenis kebijakan ini adalah penyesuaian langkah yang Anda dapatkan
dengan kebijakan penskalaan langkah. Saat penyesuaian langkah diterapkan, dan penyesuaian
meningkatkan atau penurunan kapasitas grup Auto Scaling Anda saat ini, penyesuaian bervariasi
berdasarkan ukuran penembusan alarm.
Dalam sebagian besar kasus, kebijakan penskalaan langkah merupakan pilihan yang lebih baik daripada
kebijakan penskalaan sederhana, meskipun Anda hanya memiliki satu penyesuaian penskalaan.
Masalah utama dengan penskalaan sederhana adalah setelah aktivitas penskalaan dimulai, kebijakan
harus menunggu aktivitas penskalaan atau penggantian pemeriksaan kesehatan selesai danPeriode
pendinginan (p. 157)berakhir sebelum menanggapi alarm tambahan. Periode jeda pakai membantu
mencegah inisiasi kegiatan penskalaan tambahan sebelum efek aktivitas sebelumnya terlihat.
Sebaliknya, dengan penskalaan langkah, kebijakan dapat terus merespons alarm tambahan, meskipun
kegiatan penskalaan atau penggantian pemeriksaan kesehatan sedang berlangsung. Oleh karena itu,
semua alarm yang ditembus dievaluasi oleh Amazon EC2 Auto Scaling saat menerima pesan alarm.
145
Amazon EC2 Auto Scaling awalnya hanya mendukung kebijakan penskalaan sederhana. Jika Anda
membuat kebijakan penskalaan sebelum kebijakan pelacakan target dan langkah diperkenalkan, kebijakan
Anda diperlakukan sebagai kebijakan penskalaan sederhana.
Penyesuaian langkah untuk penskalaan langkah

Saat Anda membuat kebijakan penskalaan langkah, Anda menetapkan satu penyesuaian langkah atau
lebih yang secara otomatis menskalakan jumlah instance secara dinamis berdasarkan ukuran pelanggaran
alarm. Setiap penyesuaian langkah menentukan hal berikut:
• Batas bawah untuk nilai metrik

• Batas atas untuk nilai metrik
• Jumlah yang ditentukan untuk diskalakan, berdasarkan jenis penyesuaian penskalaan
CloudWatch menggabungkan titik data metrik berdasarkan statistik untuk metrik yang terkait dengan Anda
CloudWatch alarm. Jika alarm tertembus, kebijakan penskalaan yang tepat akan muncul. Amazon EC2
Auto Scaling menerapkan tipe agregasi ke titik data metrik terbaru CloudWatch (sebagai lawan data metrik
mentah). Penskalaan ini membandingkan nilai metrik agregat ini terhadap batas atas dan bawah yang
ditentukan oleh penyesuaian langkah untuk menentukan penyesuaian langkah mana yang harus dilakukan.
Anda menentukan batas atas dan bawah terkait dengan ambang batas penembusan. Misalnya, katakanlah
Anda memiliki grup Auto Scaling yang memiliki kapasitas saat ini dan kapasitas yang diinginkan sebesar
10. Anda memiliki CloudWatch alarm dengan ambang batas pelanggaran sebesar 50 persen dan
penurunan skala dan penurunan skala. Anda memiliki serangkaian penyesuaian langkah dengan jenis
penyesuaian PercentChangeInCapacity (atau Persen grup di konsol) untuk setiap kebijakan:
Contoh: Penyesuaian langkah untuk kebijakan peningkatatan skala
Batas bawah Batas atas Penyesuaian
0 10 0
10 20 10
20 nol 30
Contoh: Penyesuaian langkah untuk kebijakan penurunan skala
Batas bawah Batas atas Penyesuaian
-10 0 0
-20 -10 -10
nol -20 -30
Ini membuat konfigurasi penskalaan berikut.
Metric value
-infinity 30% 40% 60% 70% infinity

-----------------------------------------------------------------------
-30% | -10% | Unchanged | +10% | +30%
-----------------------------------------------------------------------
146
Titik-titik berikut merangkum perilaku konfigurasi penskalaan dalam kaitannya dengan kapasitas grup yang
diinginkan dan saat ini:
• Kapasitas yang diinginkan dan kapasitas saat ini dipertahankan sementara nilai metrik agregat lebih
besar dari 40 dan kurang dari 60.
• Jika nilai metrik mencapai 60, kapasitas yang diinginkan grup meningkat sebesar 1 instance, menjadi
11 instance, berdasarkan penyesuaian langkah kedua kebijakan peningkatan skala (tambah 10 persen
dari 10 instance). Setelah proses baru berjalan dan waktu pemanasan yang ditentukan telah berakhir,
kapasitas grup saat ini meningkat menjadi 11 instance. Jika nilai metrik meningkat menjadi 70 bahkan
setelah peningkatan kapasitas ini, kapasitas yang diinginkan grup meningkat sebesar 3 instance,
menjadi 14 instance. Hal ini didasarkan pada penyesuaian langkah ketiga dari kebijakan peningkatan
skala (tambah 30 persen dari 11 instance, 3,3 instance, dibulatkan ke 3 instance).
• Jika nilai metrik mencapai 40, kapasitas yang diinginkan dari grup menurun sebesar 1 kali, menjadi 13
instance, berdasarkan penyesuaian langkah kedua kebijakan penurunan skala (menghapus 10 persen
dari 14 instance, 1,4 instance, dibulatkan ke 1 instance). Jika nilai metrik turun menjadi 30 bahkan
setelah penurunan kapasitas ini, kapasitas yang diinginkan dari grup turun sebesar 3 instance lagi,
menjadi 10 instance. Ini didasarkan pada penyesuaian langkah ketiga kebijakan scale-in (hapus 30
persen dari 13 instance, 3.9 instance, dibulatkan ke bawah menjadi 3 instance).
Saat Anda menentukan penyesuaian langkah untuk kebijakan penskalaan Anda, perhatikan hal berikut:
• Jika Anda menggunakanAWS Management Console, Anda menentukan batas atas dan bawah sebagai
nilai absolut. Jika Anda menggunakanAWS CLIatau SDK, Anda menentukan batas atas dan bawah
relatif terhadap ambang batas pelanggaran.
• Rentang penyesuaian langkah Anda tidak dapat tumpang tindih atau memiliki kesenjangan.
• Hanya satu penyesuaian langkah yang dapat memiliki batas bawah nol (negatif tak terhingga). Jika satu
penyesuaian langkah memiliki batas bawah negatif, maka harus ada penyesuaian langkah dengan batas
bawah nol.
• Hanya satu penyesuaian langkah yang dapat memiliki batas atas nol (positif tak terhingga). Jika satu
penyesuaian langkah memiliki batas atas positif, maka harus ada penyesuaian langkah dengan batas
atas nol.
• Batas atas dan bawah tidak boleh nol dalam penyesuaian langkah yang sama.
• Apabila nilai metrik berada di atas ambang batas penembusan, batas bawah bersifat inklusif dan batas
atas bersifat eksklusif. Apabila nilai metrik berada di bawah ambang batas penembusan, batas bawah
bersifat eksklusitf dan batas atas bersifat inklusif.
Jenis penyesuaian penskalaan

Anda dapat menentukan kebijakan penskalaan yang melakukan tindakan penskalaan optimal, berdasarkan
jenis penyesuaian penskalaan yang Anda pilih. Anda dapat menentukan jenis penyesuaian sebagai
persentase kapasitas saat ini dari grup Auto Scaling, atau dalam unit kapasitas. Biasanya unit kapasitas
berarti satu instance, kecuali jika Anda menggunakan fitur pembobotan instance.
Amazon EC2 Auto Scaling mendukung jenis penyesuaian berikut untuk penskalaan langkah dan
penskalaan sederhana:
• ChangeInCapacity — Meningkatkan atau mengurangi kapasitas grup saat ini menurut nilai yang telah
ditentukan. Nilai positif meningkatkan kapasitas dan nilai penyesuaian negatif menurunkan kapasitas.
Misalnya: Jika kapasitas grup saat ini adalah 3 dan penyesuaiannya adalah 5, maka ketika kebijakan ini
dilakukan, kami menambahkan 5 unit kapasitas ke kapasitas untuk total 8 unit kapasitas.
• ExactCapacity — Mengubah kapasitas grup saat ini ke nilai yang telah ditentukan. Tentukan nilai
positif untuk jenis penyesuaian ini. Misalnya: Jika kapasitas grup saat ini adalah 3 dan penyesuaiannya
adalah 5, maka ketika kebijakan ini dilakukan, kami mengubah kapasitas menjadi 5 unit kapasitas.
147
• PercentChangeInCapacity — Meningkatkan atau mengurangi kapasitas grup saat ini berdasarkan

persentase yang telah ditentukan. Nilai positif meningkatkan kapasitas dan nilai negatif menurunkan
kapasitas. Misalnya: Jika kapasitas saat ini adalah 10 dan penyesuaiannya adalah 10 persen, maka
ketika kebijakan ini dilakukan, kami menambahkan 1 unit kapasitas ke kapasitas tersebut untuk total 11
unit kapasitas.
Note
Jika nilai yang dihasilkan bukan bilangan bulat, maka akan dibulatkan sebagai berikut:
• Nilai yang lebih besar dari 1 dibulatkan ke bawah. Misalnya, 12.7 dibulatkan ke 12.
• Nilai antara 0 dan 1 dibulatkan ke 1. Misalnya, .67 dibulatkan ke 1.
• Nilai antara 0 dan -1 dibulatkan ke -1. Misalnya, -.58 dibulatkan ke -1.
• Nilai kurang dari -1 dibulatkan ke atas. Misalnya, -6.67 dibulatkan ke -6.
Dengan PercentChangeInCapacity, Anda juga dapat menentukan jumlah minimum instance untuk
diskalakan menggunakan parameter MinAdjustmentMagnitude. Misalnya, diasumsikan Anda membuat
kebijakan yang menambahkan 25 persen dan Anda menentukan kenaikan minimum 2 instance. Jika Anda
memiliki grup Auto Scaling dengan 4 instance dan kebijakan penskalaan dijalankan, 25 persen dari 4
adalah 1 instance. Namun, karena Anda menentukan peningkatan minimum sebesar 2, ada 2 instance
yang ditambahkan.
Saat pembobotan instance (p. 67) digunakan, akibat dari pengaturan parameter
MinAdjustmentMagnitude ke perubahan nilai non-nol. Nilainya adalah dalam unit kapasitas. Untuk
menetapkan jumlah minimum instance ke skala, atur parameter ini ke nilai yang setidaknya sebesar bobot
instance terbesar Anda.
Jika Anda menggunakan pembobotan instance, penting untuk diingat bahwa kapasitas grup Auto
Scaling Anda saat ini dapat melampaui kapasitas yang diinginkan. Jika jumlah absolut Anda yang akan
berkurang, atau jumlah yang menurut persentase tersebut akan berkurang, adalah kurang dari perbedaan
antara kapasitas saat ini dan yang diinginkan, tidak ada tindakan penskalaan yang diambil. Anda harus
mempertimbangkan perilaku ini saat melihat hasil kebijakan penskalaan saat alarm dipicu. Misalnya, kita
asumsikan bahwa kapasitas yang diinginkan adalah 30 dan kapasitas saat ini adalah 32. Saat alarm dipicu,
jika kebijakan penskalaan mengurangi kapasitas yang diinginkan sebesar 1, maka tidak ada tindakan
penskalaan yang dilakukan.
Persiapan instance
Important
Sebaiknya gunakanDefaultInstanceWarmuppengaturan, yang menyatukan semua pengaturan

pemanasan dan cooldown untuk grup Auto Scaling Anda. Untuk informasi selengkapnya, lihat
Pengaturan pemanasan dan cooldown yang tersedia (p. 159).
Jika Anda membuat kebijakan langkah, Anda dapat menentukan jumlah detik yang dibutuhkan untuk
proses persiapan instance yang baru diluncurkan. Hingga waktu persiapan yang ditentukan telah
kedaluwarsa, suatu instance tidak dihitung terhadap metrik agregat grup Auto Scaling.
jika nilai metrik dari instans yang tidak melakukan pemanasan lebih besar daripada ambang batas tinggi
alarm kebijakan.
Jika grup menskalakan lagi, instance yang masih melakukan pemanasan dihitung sebagai bagian
dari kapasitas yang diinginkan untuk aktivitas penskalaan naik berikutnya. Oleh karena itu, beberapa
penembusan alarm yang masuk dalam rentang penyesuaian langkah yang sama menyebabkan aktivitas
penskalaan tunggal. Tujuannya adalah untuk terus menskalakan keluar (namun tidak berlebihan).
Sementara aktivitas skala-out sedang berlangsung, semua aktivitas skala dalam yang diprakarsai oleh
kebijakan penskalaan diblokir sampai instans selesai pemanasan.
148
Buat CloudWatch alarm (konsol)

Anda dapat menggunakan prosedur berikut untuk membuat dua CloudWatch alarm, satu untuk penskalaan
(alarm tinggi) dan yang lainnya untuk penskalaan (alarm rendah). Bila ambang batas alarm yang ditentukan
tercapai, misalnya karena lalu lintas telah meningkat, alarm masuk ke keadaan ALARM. Perubahan status
ini mengirimkan pemberitahuan ke kebijakan penskalaan yang terkait dengan alarm. Kebijakan tersebut
kemudian menginstruksikan Amazon EC2 Auto Scaling cara menanggapi notifikasi, misalnya dengan
menambahkan atau menghapus sejumlah instans tertentu.
Untuk membuat CloudWatch alarm yang memonitor pemanfaatan CPU

2. Jika perlu, ubah wilayahnya. Dari bilah navigasi, pilih wilayah tempat grup Auto Scaling Anda berada.
3. Di panel navigasi, pilih Alarm lalu pilih Buat alarm.
4. Pilih Pilih metrik.
5. Pada tab Semua metrik, pilih EC2, Dengan Grup Auto Scaling, dan masukkan nama grup Auto Scaling
di bidang pencarian. Lalu, pilih CPUUtilization dan pilih Pilih metrik. Halaman Tentukan metrik dan
kondisi akan muncul, memperlihatkan grafik dan informasi lain tentang metrik.
6. Untuk Periode, pilih periode evaluasi untuk alarm, misalnya, 1 menit. Saat mengevaluasi alarm, setiap
periode digabungkan menjadi satu titik data.
Note
Periode yang lebih pendek menciptakan alarm yang lebih sensitif.

7. Pada Ketentuan, lakukan hal berikut:
• Untuk Jenis ambang batas, pilih Statis.

• Untuk CPUUtilization Kapan pun, tentukan apakah Anda ingin nilai metrik lebih besar dari,
lebih besar dari atau sama dengan, kurang dari, atau kurang dari atau sama dengan ambang untuk
memicu alarm. Lalu, pada daripada, masukkan nilai ambang batas yang Anda inginkan untuk
memicu alarm.
Important
Agar alarm digunakan dengan kebijakan skala-out (alarm tinggi), pastikan Anda tidak
memilih kurang dari atau kurang dari atau sama dengan ambang batas. Agar alarm
digunakan dengan kebijakan skala-in (alarm rendah), pastikan Anda tidak memilih yang
lebih besar dari atau lebih besar dari atau sama dengan ambang batas.
8. Pada Konfigurasi tambahan, lakukan hal berikut:
• Untuk Titik data untuk alarm, masukkan jumlah titik data (periode evaluasi) di mana nilai metrik
harus memenuhi kondisi ambang untuk memicu alarm. Misalnya, dua periode 5 menit secara
berurutan akan membutuhkan waktu 10 menit untuk memicu alarm.
• Untuk Perlakuan data yang hilang, pilih Perlakukan data yang hilang sebagai buruk (menembus
ambang batas). Untuk informasi selengkapnya, lihatMengkonfigurasi bagaimana CloudWatch alarm
memperlakukan data yang hilangdiAmazon CloudWatch Panduan Pengguna.
10. (Opsional) Pada Notifikasi, Anda dapat memilih atau membuat topik Amazon SNS yang ingin Anda
gunakan untuk menerima notifikasi. Atau, Anda dapat menghapus pemberitahuan sekarang dan
menambahkannya nanti sesuai kebutuhan.
12. Masukkan nama (misalnya, Step-Scaling-AlarmHigh-AddCapacity) dan, secara opsional,
deskripsi untuk alarm, lalu pilih Selanjutnya.
13. Pilih Create alarm (Buat alarm).
149
Contoh: CloudWatch alarm yang terpicu setiap kali CPU menembus ambang batas 80 persen
Buat kebijakan penskalaan langkah (konsol)

Prosedur berikut menunjukkan kepada Anda cara menggunakan konsol Amazon EC2 Auto Scaling untuk
membuat kebijakan penskalaan dua langkah: kebijakan peningkatan skala yang meningkatkan kapasitas
grup sebesar 30 persen, dan kebijakan penurunan skala yang mengurangi kapasitas grup menjadi dua
instance.
Saat Anda mengonfigurasi kebijakan penskalaan, Anda dapat membuat alarm secara bersamaan. Atau,
Anda dapat menggunakan alarm yang Anda buat dari konsol CloudWatch, seperti yang dijelaskan di
bagian sebelumnya.
Untuk membuat kebijakan penskalaan langkah untuk peningkatan skala


3. Verifikasikan bahwa batas ukuran minimum dan maksimum ditetapkan dengan benar. Misalnya, jika
grup Anda sudah berada pada ukuran maksimum, Anda perlu menentukan maksimum baru untuk
meningkatkan skala. Amazon EC2 Auto Scaling tidak menskalakan grup Anda di bawah kapasitas
minimum atau di atas kapasitas maksimum. Untuk memperbarui grup Anda, pada tab Detail, ubah
pengaturan saat ini untuk kapasitas minimum dan maksimum.
4. PadaPenskalaan Otomatistab, diKebijakan penskalaan dinamis, pilihMembuat kebijakan penskalaan
dinamis.
5. Guna menentukan kebijakan untuk meningkatkan skala (meningkatkan kapasitas), lakukan hal berikut:
a. Untuk Jenis kebijakan, pilih Langkah penskalaan.

c. UntukAlarm CloudWatch, pilih alarm Anda. Jika alarm belum membuat alarm, pilihBuat
CloudWatch alarmdan selesaiStep 4 (p. 149)lewatStep 13 (p. 149)untuk membuat alarm
yang memantau pemanfaatan CPU. Atur ambang batas alarm ke lebih dari atau sama dengan 80
persen.
d. Tentukan perubahan dalam ukuran grup saat ini yang akan dibuat kebijakan ini ketika dijalankan
menggunakan Ambil tindakan. Anda dapat menambahkan jumlah instance atau persentase
tertentu dari ukuran grup yang ada, atau mengatur grup ke ukuran yang tepat.
150
Misalnya, pilihAddmasukkan30di bidang berikutnya, dan kemudian pilihpercent of group.

Secara default, batas bawah untuk penyesuaian langkah ini adalah ambang batas alarm dan
batas positif (+) tak terbatas.
e. Untuk menambahkan langkah lain, pilih Tambahkan langkah kemudian tentukan jumlah yang
akan disesuaikan skalanya dan batas bawah dan atas langkah dibandingkan terhadap ambang
batas alarm.
f. Untuk menetapkan jumlah minimum instance untuk diskalakan, perbarui kolom angka dalam
Tambahkan unit kapasitas dalam satuan setidaknya 1 unit kapasitas.
g. Tentukan nilai instance untukInstans perlu, yang memungkinkan Anda mengontrol jumlah waktu
hingga sebuah instance yang baru diluncurkan dapat berkontribusi ke metrik CloudWatch.
6. Pilih Buat.
Untuk membuat kebijakan penskalaan langkah untuk penurunan skala
1. PilihMembuat kebijakan penskalaan dinamisuntuk melanjutkan ke tempat yang Anda tinggalkan

setelah membuat kebijakan untuk menurunkan skala.
2. Untuk menentukan kebijakan penurunan skala (menurunkan kapasitas), lakukan hal berikut:
a. Untuk Jenis kebijakan, pilih Langkah penskalaan.

c. UntukAlarm CloudWatch, pilih alarm Anda. Jika alarm belum membuat alarm, pilihBuat
CloudWatch alarmdan selesaiStep 4 (p. 149)lewatStep 13 (p. 149)untuk membuat alarm yang
memantau pemanfaatan CPU. Atur ambang batas alarm ke kurang dari atau sama dengan 40
persen.
d. Tentukan perubahan dalam ukuran grup saat ini yang akan dibuat kebijakan ini ketika dijalankan
menggunakan Ambil tindakan. Anda dapat menghapus sejumlah instance tertentu atau
persentase ukuran grup yang ada, atau mengatur grup ke ukuran yang tepat.
Misalnya, pilihRemovemasukkan2di bidang berikutnya, dan kemudian pilihcapacity units.

Secara default, batas atas untuk penyesuaian langkah ini adalah ambang batas alarm dan batas
negatif (-) tak terbatas.
e. Untuk menambahkan langkah lain, pilih Tambahkan langkah kemudian tentukan jumlah yang
akan disesuaikan skalanya dan batas bawah dan atas langkah dibandingkan terhadap ambang
batas alarm.
3. Pilih Buat.
Membuat kebijakan penskalaan dan alarm CloudWatch (AWS

CLI)
GunakanAWS CLIsebagai berikut untuk mengonfigurasi langkah atau kebijakan penskalaan sederhana
untuk grup Auto Scaling Anda.
Tugas
• Langkah 2: Buat kebijakan penskalaan (p. 152)
• Langkah 3: Buat alarm CloudWatch (p. 153)
151
Langkah 1: Buat grup Auto Scaling

Gunakan yang berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling
bernamamy-asgmenggunakan konfigurasi peluncuranmy-launch-config. Jika tidak memiliki konfigurasi
peluncuran yang ingin Anda gunakan, Anda dapat membuatnya dengan meneleponmembuat-launch-
konfigurasi.

--max-size 5 --min-size 1
Langkah 2: Buat kebijakan penskalaan

Anda dapat membuat kebijakan penskalaan langkah atau sederhana yang memberi tahu grup Auto Scaling
tentang apa yang harus dilakukan ketika beban pada aplikasi berubah.
Kebijakan penskalaan langkah
Contoh: my-step-scale-out-policy
Gunakan yang berikutkebijakan-put-scaling-perintah untuk membuat kebijakan penskalaan langkah

bernamamy-step-scale-out-policy, dengan jenis penyesuaianPercentChangeInCapacityyang
meningkatkan kapasitas grup berdasarkan penyesuaian langkah berikut (dengan asumsi CloudWatch
ambang alarm 60 persen):
• Tingkatkan jumlah instance sebesar 10 persen jika nilai metrik lebih besar daripada atau sama dengan
70 persen tetapi kurang dari 80 persen
80 persen tetapi kurang dari 90 persen
90 persen
aws autoscaling put-scaling-policy \

--auto-scaling-group-name my-asg \
--policy-name my-step-scale-out-policy \
--policy-type StepScaling \
--adjustment-type PercentChangeInCapacity \
--metric-aggregation-type Average \
--step-adjustments
MetricIntervalLowerBound=10.0,MetricIntervalUpperBound=20.0,ScalingAdjustment=10 \
MetricIntervalLowerBound=30.0,ScalingAdjustment=30 \
--min-adjustment-magnitude 1
Merekam Amazon Resource Name (ARN) kebijakan. Anda memerlukannya untuk membuat CloudWatch
alarm untuk kebijakan.
{
"PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:4ee9e543-86b5-4121-
b53b-aa4c23b5bbcc:autoScalingGroupName/my-asg:policyName/my-step-scale-in-policy
}
Contoh: my-step-scale-in-policy
152
Gunakan yang berikutkebijakan-put-scaling-perintah untuk membuat kebijakan penskalaan langkah

bernamamy-step-scale-in-policy, dengan jenis penyesuaianChangeInCapacityyang mengurangi
kapasitas kelompok dengan 2 contoh.

--policy-name my-step-scale-in-policy \
--adjustment-type ChangeInCapacity \
--step-adjustments MetricIntervalUpperBound=0.0,ScalingAdjustment=-2
{
"PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:ac542982-
cbeb-4294-891c-a5a941dfa787:autoScalingGroupName/my-asg:policyName/my-step-scale-out-policy
}
Kebijakan penskalaan sederhana

Atau, Anda dapat membuat kebijakan penskalaan sederhana dengan menggunakan perintah CLI berikut,
bukan perintah CLI sebelumnya. Ingatlah bahwa periode jeda pakai akan diterapkan karena penggunaan
kebijakan penskalaan sederhana.
Contoh: my-simple-scale-out-policy
Gunakan yang berikutkebijakan-put-scaling-perintah untuk membuat kebijakan

penskalaan sederhana bernamamy-simple-scale-out-policy, dengan jenis
penyesuaianPercentChangeInCapacityyang meningkatkan kapasitas kelompok sebesar 30 persen.
aws autoscaling put-scaling-policy --policy-name my-simple-scale-out-policy \

--auto-scaling-group-name my-asg --scaling-adjustment 30 \
--adjustment-type PercentChangeInCapacity
Contoh: my-simple-scale-in-policy
Gunakan yang berikutkebijakan-put-scaling-perintah untuk membuat kebijakan penskalaan sederhana

bernamamy-simple-scale-in-policy, dengan jenis penyesuaianChangeInCapacityyang
mengurangi kapasitas kelompok dengan satu contoh.
aws autoscaling put-scaling-policy --policy-name my-simple-scale-in-policy \

--auto-scaling-group-name my-asg --scaling-adjustment -1 \
--adjustment-type ChangeInCapacity --cooldown 180
Langkah 3: Buat alarm CloudWatch

Pada langkah 2, Anda membuat kebijakan penskalaan yang memberikan instruksi kepada grup Auto
Scaling tentang cara menurunkan dan menaikkan skala ketika kondisi yang Anda tentukan berubah. Dalam
langkah ini, Anda membuat alarm dengan mengidentifikasi metrik yang akan diamati, menentukan kondisi
untuk penskalaan, lalu menghubungkan alarm dengan kebijakan penskalaan.
Contoh: AddCapacity
153
Atur nilai pemanasan atau cooldown default
Gunakan yang berikut CloudWatch menaruh alarmperintah untuk membuat alarm yang meningkatkan
ukuran grup Auto Scaling berdasarkan nilai ambang batas CPU rata-rata sebesar 60 persen selama
setidaknya dua periode evaluasi berturut-turut selama dua menit. Untuk menggunakan metrik kustom Anda
sendiri, sebutkan namanya di --metric-name dan ruang namanya di --namespace.
aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmHigh-AddCapacity \

--metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
--period 120 --evaluation-periods 2 --threshold 60 \
--comparison-operator GreaterThanOrEqualToThreshold \
--dimensions "Name=AutoScalingGroupName,Value=my-asg" \
--alarm-actions PolicyARN
Contoh: RemoveCapacity
Gunakan yang berikut CloudWatch menaruh alarmperintah untuk membuat alarm yang menurunkan
ukuran grup Auto Scaling berdasarkan nilai ambang batas CPU rata-rata sebesar 40 persen selama
setidaknya dua periode evaluasi berturut-turut selama dua menit. Untuk menggunakan metrik kustom Anda
sendiri, sebutkan namanya di --metric-name dan ruang namanya di --namespace.
aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmLow-RemoveCapacity \

--metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
--period 120 --evaluation-periods 2 --threshold 40 \
--comparison-operator LessThanOrEqualToThreshold \
--dimensions "Name=AutoScalingGroupName,Value=my-asg" \
--alarm-actions PolicyARN
Atur nilai default misalnya warmup atau penskalaan

cooldown
Warmup instance default dan cooldown default adalah properti grup Auto Scaling yang dapat Anda
gunakan untuk menyempurnakan kinerja penskalaan.
Isi
• Mengatur warmup instance default untuk grup Auto Scaling (p. 154)
• Menskalakan jeda pakai untuk Amazon EC2 Auto Scaling (p. 157)
• Pengaturan pemanasan dan cooldown yang tersedia (p. 159)
Mengatur warmup instance default untuk grup Auto Scaling

Anda dapat menggunakan fitur warmup instans default untuk meningkatkan metrik Amazon CloudWatch
yang digunakan untuk penskalaan dinamis. CloudWatch mengumpulkan dan menggabungkan data
penggunaan, seperti CPU dan I/O jaringan, di seluruh instans Auto Scaling Anda. Anda menggunakan
metrik ini untuk membuat kebijakan penskalaan yang menyesuaikan jumlah instance di grup Auto Scaling
Anda saat nilai metrik yang dipilih meningkat dan menurun.
Ketika warmup instans default tidak diaktifkan, setiap instans mulai menyumbangkan data penggunaan
ke metrik agregat segera setelah instance mencapaiInServicestatus. Namun, jika Anda mengaktifkan
warmup instans default, hal ini memungkinkan instans Anda menyelesaikan pemanasan sebelum mereka
berkontribusi data penggunaan. Hal ini membuat penskalaan dinamis tidak terpengaruh oleh metrik untuk
instans individu yang belum menangani lalu lintas aplikasi dan yang mungkin mengalami penggunaan
sumber daya komputasi yang tinggi sementara.
Instans default tidak dikonfigurasi dan tidak diaktifkan secara default. Untuk mengoptimalkan kinerja
kebijakan penskalaan yang menskalakan terus menerus, seperti pelacakan target dan kebijakan
154
penskalaan langkah, kami sangat menyarankan agar Anda mengaktifkan warmup instans default,bahkan
jika nilainya diatur ke 0 detik. Ketika warmup instans default tidak diaktifkan, cooldown default mungkin
diterapkan ketika instance diluncurkan, dan aktivitas skala skala dinamis akan diblokir sampai periode
cooldown default berakhir.
Selain itu, dengan mengaktifkan fitur warmup instans default, Anda tidak perlu lagi menentukan nilai
untuk parameter pemanasan untuk kebijakan penskalaan individual dan penyegaran instans. Anda dapat
menggunakan warmup instance default untuk menyatukan pengaturan ini di tingkat grup. Secara default,
parameter ini akan diatur ke nilai warmup contoh default. Untuk informasi selengkapnya, lihat Pengaturan
pemanasan dan cooldown yang tersedia (p. 159).
Isi
• Pilih nilai waktu untuk warmup instance default (p. 155)
• Memahami bagaimana warmup instance default memengaruhi penskalaan (p. 155)
• Aktifkan warmup instance default untuk grup (p. 156)
• Verifikasi warmup instance default untuk grup (p. 156)
Pilih nilai waktu untuk warmup instance default

Bila Anda memilih nilai waktu pemanasan, arahkan keseimbangan optimal antara mengumpulkan data
penggunaan untuk lalu lintas yang sah, namun meminimalkan pengumpulan data yang terkait dengan
lonjakan penggunaan sementara saat startup.
Ketika instans selesai diluncurkan, instans dilampirkan ke grup Auto Scaling dan terdaftar ke load
balancer Elastic Load Balancing, jika digunakan, sebelum memasukiInServicestatus. Setelah instance
masukInServicenegara, konsumsi sumber daya masih bisa mengalami lonjakan sementara dan
membutuhkan waktu untuk menstabilkan. Misalnya, konsumsi sumber daya untuk server aplikasi yang
harus mengunduh dan menyimpan aset besar membutuhkan waktu lebih lama untuk menstabilkan
daripada server web ringan tanpa aset besar untuk diunduh. Standar instance warmup menyediakan waktu
tunda yang diperlukan untuk konsumsi sumber daya untuk menstabilkan.
Important
Anda juga harus mempertimbangkan untuk menggunakan kait siklus hidup untuk kasus
penggunaan di mana Anda memiliki tugas konfigurasi atau skrip untuk dijalankan saat startup.
Pengait siklus hidup dapat menunda instans agar tidak diberlakukan selama acara skala-out
hingga selesai menginisialisasi. Mereka sangat berguna jika Anda memiliki skrip bootstrapping
yang membutuhkan beberapa saat untuk menyelesaikannya. Oleh karena itu, jika Anda
menambahkan hook siklus hidup, Anda dapat mengurangi nilai warmup instance default.
Jika Anda mengatur warmup instans default ke 0 detik, tidak ada masa tunggu tambahan
yang dikenakan di luar waktu yang diperlukan untuk hook siklus hidup. Untuk informasi
selengkapnya tentang menggunakan kait siklus hidup, lihatHook siklus aktif Amazon EC2 Auto
Scaling (p. 196).
Memahami bagaimana warmup instance default memengaruhi penskalaan

Setelah Anda mengaktifkan warmup instans default, setiap instance yang baru diluncurkan di grup Auto
Scaling Anda memiliki periode pemanasan.
jika nilai metrik dari instans yang tidak melakukan pemanasan lebih besar daripada ambang batas tinggi
alarm kebijakan (yang sama dengan pemanfaatan target kebijakan penskalaan pelacakan target).
Jika instance masih melakukan pemanasan dan grup menskalakan kembali, instance tersebut dihitung
sebagai bagian dari kapasitas yang diinginkan untuk aktivitas penskalaan naik berikutnya. Oleh karena itu,
beberapa penembusan alarm yang masuk dalam rentang penyesuaian langkah yang sama menyebabkan
aktivitas penskalaan tunggal. Tujuannya adalah untuk terus menskalakan keluar (namun tidak berlebihan).
155
Jika permintaan menurun, tujuannya adalah melakukan penskalaan secara konservatif untuk melindungi
ketersediaan aplikasi Anda. Ini memblokir aktivitas skala dalam yang diprakarsai oleh kebijakan
penskalaan sampai instance selesai melakukan pemanasan.
Aktifkan warmup instance default untuk grup

Anda dapat mengaktifkan warmup instance default saat membuat grup Auto Scaling. Anda juga dapat
mengaktifkannya untuk grup yang ada.
Console
Untuk mengaktifkan warmup instance default untuk grup baru (konsol)
Saat membuat grup Auto Scaling, pada grup Auto Scaling, diMengonfigurasi opsi lanjutanhalaman, di
bawahPengaturan tambahan, pilihAktifkan warmup instans defaultPilihan. Pilih waktu pemanasan yang
Anda butuhkan untuk aplikasi Anda.
AWS CLI
Untuk mengaktifkan warmup instance default untuk grup baru (AWS CLI)
Untuk mengaktifkan warmup instans default untuk grup Auto Scaling, tambahkan--default-
instance-warmuppilihan dan menentukan nilai, dalam hitungan detik, 0-3600. Setelah diaktifkan,
nilai-1akan mematikan pengaturan ini.
Berikutmembuat-auto-scaling-kelompokperintah membuat grup Auto Scaling dengan namamy-asgdan

memungkinkan warmup contoh default dengan nilai120detik.
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg --default-

instance-warmup 120 ...
Console
Untuk mengaktifkan warmup instance default untuk grup yang sudah ada (konsol)
1. Buka konsol Amazon EC2 Auto Scaling dihttps://console.aws.amazon.com/ec2autoscalingdan

pilihWilayah AWSbahwa Anda membuat grup Auto Scaling Anda di.

4. UntukStandar contoh warmup, pilih waktu pemanasan yang Anda butuhkan untuk aplikasi Anda.
AWS CLI
Untuk mengaktifkan warmup instance default untuk grup yang sudah ada (AWS CLI)
Contoh berikut menggunakanupdate-auto-scaling-groupperintah untuk mengaktifkan warmup contoh

default dengan nilai120detik untuk grup Auto Scaling yang ada bernamamy-asg.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --default-

instance-warmup 120
Verifikasi warmup instance default untuk grup

Untuk memverifikasi warmup instance default untuk grup Auto Scaling (AWS CLI)
156
Gunakandescribe-auto-scaling-groupsperintah.
{
{
...
"DefaultInstanceWarmup": 120
}
]
}
Menskalakan jeda pakai untuk Amazon EC2 Auto Scaling

Setelah grup Auto Scaling Anda meluncurkan atau menghentikan instance, grup Auto Scaling Anda akan
berakhir sebelum aktivitas penskalaan lebih lanjut yang dimulai dengan kebijakan penskalaan sederhana
dapat dimulai. Tujuan periode jeda pakai adalah mencegah grup Auto Scaling Anda meluncurkan atau
menghentikan instance tambahan sebelum efek aktivitas sebelumnya terlihat.
Important
Sebagai praktik terbaik, kami menyarankan Anda untuk tidak menggunakan kebijakan penskalaan
sederhana dan penskalaan.
Dalam kebanyakan kasus, kebijakan penskalaan pelacakan target atau kebijakan penskalaan
langkah lebih baik untuk kinerja penskalaan. Untuk kebijakan penskalaan yang mengubah
ukuran grup Auto Scaling Anda secara proporsional saat nilai metrik penskalaan menurun atau
meningkat, kami menyarankan pelacakan target (p. 139) menggunakan penskalaan sederhana
atau penskalaan langkah.
Misalkan, misalnya, bahwa kebijakan penskalaan sederhana untuk pemanfaatan CPU merekomendasikan
meluncurkan dua instance. Amazon EC2 Auto Scaling meluncurkan dua instans dan kemudian
menghentikan aktivitas penskalaan hingga periode cooldown berakhir. Setelah periode jeda pakai berakhir,
setiap aktivitas penskalaan yang diprakarsai oleh kebijakan penskalaan sederhana dapat dilanjutkan. Jika
pemanfaatan CPU melanggar ambang batas tinggi alarm lagi, grup Auto Scaling menskalakan kembali,
dan periode jeda pakai mulai berlaku lagi. Namun, jika dua instance sudah cukup untuk menurunkan nilai
metrik, grup tetap pada ukuran saat ini.
Isi
• Kait siklus hidup menyebabkan penundaan tambahan (p. 158)
• Mengubah periode cooldown default (p. 158)
• Tetapkan periode cooldown untuk kebijakan penskalaan sederhana tertentu (p. 159)
Pertimbangan
Pertimbangan berikut berlaku saat bekerja dengan kebijakan penskalaan sederhana dan cooldown
penskalaan:
• Kebijakan pelacakan target dan penskalaan langkah dapat segera memulai aktivitas skala-out
tanpa menunggu periode cooldown berakhir. Sebagai gantinya, setiap kali grup Auto Scaling
157
Anda meluncurkan instans, masing-masing instans memiliki periode pemanasan. Untuk informasi
selengkapnya, lihat Mengatur warmup instance default untuk grup Auto Scaling (p. 154).
• Saat tindakan terjadwal dimulai pada waktu yang dijadwalkan, tindakan ini juga dapat segera memulai
aktivitas penskalaan tanpa menunggu periode jeda pakai berakhir.
• Jika suatu instance menjadi tidak sehat, Amazon EC2 Auto Scaling tidak menunggu periode jeda pakai
berakhir sebelum mengganti instance yang tidak sehat.
• Ketika beberapa instance meluncurkan atau mengakhiri, periode jeda pakai (baik jeda pakai default
atau jeda pakai spesifik-skala) mulai berlaku saat instance terakhir menyelesaikan peluncuran atau
penghentian.
• Saat Anda menskalakan grup Auto Scaling secara manual, defaultnya adalah tidak menunggu jeda
pakai. Namun, Anda dapat mengesampingkan perilaku ini dan menghormati cooldown default saat Anda
menggunakanAWS CLIatau SDK untuk skala secara manual.
• Secara default, Elastic Load Balancing menunggu 300 detik untuk menyelesaikan proses pembatalan
pendaftaran. Jika grup berada di belakang load balancer Elastic Load Balancing, maka akan menunggu
instance penghentian membatalkan pendaftaran sebelum memulai periode cooldown.
Kait siklus hidup menyebabkan penundaan tambahan

JikaHook siklus hidup (p. 196)dipanggil, periode cooldown dimulai setelah Anda menyelesaikan tindakan
siklus hidup atau setelah periode batas waktu berakhir. Misalnya, pertimbangkan grup Auto Scaling
yang memiliki hook siklus aktif misalnya peluncuran. Saat aplikasi mengalami peningkatan permintaan,
grup meluncurkan instance untuk menambah kapasitas. Karena ada hook siklus aktif, instance tersebut
dimasukkan ke status tunggu dan aktivitas penskalaan karena kebijakan penskalaan sederhana dihentikan
sementara. Saat instance masuk ke status InService, periode jeda pakai dimulai. Ketika periode
cooldown berakhir, kegiatan kebijakan penskalaan sederhana dilanjutkan.
Saat Elastic Load Balancing diaktifkan, untuk keperluan penskalaan, periode jeda pakai dimulai saat
instance penghentian menyelesaikan pengeringan koneksi (penundaan deregistration). Itu tidak menunggu
durasi hook. Ini berarti bahwa setiap kegiatan penskalaan karena kebijakan penskalaan sederhana dapat
dilanjutkan segera setelah hasil dari skala dalam acara tercermin dalam kapasitas kelompok. Jika tidak,
menunggu untuk menyelesaikan ketiga aktivitas—pengosongan koneksi, hook siklus aktif, dan periode jeda
pakai - secara signifikan meningkatkan jumlah waktu yang dibutuhkan grup Auto Scaling untuk menjeda
penskalaan.
Mengubah periode cooldown default

Anda tidak dapat mengatur jeda pakai default saat membuat grup Auto Scaling di konsol Auto Scaling
Amazon EC2. Secara default, periode cooldown ini diatur ke 300 detik (5 menit). Jika diperlukan, Anda
dapat memperbarui ini setelah grup dibuat.
Untuk mengubah periode cooldown default (konsol)
Setelah membuat grup Auto Scaling, diRinciantab, pilihKonfigurasi lanjutan,Mengedit. UntukCooldown

standar, pilih jumlah waktu yang Anda inginkan berdasarkan waktu memulai instance atau kebutuhan
aplikasi lainnya.
Untuk mengubah periode jeda pakai default (AWS CLI)
Gunakan perintah berikut untuk mengubah cooldown default untuk grup Auto Scaling baru atau yang sudah
ada. Jika cooldown default tidak didefinisikan, nilai default 300 detik akan digunakan.
• membuat-auto-scaling-kelompok
• update-auto-scaling-group
Untuk mengkonfirmasi nilai cooldown default, gunakandescribe-auto-scaling-groupsperintah.
158
Tetapkan periode cooldown untuk kebijakan penskalaan sederhana tertentu

Secara default, semua kebijakan penskalaan sederhana menggunakan periode jeda pakai default untuk
grup Auto Scaling. Untuk menetapkan periode jeda pakai untuk kebijakan penskalaan sederhana tertentu,
gunakan parameter pendinginan opsional saat Anda membuat atau memperbarui kebijakan. Jika periode
pendinginan ditentukan untuk suatu kebijakan, maka akan menimpa pendinginan default.
Salah satu penggunaan umum untuk periode pendinginan khusus kebijakan penskalaan adalah dengan
kebijakan penurunan skala. Karena kebijakan ini menghentikan instance, Amazon EC2 Auto Scaling
membutuhkan waktu yang lebih sedikit untuk menentukan apakah akan menghentikan instance tambahan.
Pengakhiran instance akan menjadi operasi yang jauh lebih cepat daripada meluncurkan instance. Oleh
karena itu periode jeda pakai default selama 300 detik terlalu lama. Dalam hal ini, periode jeda pakai
khusus kebijakan penskalaan dengan nilai lebih rendah untuk kebijakan penskalaan Anda dapat membantu
mengurangi biaya dengan memungkinkan grup menskalakan lebih cepat.
Untuk membuat atau memperbarui kebijakan penskalaan sederhana di konsol, pilihPenskalaan

Otomatistab setelah Anda membuat grup. Untuk membuat atau memperbarui kebijakan penskalaan
sederhana menggunakanAWS CLI, gunakankebijakan-put-scaling-perintah. Untuk informasi selengkapnya,
lihat Kebijakan penskalaan langkah dan sederhana (p. 144).
Pengaturan pemanasan dan cooldown yang tersedia

Untuk membantu mengoptimalkan kinerja penskalaan, pilih pengaturan pemanasan dan cooldown yang
sesuai untuk grup Auto Scaling Anda.
Sebaiknya gunakanDefaultInstanceWarmuppengaturan, yang menyatukan

semua pengaturan pemanasan dan cooldown. Jika diperlukan, Anda juga dapat
menggunakanHealthCheckGracePeriodpengaturan.
Pengaturan lain yang tersedia tidak dimaksudkan untuk digunakan

pada saat yang sama denganDefaultInstanceWarmuppengaturan.
Misalnya,EstimatedInstanceWarmupdanInstanceWarmuptidak diperlukan
saatDefaultInstanceWarmupsudah didefinisikan, danDefaultCooldowndanCooldownhanya
diperlukan saat Anda menggunakan kebijakan penskalaan sederhana. (Sebagai praktik terbaik, kami
merekomendasikan pelacakan target dan kebijakan penskalaan langkah alih-alih kebijakan penskalaan
sederhana.) Namun, kami akan terus mendukung semua pengaturan ini sehingga Anda dapat memilih
pengaturan yang sesuai untuk kasus penggunaan Anda.
DefaultInstanceWarmup(Disarankan)
Operasi API: CreateAutoScalingGroup,UpdateAutoScalingGroup
Jumlah waktu, dalam detik, hingga instance yang baru diluncurkan dapat berkontribusi ke Amazon
CloudWatch metrik. Penundaan ini memungkinkan instans menyelesaikan inisialisasi sebelum Amazon
EC2 Auto Scaling menggabungkan metrik instans, sehingga menghasilkan data penggunaan yang lebih
andal. Tetapkan nilai ini sama dengan jumlah waktu yang dibutuhkan untuk menjadi stabil setelah sebuah
instance mencapaiInServicestatus. Untuk informasi selengkapnya, lihat Mengatur warmup instance
default untuk grup Auto Scaling (p. 154).
Anda dapat mengurangi nilai warmup instance jika Anda menggunakan hook siklus hidup untuk peluncuran
instance. Jika grup Auto Scaling berada di belakang penyeimbang beban, Anda dapat menambahkan
hook siklus hidup ke grup untuk memastikan instans Anda siap melayani lalu lintas sebelum terdaftar
ke penyeimbang beban di akhir hook siklus hidup. Untuk informasi selengkapnya, lihat Hook siklus aktif
Important
Untuk mengelola pengaturan pemanasan Anda di tingkat grup, kami sarankan Anda mengatur
warmup instans default,bahkan jika nilainya diatur ke 0 detik. Ini juga mengoptimalkan kinerja
159
kebijakan penskalaan yang menskalakan terus menerus, seperti pelacakan target dan kebijakan
penskalaan langkah.
Jika Anda perlu menghapus nilai yang sebelumnya Anda tetapkan, sertakan properti tetapi
tentukan-1untuk nilainya. Namun, kami sangat menyarankan agar warmup instance default
diaktifkan dengan menentukan nilai minimum0.
Default: Tidak ada
EstimatedInstanceWarmup
Tidak diperlukan jikaDefaultInstanceWarmupdidefinisikan.
Operasi API: PutScalingPolicy
Perkiraan waktu, dalam hitungan detik, hingga instance yang baru diluncurkan dapat berkontribusi ke
CloudWatch metrik. Periode pemanasan ini berlaku untuk instans yang diluncurkan karena pelacakan
target tertentu atau kebijakan penskalaan langkah. Jika periode pemanasan ditentukan di sini, maka
menimpa warmup instance default. Untuk informasi selengkapnya, lihat Kebijakan penskalaan pelacakan
target (p. 139) dan Kebijakan penskalaan langkah dan sederhana (p. 144).
Default: Jika tidak didefinisikan, nilai parameter ini default ke nilai untuk warmup contoh default
didefinisikan untuk grup. Jika warmup contoh default adalah null, maka jatuh kembali ke nilai cooldown
default.
InstanceWarmup
Tidak diperlukan jikaDefaultInstanceWarmupdidefinisikan.
Operasi API: StartInstanceResh
Periode pemanasan, dalam hitungan detik, yang berlaku untuk operasi penyegaran instans tertentu.
Menentukan periode pemanasan ketika Anda memulai penyegaran instans menimpa warmup instans
default, tetapi hanya untuk penyegaran instans saat ini. Untuk informasi selengkapnya, lihat Ganti instans
Auto Scaling berdasarkan refresh instans (p. 101).
Default: Jika tidak didefinisikan, nilai parameter ini default ke nilai untuk warmup contoh default
didefinisikan untuk grup. Jika warmup contoh default adalah null, maka jatuh kembali ke nilai masa
tenggang cek kesehatan.
DefaultCooldown
Hanya diperlukan jika Anda menggunakan kebijakan penskalaan sederhana.
Jumlah waktu, dalam detik, antara satu aktivitas penskalaan dan yang lain dimulai karena kebijakan
penskalaan sederhana. Untuk informasi selengkapnya, lihat Menskalakan jeda pakai untuk Amazon EC2
Default:300detik
Cooldown
Hanya diperlukan jika Anda menggunakan kebijakan penskalaan sederhana.
Operasi API: PutScalingPolicy
Periode cooldown, dalam hitungan detik, yang berlaku untuk kebijakan penskalaan sederhana
tertentu. (Kebijakan penskalaan sederhana tidak lagi direkomendasikan. Sebagai praktik terbaik, kami
merekomendasikan pelacakan target dan kebijakan penskalaan langkah.) Jika periode pendinginan
ditentukan di sini, maka akan menimpa cooldown default. Untuk informasi selengkapnya, lihat Menskalakan
jeda pakai untuk Amazon EC2 Auto Scaling (p. 157).
160
Penskalaan berdasarkan Amazon SQS
Default: Tidak ada
HealthCheckGracePeriod
Jumlah waktu, dalam detik, yang ditandainya Amazon EC2 Auto Scaling sebelum memeriksa status
kondisi Instans EC2 yang telah datang ke layanan dan menandainya tidak sehat karena adanya Elastic
Load Balancing atau pemeriksaan kesehatan khusus. Hal ini berguna jika contoh Anda tidak segera lulus
pemeriksaan kesehatan ini setelah mereka memasukiInServicestatus. Untuk informasi selengkapnya,
lihat Masa tenggang pemeriksaan kesehatan (p. 265).
Anda dapat mengatur nilai masa tenggang cek kesehatan untuk0jika Anda menggunakan hook siklus
hidup misalnya peluncuran. Jika grup Auto Scaling berada di belakang penyeimbang beban, Anda dapat
menambahkan hook siklus hidup ke grup untuk memastikan instans Anda siap melayani lalu lintas sebelum
terdaftar ke penyeimbang beban di akhir hook siklus hidup. Untuk informasi selengkapnya, lihat Hook siklus
aktif Amazon EC2 Auto Scaling (p. 196).
Default:300detik untuk grup Auto Scaling yang Anda buat diAWS Management Console.0detik untuk grup
Auto Scaling yang Anda buat menggunakanAWS CLIatau SDK.

Bagian ini menunjukkan cara menskalakan grup Auto Scaling sebagai respons atas perubahan dalam
beban sistem di antrean Amazon Simple Queue Service (Amazon SQS). Untuk mempelajari lebih lanjut
tentang cara menggunakan Amazon SQS, lihat Panduan Pengembang Amazon Simple Queue Service.
Ada beberapa skenario di mana Anda mungkin berpikir tentang penskalaan sebagai respons terhadap
aktivitas dalam antrean Amazon SQS. Misalnya, kita asumsikan Anda memiliki aplikasi web yang
memungkinkan pengguna mengunggah gambar dan menggunakannya secara online. Dalam skenario
ini, setiap gambar perlu mengubah ukuran dan mengenkodekannya sebelum dapat diterbitkan. Aplikasi
ini berjalan pada instance EC2 dalam grup Auto Scaling, dan dikonfigurasi untuk menangani tingkat
pengunggahan standar Anda. Instance yang tidak sehat dihentikan dan diganti untuk memelihara tingkat
instance saat ini setiap saat. Aplikasi ini menempatkan data gambar bitmap mentah dalam antrean
SQS untuk pemrosesan. Aplikasi ini memproses gambar dan menerbitkan gambar yang diproses di
mana gambar tersebut dapat dilihat oleh pengguna. Arsitektur untuk skenario ini berfungsi dengan baik
jika jumlah pengunggahan gambar tidak bervariasi dari waktu ke waktu. Tetapi jika jumlah unggahan
berubah dari waktu ke waktu, Anda dapat mempertimbangkan menggunakan penskalaan dinamis untuk
menskalakan kapasitas grup Auto Scaling Anda.
Isi
• Gunakan pelacakan target dengan metrik yang tepat (p. 161)
• Batasan dan prasyarat (p. 163)
• Mengonfigurasi penskalaan berdasarkan Amazon SQS (p. 163)
• Amazon SQS dan perlindungan penurunan skala instance (p. 165)
Gunakan pelacakan target dengan metrik yang tepat

Jika Anda menggunakan kebijakan penskalaan pelacakan target berdasarkan metrik antrean Amazon SQS
kustom, penskalaan dinamis dapat menyesuaikan kurva permintaan aplikasi Anda secara lebih efektif.
Untuk informasi selengkapnya tentang memilih metrik untuk pelacakan target, lihat Pilih metrik (p. 140).
Masalah dengan menggunakan CloudWatch Metrik Amazon

SQSApproximateNumberOfMessagesVisibleuntuk pelacakan target adalah bahwa jumlah pesan di
antrean mungkin tidak berubah secara proporsional terhadap ukuran grup Auto Scaling yang memproses
pesan dari antrean. Hal itu karena jumlah pesan dalam antrean SQS Anda tidak hanya menentukan jumlah
161
instance yang diperlukan. Jumlah instance dalam grup Auto Scaling Anda dapat didorong oleh beberapa
faktor, termasuk berapa lama waktu yang diperlukan untuk memproses pesan dan jumlah latensi yang
dapat diterima (penundaan antrean).
Solusinya adalah menggunakan metrik backlog per instance dengan nilai target menjadi backlog yang
dapat diterima per instance untuk dipertahankan. Anda dapat menghitung angka-angka ini sebagai berikut:
• Backlog per instance: Untuk menghitung backlog Anda per instance, mulai dengan atribut antrean
ApproximateNumberOfMessages untuk menentukan panjang antrean SQS (jumlah pesan yang
tersedia untuk pengambilan dari antrean). Bagi jumlahnya berdasarkan kapasitas berjalan fleet, yang
untuk grup Auto Scaling adalah jumlah instance dalam status InService, untuk mendapatkan backlog
per instance.
• Backlog yang dapat diterima per instance: Untuk menghitung nilai target Anda, pertama tentukan apa
yang dapat diterima aplikasi Anda dalam hal latensi. Kemudian, ambil nilai latensi yang dapat diterima
dan bagi dengan waktu rata-rata yang diperlukan oleh instance EC2 untuk memproses pesan.
Untuk menggambarkan dengan contoh, anggap saja saat ini ApproximateNumberOfMessages adalah
1500 dan kapasitas operasional armada angkutan adalah 10. Jika waktu pemrosesan rata-rata adalah 0,1
detik untuk setiap pesan dan latensi terpanjang yang dapat diterima adalah 10 detik, maka backlog yang
dapat diterima per instance adalah 10 / 0,1, yang sama dengan 100. Ini berarti bahwa 100 adalah nilai
target untuk kebijakan pelacakan target Anda. Jika backlog per instance saat ini di 150 (1500/10), armada
Anda menurunkan skala, dan meningkatkan lima instance untuk mempertahankan proporsi terhadap nilai
target.
Prosedur berikut mendemonstrasikan cara mempublikasikan metrik khusus dan membuat kebijakan
penskalaan pelacakan target yang mengonfigurasi grup Auto Scaling Anda ke skala berdasarkan
perhitungan ini.
Ada tiga bagian utama untuk konfigurasi ini:
• Grup Auto Scaling untuk mengelola instance EC2 untuk tujuan pemrosesan pesan dari antrean SQS.
• Metrik khusus untuk dikirim ke Amazon CloudWatch yang mengukur jumlah pesan dalam antrean per
instance EC2 dalam grup Auto Scaling.
• Kebijakan pelacakan target yang mengonfigurasi grup Auto Scaling Anda untuk diskalakan berdasarkan
metrik khusus dan nilai target yang ditetapkan. CloudWatch alarm kebijakan penskalaan.
Diagram berikut menggambarkan arsitektur konfigurasi ini.
162
Batasan dan prasyarat

Untuk menggunakan konfigurasi ini, Anda perlu mengetahui batasan berikut:
• Anda harus menggunakanAWS CLIatau SDK untuk mempublikasikan metrik kustom Anda ke
CloudWatch. Anda kemudian dapat memantau metrik Anda denganAWS Management Console.
• Setelah menerbitkan metrik kustom Anda, Anda harus menggunakanAWS CLIatau SDK untuk membuat
kebijakan penskalaan pelacakan target dengan spesifikasi metrik yang disesuaikan.
Bagian berikut mengarahkan Anda untuk menggunakanAWS CLIuntuk tugas yang perlu Anda lakukan.
Misalnya, untuk mendapatkan data metrik yang mencerminkan penggunaan antrean saat ini, Anda
menggunakan SQSmendapatkan-antrian atributperintah. Pastikan bahwa Anda sudah memasang dan
mengonfigurasi CLI.
Sebelum memulai, Anda harus memiliki antrean Amazon SQS untuk digunakan. Bagian berikut
mengasumsikan bahwa Anda sudah memiliki antrean (standar atau FIFO), grup Auto Scaling, dan instance
EC2 yang menjalankan aplikasi yang menggunakan antrean. Untuk informasi lebih lanjut tentang Amazon
SQS, lihat Panduan Pengembang Amazon Simple Queue Service.
Mengonfigurasi penskalaan berdasarkan Amazon SQS

Tugas
• Langkah 1: Buat CloudWatch metrik khusus (p. 163)
• Langkah 3: Uji kebijakan penskalaan Anda (p. 165)
Langkah 1: Buat CloudWatch metrik khusus

Metrik khusus ditentukan menggunakan nama metrik dan ruang nama pilihan Anda. Ruang nama untuk
metrik kustom tidak dapat dimulai denganAWS/. Untuk informasi selengkapnya tentang menerbitkan metrik
khusus, lihatMemublikasikan metrik khusustopik diAmazon CloudWatch Panduan Pengguna.
Ikuti prosedur ini untuk membuat metrik khusus dengan pertama membaca informasi dari AndaAWSakun.
Kemudian, hitung backlog per metrik instance, seperti yang disarankan di bagian sebelumnya. Terakhir,
terbitkan nomor ini untuk CloudWatch dengan granularitas 1 menit. Jika memungkinkan, kami sangat
menyarankan agar Anda menskalakan metrik dengan granularitas 1 menit untuk memastikan respons yang
lebih cepat terhadap perubahan beban sistem.
Untuk membuat CloudWatch metrik khusus
1. Menggunakan SQSmendapatkan-antrian atributuntuk mendapatkan jumlah pesan yang menunggu

dalam antrian (ApproximateNumberOfMessages).
aws sqs get-queue-attributes --queue-url https://sqs.region.amazonaws.com/123456789/

MyQueue \
--attribute-names ApproximateNumberOfMessages
2. Gunakandescribe-auto-scaling-groupsperintah untuk mendapatkan kapasitas lari grup, yang

merupakan jumlah instance dalamInServicekeadaan siklus hidup. Perintah ini mengembalikan
instance grup Auto Scaling beserta keadaan siklus aktifnya.
3. Hitung backlog per instance dengan membagi perkiraan jumlah pesan yang tersedia untuk diambil dari
antrean berdasarkan kapasitas berjalan fleet Anda.
163
4. Mempublikasikan hasilnya dengan granularitas 1 menit sebagai CloudWatch metrik khusus.
Ini contohnya CLImemasukkan-metric-dataperintah.
aws cloudwatch put-metric-data --metric-name MyBacklogPerInstance --

namespace MyNamespace \
--unit None --value 20 --
dimensions MyOptionalMetricDimensionName=MyOptionalMetricDimensionValue
Setelah aplikasi Anda menghasilkan metrik yang diinginkan, data akan dikirim ke CloudWatch. Metrik
terlihat di CloudWatch konsol. Anda dapat mengaksesnya dengan masuk keAWS Management
Consoledan menavigasi ke CloudWatch halaman. Lalu, lihat metrik dengan menavigasi ke halaman
metrik atau dengan mencarinya menggunakan kotak pencarian. Untuk informasi tentang metrik tampilan,
lihatMelihat metrik yang tersediadiAmazon CloudWatch Panduan Pengguna.
Langkah 2: Buat kebijakan penskalaan pelacakan target

Setelah menerbitkan metrik khusus Anda, buat kebijakan penskalaan penelusur target dengan spesifikasi
metrik yang telah disesuaikan.
Untuk membuat kebijakan penskalaan pelacakan target
1. Gunakan perintah berikut untuk menentukan nilai target untuk kebijakan penskalaan Anda dalam file
config.json di direktori beranda Anda.
Untuk TargetValue, hitung backlog yang dapat diterima per metrik instance dan masukkan di sini.
Untuk menghitung angka ini, tentukan nilai latensi normal dan bagi dengan waktu rata-rata yang
diperlukan untuk memproses pesan.
$ cat ~/config.json
{
"TargetValue":100,
"CustomizedMetricSpecification":{
"MetricName":"MyBacklogPerInstance",
"Namespace":"MyNamespace",
"Dimensions":[
{
"Name":"MyOptionalMetricDimensionName",
"Value":"MyOptionalMetricDimensionValue"
}
],
"Statistic":"Average",
"Unit":"None"
}
}
2. Gunakankebijakan-put-scaling-perintah, bersama denganconfig.jsonfile yang Anda buat di langkah

sebelumnya, untuk membuat kebijakan penskalaan Anda.
aws autoscaling put-scaling-policy --policy-name sqs100-target-tracking-scaling-policy

\
--target-tracking-configuration file://~/config.json
Ini menciptakan dua alarm: satu untuk peningkatan skala dan satu untuk penurunan skala. Ini juga
mengembalikan Amazon Resource Name (ARN) kebijakan yang terdaftar di CloudWatch, yang
CloudWatch menggunakan untuk memanggil penskalaan setiap kali metrik melanggar.
164
Langkah 3: Uji kebijakan penskalaan Anda

Setelah penyiapan selesai, periksa apakah kebijakan penskalaan Anda berfungsi. Anda dapat mengujinya
dengan meningkatkan jumlah pesan dalam antrean SQS Anda dan kemudian memverifikasi bahwa grup
Auto Scaling Anda telah meluncurkan instance EC2 tambahan. Anda juga dapat mengujinya dengan
mengurangi jumlah pesan dalam antrean SQS Anda dan kemudian memverifikasi bahwa grup Auto Scaling
telah menghentikan instance EC2.
Untuk menguji fungsi peningkatan skala
1. Ikuti langkah-langkah ini di Tutorial: Mengirim pesan ke antrean Amazon SQS untuk menambahkan
pesan ke antrean Anda. Pastikan Anda telah meningkatkan jumlah pesan di antrean sehingga backlog
per instance metrik melebihi nilai target.
Diperlukan waktu beberapa menit bagi perubahan Anda untuk memicu alarm CloudWatch.
2. Gunakandescribe-auto-scaling-groupsuntuk memverifikasi bahwa grup telah meluncurkan sebuah
instance.
Untuk menguji fungsi penurunan skala
1. Ikuti langkah-langkah ini di Tutorial: Mengirim pesan ke antrean Amazon SQS untuk menghapus pesan
dari antrean. Pastikan Anda telah mengurangi jumlah pesan di antrean sehingga backlog per instance
metrik berada di bawah nilai target.
Diperlukan waktu beberapa menit bagi perubahan Anda untuk memicu alarm CloudWatch.
2. Gunakandescribe-auto-scaling-groupsperintah untuk memverifikasi bahwa grup telah dihentikan
instance.
Amazon SQS dan perlindungan penurunan skala instance

Pesan yang belum diproses pada saat instance dihentikan dikembalikan ke antrean SQS yang dapat
diproses oleh instance lain yang masih berjalan. Untuk aplikasi di mana tugas berjalan lama dilakukan,
Anda dapat menggunakan perlindungan skala instans secara opsional untuk memiliki kontrol atas pekerja
antrian mana yang dihentikan saat grup Auto Scaling Anda menskalakan.
Pseudocode berikut menunjukkan salah satu cara untuk melindungi proses pekerja yang digerakkan
antrian lama dari penghentian skala-in.
while (true)
{
SetInstanceProtection(False);
Work = GetNextWorkUnit();
SetInstanceProtection(True);
ProcessWorkUnit(Work);
SetInstanceProtection(False);
}
Untuk informasi selengkapnya, lihat Gunakan perlindungan penskalaan instance (p. 247).
165
Memverifikasi aktivitas penskalaan
Memverifikasi aktivitas penskalaan untuk grup Auto

Scaling
Di bagian Amazon EC2 Auto Scaling konsol Amazon EC2,Riwayat aktivitasuntuk grup Auto Scaling
memungkinkan Anda melihat status aktivitas penskalaan saat ini yang sedang berlangsung. Ketika aktivitas
penskalaan selesai, Anda dapat melihat apakah itu berhasil atau tidak. Hal ini sangat berguna ketika Anda
membuat grup Auto Scaling atau Anda menambahkan kondisi penskalaan ke grup yang ada.
Saat Anda menambahkan kebijakan pelacakan target, atau penskalaan sederhana ke grup Auto Scaling
Anda, Amazon EC2 Auto Scaling segera mulai mengevaluasi kebijakan terhadap metrik. Alarm metrik
beralih ke status ALARM saat metrik melanggar ambang batas untuk jumlah periode evaluasi tertentu.
Ini berarti bahwa kebijakan penskalaan dapat menghasilkan aktivitas penskalaan segera setelah dibuat.
Setelah Amazon EC2 Auto Scaling menyesuaikan kapasitas yang diinginkan dalam menanggapi kebijakan
penskalaan, Anda dapat memverifikasi aktivitas penskalaan di akun Anda. Jika Anda ingin menerima
notifikasi email dari Amazon EC2 Auto Scaling yang memberi tahu Anda tentang aktivitas penskalaan, ikuti
petunjuk diDapatkan notifikasi Amazon SNS saat grup Auto Scaling Anda berkembang (p. 278).
Tip
Dalam prosedur berikut, Anda melihatRiwayat aktivitasdanInstansbagian untuk grup Auto Scaling.
Dalam kedua, kolom bernama seharusnya sudah ditampilkan. Untuk menampilkan kolom
tersembunyi atau mengubah jumlah baris yang ditampilkan, pilih ikon roda gigi di sudut kanan atas
setiap bagian untuk membuka modal preferensi, memperbarui pengaturan sesuai kebutuhan, dan
pilihKonfirmasi.
Untuk melihat aktivitas penskalaan grup Auto Scaling (konsol)


3. PadaAktivitastab, di bawahRiwayat aktivitas, yangStatuskolom menunjukkan apakah grup Auto Scaling
Anda telah berhasil meluncurkan atau menghentikan instance, atau apakah aktivitas penskalaan
masih berlangsung.
4. (Opsional) Jika Anda memiliki banyak aktivitas penskalaan, Anda dapat memilih>ikon di tepi atas
riwayat aktivitas untuk melihat halaman berikutnya dari aktivitas penskalaan.
5. PadaManajemen instanstab, di bawahInstans, yangSiklus hidupkolom berisi status instance Anda.
Setelah instance dimulai dan setiap hook siklus aktif telah selesai, status siklus aktifnya berubah
menjadiInService. Kolom Status kesehatan menunjukkan hasil pemeriksaan kesehatan instans EC2
pada instans Anda.
Untuk melihat aktivitas penskalaan grup Auto Scaling (AWS CLI)
Gunakan yang berikutmenjelaskan-scaling-kegiatanperintah.
aws autoscaling describe-scaling-activities --auto-scaling-group-name my-asg
Berikut ini adalah contoh output.
Aktivitas penskalaan diurutkan berdasarkan waktu mulai. Aktivitas masih dalam proses dijelaskan terlebih
dahulu.
{
"Activities": [
166
Menonaktifkan kebijakan penskalaan
{
"ActivityId": "5e3a1f47-2309-415c-bfd8-35aa06300799",
"Description": "Terminating EC2 instance: i-06c4794c2499af1df",
"Cause": "At 2020-02-11T18:34:10Z a monitor alarm TargetTracking-my-asg-AlarmLow-
b9376cab-18a7-4385-920c-dfa3f7783f82 in state ALARM triggered policy my-target-tracking-
policy changing the desired capacity from 3 to 2. At 2020-02-11T18:34:31Z an instance
was taken out of service in response to a difference between desired and actual capacity,
shrinking the capacity from 3 to 2. At 2020-02-11T18:34:31Z instance i-06c4794c2499af1df
was selected for termination.",
"StartTime": "2020-02-11T18:34:31.268Z",
"EndTime": "2020-02-11T18:34:53Z",
"StatusCode": "Successful",
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-west-2a
\"...}",
"AutoScalingGroupARN": "arn:aws:autoscaling:us-
west-2:123456789012:autoScalingGroup:283179a2-
f3ce-423d-93f6-66bb518232f7:autoScalingGroupName/my-asg"
},
...
]
}
Untuk informasi tentang jenis kesalahan yang mungkin Anda temui dan cara menanganinya,
lihatPemecahan Masalah Amazon EC2 Auto Scaling (p. 356).
Menonaktifkan kebijakan penskalaan untuk grup Auto

Scaling
Topik ini menjelaskan cara menonaktifkan sementara kebijakan penskalaan sehingga tidak akan memulai
perubahan pada jumlah instance yang dimuat oleh grup Auto Scaling. Ketika Anda menonaktifkan
kebijakan penskalaan, detail konfigurasi dipertahankan, sehingga Anda dapat dengan cepat mengaktifkan
ulang kebijakan tersebut. Ini lebih mudah daripada menghapus kebijakan untuk sementara saat Anda tidak
memerlukannya, dan membuat ulang kebijakan nanti.
Ketika kebijakan penskalaan dinonaktifkan, grup Auto Scaling tidak menaikkan atau menurunkan skala
untuk alarm metrik yang dilanggar saat kebijakan penskalaan dinonaktifkan. Namun, semua aktivitas
penskalaan yang sedang berlangsung tidak dihentikan.
Penting untuk diperhatikan bahwa kebijakan penskalaan yang dinonaktifkan masih dihitung terhadap kuota
Anda pada jumlah kebijakan penskalaan yang dapat Anda tambahkan ke grup Auto Scaling.
Untuk menonaktifkan kebijakan penskalaan (konsol)


3. PadaPenskalaan Otomatistab, di bawahKebijakan penskalaan dinamis, pilih kotak centang di pojok
kanan atas kebijakan penskalaan yang diinginkan.
4. Gulir ke bagian atasKebijakan penskalaan dinamisbagian, dan pilihTindakan,Nonaktifkan.
Setelah Anda siap untuk mengaktifkan kembali kebijakan penskalaan, ulangi langkah-langkah ini, lalu pilih
Tindakan, Aktifkan. Setelah Anda mengaktifkan ulang kebijakan penskalaan, grup Auto Scaling Anda dapat
segera memulai tindakan penskalaan jika ada alarm yang saat ini berada dalam status ALARM.
Untuk menonaktifkan kebijakan penskalaan (AWS CLI)
167
Menonaktifkan kebijakan penskalaan
Gunakankebijakan-put-scaling-perintah dengan--no-enabledpilihan sebagai berikut. Tentukan semua

opsi dalam perintah tersebut seperti yang Anda akan tentukan saat membuat kebijakan.
aws autoscaling put-scaling-policy --auto-scaling-group-name my-asg \

--policy-name my-scaling-policy --policy-type TargetTrackingScaling \
--estimated-instance-warmup 360 \
--target-tracking-configuration '{ "TargetValue": 70, "PredefinedMetricSpecification":
{ "PredefinedMetricType": "ASGAverageCPUUtilization" } }' \
--no-enabled
Untuk mengaktifkan ulang kebijakan penskalaan (AWS CLI)
Gunakankebijakan-put-scaling-perintah dengan--enabledpilihan sebagai berikut. Tentukan semua opsi

dalam perintah tersebut seperti yang Anda akan tentukan saat membuat kebijakan.
aws autoscaling put-scaling-policy --auto-scaling-group-name my-asg \

--policy-name my-scaling-policy --policy-type TargetTrackingScaling \
--estimated-instance-warmup 360 \
--target-tracking-configuration '{ "TargetValue": 70, "PredefinedMetricSpecification":
{ "PredefinedMetricType": "ASGAverageCPUUtilization" } }' \
--enabled
Untuk menjelaskan kebijakan penskalaan (AWS CLI)
Gunakanmenjelaskan-kebijakanuntuk memverifikasi status kebijakan penskalaan yang diaktifkan.
aws autoscaling describe-policies --auto-scaling-group-name my-asg \

--policy-names my-scaling-policy
{
"ScalingPolicies": [
{
"PolicyName": "my-scaling-policy",
"PolicyARN": "arn:aws:autoscaling:us-
west-2:123456789012:scalingPolicy:1d52783a-b03b-4710-
bb0e-549fd64378cc:autoScalingGroupName/my-asg:policyName/my-scaling-policy",
"PolicyType": "TargetTrackingScaling",
"StepAdjustments": [],
"Alarms": [
{
"AlarmName": "TargetTracking-my-asg-AlarmHigh-9ca53fdd-7cf5-4223-938a-
ae1199204502",
"AlarmARN": "arn:aws:cloudwatch:us-
west-2:123456789012:alarm:TargetTracking-my-asg-AlarmHigh-9ca53fdd-7cf5-4223-938a-
ae1199204502"
},
{
"AlarmName": "TargetTracking-my-asg-AlarmLow-7010c83d-d55a-4a7a-
abe0-1cf8b9de6d6c",
"AlarmARN": "arn:aws:cloudwatch:us-
west-2:123456789012:alarm:TargetTracking-my-asg-AlarmLow-7010c83d-d55a-4a7a-
abe0-1cf8b9de6d6c"
}
],
"TargetTrackingConfiguration": {
"PredefinedMetricSpecification": {
},
168
Menghapus kebijakan penskalaan
"DisableScaleIn": false
},
"Enabled": true
}
]
}
Menghapus kebijakan penskalaan

Setelah Anda tidak lagi memerlukan kebijakan penskalaan, Anda dapat menghapusnya. Tergantung jenis
kebijakan penskalaan, Anda mungkin juga perlu menghapus kebijakan penskalaan CloudWatch alarm.
Menghapus kebijakan penskalaan pelacakan target juga menghapus semua yang terkait CloudWatch
alarm. Menghapus kebijakan penskalaan langkah atau kebijakan penskalaan sederhana menghapus
tindakan alarm yang mendasarinya, tetapi tidak menghapus kebijakan CloudWatch alarm, bahkan jika tidak
lagi memiliki tindakan yang terkait.
Untuk menghapus kebijakan penskalaan (konsol)


3. PadaPenskalaan Otomatistab, di bawahKebijakan penskalaan dinamis, pilih kotak centang di pojok
kanan atas kebijakan penskalaan yang diinginkan.
4. Gulir ke bagian atasKebijakan penskalaan dinamisbagian, dan pilihTindakan,Hapus.
6. (Opsional) Jika Anda menghapus kebijakan penskalaan langkah atau kebijakan penskalaan
sederhana, lakukan hal berikut untuk menghapus kebijakan penskalaan langkah atau kebijakan
penskalaan CloudWatch alarm yang dikaitkan dengan kebijakan tersebut. Anda dapat melewati
sublangkah ini untuk menjaga alarm tetap berfungsi di masa mendatang.
a. Buka CloudWatch konsol dihttps://console.aws.amazon.com/cloudwatch/.

b. Pada panel navigasi, pilih Alarm.
c. Pilih alarm (misalnya, Step-Scaling-AlarmHigh-AddCapacity) dan pilih Tindakan, Hapus.
d. Saat diminta konfirmasi, pilih Delete (Hapus).
Untuk mendapatkan kebijakan penskalaan grup Auto Scaling (AWS CLI)
Sebelum Anda menghapus kebijakan penskalaan, gunakan yang berikutmenjelaskan-kebijakanperintah

untuk melihat kebijakan penskalaan apa yang dibuat untuk grup Auto Scaling. Anda dapat menggunakan
output saat menghapus kebijakan ini dan alarm CloudWatch.
aws autoscaling describe-policies --auto-scaling-group-name my-asg
Anda dapat memfilter hasil berdasarkan jenis kebijakan penskalaan menggunakan parameter --query.
Sintaksis ini untukquerybekerja pada Linux atau macOS. Di Windows, ubah tanda petik tunggal menjadi
tanda petik ganda.
aws autoscaling describe-policies --auto-scaling-group-name my-asg

--query 'ScalingPolicies[?PolicyType==`TargetTrackingScaling`]'
169
AWS CLIcontoh kebijakan penskalaan
[
{
"PolicyName": "cpu40-target-tracking-scaling-policy",
"PolicyARN": "PolicyARN",
"PolicyType": "TargetTrackingScaling",
"StepAdjustments": [],
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:region:account-id:alarm:TargetTracking-my-
asg-AlarmHigh-fc0e4183-23ac-497e-9992-691c9980c38e",
"AlarmName": "TargetTracking-my-asg-AlarmHigh-
fc0e4183-23ac-497e-9992-691c9980c38e"
},
{
"AlarmARN": "arn:aws:cloudwatch:region:account-id:alarm:TargetTracking-my-
asg-AlarmLow-61a39305-ed0c-47af-bd9e-471a352ee1a2",
"AlarmName": "TargetTracking-my-asg-AlarmLow-61a39305-ed0c-47af-
bd9e-471a352ee1a2"
}
],
"TargetTrackingConfiguration": {
},
"DisableScaleIn": false
},
"Enabled": true
}
]
Untuk menghapus kebijakan penskalaan (AWS CLI)
Gunakan yang berikuthapus-kebijakanperintah.
aws autoscaling delete-policy --auto-scaling-group-name my-asg \

--policy-name cpu40-target-tracking-scaling-policy
Untuk menghapus CloudWatch alarm (AWS CLI)
Untuk kebijakan penskalaan langkah dan sederhana, gunakan kebijakan penskalaanmenghapus-

alarmperintah untuk menghapus CloudWatch alarm yang dikaitkan dengan kebijakan tersebut. Anda dapat
melewati langkah ini untuk menjaga alarm tetap berfungsi di masa mendatang. Anda dapat menghapus
satu atau beberapa alarm sekaligus. Misalnya, gunakan perintah berikut untuk menghapus alarm Step-
Scaling-AlarmHigh-AddCapacity dan Step-Scaling-AlarmLow-RemoveCapacity.
aws cloudwatch delete-alarms --alarm-name Step-Scaling-AlarmHigh-AddCapacity Step-Scaling-

AlarmLow-RemoveCapacity
Contoh kebijakan penskalaan untukAWS Command

Line Interface(AWS CLI)
Anda dapat membuat kebijakan penskalaan Amazon EC2 Auto Scaling melaluiAWS Management
Console,AWS CLI, atau SDK.
Contoh berikut menunjukkan cara membuat kebijakan penskalaan untuk Amazon EC2 Auto Scaling
denganAWS CLI kebijakan-put-scaling-perintah. Untuk latihan pengantar untuk membuat kebijakan
170
AWS CLIcontoh kebijakan penskalaan
penskalaan dariAWS CLI, lihatKebijakan penskalaan pelacakan target (p. 139)danKebijakan penskalaan
langkah dan sederhana (p. 144).
Contoh 1: Untuk menerapkan kebijakan penskalaan pelacakan target dengan spesifikasi metrik yang telah
ditentukan sebelumnya
aws autoscaling put-scaling-policy --policy-name cpu40-target-tracking-scaling-policy \

{
}
}
Contoh 2: Untuk menerapkan kebijakan penskalaan pelacakan target dengan spesifikasi metrik yang
disesuaikan
aws autoscaling put-scaling-policy --policy-name sqs100-target-tracking-scaling-policy \

{
"CustomizedMetricSpecification": {
"MetricName": "MyBacklogPerInstance",
"Namespace": "MyNamespace",
"Dimensions": [{
"Name": "MyOptionalMetricDimensionName",
"Value": "MyOptionalMetricDimensionValue"
}],
"Statistic": "Average",
"Unit": "None"
}
}
Contoh 3: Untuk menerapkan kebijakan penskalaan pelacakan target hanya untuk peningkatan penskalaan
aws autoscaling put-scaling-policy --policy-name alb1000-target-tracking-scaling-policy \

{
"PredefinedMetricType": "ALBRequestCountPerTarget",
"ResourceLabel": "app/my-alb/778d41231b141a0f/targetgroup/my-alb-target-
group/943f017f100becff"
},
"DisableScaleIn": true
}
Contoh 4: Untuk menerapkan kebijakan penskalaan langkah untuk peningkatan skala

--policy-name my-step-scale-out-policy \
--adjustment-type PercentChangeInCapacity \
--metric-aggregation-type Average \
--step-adjustments
171
Penskalaan prediktif
MetricIntervalLowerBound=30.0,ScalingAdjustment=30 \
--min-adjustment-magnitude 1
Merekam Amazon Resource Name (ARN) kebijakan. Anda memerlukan ARN saat membuat CloudWatch
alarm.
Contoh 5: Untuk menerapkan kebijakan penskalaan langkah untuk penurunan skala

--policy-name my-step-scale-in-policy \
--adjustment-type ChangeInCapacity \
--step-adjustments MetricIntervalUpperBound=0.0,ScalingAdjustment=-2
alarm.
Contoh 6: Untuk menerapkan kebijakan penskalaan sederhana untuk peningkatan skala
aws autoscaling put-scaling-policy --policy-name my-simple-scale-out-policy \

--auto-scaling-group-name my-asg --scaling-adjustment 30 \
--adjustment-type PercentChangeInCapacity --min-adjustment-magnitude 2
alarm.
Contoh 7: Untuk menerapkan kebijakan penskalaan sederhana untuk penurunan skala
aws autoscaling put-scaling-policy --policy-name my-simple-scale-in-policy \

--auto-scaling-group-name my-asg --scaling-adjustment -1 \
--adjustment-type ChangeInCapacity --cooldown 180
alarm.
Penskalaan prediktif untuk Amazon EC2 Auto

Scaling
Gunakan penskalaan prediktif untuk meningkatkan jumlah instans EC2 dalam grup Auto Scaling Anda
sebelum pola harian dan mingguan dalam arus lalu lintas.
Penskalaan prediktif sangat cocok untuk situasi di mana Anda memiliki:
• Lalu lintas siklus, seperti penggunaan sumber daya yang tinggi selama jam kerja reguler dan
penggunaan sumber daya yang rendah selama malam hari dan akhir pekan
• Berulang on-and-off Pola beban kerja, seperti pemrosesan batch, pengujian, atau analisis data berkala
• Aplikasi yang membutuhkan waktu lama untuk menginisialisasi, menyebabkan dampak latensi yang
nyata pada kinerja aplikasi selama acara skala-out
Secara umum, jika Anda memiliki pola reguler peningkatan lalu lintas dan aplikasi yang membutuhkan
waktu lama untuk menginisialisasi, Anda harus mempertimbangkan untuk menggunakan penskalaan
172
Cara kerja penskalaan prediktif
prediktif. Penskalaan prediktif dapat membantu Anda menskalakan lebih cepat dengan meluncurkan
kapasitas sebelum beban yang diperkirakan, dibandingkan dengan hanya menggunakan penskalaan
dinamis, yang bersifat reaktif. Penskalaan prediktif juga berpotensi menghemat uang pada tagihan EC2
Anda dengan membantu Anda menghindari kebutuhan untuk kapasitas overprovision.
Misalnya, pertimbangkan aplikasi yang memiliki penggunaan tinggi selama jam kerja dan penggunaan
yang rendah dalam semalam. Pada awal setiap hari kerja, penskalaan prediktif dapat menambah kapasitas
sebelum masuknya lalu lintas pertama. Ini membantu aplikasi Anda mempertahankan ketersediaan dan
kinerja yang tinggi ketika pergi dari periode pemanfaatan yang lebih rendah ke periode pemanfaatan yang
lebih tinggi. Anda tidak perlu menunggu penskalaan dinamis untuk bereaksi terhadap perubahan lalu lintas.
Anda juga tidak perlu meluangkan waktu meninjau pola beban aplikasi Anda dan mencoba menjadwalkan
jumlah kapasitas yang tepat menggunakan penskalaan terjadwal.
GunakanAWS Management Console, yangAWS CLI, atau salah satu SDK untuk menambahkan kebijakan
penskalaan prediktif ke grup Auto Scaling mana pun.
Isi
• Cara kerja penskalaan prediktif (p. 173)
• Praktik terbaik (p. 174)
• Membuat kebijakan penskalaan prediktif (p. 174)
• Buat kebijakan penskalaan prediktif (AWS CLI) (p. 175)
• Jelajahi data dan perkiraan Anda (p. 178)
• Menimpa nilai perkiraan menggunakan tindakan terjadwal (p. 180)
• Konfigurasi kebijakan penskalaan prediktif tingkat lanjut menggunakan metrik khusus (p. 183)
Cara kerja penskalaan prediktif

Penskalaan prediktif menggunakan machine learning untuk memprediksi persyaratan kapasitas
berdasarkan data historis dari CloudWatch. Algoritma pembelajaran mesin mengkonsumsi data historis
yang tersedia dan menghitung kapasitas yang paling sesuai dengan pola beban historis, dan kemudian
terus belajar berdasarkan data baru untuk membuat prakiraan masa depan lebih akurat.
Untuk menggunakan penskalaan prediktif, Anda terlebih dahulu membuat kebijakan penskalaan dengan
sepasang metrik dan pemanfaatan target. Pembuatan Forecast dimulai segera setelah Anda membuat
kebijakan jika setidaknya ada 24 jam data historis. Penskalaan prediktif menemukan pola di CloudWatch
Data metrik dari 14 hari sebelumnya untuk membuat prakiraan per jam selama 48 jam berikutnya. Data
Forecast diperbarui setiap hari berdasarkan yang terbaru CloudWatch data metrik.
Anda dapat mengkonfigurasi penskalaan prediktif dihanya prakiraansehingga Anda dapat mengevaluasi
perkiraan sebelum penskalaan prediktif dimulai aktif skala kapasitas. Anda kemudian dapat melihat
prakiraan dan data metrik terbaru dari CloudWatch dalam bentuk grafik dari konsol Auto Scaling Amazon
EC2. Anda juga dapat mengakses data perkiraan dengan menggunakanAWS CLIatau salah satu SDK.
Ketika Anda siap untuk memulai penskalaan dengan penskalaan prediktif, alihkan kebijakan darihanya
prakiraanmode untukprakiraan dan skalamode. Setelah Anda beralih keprakiraan dan skalamode, grup
Auto Scaling Anda mulai penskalaan berdasarkan perkiraan.
Dengan menggunakan perkiraan, Amazon EC2 Auto Scaling menskalakan jumlah instans di awal setiap
jam:
• Jika kapasitas sebenarnya kurang dari kapasitas prakiraan, Amazon EC2 Auto Scaling menskalakan
grup Auto Scaling Anda sehingga kapasitas yang diinginkan sama dengan kapasitas yang diprediksi.
• Jika kapasitas aktual lebih besar dari kapasitas yang diprediksi, Amazon EC2 Auto Scaling tidak
menskalakan kapasitas.
173
Praktik terbaik
• Nilai yang Anda tetapkan untuk kapasitas minimum dan maksimum grup Auto Scaling dipatuhi jika
kapasitas yang diprediksi berada di luar kisaran ini.
Praktik terbaik
• Konfirmasikan apakah penskalaan prediktif cocok untuk beban kerja Anda. Beban kerja sangat cocok
untuk penskalaan prediktif jika menunjukkan pola beban berulang yang spesifik untuk hari dalam
seminggu atau waktu hari. Untuk memeriksa ini, konfigurasikan kebijakan penskalaan prediktif dihanya
prakiraanmode.
• Evaluasi perkiraan dan keakuratannya sebelum memungkinkan penskalaan prediktif untuk secara
aktif menskalakan aplikasi Anda. Scaling prediktif membutuhkan setidaknya 24 jam data historis untuk
memulai prakiraan. Namun, prakiraan lebih efektif jika data historis mencakup dua minggu penuh. Jika
Anda memperbarui aplikasi Anda dengan membuat grup Auto Scaling baru dan menghapus yang lama,
maka grup Auto Scaling baru Anda memerlukan 24 jam data beban historis sebelum penskalaan prediktif
dapat mulai menghasilkan prakiraan lagi. Dalam kasus ini, Anda mungkin harus menunggu beberapa
hari untuk perkiraan yang lebih akurat.
• Buat beberapa kebijakan penskalaan prediktif dihanya prakiraanmode untuk menguji efek potensial dari
metrik yang berbeda. Anda dapat membuat beberapa kebijakan penskalaan prediktif untuk setiap grup
Auto Scaling, tetapi hanya satu kebijakan yang dapat digunakan untuk penskalaan aktif.
• Jika Anda memilih pasangan metrik khusus, Anda dapat menentukan kombinasi metrik beban dan metrik
penskalaan yang berbeda. Untuk menghindari masalah, pastikan metrik beban yang Anda pilih mewakili
beban penuh pada aplikasi Anda.
• Gunakan penskalaan prediktif dengan penskalaan dinamis. Dynamic scaling digunakan untuk
menskalakan kapasitas secara otomatis dalam menanggapi perubahan real-time dalam pemanfaatan
sumber daya. Menggunakannya dengan penskalaan prediktif membantu Anda mengikuti kurva
permintaan untuk aplikasi Anda dengan cermat, penskalaan selama periode lalu lintas rendah dan
penskalaan saat lalu lintas lebih tinggi dari yang diharapkan. Ketika beberapa kebijakan penskalaan
aktif, setiap kebijakan menentukan kapasitas yang diinginkan secara independen, dan kapasitas yang
diinginkan diatur secara maksimal. Misalnya, jika 10 instans diperlukan untuk tetap pada pemanfaatan
target dalam kebijakan penskalaan pelacakan target, dan 8 instans diperlukan untuk tetap pada
pemanfaatan target dalam kebijakan penskalaan prediktif, maka kapasitas yang diinginkan grup diatur ke
10.
Membuat kebijakan penskalaan prediktif

Anda dapat mengonfigurasi kebijakan penskalaan prediktif pada grup Auto Scaling setelah grup dibuat.
Untuk membuat kebijakan penskalaan prediktif
1. Buka konsol Auto Scalinghttps://console.aws.amazon.com/ec2autoscaling/.

Panel terpisah akan terbuka di bagian bawah halaman Grup Auto Scaling, yang menunjukkan
informasi tentang grup yang dipilih.
3. PadaPenskalaan Otomatistab, diKebijakan penskalaan, pilihMembuat kebijakan penskalaan prediktif.
a. Masukkan nama untuk kebijakan.

b. AktifkanMenskalakan berdasarkan prakiraanuntuk memberikan izin Auto Scaling Amazon EC2
untuk segera memulai penskalaan.
Untuk menjaga kebijakan dihanya prakiraanMode, tetapMenskalakan berdasarkan

prakiraandimatikan.
174
Buat kebijakan penskalaan prediktif (AWS CLI)
c. UntukMetrik, pilih metrik Anda dari daftar opsi. Opsi termasukCPU,Dalam Jaringan,Jaringan
Keluar,Jumlah permintaan Application Load Balancer, danPasangan metrik khusus.
Jika Anda memilihJumlah permintaan Application Load Balancer, lalu pilih grup target diGrup
target. Jumlah permintaan Application Load Balancerhanya didukung jika Anda telah melampirkan
grup target Application Load Balancer ke grup Auto Scaling Anda.
Jika Anda memilihPasangan metrik khusus, pilih metrik individual dari daftar drop-down
untukMetrik bebandanPenskalaan metrik.
5. UntukPemanfaatan target, masukkan nilai target yang harus dipertahankan Amazon EC2 Auto Scaling.
Amazon EC2 Auto Scaling menskalakan kapasitas Anda hingga pemanfaatan rata-rata berada pada
pemanfaatan target, atau hingga mencapai jumlah maksimum instans yang Anda tentukan.
Jika metrik penskalaan Anda... Kemudian pemanfaatan target mewakili...
CPU Persentase CPU yang harus digunakan setiap instance.
Dalam Jaringan Rata-rata jumlah byte per menit bahwa setiap contoh idealnya
harus menerima.
Jaringan Keluar Rata-rata jumlah byte per menit bahwa setiap contoh idealnya
harus mengirimkan.
Jumlah permintaan Application Rata-rata jumlah permintaan per menit bahwa setiap contoh
Load Balancer idealnya harus menerima.
6. (Opsional)Instans pra-peluncuran, pilih seberapa jauh sebelumnya Anda ingin instans Anda
diluncurkan sebelum perkiraan panggilan untuk beban meningkat.
7. (Opsional)Perilaku kapasitas maksimum, pilih apakah akan mengizinkan Amazon EC2 Auto Scaling
untuk menskalakan lebih tinggi dari kapasitas maksimum grup ketika kapasitas yang diprediksi
melebihi maksimum yang ditentukan. Menghidupkan pengaturan ini memungkinkan skala keluar untuk
terjadi selama periode ketika lalu lintas Anda diperkirakan berada di tertinggi.
8. (Opsional)Kapasitas maksimum penyangga di atas kapasitas yang diperkirakan, pilih berapa banyak
kapasitas tambahan untuk digunakan saat kapasitas prakiraan mendekati atau melebihi kapasitas
maksimum. Nilai ditentukan sebagai persentase terkait dengan kapasitas yang diprediksi. Misalnya,
jika buffer adalah 10, ini berarti penyangga 10 persen, jadi jika kapasitas yang diprediksi adalah 50 dan
kapasitas maksimum adalah 40, maka kapasitas maksimum yang efektif adalah 55.
Jika diatur ke 0, Amazon EC2 Auto Scaling dapat menskalakan kapasitas lebih tinggi dari kapasitas
maksimum hingga sama tetapi tidak melebihi kapasitas prakiraan.
9. PilihMembuat kebijakan penskalaan prediktif.

GunakanAWS CLIsebagai berikut untuk mengonfigurasi kebijakan penskalaan prediktif untuk grup Auto
Scaling Anda. Untuk informasi lebih lanjut tentang CloudWatch metrik yang dapat Anda tetapkan untuk
kebijakan penskalaan prediktif, lihatPrediktivescalingMetricSpesifikasidiReferensi API Amazon EC2 Auto
Scaling.
Contoh 1: Kebijakan penskalaan prediktif yang menciptakan

prakiraan tetapi tidak menskalakan
Contoh kebijakan berikut menunjukkan konfigurasi kebijakan lengkap yang menggunakan metrik
pemanfaatan CPU untuk penskalaan prediktif dengan pemanfaatan target40.ForecastOnlydigunakan
175
secara default, kecuali jika Anda secara eksplisit menentukan mode mana yang akan digunakan. Simpan
konfigurasi ini dalam file bernama config.json.
{
"MetricSpecifications": [
{
"TargetValue": 40,
"PredefinedMetricPairSpecification": {
"PredefinedMetricType": "ASGCPUUtilization"
}
}
]
}
Untuk membuat kebijakan ini, jalankankebijakan-put-scalingperintah dengan file konfigurasi yang

ditentukan, seperti yang ditunjukkan dalam contoh berikut.
aws autoscaling put-scaling-policy --policy-name cpu40-predictive-scaling-policy \

--auto-scaling-group-name my-asg --policy-type PredictiveScaling \
--predictive-scaling-configuration file://config.json
Jika berhasil, perintah ini menampilkan Amazon Resource Name (ARN) kebijakan.
{
"PolicyARN": "arn:aws:autoscaling:region:account-id:scalingPolicy:2f4f5048-d8a8-4d14-
b13a-d1905620f345:autoScalingGroupName/my-asg:policyName/cpu40-predictive-scaling-policy",
"Alarms": []
}
Contoh 2: Kebijakan penskalaan prediktif yang memperkirakan

dan menskalakan
Untuk kebijakan yang memungkinkan Amazon EC2 Auto Scaling untuk memperkirakan dan menskalakan,
tambahkan propertiModedengan nilaiForecastAndScale. Contoh berikut menunjukkan konfigurasi
kebijakan yang menggunakan metrik hitungan permintaan Application Load Balancer. Pemanfaatan
target1000, dan penskalaan prediktif diatur keForecastAndScalemode.
{
{
"TargetValue": 1000,
"PredefinedMetricType": "ALBRequestCount",
"ResourceLabel": "app/my-alb/778d41231b141a0f/targetgroup/my-alb-target-
group/943f017f100becff"
}
}
],
"Mode": "ForecastAndScale"
}

aws autoscaling put-scaling-policy --policy-name alb1000-predictive-scaling-policy \

176
{
"PolicyARN": "arn:aws:autoscaling:region:account-
id:scalingPolicy:19556d63-7914-4997-8c81-d27ca5241386:autoScalingGroupName/my-
asg:policyName/alb1000-predictive-scaling-policy",
"Alarms": []
}
Contoh 3: Kebijakan penskalaan prediktif yang dapat

menskalakan lebih tinggi dari kapasitas maksimum
Contoh berikut menunjukkan cara membuat kebijakan yang dapat menskalakan lebih tinggi dari batas
ukuran maksimum grup saat Anda membutuhkannya untuk menangani beban yang lebih tinggi dari
normal. Secara default, Amazon EC2 Auto Scaling tidak menskalakan kapasitas EC2 Anda lebih
tinggi dari kapasitas maksimum yang ditentukan. Namun, mungkin akan sangat membantu untuk
membiarkannya skala lebih tinggi dengan kapasitas yang sedikit lebih untuk menghindari masalah kinerja
atau ketersediaan.
Untuk menyediakan ruang bagi Amazon EC2 Auto Scaling untuk menyediakan kapasitas
tambahan saat kapasitas diprediksi berada pada atau sangat dekat dengan ukuran maksimum
grup Anda, tentukanMaxCapacityBreachBehaviordanMaxCapacityBuffersifat, seperti yang
ditunjukkan dalam contoh berikut. Anda harus menentukanMaxCapacityBreachBehaviordengan
nilaiIncreaseMaxCapacity. Jumlah maksimum instance yang dapat dimiliki grup Anda tergantung pada
nilaiMaxCapacityBuffer.
{
{
"TargetValue": 70,
}
}
],
"MaxCapacityBreachBehavior": "IncreaseMaxCapacity",
"MaxCapacityBuffer": 10
}
Dalam contoh ini, kebijakan dikonfigurasi untuk menggunakan buffer 10 persen ("MaxCapacityBuffer":
10), jadi jika kapasitas yang diprediksi adalah 50 dan kapasitas maksimum adalah 40, maka kapasitas
maksimum yang efektif adalah 55. Kebijakan yang dapat menskalakan kapasitas lebih tinggi dari
kapasitas maksimum hingga sama tetapi tidak melebihi kapasitas prakiraan akan memiliki buffer 0
("MaxCapacityBuffer": 0).

aws autoscaling put-scaling-policy --policy-name cpu70-predictive-scaling-policy \

177
Keterbatasan:
"PolicyARN": "arn:aws:autoscaling:region:account-id:scalingPolicy:d02ef525-8651-4314-
bf14-888331ebd04f:autoScalingGroupName/my-asg:policyName/cpu70-predictive-scaling-policy",
"Alarms": []
}
Keterbatasan:
• Penskalaan prediktif membutuhkan 24 jam sejarah metrik sebelum dapat menghasilkan prakiraan.
• Asumsi inti penskalaan prediktif adalah bahwa grup Auto Scaling homogen dan semua instance memiliki
kapasitas yang sama. Jika ini tidak benar untuk grup Anda, kapasitas yang diperkirakan bisa tidak akurat.
Oleh karena itu, gunakan hati-hati saat membuat kebijakan penskalaan prediktif untukGrup contoh
campuran (p. 50), karena contoh dari berbagai jenis dapat disediakan yang memiliki kapasitas yang tidak
sama. Berikut ini adalah beberapa contoh di mana kapasitas yang diperkirakan akan tidak akurat:
• Kebijakan penskalaan prediktif Anda didasarkan pada pemanfaatan CPU, tetapi jumlah vCPUs pada
setiap instans Auto Scaling bervariasi antara jenis instans.
• Kebijakan penskalaan prediktif Anda didasarkan pada jaringan masuk atau keluar jaringan, tetapi
throughput bandwidth jaringan untuk setiap instans Auto Scaling bervariasi antara jenis instans.
Misalnya, jenis instans M5 dan M5n serupa, namun tipe instans M5n memberikan throughput jaringan
yang jauh lebih tinggi.
Jelajahi data dan perkiraan Anda

Setelah perkiraan dibuat, Anda dapat melihat grafik yang menunjukkan data historis dari delapan minggu
terakhir dan perkiraan untuk dua hari ke depan. Untuk menemukan informasi rinci tentang prakiraan dan
histori, buka grup Auto Scaling dari konsol Auto Scaling Amazon EC2 dan pilih grup Auto Scaling Amazon
EC2 dan pilih grup Auto SPenskalaan Otomatistab di panel bawah. Grafik menjadi tersedia tak lama
setelah kebijakan dibuat.
Setiap grafik menampilkan nilai perkiraan terhadap nilai aktual dan jenis data tertentu.
ParameterMemuatgrafik menunjukkan perkiraan beban dan nilai aktual untuk metrik beban yang Anda
pilih. ParameterKapasitasgrafik menunjukkan jumlah instance yang diperkirakan berdasarkan pemanfaatan
target Anda dan jumlah aktual instance yang diluncurkan. Berbagai warna menunjukkan titik data metrik
aktual dan nilai perkiraan masa lalu dan masa depan. Garis oranye menunjukkan titik data metrik aktual.
Garis hijau menunjukkan prakiraan yang dihasilkan untuk periode prakiraan masa depan. Garis biru
menunjukkan perkiraan untuk periode sebelumnya.
178
Jelajahi data dan perkiraan Anda
Anda dapat menyesuaikan rentang waktu untuk data sebelumnya dengan memilih nilai pilihan Anda di
kanan atas grafik:2 hari,1 minggu,2 minggu,4 minggu,6 minggu, atau8 minggu. Setiap titik pada grafik
mewakili satu jam data. Ketika melayang di atas titik data, tooltip menunjukkan nilai untuk titik tertentu
dalam waktu, di UTC.
Untuk memperbesar panel grafik, pilih ikon perluasan di kanan atas grafik. Untuk kembali ke tampilan
default, pilih ikon lagi.
Anda juga dapat menggunakanAWS CLIkomandoget-predictive-scaling-forecastuntuk mendapatkan data

perkiraan. Data yang dikembalikan oleh panggilan ini dapat membantu Anda mengidentifikasi periode
waktu ketika Anda mungkin ingin mengganti perkiraan. Untuk informasi selengkapnya, lihat Menimpa nilai
perkiraan menggunakan tindakan terjadwal (p. 180).
Note
Sebaiknya Anda mengaktifkan metrik grup Auto Scaling. Jika metrik ini tidak diaktifkan, data
kapasitas aktual akan hilang dari grafik perkiraan kapasitas. Tidak ada biaya untuk mengaktifkan
metrik ini.
Untuk mengaktifkan metrik grup Auto Scaling, buka grup Auto Scaling di konsol Amazon EC2,
dan dari grupPemantauantab, pilihKoleksi metrik grup Auto Scaling,Aktifkankotak centang. Untuk
informasi selengkapnya, lihat Aktifkan metrik grup Auto Scaling (p. 267).
179
Menimpa prakiraan
Important
Jika grup Auto Scaling baru, izinkan 24 jam untuk Amazon EC2 Auto Scaling untuk membuat
perkiraan pertama.
Menimpa nilai perkiraan menggunakan tindakan

terjadwal
Terkadang, Anda mungkin memiliki informasi tambahan tentang persyaratan aplikasi Anda di masa
mendatang yang tidak dapat diperhitungkan oleh perhitungan perkiraan. Misalnya, perhitungan perkiraan
mungkin meremehkan kapasitas yang dibutuhkan untuk acara pemasaran yang akan datang. Anda dapat
menggunakan tindakan terjadwal untuk sementara menimpa perkiraan selama periode waktu mendatang.
Tindakan terjadwal dapat berjalan secara berulang, atau pada tanggal dan waktu tertentu ketika ada
fluktuasi permintaan satu kali.
Misalnya, Anda dapat membuat tindakan terjadwal dengan kapasitas minimum yang lebih tinggi daripada
yang diperkirakan. Saat runtime, Amazon EC2 Auto Scaling memperbarui kapasitas minimum grup
Auto Scaling Anda. Karena penskalaan prediktif mengoptimalkan kapasitas, tindakan terjadwal dengan
kapasitas minimum yang lebih tinggi dari nilai perkiraan dihormati. Hal ini mencegah kapasitas menjadi
kurang dari yang diharapkan. Untuk berhenti mengganti perkiraan, gunakan tindakan terjadwal kedua untuk
mengembalikan kapasitas minimum ke pengaturan aslinya.
Prosedur berikut menguraikan langkah-langkah untuk mengesampingkan perkiraan selama periode waktu
mendatang.
Isi
• Langkah 1: (Opsional) Menganalisis data seri waktu (p. 180)
• Langkah 2: Buat dua tindakan terjadwal (p. 182)
Langkah 1: (Opsional) Menganalisis data seri waktu

Mulailah dengan menganalisis data seri waktu perkiraan. Ini adalah langkah opsional, tetapi sangat
membantu jika Anda ingin memahami rincian perkiraan.
1. Mengambil prakiraan
Setelah perkiraan dibuat, Anda dapat melakukan query untuk jangka waktu tertentu dalam perkiraan.
Tujuan dari query adalah untuk mendapatkan tampilan lengkap dari data time series untuk jangka
waktu tertentu.
Kueri Anda dapat menyertakan data perkiraan hingga dua hari di masa mendatang. Jika Anda
telah menggunakan penskalaan prediktif untuk sementara waktu, Anda juga dapat mengakses data
perkiraan sebelumnya. Namun, durasi waktu maksimum antara waktu mulai dan akhir adalah 30 hari.
Untuk mendapatkan perkiraan menggunakanget-prediktif-scaling-forecast AWS CLIperintah,

memberikan parameter berikut dalam perintah:
• Masukkan nama grup Auto Scaling--auto-scaling-group-nameparameter.

• Masukkan nama kebijakan di--policy-nameparameter.
• Masukkan waktu mulai di--start-timeparameter untuk kembali hanya data perkiraan untuk
setelah atau pada waktu yang ditentukan.
• Masukkan waktu akhir di--end-timeparameter untuk kembali hanya data perkiraan untuk sebelum
waktu yang ditentukan.
180
Menimpa prakiraan
aws autoscaling get-predictive-scaling-forecast --auto-scaling-group-name my-asg \

--policy-name cpu40-predictive-scaling-policy \
--start-time "2021-05-19T17:00:00Z" \
--end-time "2021-05-19T23:00:00Z"
Jika berhasil, perintah mengembalikan data yang mirip dengan contoh berikut.
{
"LoadForecast": [
{
"Timestamps": [
"2021-05-19T17:00:00+00:00",
"2021-05-19T18:00:00+00:00",
"2021-05-19T19:00:00+00:00",
"2021-05-19T20:00:00+00:00",
"2021-05-19T21:00:00+00:00",
"2021-05-19T22:00:00+00:00",
"2021-05-19T23:00:00+00:00"
],
"Values": [
153.0655799339254,
128.8288551285919,
107.1179447150675,
197.3601844551528,
626.4039934516954,
596.9441277518481,
677.9675713779869
],
"MetricSpecification": {
}
}
}
],
"CapacityForecast": {
"Timestamps": [
"2021-05-19T17:00:00+00:00",
"2021-05-19T18:00:00+00:00",
"2021-05-19T19:00:00+00:00",
"2021-05-19T20:00:00+00:00",
"2021-05-19T21:00:00+00:00",
"2021-05-19T22:00:00+00:00",
"2021-05-19T23:00:00+00:00"
],
"Values": [
2.0,
2.0,
2.0,
2.0,
4.0,
4.0,
4.0
]
},
"UpdateTime": "2021-05-19T01:52:50.118000+00:00"
}
Respons mencakup dua

prakiraan:LoadForecastdanCapacityForecast.LoadForecastmenunjukkan perkiraan beban
181
Menimpa prakiraan
per jam.CapacityForecastmenunjukkan nilai perkiraan untuk kapasitas yang dibutuhkan setiap jam
untuk menangani beban yang diperkirakan sambil mempertahankanTargetValuedari 40,0 (40% rata-
rata pemanfaatan CPU).
2. Identifikasi periode waktu target
Identifikasi jam atau jam ketika fluktuasi permintaan satu kali harus terjadi. Ingat bahwa tanggal dan
waktu yang ditunjukkan dalam perkiraan berada di UTC.
Langkah 2: Buat dua tindakan terjadwal

Selanjutnya, buat dua tindakan terjadwal untuk jangka waktu tertentu ketika aplikasi Anda akan memiliki
beban yang lebih tinggi dari perkiraan. Misalnya, jika Anda memiliki acara pemasaran yang akan
mengarahkan lalu lintas ke situs Anda untuk jangka waktu terbatas, Anda dapat menjadwalkan tindakan
satu kali untuk memperbarui kapasitas minimum saat dimulai. Kemudian, jadwalkan tindakan lain untuk
mengembalikan kapasitas minimum ke pengaturan asli saat acara berakhir.
Untuk membuat dua tindakan terjadwal untuk acara satu kali (konsol)
1. Buka konsol Auto Scalinghttps://console.aws.amazon.com/ec2autoscaling/.

Panel terpisah terbuka di bagian bawah Grup Auto Scaling yang menampilkan informasi tentang grup
yang dipilih.
3. Pada tab Auto scaling, di Tindakan terjadwal, pilih Buat tindakan terjadwal.
4. Isi pengaturan tindakan terjadwal berikut:
a. MasukkanNamauntuk tindakan terjadwal.

b. UntukMin, masukkan kapasitas minimum baru untuk grup Auto Scaling Anda. ParameterMinharus
kurang dari atau sama dengan ukuran maksimum grup. Jika nilai Anda untukMinlebih besar dari
ukuran maksimum grup, Anda harus memperbaruiMax.
c. Untuk Perulangan , pilih Sekali .
d. UntukZona waktu, pilih zona waktu. Jika tidak ada zona waktu yang dipilih,ETC/UTCdigunakan
secara default.
e. MenentukanWaktu mulai spesifik.
Konsol menampilkan tindakan terjadwal untuk grup Auto Scaling.

6. Konfigurasikan tindakan terjadwal kedua untuk mengembalikan kapasitas minimum ke pengaturan
asli di akhir acara. Penskalaan prediktif dapat menskalakan kapasitas hanya bila nilai yang Anda
tetapkanMinlebih rendah dari nilai perkiraan.
Untuk membuat dua tindakan terjadwal untuk acara satu kali (AWS CLI)
Untuk menggunakanAWS CLIuntuk membuat tindakan yang dijadwalkan, gunakanput-schedule-update-

groupperintah.
Sebagai contoh, mari kita tentukan jadwal yang mempertahankan kapasitas minimum tiga instance pada 19
Mei pukul 5:00 PM selama delapan jam. Perintah berikut menunjukkan cara menerapkan skenario ini.
Yang Pertamaput-schedule-update-groupperintah memerintahkan Amazon EC2 Auto Scaling untuk

memperbarui kapasitas minimum grup Auto Scaling yang ditentukan pada pukul 5:00 PM UTC pada 19 Mei
2021.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-event-start \
182
Menggunakan metrik khusus
--auto-scaling-group-name my-asg --start-time "2021-05-19T17:00:00Z" --minimum-

capacity 3
Perintah kedua menginstruksikan Amazon EC2 Auto Scaling untuk mengatur kapasitas minimum grup
menjadi satu pukul 1:00 UTC pada 20 Mei 2021.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-event-end \

--auto-scaling-group-name my-asg --start-time "2021-05-20T01:00:00Z" --minimum-
capacity 1
Setelah Anda menambahkan tindakan terjadwal ini ke grup Auto Scaling, Amazon EC2 Auto Scaling
melakukan hal berikut:
• Pada pukul 17:00 UTC pada tanggal 19 Mei 2021, aksi terjadwal pertama berjalan. Jika grup saat ini
memiliki kurang dari tiga instance, grup akan menskalakan menjadi tiga instance. Selama waktu ini
dan selama delapan jam ke depan, Amazon EC2 Auto Scaling dapat terus meningkatkan skala jika
kapasitas yang diprediksi lebih tinggi dari kapasitas aktual atau jika ada kebijakan penskalaan dinamis
yang berlaku.
• Pukul 1:00 UTC pada tanggal 20 Mei 2021, aksi terjadwal kedua berjalan. Ini mengembalikan kapasitas
minimum ke pengaturan aslinya pada akhir acara.
Penskalaan berdasarkan jadwal berulang

Untuk mengganti perkiraan untuk periode waktu yang sama setiap minggu, buat dua tindakan terjadwal
dan berikan logika waktu dan tanggal menggunakan ekspresi cron.
Format ekspresi cron terdiri dari lima bidang yang dipisahkan oleh spasi: [Minute] [Hour] [Day_of_Month]
[Month_of_Year] [Day_of_Week]. Bidang dapat berisi nilai yang diizinkan, termasuk karakter khusus.
Misalnya, ekspresi cron berikut menjalankan aksi setiap hari Selasa pukul 6:30. Tanda bintang digunakan
sebagai wildcard untuk mencocokkan semua nilai untuk bidang.
30 6 * * 2
Lihat juga
Untuk informasi selengkapnya tentang cara membuat, mencantumkan, mengedit, dan menghapus tindakan
terjadwal, lihatSkala terjadwal untuk Amazon EC2 Auto Scaling (p. 191).
Konfigurasi kebijakan penskalaan prediktif tingkat

lanjut menggunakan metrik khusus
Dalam kebijakan penskalaan prediktif, Anda dapat menggunakan metrik yang telah ditentukan sebelumnya
atau yang telah ditentukan sebelumnya. Metrik kustom yang Anda tentukan dapat menyertakan metrik
lain yang tersedia di CloudWatch dan metrik baru yang Anda publikasikan ke CloudWatch. Metrik khusus
berguna ketika metrik yang telah ditetapkan (CPU, jaringan I/O, dan jumlah permintaan Application Load
Balancer) tidak cukup menggambarkan beban aplikasi Anda.
Ekspresi matematika metrik juga dapat digunakan untuk mengumpulkan data metrik yang diterima dari
CloudWatch sebelum menggunakannya untuk penskalaan prediktif. Ketika Anda menggabungkan nilai
dalam data Anda, misalnya, dengan menghitung jumlah baru atau rata-rata, itu disebutagregasi. Data yang
dihasilkan disebutagregat.
Pada layar grafik di konsol Auto Scaling Amazon EC2, Anda dapat melihatMemuatdanKapasitasgrafik
dengan data metrik Anda dengan cara yang sama seperti yang Anda lakukan ketika menentukan metrik
183
yang telah ditentukan. Namun, saat ini Anda tidak dapat menggunakan konsol Auto Scaling Amazon EC2
untuk membuat atau memperbarui kebijakan penskalaan prediktif yang menentukan metrik khusus. Untuk
melakukannya, Anda harus menggunakanAWS CLIatauAWSSDK.
Isi
• Praktik terbaik (p. 184)
• Contoh kebijakan penskalaan prediktif dengan metrik penskalaan khusus dan metrik beban
khusus (p. 185)
• Menggunakan ekspresi matematika metrik (p. 186)
• Pertimbangan dan pemecahan masalah (p. 190)
Praktik terbaik
Praktik terbaik berikut dapat membantu Anda menggunakan metrik khusus secara lebih efektif:
• Untuk spesifikasi metrik beban, metrik yang paling berguna adalah metrik yang mewakili beban pada
grup Auto Scaling secara keseluruhan, terlepas dari kapasitas grup.
• Untuk spesifikasi metrik penskalaan, metrik yang paling berguna untuk skala oleh adalah throughput
rata-rata atau pemanfaatan per metrik instans.
• Metrik penskalaan harus berbanding terbalik dengan kapasitas. Artinya, jika jumlah instance dalam grup
Auto Scaling meningkat, metrik penskalaan harus menurun dengan proporsi yang kira-kira sama. Untuk
memastikan bahwa penskalaan prediktif berperilaku seperti yang diharapkan, metrik beban dan metrik
penskalaan juga harus berkorelasi kuat satu sama lain.
• Pemanfaatan target harus sesuai dengan jenis metrik penskalaan. Untuk konfigurasi kebijakan yang
menggunakan pemanfaatan CPU, ini adalah persentase target. Untuk konfigurasi kebijakan yang
menggunakan throughput, seperti jumlah permintaan atau pesan, ini adalah jumlah target permintaan
atau pesan per instans selama interval satu menit.
• Jika rekomendasi ini tidak diikuti, nilai masa depan yang diperkirakan dari rangkaian waktu
mungkin akan salah. Untuk memvalidasi data benar, Anda dapat melihat nilai prakiraan di konsol
Auto Scaling Amazon EC2. Sebagai alternatif, setelah Anda membuat kebijakan penskalaan
prediktif, periksaLoadForecastdanCapacityForecastbenda yang dikembalikan oleh panggilan
keGetPredictivescalingForecastAPI
• Kami sangat menyarankan agar Anda mengkonfigurasi penskalaan prediktif dalam mode hanya
perkiraan sehingga Anda dapat mengevaluasi perkiraan sebelum penskalaan prediktif dimulai secara
aktif penskalaan kapasitas.
Prasyarat
Untuk menentukan metrik kustom dalam kebijakan Anda, Anda harus
memilikicloudwatch:GetMetricDataizin.
Untuk menentukan metrik Anda sendiri, bukan metrik yangAWSmenyediakan, Anda harus terlebih dahulu
mempublikasikan metrik ke CloudWatch. Untuk informasi selengkapnya, lihatMemublikasikan metrik
khususdiAmazon CloudWatch Panduan Pengguna.
Note
Saat Anda mempublikasikan metrik Anda sendiri, pastikan untuk menerbitkan titik data
pada frekuensi minimum lima menit. Amazon EC2 Auto Scaling mengambil titik data dari
184
CloudWatch berdasarkan lamanya periode yang dibutuhkannya. Misalnya, spesifikasi metrik

beban menggunakan metrik per jam untuk mengukur beban pada aplikasi Anda. CloudWatch
menggunakan data metrik yang dipublikasikan untuk memberikan nilai data tunggal untuk periode
satu jam dengan menggabungkan semua titik data dengan stempel waktu yang jatuh dalam setiap
periode satu jam.
Contoh kebijakan penskalaan prediktif dengan metrik penskalaan

khusus dan metrik beban khusus
Kebijakan contoh berikut menunjukkan konfigurasi kebijakan lengkap yang menentukan metrik penskalaan
kustom, metrik beban kustom, dan pemanfaatan target50. Simpan konfigurasi ini dalam file bernama
config.json.
{
{
"TargetValue": 50,
"CustomizedScalingMetricSpecification": {
"MetricDataQueries": [
{
"MetricStat": {
"Metric": {
"MetricName": "MyUtilizationMetric",
"Namespace": "MyNameSpace",
"Dimensions": [
{
}
]
},
"Stat": "Average"
}
}
]
},
"CustomizedLoadMetricSpecification": {
{
"MetricStat": {
"Metric": {
"MetricName": "MyLoadMetric",
"Namespace": "MyNameSpace",
"Dimensions": [
{
}
]
},
"Stat": "Sum"
}
}
]
}
}
]
}
Untuk informasi tentang parameter dan nilai Auto Scaling Amazon EC2 untuk kueri data metrik,
lihatMetricDataQuerydiReferensi API Amazon EC2 Auto Scaling.
185
Note
Berikut ini adalah beberapa sumber daya tambahan yang dapat membantu:
• Untuk informasi tentang metrik yang tersediaAWSlayanan, lihatAWSlayanan yang

memublikasikan CloudWatch metrikdiAmazon CloudWatch Panduan Pengguna.
• Untuk mendapatkan nama metrik, namespace, dan dimensi yang tepat (jika ada) untuk sebuah
CloudWatch metrik denganAWS CLI, lihatmetrik daftar.

aws autoscaling put-scaling-policy --policy-name my-predictive-scaling-policy \

{
b13a-d1905620f345:autoScalingGroupName/my-asg:policyName/my-predictive-scaling-policy",
"Alarms": []
}
Menggunakan ekspresi matematika metrik

BerikutAWS CLIcontoh mungkin relevan dengan skenario Anda saat membuat kebijakan penskalaan
prediktif yang menggunakan ekspresi matematika metrik. Anda dapat menggunakan contoh konfigurasi
kebijakan penskalaan prediktif ini sebagai titik awal, lalu menyesuaikannya untuk kebutuhan Anda.
Isi
• Memahami matematika metrik (p. 186)
• Contoh kebijakan penskalaan prediktif yang menggabungkan metrik menggunakan metrik
matematika (p. 187)
• Contoh kebijakan penskalaan prediktif untuk digunakan dalam skenario penyebaran biru/
hijau (p. 189)
Memahami matematika metrik

Jika semua yang ingin Anda lakukan adalah agregat data metrik yang ada, CloudWatch metrik matematika
menghemat usaha dan biaya penerbitan metrik lain ke CloudWatch. Anda dapat menggunakan metrik apa
punAWSmenyediakan, dan Anda juga dapat menggunakan metrik yang Anda tetapkan sebagai bagian dari
aplikasi Anda. Misalnya, Anda mungkin ingin menghitung backlog antrean Amazon SQS per instans. Anda
dapat melakukan ini dengan mengambil perkiraan jumlah pesan yang tersedia untuk diambil dari antrean
dan membagi nomor tersebut dengan kapasitas berjalan grup Auto Scaling.
Untuk informasi selengkapnya, lihatMenggunakan matematika metrikdiAmazon CloudWatch Panduan

Pengguna.
Jika Anda memilih untuk menggunakan ekspresi matematika metrik dalam kebijakan penskalaan prediktif,
pertimbangkan poin-poin berikut:
• Operasi matematika metrik menggunakan titik data dari kombinasi unik nama metrik, namespace, dan
tombol dimensi/pasangan nilai metrik.
186
• Anda dapat menggunakan operator aritmatika (+ - */^), fungsi statistik (seperti AVG atau SUM), atau
fungsi lain yang CloudWatch mendukung.
• Anda dapat menggunakan kedua metrik dan hasil pernyataan matematika lainnya dalam rumus ekspresi
matematika.
• Ekspresi matematika metrik Anda dapat terdiri dari agregasi yang berbeda. Namun, ini adalah praktik
terbaik untuk hasil agregasi akhir untuk digunakanAverageuntuk metrik penskalaan danSumuntuk metrik
beban.
• Setiap ekspresi yang digunakan dalam spesifikasi metrik akhirnya harus mengembalikan satu deret
waktu.
Untuk menggunakan matematika metrik, lakukan hal berikut:
• Pilih satu atau lebih CloudWatch metrik. Kemudian, buat ekspresi. Untuk informasi selengkapnya,
lihatMenggunakan matematika metrikdiAmazon CloudWatch Panduan Pengguna.
• Pastikan bahwa ekspresi matematika metrik valid dengan menggunakan konsol CloudWatch atau
CloudWatch GetMetricDataAPI
Contoh kebijakan penskalaan prediktif yang menggabungkan metrik

menggunakan metrik matematika
Terkadang, alih-alih menentukan metrik secara langsung, Anda mungkin perlu terlebih dahulu memproses
datanya dengan cara tertentu. Misalnya, Anda mungkin memiliki aplikasi yang menarik pekerjaan dari
antrian Amazon SQS, dan Anda mungkin ingin menggunakan jumlah item dalam antrian sebagai kriteria
untuk penskalaan prediktif. Jumlah pesan dalam antrean tidak hanya menentukan jumlah instance yang
Anda butuhkan. Oleh karena itu, diperlukan lebih banyak pekerjaan untuk membuat metrik yang dapat
digunakan untuk menghitung backlog per instance. Untuk informasi selengkapnya, lihat Penskalaan
berdasarkan Amazon SQS (p. 161).
Berikut ini adalah contoh kebijakan penskalaan prediktif untuk skenario ini. Ini
menentukan metrik penskalaan dan beban yang didasarkan pada Amazon
SQSApproximateNumberOfMessagesVisiblemetrik, yang merupakan jumlah pesan
yang tersedia untuk diambil dari antrean. Ini juga menggunakan Amazon EC2 Auto
ScalingGroupInServiceInstancesmetrik dan ekspresi matematika untuk menghitung backlog per
instance untuk metrik penskalaan.
aws autoscaling put-scaling-policy --policy-name my-sqs-custom-metrics-policy \

{
{
"TargetValue": 100,
{
"Label": "Get the queue size (the number of messages waiting to be processed)",
"Id": "queue_size",
"MetricStat": {
"Metric": {
"MetricName": "ApproximateNumberOfMessagesVisible",
"Namespace": "AWS/SQS",
"Dimensions": [
{
"Name": "QueueName",
"Value": "my-queue"
}
]
187
},
"Stat": "Sum"
},
"ReturnData": false
},
{
"Label": "Get the group size (the number of running instances)",
"Id": "running_capacity",
"MetricStat": {
"Metric": {
"MetricName": "GroupInServiceInstances",
"Namespace": "AWS/AutoScaling",
"Dimensions": [
{
"Name": "AutoScalingGroupName",
"Value": "my-asg"
}
]
},
"Stat": "Sum"
},
"ReturnData": false
},
{
"Label": "Calculate the backlog per instance",
"Id": "scaling_metric",
"Expression": "queue_size / running_capacity",
"ReturnData": true
}
]
},
{
"Id": "load_metric",
"MetricStat": {
"Metric": {
"MetricName": "ApproximateNumberOfMessagesVisible",
"Namespace": "AWS/SQS",
"Dimensions": [
{
"Name": "QueueName",
"Value": "my-queue"
}
],
},
"Stat": "Sum"
},
"ReturnData": true
}
]
}
}
]
}
Contoh mengembalikan ARN kebijakan ini.
{
b13a-d1905620f345:autoScalingGroupName/my-asg:policyName/my-sqs-custom-metrics-policy",
"Alarms": []
}
188
Contoh kebijakan penskalaan prediktif untuk digunakan dalam skenario

penyebaran biru/hijau
Ekspresi pencarian menyediakan opsi lanjutan di mana Anda dapat melakukan kueri metrik dari beberapa
grup Auto Scaling dan melakukan ekspresi matematika pada mereka. Ini sangat berguna untuk deployment
biru/hijau.
Note
SEBUAHdeployment biru/hijauadalah metode penyebaran di mana Anda membuat dua grup

Auto Scaling terpisah namun identik. Hanya satu dari kelompok yang menerima lalu lintas
produksi. Lalu lintas pengguna pada awalnya diarahkan ke grup Auto Scaling sebelumnya (“biru”),
sementara grup baru (“hijau”) digunakan untuk pengujian dan evaluasi versi baru dari aplikasi atau
layanan. Lalu lintas pengguna digeser ke grup Auto Scaling hijau setelah penyebaran baru diuji
dan diterima. Anda kemudian dapat menghapus grup biru setelah penyebaran berhasil.
Ketika grup Auto Scaling baru dibuat sebagai bagian dari penyebaran biru/hijau, riwayat metrik masing-
masing grup dapat dimasukkan secara otomatis dalam kebijakan penskalaan prediktif tanpa Anda harus
mengubah spesifikasi metriknya. Untuk informasi selengkapnya, lihatMenggunakan kebijakan penskalaan
prediktif EC2 Auto Scaling dengan penyebaran Biru/HijaupadaAWSBlog komputasi.
Contoh kebijakan berikut menunjukkan bagaimana hal ini dapat dilakukan. Dalam contoh ini,
kebijakan menggunakanCPUUtilizationmetrik yang dipancarkan oleh Amazon EC2. Menggunakan
Amazon EC2 Auto ScalingGroupInServiceInstancesmetrik dan ekspresi matematika untuk
menghitung nilai metrik skala per instance. Ini juga menentukan spesifikasi metrik kapasitas untuk
mendapatkanGroupInServiceInstancesmetrik.
Ekspresi pencarian menemukanCPUUtilizationinstance di beberapa grup Auto Scaling berdasarkan

kriteria pencarian yang ditentukan. Jika nanti Anda membuat grup Auto Scaling baru yang cocok dengan
kriteria pencarian yang sama, makaCPUUtilizationdari instance dalam grup Auto Scaling yang baru
disertakan secara otomatis.
aws autoscaling put-scaling-policy --policy-name my-blue-green-predictive-scaling-policy \

{
{
"TargetValue": 25,
{
"Id": "load_sum",
"Expression": "SUM(SEARCH('{AWS/EC2,AutoScalingGroupName} MetricName=
\"CPUUtilization\" ASG-myapp', 'Sum', 300))",
"ReturnData": false
},
{
"Id": "capacity_sum",
"Expression": "SUM(SEARCH('{AWS/AutoScaling,AutoScalingGroupName} MetricName=
\"GroupInServiceInstances\" ASG-myapp', 'Average', 300))",
"ReturnData": false
},
{
"Id": "weighted_average",
"Expression": "load_sum / capacity_sum",
"ReturnData": true
}
]
},
189
{
"Id": "load_sum",
"Expression": "SUM(SEARCH('{AWS/EC2,AutoScalingGroupName} MetricName=
\"CPUUtilization\" ASG-myapp', 'Sum', 3600))"
}
]
},
"CustomizedCapacityMetricSpecification": {
{
"Id": "capacity_sum",
"Expression": "SUM(SEARCH('{AWS/AutoScaling,AutoScalingGroupName} MetricName=
\"GroupInServiceInstances\" ASG-myapp', 'Average', 300))"
}
]
}
}
]
}
Contoh mengembalikan ARN kebijakan ini.
{
b13a-d1905620f345:autoScalingGroupName/my-asg:policyName/my-blue-green-predictive-scaling-
policy",
"Alarms": []
}
Pertimbangan dan pemecahan masalah

Jika terjadi masalah saat menggunakan metrik kustom, sebaiknya lakukan hal berikut:
• Jika pesan kesalahan disediakan, baca pesan dan selesaikan masalah yang dilaporkan, jika
memungkinkan.
• Jika terjadi masalah saat Anda mencoba menggunakan ekspresi penelusuran dalam skenario
penyebaran biru/hijau, pertama-tama pastikan Anda memahami cara membuat ekspresi penelusuran
yang mencari pencocokan sebagian daripada kecocokan yang tepat. Juga, periksa apakah kueri Anda
hanya menemukan grup Auto Scaling yang menjalankan aplikasi tertentu. Untuk informasi selengkapnya
tentang sintaks ekspresi pencarian, lihatsintaks ekspresi pencarian CloudWatchdiAmazon CloudWatch
Panduan Pengguna.
• Jika Anda tidak memvalidasi ekspresi terlebih dahulu,kebijakan-put-scalingperintah memvalidasi ketika
Anda membuat kebijakan skala Anda. Namun, ada kemungkinan bahwa perintah ini mungkin gagal
untuk mengidentifikasi penyebab pasti dari kesalahan yang terdeteksi. Untuk memperbaiki masalah,
memecahkan masalah kesalahan yang Anda terima sebagai respons dari permintaan kemendapatkan-
metrik-dataperintah. Anda juga dapat memecahkan masalah ekspresi dari CloudWatch konsol.
• Saat Anda melihatMemuatdanKapasitasgrafik di konsol,Kapasitasgrafik mungkin tidak menampilkan data
apapun. Untuk memastikan bahwa grafik memiliki data lengkap, pastikan bahwa Anda secara konsisten
mengaktifkan metrik grup untuk grup Auto Scaling Anda. Untuk informasi selengkapnya, lihat Aktifkan
metrik grup Auto Scaling (p. 267).
• Spesifikasi metrik kapasitas hanya berguna untuk penyebaran biru/hijau ketika Anda memiliki aplikasi
yang berjalan di grup Auto Scaling yang berbeda selama masa pakai mereka. Metrik khusus ini
memungkinkan Anda menyediakan kapasitas total beberapa grup Auto Scaling. Penskalaan prediktif
menggunakan ini untuk menampilkan data historis diKapasitasgrafik di konsol.
• Anda harus menentukanfalseuntukReturnDatajikaMetricDataQueriesmenentukan SEARCH
() fungsi sendiri tanpa fungsi matematika seperti SUM (). Hal ini karena ekspresi pencarian mungkin
kembali beberapa waktu seri, dan spesifikasi metrik berdasarkan ekspresi dapat kembali hanya satu kali
seri.
190
Penskalaan terjadwal
• Semua metrik yang terlibat dalam ekspresi pencarian harus memiliki resolusi yang sama.
Keterbatasan:
• Anda dapat melakukan kueri titik data hingga 10 metrik dalam satu spesifikasi metrik.
• Untuk tujuan batas ini, satu ekspresi dihitung sebagai satu metrik.
Skala terjadwal untuk Amazon EC2 Auto Scaling

Penskalaan terjadwal membantu Anda mengatur jadwal penskalaan Anda sendiri sesuai dengan
perubahan beban yang dapat diprediksi. Misalnya, katakan saja bahwa setiap minggu lalu lintas ke aplikasi
web Anda mulai meningkat pada hari Rabu, tetap tinggi pada hari Kamis, dan mulai berkurang pada hari
Jumat. Anda dapat mengonfigurasi jadwal untuk Amazon EC2 Auto Scaling untuk meningkatkan kapasitas
pada hari Rabu dan mengurangi kapasitas pada hari Jumat.
Untuk menggunakan penskalaan terjadwal, Anda membuattindakan terjadwal. Tindakan terjadwal

dilakukan secara otomatis sebagai fungsi tanggal dan waktu. Saat Anda membuat tindakan terjadwal,
Anda menentukan kapan aktivitas penskalaan harus terjadi dan ukuran yang diinginkan, minimum, dan
maksimum untuk tindakan penskalaan. Anda dapat membuat tindakan terjadwal yang berskala satu kali
saja atau skala itu pada jadwal berulang.
Isi
• Jadwal berulang (p. 192)
• Membuat dan mengelola tindakan terjadwal (konsol) (p. 192)
• Membuat dan mengelola tindakan terjadwal (AWS CLI) (p. 194)
Pertimbangan
Saat Anda membuat tindakan terjadwal, ingatlah hal berikut:
• Tindakan terjadwal menetapkan ukuran yang diinginkan, minimum, dan maksimum sesuai yang
ditentukan oleh tindakan terjadwal pada tanggal dan waktu yang ditentukan. Permintaan secara opsional
dapat mencakup hanya satu dari ukuran ini. Misalnya, Anda dapat membuat tindakan terjadwal dengan
hanya kapasitas yang diinginkan tertentu. Namun, dalam beberapa kasus, Anda harus menyertakan
ukuran minimum dan maksimum untuk memastikan bahwa kapasitas baru yang diinginkan yang Anda
tentukan dalam tindakan tidak berada di luar batas ini.
• Secara default, jadwal berulang yang Anda tetapkan berada dalam Waktu Universal Terkoordinasi
(UTC). Anda dapat mengubah zona waktu agar sesuai dengan zona waktu lokal Anda atau zona waktu
untuk bagian lain dari jaringan Anda. Saat Anda menentukan zona waktu yang mengamati Waktu Musim
Panas (Daylight Saving Time), tindakan secara otomatis menyesuaikan untuk DST.
• Anda dapat mematikan sementara penskalaan terjadwal untuk grup Auto Scaling dengan
menangguhkanScheduledActionsproses. Ini membantu Anda mencegah tindakan terjadwal agar
tidak aktif tanpa harus menghapusnya. Anda kemudian dapat melanjutkan penskalaan terjadwal ketika
Anda ingin menggunakannya lagi. Untuk informasi selengkapnya, lihat Menangguhkan dan melanjutkan
proses untuk grup Auto Scaling (p. 254).
• Urutan pelaksanaan untuk tindakan terjadwal dijamin dalam grup yang sama, tetapi tidak untuk tindakan
terjadwal di seluruh grup.
• Tindakan terjadwal umumnya berjalan dalam hitungan detik. Namun, tindakan tersebut mungkin tertunda
hingga selama dua menit dari waktu mulai yang sudah dijadwalkan. Karena tindakan terjadwal dalam
191
Jadwal berulang
grup Auto Scaling dilaksanakan dalam urutan ditentukannya tindakan, tindakan dengan jadwal waktu
mulai yang berdekatan satu sama lain dapat memakan waktu lebih lama untuk dilaksanakan.
Jadwal berulang
Anda dapat membuat tindakan terjadwal yang menskalakan grup Auto Scaling Anda pada jadwal berulang.
Untuk membuat jadwal berulang menggunakanAWS CLIatau SDK, tentukan ekspresi cron dan zona waktu
untuk menggambarkan kapan tindakan jadwal itu akan kambuh. Anda dapat menentukan tanggal dan
waktu untuk waktu mulai, waktu berakhir, atau keduanya.
Untuk membuat jadwal berulang menggunakanAWS Management Console, tentukan pola pengulangan,
zona waktu, waktu mulai, dan waktu akhir opsional dari tindakan terjadwal Anda. Semua opsi pola
kekambuhan didasarkan pada ekspresi cron. Atau, Anda dapat menulis ekspresi cron Anda sendiri.
Format ekspresi cron yang didukung terdiri dari lima bidang yang dipisahkan dengan spasi putih:
[Minute] [Hour] [Day_of_Month] [Month_of_Year] [Day_of_Week]. Misalnya, ekspresi cron30 6 * *
2mengkonfigurasi tindakan terjadwal yang berulang setiap hari Selasa pukul 6:30 pagi. Tanda bintang
digunakan sebagai wildcard untuk mencocokkan semua nilai untuk bidang. Untuk contoh ekspresi cron
lainnya, lihathttps://crontab.guru/examples.html. Untuk informasi tentang menulis ekspresi cron Anda
sendiri dalam format ini, lihatCrontab.
Pilih waktu mulai dan akhir Anda dengan hati-hati. Ingatlah hal-hal berikut ini:
• Jika Anda menetapkan waktu mulai, Amazon EC2 Auto Scaling melakukan tindakan saat ini, lalu
melakukan tindakan berdasarkan pengulangan yang ditentukan.
• Jika Anda menentukan waktu akhir, tindakan berhenti berulang setelah waktu ini. Tindakan terjadwal
tidak tersimpan di akun Anda setelah mencapai waktu akhir.
• Waktu mulai dan waktu berakhir harus diatur dalam UTC saat Anda menggunakanAWS CLIatau SDK.
Membuat dan mengelola tindakan terjadwal (konsol)

Gunakan prosedur di bagian ini untuk membuat dan mengelola tindakan terjadwal menggunakanAWS
Management Console.
Jika Anda membuat tindakan terjadwal menggunakan konsol dan menentukan zona waktu yang
mengamati Daylight Saving Time (DST), baik jadwal berulang dan waktu mulai dan akhir secara otomatis
menyesuaikan untuk DST.
Membuat tindakan terjadwal

Selesaikan prosedur berikut untuk membuat tindakan terjadwal untuk menskalakan grup Auto Scaling
Anda.
Untuk membuat tindakan terjadwal untuk grup Auto Scaling


3. Pada tab Auto scaling, di Tindakan terjadwal, pilih Buat tindakan terjadwal.
4. MasukkanNamauntuk tindakan terjadwal.
5. UntukKapasitas yang diinginkan,Min,Max, pilih ukuran baru yang diinginkan dari kelompok dan
kapasitas minimum dan maksimum baru.
192
Membuat dan mengelola tindakan terjadwal (konsol)
6. UntukKekambuhan, memilih salah satu opsi yang tersedia.
• Jika Anda ingin menskalakan pada jadwal berulang, pilih seberapa sering Amazon EC2 Auto Scaling
harus menjalankan tindakan terjadwal.
• Jika Anda memilih opsi yang dimulai dengan Setiap, ekspresi cron akan dibuat untuk Anda.
• Jika Anda memilihCron, masukkan ekspresi cron yang menentukan kapan melakukan tindakan.
• Jika Anda ingin skala hanya sekali, pilihSekali.
7. UntukZona waktu, pilih zona waktu. Defaultnya adalah Etc/UTC.
Note
Semua zona waktu yang tercantum berasal dari database Zona Waktu IANA. Untuk informasi
selengkapnya, lihathttps://en.wikipedia.org/wiki/List_of_tz_database_time_zones.
8. Menentukan tanggal dan waktu untukWaktu mulai yang spesifik.
• Jika Anda memilih jadwal berulang, waktu mulai menentukan kapan tindakan terjadwal pertama
dalam seri berulang berjalan.
• Jika Anda memilihSekalisebagai kekambuhan, waktu mulai mendefinisikan tanggal dan waktu untuk
tindakan jadwal untuk menjalankan.
9. (Opsional) Untuk jadwal berulang, Anda dapat menentukan waktu akhir dengan memilihWaktu
akhirdan kemudian memilih tanggal dan waktu untukDiakhiri dengan.
10. Pilih Create (Buat). Konsol menampilkan tindakan terjadwal untuk grup Auto Scaling.
Verifikasi waktu, tanggal, dan zona waktu

Untuk memverifikasi apakah waktu, tanggal, dan zona waktu Anda dikonfigurasi dengan benar,
periksaWaktu mulai,Waktu akhir, danZona waktunilai-nilai dalamTindakan terjadwalmeja diPenskalaan
Otomatistab untuk grup Auto Scaling Anda.
Amazon EC2 Auto Scaling menunjukkan nilai untukWaktu mulaidanWaktu akhirdi waktu setempat Anda
dengan offset UTC berlaku pada tanggal dan waktu yang ditentukan. Ofset UTC adalah perbedaan, dalam
jam dan menit, dari waktu setempat ke UTC. Nilai untukZona waktumenunjukkan zona waktu yang Anda
minta, misalnya,America/New_York.
Zona waktu berbasis lokasi sepertiAmerica/New_Yorkotomatis menyesuaikan untuk Daylight Savings

Time (DST). Namun, zona waktu berbasis UTC sepertiEtc/UTCadalah waktu mutlak dan tidak akan
menyesuaikan untuk DST.
Misalnya, Anda memiliki jadwal berulang yang zona waktuAmerica/New_York. Tindakan penskalaan
pertama terjadi diAmerica/New_Yorkzona waktu sebelum DST dimulai. Tindakan penskalaan berikutnya
terjadi diAmerica/New_Yorkzona waktu setelah DST dimulai. Tindakan pertama dimulai pada 8:00 AM
UTC-5 di waktu setempat, sedangkan kedua kalinya dimulai pada 8:00 AM UTC-4 di waktu setempat.
Perbarui tindakan terjadwal

Setelah membuat tindakan terjadwal, Anda dapat memperbarui pengaturannya kecuali namanya.
Untuk memperbarui tindakan terjadwal


3. Pada tab Auto scaling, di Tindakan terjadwal, pilih tindakan terjadwal.
193
Membuat dan mengelola tindakan terjadwal (AWS CLI)
4. Pilih Tindakan, Edit.

5. Lakukan perubahan yang diperlukan dan pilihMenyimpan perubahan.
Hapus tindakan terjadwal

Saat Anda tidak lagi memerlukan tindakan terjadwal, Anda dapat menghapusnya.
Untuk menghapus tindakan terjadwal

2. Pilih grup Auto Scaling Anda.
3. Pada tab Auto scaling, di Tindakan terjadwal, pilih tindakan terjadwal.
4. Pilih Tindakan, Hapus.
Membuat dan mengelola tindakan terjadwal (AWS

CLI)
Anda dapat membuat dan memperbarui tindakan terjadwal yang menskalakan satu kali saja atau pada
jadwal berulang menggunakanput-schedule-group-actionperintah.
Membuat tindakan terjadwal yang hanya terjadi sekali

Untuk secara otomatis menskalakan grup Auto Scaling Anda satu kali saja, pada tanggal dan waktu
tertentu, gunakan--start-time "YYYY-MM-DDThh:mm:ssZ"opsi.
Contoh: Untuk menskalakan naik hanya satu kali
Untuk meningkatkan jumlah Instance dalam grup Auto Scaling Anda pada waktu tertentu, gunakan perintah
berikut.
Pada tanggal dan waktu yang ditentukan untuk--start-time(8:00 UTC pada 31 Maret 2021), jika grup
saat ini memiliki kurang dari 3 instance, skala menjadi 3 instance.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-one-time-

action \
--auto-scaling-group-name my-asg --start-time "2021-03-31T08:00:00Z" --desired-
capacity 3
Contoh: Untuk menskalakan turun hanya satu kali
Untuk mengurangi jumlah Instance dalam grup Auto Scaling Anda pada waktu tertentu, gunakan perintah
berikut.
Pada tanggal dan waktu yang ditentukan untuk --start-time (16:00 UTC pada 31 Maret 2021), jika grup
saat ini memiliki lebih dari 1 instans, skalanya menjadi 1 instans.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-one-time-

action \
--auto-scaling-group-name my-asg --start-time "2021-03-31T16:00:00Z" --desired-
capacity 1
194
Membuat dan mengelola tindakan terjadwal (AWS CLI)
Buat tindakan terjadwal yang berjalan pada jadwal berulang

Untuk menjadwalkan penskalaan pada jadwal berulang, gunakan opsi --recurrence "cron
expression".
Berikut ini adalah contoh tindakan terjadwal yang menentukan ekspresi cron.
Pada jadwal yang ditentukan (setiap hari pukul 09.00 UTC), jika grup saat ini memiliki kurang dari 3
instance, maka akan meningkatkan skala menjadi 3 instance. Jika grup saat ini memiliki lebih dari 3
instans, skalanya menjadi 3 instans.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-recurring-

action \
--auto-scaling-group-name my-asg --recurrence "0 9 * * *" --desired-capacity 3
Membuat tindakan terjadwal berulang yang menentukan zona

waktu
Tindakan terjadwal diatur ke zona waktu UTC secara default. Untuk menentukan zona waktu
yang berbeda, sertakan--time-zonepilihan dan tentukan nama kanonik untuk zona waktu IANA
(America/New_York, misalnya). Untuk informasi selengkapnya, lihathttps://en.wikipedia.org/wiki/
List_of_tz_database_time_zones.
Berikut adalah contoh yang menggunakan opsi --time-zone saat membuat tindakan terjadwal berulang
untuk menskalakan kapasitas.
Pada jadwal yang ditentukan (setiap Senin hingga Jumat pukul 18.00 waktu setempat), jika grup saat ini
memiliki kurang dari 2 instance, maka penskalaan naik ke 2 instance. Jika grup saat ini memiliki lebih dari 2
instans, skalanya menjadi 2 instans.
aws autoscaling put-scheduled-update-group-action --scheduled-action-name my-recurring-

action \
--auto-scaling-group-name my-asg --recurrence "0 18 * * 1-5" --time-zone "America/
New_York" \
--desired-capacity 2
Mendeskripsikan tindakan terjadwal

Untuk mendeskripsikan tindakan terjadwal untuk grup Auto Scaling, gunakan tindakan berikutgambarkan-
tindakan-terjadwalperintah.
aws autoscaling describe-scheduled-actions --auto-scaling-group-name my-asg
Jika berhasil, perintah ini mengembalikan output yang serupa dengan yang berikut.
{
"ScheduledUpdateGroupActions": [
{
"ScheduledActionName": "my-recurring-action",
"Recurrence": "30 0 1 1,6,12 *",
"ScheduledActionARN": "arn:aws:autoscaling:us-
west-2:123456789012:scheduledUpdateGroupAction:8e86b655-b2e6-4410-8f29-
b4f094d6871c:autoScalingGroupName/my-asg:scheduledActionName/my-recurring-action",
"StartTime": "2020-12-01T00:30:00Z",
"Time": "2020-12-01T00:30:00Z",
"MinSize": 1,
195
Keterbatasan:
"MaxSize": 6,
}
]
}
Hapus tindakan terjadwal

Untuk menghapus tindakan terjadwal, gunakan tindakan berikuthapus-tindakan-terjadwalperintah.
aws autoscaling delete-scheduled-action --auto-scaling-group-name my-asg \

--scheduled-action-name my-recurring-action
Keterbatasan:
• Nama tindakan terjadwal harus unik per grup Auto Scaling.
• Tindakan terjadwal harus memiliki nilai waktu yang unik. Jika Anda mencoba untuk menjadwalkan
aktivitas pada saat aktivitas penskalaan lain sudah dijadwalkan, panggilan ditolak dan mengembalikan
kesalahan yang menunjukkan bahwa tindakan terjadwal dengan waktu mulai terjadwal ini sudah ada.
• Anda dapat membuat maksimal 125 tindakan terjadwal untuk setiap grup Auto Scaling.
Hook siklus aktif Amazon EC2 Auto Scaling

Amazon EC2 Auto Scaling menawarkan kemampuan untuk menambahkan hook siklus aktif ke grup Auto
Scaling Anda. Kait ini memungkinkan Anda membuat solusi yang mengetahui peristiwa dalam siklus hidup
instance Auto Scaling, lalu melakukan tindakan khusus pada instance saat peristiwa siklus aktif yang terkait
terjadi. Kait siklus aktif menyediakan jumlah waktu tertentu (satu jam secara default) untuk menunggu
tindakan selesai sebelum transisi instance ke status berikutnya.
Sebagai contoh penggunaan hook siklus hidup dengan instance Auto Scaling:
• Ketika peristiwa peningkatan skala terjadi, instance yang baru Anda luncurkan menyelesaikan urutan
startup dan transisi ke status tunggu. Saat instance dalam status tunggu, instance tersebut menjalankan
skrip untuk mengunduh dan menginstal paket perangkat lunak yang dibutuhkan untuk aplikasi Anda,
memastikan bahwa instance Anda sepenuhnya siap sebelum mulai menerima lalu lintas. Ketika script
selesai menginstal perangkat lunak, ia mengirimkancomplete-lifecycle-actionperintah untuk melanjutkan.
• Saat peristiwa peningkatan skala terjadi, hook siklus aktif menghentikan instance tersebut sebelum
dihentikan dan mengirimkan notifikasi menggunakan Amazon EventBridge. Sementara instance
dalam status tunggu, Anda dapat memanggilAWS Lambdaberfungsi atau terhubung ke instance untuk
mengunduh log atau data lainnya sebelum instance tersebut benar-benar dihentikan.
Penggunaan kait siklus hidup yang populer adalah mengontrol saat instans terdaftar dengan Elastic Load
Balancing. Dengan menambahkan hook siklus hidup peluncuran ke grup Auto Scaling Anda, Anda dapat
memastikan bahwa skrip bootstrap Anda telah berhasil diselesaikan dan aplikasi pada instance siap
menerima lalu lintas sebelum terdaftar ke penyeimbang beban di akhir hook siklus hidup.
Untuk video pengantar, lihatAWSRe: Invent 2018: Manajemen Kapasitas yang Mudah dengan Amazon
EC2 Auto Scalingdi atasYouTube.
Isi
• Pertimbangan dan batasan untuk kait siklus hidup (p. 197)
• Ketersediaan hook siklus aktif (p. 198)
• Contoh (p. 198)
196
Pertimbangan dan batasan untuk kait siklus hidup
• Cara kerja hook siklus aktif (p. 198)

• Bersiaplah untuk menambahkan hook siklus aktif ke grup Auto Scaling Anda (p. 200)
• Tambahkan hook siklus aktif (p. 206)
• Menyelesaikan tindakan siklus aktif (p. 208)
• Tutorial: Mengkonfigurasi data pengguna untuk mengambil status siklus hidup target melalui metadata
instans (p. 209)
• Tutorial: Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi Lambda (p. 214)
Pertimbangan dan batasan untuk kait siklus hidup

Saat menggunakan hook siklus aktif, ingatlah pertimbangan dan batasan berikut:
• Amazon EC2 Auto Scaling menyediakan siklus aktif sendiri untuk membantu pengelolaan grup Auto
Scaling. Siklus hidup ini berbeda dari instans EC2 lainnya. Untuk informasi selengkapnya, lihat Siklus
aktif instance Amazon EC2 Auto Scaling (p. 8).
• Instans di kolam yang hangat juga memiliki siklus hidup mereka sendiri, seperti yang dijelaskan
dalamTransisi status siklus hidup untuk instans di kolam yang hangat (p. 224).
• Anda dapat menggunakan hook siklus aktif dengan Instans Spot, namun hook siklus aktif tidak
mencegah pengakhiran instance jika kapasitas tidak lagi tersedia, yang dapat terjadi kapan pun
dengan pemberitahuan gangguan dua menit. Untuk informasi selengkapnya, lihatGangguan Instans
SpotdiPanduan Pengguna Amazon EC2 untuk Instans Linux. Namun, Anda dapat mengaktifkan
Penyeimbangan Kapasitas untuk secara proaktif mengganti Instans Spot yang telah menerima
rekomendasi penyeimbangan ulang dari layanan Spot Amazon EC2, sinyal yang dikirim saat Instans
Spot berisiko tinggi mengalami gangguan. Untuk informasi selengkapnya, lihat Gunakan Penyeimbangan
Ulang Kapasitas untuk menangani Interupsi Spot Amazon EC2 (p. 282).
• Saat meningkatkan skala, Amazon EC2 Auto Scaling tidak menghitung instance baru terhadap agregat
CloudWatch metrik instans grup Auto Scaling (seperti CPUUtilization, NetworkIn, NetWorkIn, dan
sebagainya) sampai setelah hook siklus hidup peluncuran selesai. Pada skala, instans penghentian
berhenti menghitung ke metrik instans agregat grup sementara hook siklus hidup penghentian selesai.
• Saat grup Auto Scaling meluncurkan atau menghentikan instance, aktivitas penskalaan yang dimulai
dengan kebijakan penskalaan sederhana dihentikan sementara. Jika hook siklus aktif dipanggil, aktivitas
penskalaan karena kebijakan penskalaan sederhana dihentikan sementara hingga tindakan siklus
aktif selesai dan periode cooldown telah berakhir. Mengatur interval panjang untuk periode cooldown
berarti dibutuhkan lebih lama untuk penskalaan untuk melanjutkan. Untuk informasi selengkapnya, lihat
Menskalakan jeda pakai untuk Amazon EC2 Auto Scaling (p. 157).
• Instance dapat tetap berada dalam status tunggu selama periode waktu tertentu. Batas waktu default
untuk hook siklus hidup adalah satu jam (batas waktu detak jantung). Ada juga batas waktu global yang
menentukan jumlah waktu maksimum yang dapat Anda gunakan untuk menyimpan instance dalam
status tunggu. Batas waktu global adalah 48 jam atau 100 kali timeout detak jantung, mana pun yang
lebih kecil.
Saat membuat kait siklus aktif, ingatlah hal-hal berikut:
• Anda dapat mengkonfigurasi hook siklus hidup peluncuran untuk meninggalkan peluncuran jika terjadi
kegagalan yang tidak terduga, dalam hal ini Amazon EC2 Auto Scaling secara otomatis mengakhiri dan
menggantikan instans.
• Amazon EC2 Auto Scaling membatasi tingkat yang memungkinkan instans untuk diluncurkan jika kait
siklus hidup gagal secara konsisten, jadi pastikan untuk menguji dan memperbaiki kesalahan permanen
dalam tindakan siklus hidup Anda.
• Membuat dan memperbarui kait siklus hidup menggunakanAWS CLI,AWS CloudFormation, atau
SDK menyediakan opsi yang tidak tersedia saat membuat hook siklus hidup dariAWS Management
Console. Misalnya, bidang untuk menentukan ARN topik SNS atau antrean SQS tidak muncul di konsol,
197
Ketersediaan hook siklus aktif
karena Amazon EC2 Auto Scaling sudah mengirimkan peristiwa ke Amazon EventBridge. Peristiwa ini
dapat disaring dan diarahkan keAWSlayanan seperti Lambda, Amazon SNS, dan Amazon SQS sesuai
kebutuhan.
• Anda dapat menambahkan beberapa kait siklus hidup ke grup Auto Scaling saat Anda membuatnya,
dengan memanggilCreateAutoScalingGroupAPI menggunakanAWS CLI,AWS CloudFormation, atau
SDK. Namun, setiap hook harus memiliki target notifikasi dan peran IAM yang sama, jika ditentukan.
Untuk membuat kait siklus hidup dengan target notifikasi yang berbeda dan peran yang berbeda, buat
kait siklus hidup satu per satu dalam panggilan terpisah kePutLifecycleHookAPI
Ketersediaan hook siklus aktif

Tabel berikut menjelaskan hook siklus aktif yang tersedia untuk berbagai skenario.
Peristiwa Peluncuran Masa aktif Refresh Capacity Kolam hangat:

instans atau instans instans: Instans Rebalancing: Instans
terminasi¹ maksimum: pengganti Instans memasuki dan
Instans pengganti meninggalkan
pengganti kolam renang
yang hangat
Peluncuran ✓ ✓ ✓ ✓ ✓
instance
Penghentian ✓ ✓ ✓ ✓ ✓
instans
¹ Berlaku untuk instans yang diluncurkan atau dihentikan saat grup dibuat atau dihapus, saat grup
menskalakan secara otomatis, atau ketika Anda menyesuaikan kapasitas yang diinginkan grup secara
manual. Tidak berlaku saat Anda melampirkan atau melepaskan instans, memindahkan instans masuk dan
keluar dari mode siaga, atau menghapus grup dengan opsi force delete.
Contoh
Kami menyediakan beberapa cuplikan template JSON dan YAML yang dapat Anda gunakan
untuk memahami cara mendeklarasikan hook siklus aktif di AndaAWS CloudFormationtumpukan
template. Untuk informasi selengkapnya, lihatAWS::AutoScaling::LifecycleHookreferensi dalamAWS
CloudFormationPanduan Pengguna.
Anda juga dapat mengunjungiRepositori GitHubuntuk men-download contoh template dan skrip data
pengguna untuk hook siklus hidup.
Untuk contoh penggunaan hook siklus aktif, lihat postingan blog berikut: Membangun Sistem Backup
untuk Instans Skala menggunakan Lambda dan Amazon EC2 Run CommanddanJalankan kode sebelum
menghentikan instans EC2 Auto Scaling.
Cara kerja hook siklus aktif

Instans Amazon EC2 bertransisi melalui status berbeda dari saat diluncurkan hingga dihentikan. Anda
dapat membuat kait siklus hidup untuk bertindak ketika instance beralih ke status tunggu.
Ilustrasi berikut menunjukkan transisi antara status instance Auto Scaling.
198
Cara kerja hook siklus aktif
Seperti yang ditunjukkan dalam diagram sebelumnya:
1. Grup Auto Scaling merespons peristiwa peningkatan skala dan mulai meluncurkan instance.
2. Hook siklus aktif menempatkan instance ke dalam status tunggu (Pending:Wait) dan kemudian
melakukan tindakan kustom.
Instans tetap dalam keadaan tunggu sampai Anda menyelesaikan tindakan siklus hidup, atau periode
batas waktu berakhir. Secara default, instance tetap dalam status tunggu selama satu jam, kemudian
grup Auto Scaling melanjutkan proses peluncuran (Pending:Proceed). Jika Anda memerlukan waktu
lebih banyak, Anda dapat memulai ulang periode jeda dengan merekam detak jantung. Jika Anda
menyelesaikan tindakan siklus hidup ketika tindakan kustom telah selesai dan periode batas waktu
belum kedaluwarsa, periode berakhir dan grup Auto Scaling melanjutkan proses peluncuran.
3. Instance memasukiInServicenegara dan masa tenggang pemeriksaan kesehatan dimulai. Namun,
sebelum instance mencapaiInServicestatus, jika grup Auto Scaling terkait dengan load balancer
Elastic Load Balancing, instance tersebut terdaftar dengan load balancer, dan load balancer mulai
memeriksa kesehatannya. Setelah masa tenggang pemeriksaan kesehatan berakhir, Amazon EC2 Auto
Scaling mulai memeriksa status kesehatan instans.
4. Grup Auto Scaling merespons peristiwa skala dan mulai mengakhiri instance. Jika grup Auto Scaling
digunakan dengan Elastic Load Balancing, instance yang berakhir pertama kali dikeluarkan dari load
balancer. Jika pengurasan koneksi diaktifkan untuk penyeimbang beban, instans berhenti menerima
koneksi baru dan menunggu koneksi yang ada untuk menguras sebelum menyelesaikan proses
deregistrasi.
5. Hook siklus aktif menempatkan instance ke dalam status tunggu (Terminating:Wait) dan kemudian
melakukan tindakan kustom.
Instans tetap dalam status tunggu sampai Anda menyelesaikan tindakan siklus aktif, atau hingga periode
waktu habis (satu jam secara default). Setelah Anda menyelesaikan hook siklus hidup atau periode
batas waktu berakhir, instance akan beralih ke status berikutnya (Terminating:Proceed).
6. Instance dihentikan.
Important
Instans di kolam hangat juga memiliki siklus hidup mereka sendiri dengan status tunggu yang
sesuai, seperti yang dijelaskan dalamTransisi status siklus hidup untuk instans di kolam yang
hangat (p. 224).
199
Bersiaplah untuk menambahkan hook siklus aktif
Bersiaplah untuk menambahkan hook siklus aktif ke

grup Auto Scaling Anda
Sebelum menambahkan hook siklus aktif ke grup Auto Scaling, pastikan bahwa skrip data pengguna atau
target notifikasi sudah diatur dengan benar.
• Untuk menggunakan skrip data pengguna untuk melakukan tindakan kustom pada instans Anda saat
diluncurkan, Anda tidak perlu mengkonfigurasi target notifikasi. Namun, Anda harus telah membuat
template peluncuran atau konfigurasi peluncuran yang menentukan skrip data pengguna Anda dan
menghubungkannya dengan grup Auto Scaling Anda. Untuk informasi selengkapnya tentang skrip data
pengguna, lihatMenjalankan perintah pada instans Linux Anda saat peluncurandiPanduan Pengguna
Amazon EC2 untuk Instans Linux.
• Untuk memberi sinyal Amazon EC2 Auto Scaling saat tindakan siklus hidup selesai, Anda harus
menambahkanCompleteLifecycleActionPanggilan API ke skrip, dan Anda harus secara manual membuat
peran IAM dengan kebijakan yang memungkinkan instance Auto Scaling memanggil API ini. Template
peluncuran atau konfigurasi peluncuran Anda harus menentukan peran ini menggunakan profil instans
IAM yang dilampirkan ke instans Amazon EC2 Anda saat peluncuran. Untuk informasi selengkapnya,
lihat Menyelesaikan tindakan siklus aktif (p. 208) dan Peran IAM untuk aplikasi yang berjalan di
instance Amazon EC2 (p. 346).
• Untuk menggunakan layanan seperti Lambda untuk melakukan tindakan kustom, Anda harus telah
membuat EventBridge aturan dan menentukan fungsi Lambda sebagai target. Untuk informasi
selengkapnya, lihat Mengonfigurasi target notifikasi siklus aktif (p. 200).
• Untuk memungkinkan Lambda memberi sinyal Amazon EC2 Auto Scaling saat tindakan siklus hidup
selesai, Anda harus menambahkanCompleteLifecycleActionPanggilan API ke kode fungsi. Anda juga
harus melampirkan kebijakan IAM ke peran eksekusi fungsi yang memberikan izin Lambda untuk
menyelesaikan tindakan siklus aktif. Untuk informasi selengkapnya, lihat Tutorial: Mengonfigurasi hook
siklus aktif yang mengaktifkan fungsi Lambda (p. 214).
• Untuk menggunakan layanan seperti Amazon SNS atau Amazon SQS untuk melakukan tindakan
kustom, Anda harus telah membuat topik SNS atau antrian SQS dan telah menyiapkan Nama Sumber
Daya Amazon (ARN) nya. Anda juga harus telah membuat peran IAM yang memberikan Amazon EC2
Auto Scaling akses ke topik SNS atau target SQS Anda dan telah menyiapkan ARN nya. Untuk informasi
selengkapnya, lihat Mengonfigurasi target notifikasi siklus aktif (p. 200).
Note
Secara default, saat Anda menambahkan hook siklus hidup di konsol, Amazon EC2 Auto
Scaling mengirimkan notifikasi kejadian siklus hidup ke Amazon EventBridge. Menggunakan
EventBridge atau script data pengguna adalah praktik terbaik yang direkomendasikan. Untuk
membuat hook siklus hidup yang mengirimkan notifikasi langsung ke Amazon SNS atau
Amazon SQS, gunakanAWS CLI,AWS CloudFormation, atau SDK untuk menambahkan hook
siklus hidup.
Mengonfigurasi target notifikasi siklus aktif

Anda dapat menambahkan hook siklus aktif ke grup Auto Scaling untuk melakukan tindakan khusus saat
suatu instance memasuki status tunggu. Anda dapat memilih layanan target untuk melakukan tindakan ini
tergantung pada pendekatan pengembangan pilihan Anda.
Pendekatan pertama menggunakan Amazon EventBridge untuk mengaktifkan fungsi Lambda yang
melakukan tindakan yang Anda inginkan. Pendekatan kedua melibatkan pembuatan topik Amazon Simple
Notification Service (Amazon SNS) yang diterbitkan notifikasi. Klien dapat berlangganan topik SNS
dan menerima pesan yang dipublikasikan menggunakan protokol yang didukung. Pendekatan terakhir
melibatkan penggunaan Amazon Simple Queue Service (Amazon SQS), sistem pesan yang digunakan
oleh aplikasi terdistribusi untuk bertukar pesan melalui model pemungutan suara.
200
Sebagai praktik terbaik, kami menyarankan Anda menggunakan EventBridge. Pemberitahuan yang dikirim
ke Amazon SNS dan Amazon SQS berisi informasi yang sama dengan pemberitahuan yang dikirim oleh
Amazon EC2 Auto Scaling ke EventBridge. Sebelum EventBridge, praktek standar adalah untuk mengirim
pemberitahuan ke SNS atau SQS dan mengintegrasikan layanan lain dengan SNS atau SQS untuk
melakukan tindakan program. Hari ini EventBridge memberi Anda lebih banyak pilihan untuk layanan mana
yang dapat Anda targetkan dan membuatnya lebih mudah untuk menangani acara menggunakan arsitektur
tanpa server.
Prosedur berikut mencakup cara mengatur target notifikasi Anda.
Ingat, jika Anda memiliki skrip data pengguna di templat peluncuran atau konfigurasi peluncuran yang
mengonfigurasi instance saat diluncurkan, Anda tidak perlu menerima notifikasi untuk melakukan tindakan
khusus pada instance Anda.
Isi
• Merutekan notifikasi ke Lambda menggunakan EventBridge (p. 201)
• Terima notifikasi menggunakan Amazon SNS (p. 202)
• Menerima notifikasi menggunakan Amazon SQS (p. 203)
• Contoh pesan notifikasi untuk Amazon SNS dan Amazon SQS (p. 204)
Important
Parameter EventBridge aturan, fungsi Lambda, topik Amazon SNS, dan antrian Amazon SQS
yang Anda gunakan dengan kait siklus hidup harus selalu berada di Wilayah yang sama tempat
Anda membuat grup Auto Scaling.
Merutekan notifikasi ke Lambda menggunakan EventBridge

Anda dapat mengonfigurasi EventBridge aturan untuk mengaktifkan fungsi Lambda saat instance
memasuki status tunggu. Amazon EC2 Auto Scaling memancarkan notifikasi peristiwa siklus aktif
ke EventBridge tentang instance yang meluncurkan atau menghentikan dan token yang dapat Anda
gunakan untuk mengontrol tindakan siklus aktif. Untuk contoh peristiwa ini, lihatPeristiwa grup Auto
Scaling (p. 310).
Sebelum Anda membuat EventBridge aturan, Anda harus membuat fungsi Lambda. Untuk tutorial
pengantar yang menunjukkan cara membuat fungsi Lambda sederhana yang mendengarkan peristiwa
peluncuran dan menuliskannya ke CloudWatch Log log, lihatTutorial: Mengonfigurasi hook siklus aktif yang
mengaktifkan fungsi Lambda (p. 214).
Note
Saat Anda menggunakanAWS Management Consoleuntuk membuat aturan peristiwa, konsol

secara otomatis menambahkan izin IAM yang diperlukan untuk diberikan EventBridge izin untuk
memanggil fungsi Lambda Anda. Jika Anda membuat aturan peristiwa menggunakan AWS CLI,
Anda harus memberikan izin ini secara eksplisit. Untuk membuat aturan peristiwa menggunakan
konsol, lihatTutorial: Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi Lambda (p. 214).
Membuat EventBridge aturan yang mengaktifkan fungsi Lambda
1. Membuat fungsi Lambda dengan menggunakanKonsol Lambdadan perhatikan Amazon Resource

Name (ARN). Misalnya, arn:aws:lambda:region:123456789012:function:my-function.
Anda perlu ARN untuk membuat EventBridge Target.
Untuk informasi selengkapnya, lihatMemulai LambdadiAWS LambdaPanduan Pengembang.

2. Buat EventBridge aturan yang sesuai dengan tindakan siklus aktif menggunakan aturan berikutput-
aturanperintah.
201
aws events put-rule --name my-rule --event-pattern file://pattern.json --state ENABLED
Contoh berikut menunjukkanpattern.jsonuntuk tindakan siklus aktif peluncuran instance.
{
"source": [ "aws.autoscaling" ],
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ]
}
Contoh berikut menunjukkanpattern.jsonuntuk tindakan siklus aktif penghentian instance.
{
"detail-type": [ "EC2 Instance-terminate Lifecycle Action" ]
}
3. Buat target yang mengaktifkan fungsi Lambda saat tindakan siklus aktif terjadi, menggunakan yang
berikut iniput-targetperintah.
aws events put-targets --rule my-rule --targets

Id=1,Arn=arn:aws:lambda:region:123456789012:function:my-function
4. Berikan izin aturan untuk mengaktifkan fungsi Lambda Anda menggunakan yang berikutadd-
izinperintah. Perintah ini mempercayai prinsipal layanan EventBridge (events.amazonaws.com) dan
izin lingkup untuk aturan yang ditentukan.
aws lambda add-permission --function-name my-function --statement-id my-unique-id \

--action 'lambda:InvokeFunction' --principal events.amazonaws.com --source-arn
arn:aws:events:region:123456789012:rule/my-rule
5. Setelah Anda mengikuti petunjuk ini, lanjutkan ke Tambahkan hook siklus aktif (p. 206) sebagai
langkah berikutnya.
Terima notifikasi menggunakan Amazon SNS

Anda dapat menggunakan Amazon SNS untuk menyiapkan target notifikasi (topik SNS) untuk menerima
notifikasi saat terjadi tindakan siklus aktif. Amazon SNS kemudian mengirimkan notifikasi ke penerima
berlangganan. Sampai langganan dikonfirmasi, tidak ada notifikasi yang diterbitkan ke topik yang dikirim ke
penerima.
Untuk mengatur menyiapkan notifikasi menggunakan Amazon SNS
1. Membuat topik Amazon SNS dengan menggunakan salah satuKonsol Amazon SNSatau hal
berikutbuat-topikperintah. Pastikan bahwa topik berada di Wilayah yang sama dengan grup Auto
Scaling yang Anda gunakan. Untuk informasi lebih lanjut, lihat Memulai dengan Amazon SNS di
Panduan Developer Amazon Simple Notification Service.
aws sns create-topic --name my-sns-topic
2. Perhatikan topik Amazon Resource Name (ARN),

misalnya,arn:aws:sns:region:123456789012:my-sns-topic. Anda membutuhkannya untuk
membuat hook siklus hidup.
3. Buat peran layanan IAM untuk memberikan akses Amazon EC2 Auto Scaling ke target notifikasi
Amazon SNS Anda.
202
Untuk memberikan akses Amazon EC2 Auto Scaling ke topik SNS Anda
a. Buka konsol IAM di https://console.aws.amazon.com/iam/.

b. Pada panel navigasi di sebelah kiri, pilih Peran.
c. Pilih Create role (Buat peran).
d. UntukPilih entitas tepercaya, pilihAWSlayanan.
e. Untuk kasus penggunaan Anda, di bawahKasus penggunaan untukAWSjasa, pilihEC2 Auto
Scalingdan kemudianAkses Pemberitahuan EC2 Auto Scaling.
f. PilihSelanjutnyadua kali untuk pergi keNama, tinjau, dan buathalaman.
g. UntukNama peran, masukkan nama untuk peran tersebut (misalnya,my-notification-role)
dan pilihMembuat peran.
h. Pada halaman Peran, pilih peran yang baru Anda buat untuk membuka Ringkasan yang baru.
Perhatikan peranARN. Misalnya, arn:aws:iam::123456789012:role/my-notification-
role. Anda membutuhkannya untuk membuat hook siklus hidup.
4. Setelah Anda mengikuti petunjuk ini, lanjutkan ke Tambahkan hook siklus aktif (AWS CLI) (p. 207)
sebagai langkah berikutnya.
Menerima notifikasi menggunakan Amazon SQS

Anda dapat menggunakan Amazon SQS untuk menyiapkan target notifikasi untuk menerima pesan saat
terjadi tindakan siklus aktif. Konsumen antrian kemudian harus memilih antrian SQS untuk bertindak atas
notifikasi ini.
Important
Antrean FIFO tidak kompatibel dengan hook siklus aktif.
Untuk menyiapkan notifikasi menggunakan Amazon SQS
1. Membuat antrean Amazon SQS dengan menggunakanKonsol Amazon SQS. Pastikan antrian berada
di Wilayah yang sama dengan grup Auto Scaling yang Anda gunakan. Untuk informasi lebih lanjut,
lihat Memulai dengan Amazon SQS di Panduan Pengembang Amazon Simple Queue Service.
2. Perhatikan antrean ARN, misalnya,arn:aws:sqs:region:123456789012:my-sqs-queue. Anda
membutuhkannya untuk membuat hook siklus hidup.
3. Buat peran layanan IAM untuk memberikan akses Amazon EC2 Auto Scaling ke target notifikasi
Amazon SQS Anda.
Untuk memberikan akses Amazon EC2 Auto Scaling ke antrean SQS Anda
a. Buka konsol IAM di https://console.aws.amazon.com/iam/.

b. Pada panel navigasi di sebelah kiri, pilih Peran.
c. Pilih Create role (Buat peran).
d. UntukPilih entitas tepercaya, pilihAWSlayanan.
e. Untuk kasus penggunaan Anda, di bawahKasus penggunaan untukAWSjasa, pilihEC2 Auto
Scalingdan kemudianAkses Pemberitahuan EC2 Auto Scaling.
f. PilihSelanjutnyadua kali untuk pergi keNama, tinjau, dan buathalaman.
g. UntukNama peran, masukkan nama untuk peran tersebut (misalnya,my-notification-role)
dan pilihMembuat peran.
h. Pada halaman Peran, pilih peran yang baru Anda buat untuk membuka Ringkasan yang baru.
Perhatikan peranARN. Misalnya, arn:aws:iam::123456789012:role/my-notification-
role. Anda membutuhkannya untuk membuat hook siklus hidup.
4. Setelah Anda mengikuti petunjuk ini, lanjutkan ke Tambahkan hook siklus aktif (AWS CLI) (p. 207)
sebagai langkah berikutnya.
203
Contoh pesan notifikasi untuk Amazon SNS dan Amazon SQS

Saat instance dalam status tunggu, pesan diterbitkan ke target notifikasi Amazon SNS atau Amazon SQS.
Pesan ini mencakup informasi berikut:
• LifecycleActionToken — Token tindakan siklus aktif.

• AccountId— ID akun Amazon Web Services.
• AutoScalingGroupName — Nama grup Auto Scaling.
• LifecycleHookName — Nama hook siklus aktif.
• EC2InstanceId — ID instance EC2.
• LifecycleTransition — Jenis hook siklus aktif.
• NotificationMetadata— Metadata pemberitahuan.
Berikut ini adalah contoh pesan pemberitahuan.
Service: AWS Auto Scaling

Time: 2021-01-19T00:36:26.533Z
RequestId: 18b2ec17-3e9b-4c15-8024-ff2e8ce8786a
LifecycleActionToken: 71514b9d-6a40-4b26-8523-05e7ee35fa40
AccountId: 123456789012
LifecycleHookName: my-hook
EC2InstanceId: i-0598c7d356eba48d7
LifecycleTransition: autoscaling:EC2_INSTANCE_LAUNCHING
NotificationMetadata: hook message metadata
Contoh pesan notifikasi uji
Saat Anda pertama kali menambahkan hook siklus aktif, pesan notifikasi uji diterbitkan ke target notifikasi.
Berikut ini adalah contoh pesan uji notifikasi.

Time: 2021-01-19T00:35:52.359Z
RequestId: 18b2ec17-3e9b-4c15-8024-ff2e8ce8786a
Event: autoscaling:TEST_NOTIFICATION
AccountId: 123456789012
AutoScalingGroupARN: arn:aws:autoscaling:us-west-2:123456789012:autoScalingGroup:042cba90-
ad2f-431c-9b4d-6d9055bcc9fb:autoScalingGroupName/my-asg
Note
Untuk contoh peristiwa yang disampaikan dari Amazon EC2 Auto Scaling ke EventBridge,
lihatPeristiwa grup Auto Scaling (p. 310).
Mengambil status siklus hidup target melalui metadata instans

Important
Amazon EC2 Auto Scaling mulai menghasilkan status siklus hidup target pada 10 Maret 2022.
Jika instance Anda bertransisi ke salah satu status siklus aktif target setelah tanggal tersebut, item
status siklus aktif ada di metadata instance Anda. Jika tidak, itu tidak ada, dan Anda menerima
kesalahan HTTP 404.
Setiap instance Auto Scaling yang Anda luncurkan melewati beberapa status siklus hidup. Jika Anda
ingin menyempurnakan tindakan kustom pada instans untuk bertindak pada transisi status siklus hidup
204
tertentu, Anda dapat melakukannya dengan mengambil status siklus hidup target melalui metadata instans.
Misalnya, Anda dapat mengambil status siklus hidup target saat membuat tindakan siklus hidup untuk
instans di kolam hangat sehingga instans yang hibernasi atau dihentikan dapat dilampirkan ke klaster saat
restart.
Siklus hidup instans Auto Scaling memiliki dua status mantap utama -InServicedanTerminated—dan
dua sisi mantap negara—DetacheddanStandby. Jika Anda menggunakan kolam hangat, siklus hidup
memiliki empat negara mantap tambahan -Warmed:Hibernated,Warmed:Running,Warmed:Stopped,
danWarmed:Terminated.
Ketika instans bersiap untuk beralih ke salah satu status stabil sebelumnya, Amazon EC2 Auto
Scaling memperbarui nilai item metadata instansautoscaling/target-lifecycle-state. Untuk
mendapatkan status siklus hidup target dari dalam instance, Anda harus menggunakan layanan metadata
instance untuk mengambilnya dari metadata instance.
Note
Metadata instansadalah data tentang instans Amazon EC2 yang dapat digunakan aplikasi untuk
mengkueri informasi instans. ParameterLayanan metadata instansadalah komponen pada instans
yang menggunakan kode lokal untuk mengakses metadata instans. Kode lokal dapat mencakup
skrip data pengguna atau aplikasi yang berjalan pada instance.
Kode lokal dapat mengakses metadata instans dari instance yang sedang berjalan menggunakan salah
satu dari dua metode: Instance Metadata Service Versi 1 (IMDSv1) atau Instance Metadata Service Versi 2
(IMDSv1). IMDSv2 menggunakan permintaan berorientasi sesi dan mengurangi beberapa jenis kerentanan
yang dapat digunakan untuk mencoba mengakses metadata instance. Untuk detail tentang dua metode ini,
lihatGunakan IMDSv2diPanduan Pengguna Amazon EC2 untuk Instans Linux.
IMDSv2
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-

token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" -v http://169.254.169.254/latest/meta-
data/autoscaling/target-lifecycle-state
IMDSv1
curl http://169.254.169.254/latest/meta-data/autoscaling/target-lifecycle-state
InService
Status siklus hidup target adalah keadaan bahwa instance beralih ke. Keadaan siklus hidup saat ini
adalah keadaan bahwa instance berada. Ini bisa sama setelah aksi siklus hidup selesai dan instans
menyelesaikan transisi ke status siklus hidup target. Anda tidak dapat mengambil status siklus hidup
instans saat ini dari metadata instance.
Untuk tutorial yang menunjukkan cara membuat hook siklus aktif dengan tindakan khusus dalam skrip data
pengguna yang menggunakan status siklus aktif target, lihatTutorial: Mengkonfigurasi data pengguna untuk
mengambil status siklus hidup target melalui metadata instans (p. 209).
Untuk informasi selengkapnya tentang kategori metadata instance yang dapat Anda gunakan untuk
mengonfigurasi atau mengelola instance, lihatKategori metadata instancediPanduan Pengguna Amazon
EC2 untuk Instans Linux. Untuk informasi selengkapnya pengambilan metadata instans, lihatMengambil
metadata instansdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
205
Tambahkan hook siklus aktif

Untuk menempatkan instans Auto Scaling Anda ke status tunggu dan melakukan tindakan khusus pada
mereka, Anda dapat menambahkan kait siklus hidup ke grup Auto Scaling. Tindakan khusus dilakukan
saat instance diluncurkan atau sebelum dihentikan. Instans tetap dalam keadaan tunggu hingga Anda
menyelesaikan tindakan siklus hidup, atau periode batas waktu berakhir.
Setelah Anda membuat grup Auto Scaling dariAWS Management Console, Anda dapat menambahkan
satu atau lebih kait siklus hidup ke dalamnya, hingga total 50 kait siklus hidup. Anda juga dapat
menggunakanAWS CLI,AWS CloudFormation, atau SDK untuk menambahkan hook siklus hidup ke grup
Auto Scaling saat Anda membuatnya.
Secara default, saat Anda menambahkan hook siklus hidup di konsol, Amazon EC2 Auto Scaling
mengirimkan notifikasi kejadian siklus hidup ke Amazon EventBridge. Menggunakan EventBridge atau
script data pengguna adalah praktik terbaik yang direkomendasikan. Untuk membuat hook siklus aktif
yang mengirimkan notifikasi langsung ke Amazon SNS atau Amazon SQS, Anda dapat menggunakanput-
lifecycle-hookperintah, seperti yang ditunjukkan dalam contoh dalam topik ini.
Isi
• Tambahkan hook siklus aktif (konsol) (p. 206)
• Tambahkan hook siklus aktif (AWS CLI) (p. 207)
Tambahkan hook siklus aktif (konsol)

Ikuti langkah-langkah ini untuk menambahkan hook siklus aktif ke grup Auto Scaling Anda. Untuk membuat
kait siklus hidup untuk penskalaan (instance launching) dan penskalaan (instance terminating), Anda harus
membuat dua kait terpisah.
Sebelum memulai, konfirmasikan Anda telah menyiapkan tindakan khusus, seperti yang dijelaskan
diBersiaplah untuk menambahkan hook siklus aktif ke grup Auto Scaling Anda (p. 200).
Untuk menambahkan hook siklus aktif

Panel terpisah terbuka di bagian bawahKelompok Auto Scalinghalaman.

3. Pada Manajemen Instance, di Hook siklus aktif, pilih Buat hook siklus aktif.
4. Untuk menentukan hook siklus aktif, lakukan hal berikut:
a. Untuk Nama hook siklus aktif, sebutkan nama untuk hook siklus aktif.
b. Untuk Transisi siklus aktif, pilih Peluncuran instance atau Penghentian instance.
c. UntukBatas detak jantung, tentukan jumlah waktu untuk instance untuk tetap dalam status tunggu
saat menskalakan atau penskalaan sebelum waktu hook habis. Rentangnya adalah dari 30
hingga 7200 detik.
Note
Secara default, timeout3600detik (satu jam). Menetapkan periode timeout yang panjang
memberikan lebih banyak waktu untuk tindakan kustom untuk menyelesaikan. Jika Anda
selesai sebelum periode batas waktu berakhir, Anda dapat mengirimlengkap-lifecycle-
actionperintah untuk memungkinkan instance untuk melanjutkan ke status berikutnya.
d. UntukHasil default, tentukan tindakan yang harus diambil saat batas waktu siklus aktif berlalu
atau saat terjadi kegagalan tak terduga. Anda dapat memilih salah satumeninggalkan(default)
atauterus.
206
• Jika instance diluncurkan, lanjutkan menunjukkan bahwa tindakan Anda berhasil, dan Amazon
EC2 Auto Scaling dapat menerapkan instance tersebut dalam layanan. Sebaliknya, abaikan
menunjukkan bahwa tindakan khusus Anda tidak berhasil, dan Amazon EC2 Auto Scaling dapat
menghentikan instance.
• Jika instance berakhir, abaikan dan lanjutkan mengizinkan instance tersebut berakhir. Namun,
berhenti melakukan tindakan yang tersisa, seperti hook siklus aktif lainnya, dan lanjutkan
memungkinkan pengait siklus aktif lainnya untuk diselesaikan.
e. (Opsional) UntukMetadata notifikasi, tentukan informasi tambahan yang ingin Anda sertakan saat
Amazon EC2 Auto Scaling mengirimkan pesan ke target notifikasi.
Tambahkan hook siklus aktif (AWS CLI)

Membuat dan memperbarui kait siklus hidup menggunakanput-lifecycle-hookperintah.
Untuk melakukan tindakan pada peningkatan skala, gunakan perintah berikut.
aws autoscaling put-lifecycle-hook --lifecycle-hook-name my-launch-hook \

--lifecycle-transition autoscaling:EC2_INSTANCE_LAUNCHING
Untuk melakukan tindakan pada penurunan skala, gunakan perintah berikut.
aws autoscaling put-lifecycle-hook --lifecycle-hook-name my-termination-hook \

--lifecycle-transition autoscaling:EC2_INSTANCE_TERMINATING
Untuk menerima notifikasi menggunakan Amazon SNS atau Amazon SQS, tambahkan--notification-
target-arndan--role-arnPilihan.
Contoh berikut membuat hook siklus aktif yang menentukan topik SNS bernamamy-sns-topicsebagai
target notifikasi.

--lifecycle-transition autoscaling:EC2_INSTANCE_TERMINATING \
--notification-target-arn arn:aws:sns:region:123456789012:my-sns-topic \
--role-arn arn:aws:iam::123456789012:role/my-notification-role
Topik tersebut menerima pemberitahuan uji dengan pasangan nilai kunci berikut.
"Event": "autoscaling:TEST_NOTIFICATION"
Secara default,put-lifecycle-hookperintah menciptakan hook siklus hidup dengan batas waktu detak
jantung3600detik (satu jam).
Untuk mengubah batas waktu detak jantung untuk hook siklus hidup yang ada, tambahkan--heartbeat-
timeoutpilihan, seperti yang ditunjukkan dalam contoh berikut.

--auto-scaling-group-name my-asg --heartbeat-timeout 120
Jika sebuah instance sudah dalam keadaan tunggu, Anda dapat mencegah hook siklus hidup dari waktu
habis dengan merekam detak jantung, menggunakanrekor-hidup-tindakan-detak jantungPerintah CLI. Ini
207
Menyelesaikan tindakan siklus aktif
memperpanjang periode batas waktu berdasarkan nilai batas waktu yang ditentukan ketika Anda membuat
hook siklus aktif. Jika Anda selesai sebelum periode batas waktu berakhir, Anda dapat mengirimlengkap-
lifecycle-actionPerintah CLI untuk memungkinkan instance untuk melanjutkan ke status berikutnya. Untuk
informasi selengkapnya dan contoh tambahan, lihat Menyelesaikan tindakan siklus aktif (p. 208).
Menyelesaikan tindakan siklus aktif

Ketika grup Auto Scaling merespons peristiwa siklus aktif, instance tersebut akan menempatkan instance
dalam status tunggu dan mengirimkan notifikasi peristiwa. Anda dapat melakukan tindakan khusus saat
instance dalam status tunggu.
Isi
• Menyelesaikan tindakan siklus hidup (manual) (p. 208)
• Lengkapi aksi siklus hidup (otomatis) (p. 209)
Menyelesaikan tindakan siklus hidup (manual)

Prosedur berikut adalah untuk antarmuka baris perintah dan tidak didukung di konsol. Informasi yang harus
diganti, seperti ID instance atau nama grup Auto Scaling, ditampilkan dalam huruf miring.
Untuk menyelesaikan tindakan siklus aktif (AWS CLI)
1. Jika Anda membutuhkan lebih banyak waktu untuk menyelesaikan tindakan kustom, gunakanrekor-
hidup-tindakan-detak jantungperintah untuk me-restart periode timeout dan menjaga instance dalam
keadaan tunggu. Misalnya, jika periode waktu habis adalah satu jam, dan Anda memanggil perintah ini
setelah 30 menit, instance tersebut tetap dalam status tunggu selama satu jam tambahan, atau total 90
menit.
Anda dapat menentukan token tindakan siklus aktif yang Anda terima dengannotifikasi (p. 204),
seperti yang ditunjukkan dalam perintah berikut.
aws autoscaling record-lifecycle-action-heartbeat --lifecycle-hook-name my-launch-hook

\
--auto-scaling-group-name my-asg --lifecycle-action-
token bcd2f1b8-9a78-44d3-8a7a-4dd07d7cf635
Atau, Anda dapat menentukan ID dari instance yang Anda terima dengannotifikasi (p. 204), seperti
yang ditunjukkan dalam perintah berikut.
aws autoscaling record-lifecycle-action-heartbeat --lifecycle-hook-name my-launch-hook

\
--auto-scaling-group-name my-asg --instance-id i-1a2b3c4d
2. Jika Anda menyelesaikan tindakan kustom sebelum periode batas waktu berakhir, gunakanlengkap-
lifecycle-actionperintah sehingga grup Auto Scaling dapat terus meluncurkan atau mengakhiri instance.
Anda dapat menentukan token tindakan siklus aktif, seperti ditunjukkan dalam perintah berikut.
aws autoscaling complete-lifecycle-action --lifecycle-action-result CONTINUE \

--lifecycle-hook-name my-launch-hook --auto-scaling-group-name my-asg \
--lifecycle-action-token bcd2f1b8-9a78-44d3-8a7a-4dd07d7cf635
Atau, Anda dapat menentukan ID dari instance, seperti yang ditunjukkan pada perintah berikut.
aws autoscaling complete-lifecycle-action --lifecycle-action-result CONTINUE \

--instance-id i-1a2b3c4d --lifecycle-hook-name my-launch-hook \
208
Tutorial: Mengkonfigurasi data pengguna untuk mengambil
status siklus hidup target melalui metadata instans
--auto-scaling-group-name my-asg
Lengkapi aksi siklus hidup (otomatis)

Jika Anda memiliki skrip data pengguna yang mengonfigurasi instance Anda setelah diluncurkan, Anda
tidak perlu menyelesaikan tindakan siklus aktif secara manual. Anda dapat menambahkanlengkap-
lifecycle-actionperintah untuk script. Skrip dapat mengambil ID instans dari metadata instans dan memberi
sinyal Amazon EC2 Auto Scaling ketika skrip bootstrap berhasil diselesaikan.
Jika Anda belum melakukannya, perbarui skrip Anda untuk mengambil data ID instance dari metadata
instance. Untuk informasi selengkapnya, lihatMengambil metadata instansdiPanduan Pengguna Amazon
EC2 untuk Instans Linux.
Jika menggunakan Lambda, Anda juga dapat mengatur callback dalam kode fungsi agar siklus hidup
instans berjalan jika tindakan kustom berhasil. Untuk informasi selengkapnya, lihat Tutorial: Mengonfigurasi
hook siklus aktif yang mengaktifkan fungsi Lambda (p. 214).
Tutorial: Mengkonfigurasi data pengguna untuk

mengambil status siklus hidup target melalui metadata
instans
Cara umum untuk membuat tindakan kustom untuk kait siklus hidup adalah dengan menggunakan
notifikasi yang dikirim oleh Amazon EC2 Auto Scaling ke layanan lain, seperti Amazon EventBridge.
Namun, Anda dapat menghindari keharusan membuat infrastruktur tambahan dengan menggunakan skrip
data pengguna untuk memindahkan kode yang mengkonfigurasi instance dan menyelesaikan tindakan
siklus hidup ke dalam instance itu sendiri.
Tutorial berikut menunjukkan kepada Anda bagaimana untuk memulai menggunakan skrip data pengguna
dan metadata instance. Anda membuat konfigurasi grup Auto Scaling dasar dengan skrip data pengguna
yang membacaKondisi siklus aktif (p. 204)instans dalam grup Anda dan melakukan tindakan callback
pada fase tertentu dari siklus hidup instans untuk melanjutkan proses peluncuran.
Isi
• Langkah 1: Buat IAM role dengan izin untuk menyelesaikan tindakan siklus aktif (p. 209)
• Langkah 2: Buat template peluncuran dan sertakan peran IAM dan skrip data pengguna (p. 210)
• Langkah 3: Membuat grup Auto Scaling (p. 212)
• Langkah 4: Tambahkan hook siklus aktif (p. 212)
• Langkah 5: Uji dan verifikasi fungsionalitas (p. 212)
Langkah 1: Buat IAM role dengan izin untuk menyelesaikan

tindakan siklus aktif
Saat Anda menggunakanAWS CLIatauAWSSDK untuk mengirim callback untuk menyelesaikan tindakan
siklus hidup, Anda harus menggunakan peran IAM dengan izin untuk menyelesaikan tindakan siklus hidup.
Untuk membuat kebijakan
1. BukaHalaman kebijakankonsol IAM, dan kemudian pilihMembuat kebijakan.

2. Pilih tab JSON.
209
3. DiDokumen Kebijakankotak, copy dan paste dokumen kebijakan berikut ke dalam kotak.
Gantiteks sampeldengan nomor akun dan nama grup Auto Scaling yang ingin Anda buat
(TestAutoScalingEvent-group).
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"autoscaling:CompleteLifecycleAction"
],
"Resource":
"arn:aws:autoscaling:*:123456789012:autoScalingGroup:*:autoScalingGroupName/
TestAutoScalingEvent-group"
}
]
}
4. PilihBerikutnya:Tags, dan kemudianBerikutnya:Ulasan.

5. Untuk Nama, masukkan TestAutoScalingEvent-policy. Pilih Buat kebijakan.
Setelah Anda selesai membuat kebijakan, Anda dapat membuat peran yang menggunakannya.
Untuk membuat peran
1. Pada panel navigasi di sebelah kiri, pilih Peran.

2. Pilih Create role (Buat peran).
3. UntukPilih entitas tepercayaPilihAWSlayanan.
4. Untuk kasus penggunaan Anda, pilihEC2dan kemudian pilihSelanjutnya.
5. Di bawahTambahkan izin, pilih kebijakan yang Anda buat (Kebijakan TestAutoScaling). Lalu, pilih
Selanjutnya.
6. PadaNama, tinjau, dan buathalaman, untukNama peranENTERTestAutoScalingEvent-roledan
pilihlahMembuat peran.
Langkah 2: Buat template peluncuran dan sertakan peran IAM

dan skrip data pengguna
Buat template peluncuran untuk digunakan dengan grup Auto Scaling Anda. Sertakan peran IAM yang
Anda buat dan skrip data pengguna sampel yang disediakan.
1. BukaHalaman templat peluncurandi konsol Amazon EC2.

3. UntukNama templat peluncuranENTERTestAutoScalingEvent-template.
4. Di bawahPedoman Auto Scaling, pilih kotak centang.
5. UntukAmazon machine image (AMI), pilih Amazon Linux 2 (HVM), Tipe Volume SSD, 64-bit (x86)
dariMulai cepatdaftar.
6. UntukJenis instans, pilih jenis instans Amazon EC2 (misalnya, “t2.micro”).
7. Untuk Detail lanjutan, perluas bagian tersebut untuk melihat kolomnya.
8. UntukProfil instans IAM, pilih nama profil instans IAM dari peran IAM Anda. Profil instance adalah
kontainer untuk peran IAM yang memungkinkan Amazon EC2 melewati peran IAM ke suatu instance
saat instance diluncurkan.
210
Saat Anda menggunakan konsol IAM untuk membuat peran IAM, konsol secara otomatis membuat
profil instance dengan nama yang sama dengan peran yang terkait.
9. UntukData pengguna, copy dan paste script data pengguna sampel berikut ke lapangan.
Ganti teks sampel untukgroup_namedengan nama grup Auto Scaling yang ingin Anda buat
danregiondenganAWSWilayah yang Anda inginkan untuk digunakan grup Auto Scaling.
#!/bin/bash
function get_target_state {
echo $(curl -s http://169.254.169.254/latest/meta-data/autoscaling/target-
lifecycle-state)
}
function get_instance_id {
echo $(curl -s http://169.254.169.254/latest/meta-data/instance-id)
}
function complete_lifecycle_action {
instance_id=$(get_instance_id)
group_name='TestAutoScalingEvent-group'
region='us-west-2'
echo $instance_id
echo $region
echo $(aws autoscaling complete-lifecycle-action \
--lifecycle-hook-name TestAutoScalingEvent-hook \
--auto-scaling-group-name $group_name \
--lifecycle-action-result CONTINUE \
--instance-id $instance_id \
--region $region)
}
function main {
while true
do
target_state=$(get_target_state)
if [ \"$target_state\" = \"InService\" ]; then
# Change hostname
export new_hostname="${group_name}-$instance_id"
hostname $new_hostname
# Send callback
complete_lifecycle_action
fi
echo $target_state
sleep 5
done
}
main
Script data pengguna sederhana ini melakukan hal berikut:
• Memanggil metadata instance untuk mengambil status siklus hidup target dan ID instans dari
metadata instance
• Mengambil status siklus hidup target berulang kali sampai berubahInService
• Mengubah nama host instance ke ID instance yang ditambahkan dengan nama grup Auto Scaling,
jika status siklus hidup target adalahInService
• Mengirim callback dengan memanggilcomplete-lifecycle-actionPerintah CLI untuk memberi sinyal
Amazon EC2 Auto ScalingCONTINUEproses peluncuran EC2
211
Langkah 3: Membuat grup Auto Scaling

Setelah Anda membuat template peluncuran, buat grup Auto Scaling.
1. PadaPilih template peluncuran atau konfigurasihalaman, untukNama grup Auto Scaling, masukkan
nama untuk grup Auto Scaling Anda (TestAutoScalingEvent-group).
2. PilihSelanjutnyapergi kePilih opsi peluncuran instanshalaman.
3. UntukJaringan, pilih VPC.
4. UntukAvailability Zone dan subnet, pilih satu atau lebih subnet dari satu atau lebih Availability Zone.
5. DiPersyaratan tipe instansbagian, menggunakan pengaturan default untuk menyederhanakan langkah
ini. (Jangan menimpa template peluncuran.) Untuk tutorial ini, Anda akan meluncurkan hanya satu
Instans On-Demand menggunakan jenis instans yang ditentukan dalam template peluncuran Anda.
6. PilihSelanjutnya, dan kemudian pilihLewati untuk meninjaudi bagian bawah layar berikutnya.
7. PadaTinjauhalaman, tinjau detail grup Auto Scaling Anda, lalu pilihBuat grup Auto Scaling.
Langkah 4: Tambahkan hook siklus aktif

Tambahkan hook siklus hidup untuk menahan instance dalam keadaan tunggu hingga aksi siklus hidup
Anda selesai.


3. Di panel bawah, padaManajemen instanstab, diHook siklus aktifPilihBuat hook siklus aktif.
a. UntukNama hook siklus aktifENTERTestAutoScalingEvent-hook.

b. UntukTransisi siklus aktifPilihPeluncuran instance.
c. UntukBatas detak jantungENTER300untuk jumlah detik untuk menunggu callback dari skrip data
pengguna Anda.
d. UntukHasil defaultPilihMENINGGALKAN. Jika hook habis tanpa menerima callback dari skrip data
pengguna Anda, grup Auto Scaling akan mengakhiri instance baru.
e. (Opsional) JauhkanMetadata notifikasikosong.
Langkah 5: Uji dan verifikasi fungsionalitas

Untuk menguji fungsionalitas, perbarui grup Auto Scaling dengan meningkatkan kapasitas yang diinginkan
dari grup Auto Scaling sebesar 1. Skrip data pengguna berjalan dan mulai memeriksa status siklus hidup
target instance segera setelah instance diluncurkan. Skrip mengubah nama host dan mengirimkan tindakan
callback ketika status siklus hidup targetInService. Ini biasanya hanya membutuhkan waktu beberapa
detik untuk menyelesaikannya.
212
Untuk meningkatkan ukuran grup Auto Scaling

2. Pilih kotak centang di samping grup Auto Scaling Anda. Lihat detail di panel bawah sambil tetap
melihat baris atas panel atas.
3. Di panel bawah, padaRinciantab, pilihRincian grup,Edit.
4. Untuk Kapasitas yang diinginkan, naikkan nilai saat ini sebesar 1.
5. Pilih Update (Perbarui). Sementara instance sedang diluncurkan,Statuskolom di panel atas
menampilkan statusMemperbarui kapasitas.
Setelah meningkatkan kapasitas yang diinginkan, Anda dapat memverifikasi bahwa instans Anda telah
berhasil diluncurkan dan tidak dihentikan dari deskripsi aktivitas penskalaan.
Untuk melihat aktivitas penskalaan
1. Kembali keKelompok Auto Scalinghalaman dan pilih grup Anda.

Anda berhasil meluncurkan instance.
3. Jika skrip data pengguna gagal, setelah periode batas waktu berlalu, Anda akan melihat aktivitas
penskalaan dengan statusCanceleddan pesan statusInstance failed to complete user's
Lifecycle Action: Lifecycle Action with token e85eb647-4fe0-4909-b341-
a6c42EXAMPLE was abandoned: Lifecycle Action Completed with ABANDON Result.
Jika Anda selesai bekerja dengan sumber daya yang Anda buat untuk tutorial ini, gunakan langkah-langkah
berikut untuk menghapusnya.
Cara menghapus hook siklus hidup

3. PadaManajemen instanstab, diHook siklus aktif, pilih hook siklus hidup (TestAutoScalingEvent-
hook).
4. Pilih Actions (Tindakan), Delete (Hapus).
5. PilihHapuslagi untuk mengonfirmasi.
Untuk menghapus templat peluncuran
1. BukaHalaman templat peluncurandi konsol Amazon EC2.

2. Pilih templat peluncuran Anda (TestAutoScalingEvent-template) dan kemudian
pilihTindakan,Hapus template.
3. Ketika diminta konfirmasi, pilih Hapus templat peluncuran.
Jika Anda sudah selesai bekerja dengan grup Auto Scaling, hapus grup tersebut. Anda juga dapat
menghapus kebijakan IAM role dan izin yang Anda buat.
Untuk menghapus grup Auto Scaling
213
Tutorial: Mengonfigurasi hook siklus
aktif yang mengaktifkan fungsi Lambda
2. Pilih kotak centang di samping grup Auto Scaling Anda (TestAutoScalingEvent-group) dan
pilihHapus.
Ikon memuat di kolom Nama menunjukkan bahwa grup Auto Scaling dihapus. Dibutuhkan beberapa
menit untuk menghentikan instance dan menghapus grup.
Untuk menghapus peran IAM
1. Buka halaman Peran konsol IAM.

2. Pilih peran fungsi (TestAutoScalingEvent-role)
3. Pilih Hapus peran.
4. Di kotak dialog Hapus peran, pilih Ya, hapus.
Untuk menghapus kebijakan IAM
1. Buka halaman Kebijakan konsol IAM.

2. Pilih kebijakan yang Anda buat (TestAutoScalingEvent-policy).
3. PilihMenghapus kebijakan.
4. DiMenghapus kebijakankotak dialog, pilihYa, hapus.
Tutorial: Mengonfigurasi hook siklus aktif yang

mengaktifkan fungsi Lambda
Dalam latihan ini, Anda membuat EventBridge aturan yang mencakup pola filter yang bila dicocokkan,
memanggilAWS Lambdaberfungsi sebagai target aturan. Kami menyediakan pola filter dan kode fungsi
sampel untuk digunakan.
Jika semuanya dikonfigurasi dengan benar, di akhir tutorial ini, fungsi Lambda melakukan tindakan khusus
saat peluncuran instance. Tindakan kustom hanya mencatat acara di CloudWatch Log stream yang terkait
dengan fungsi Lambda.
Fungsi Lambda juga melakukan callback untuk membiarkan siklus hidup instance berjalan jika tindakan ini
berhasil, tetapi memungkinkan instance meninggalkan peluncuran dan mengakhiri jika tindakan gagal.
Daftar Isi
• Langkah 1: Buat IAM role dengan izin untuk menyelesaikan tindakan siklus aktif (p. 215)
• Langkah 2: Buat fungsi Lambda (p. 215)
• Langkah 3: Buat EventBridge aturan (p. 216)
• Langkah 4: Tambahkan hook siklus aktif (p. 217)
• Langkah 5: Uji dan verifikasi peristiwa (p. 217)
• Langkah 7: Membersihkan (p. 218)
Prasyarat
Sebelum memulai tutorial ini, buat grup Auto Scaling, jika Anda belum memilikinya. Untuk membuat grup
Auto Scaling, bukaHalaman grup Auto Scalingdi konsol Amazon EC2 dan pilihBuat grup Auto Scaling.
214
Langkah 1: Buat IAM role dengan izin untuk menyelesaikan

tindakan siklus aktif
Sebelum membuat fungsi Lambda, Anda harus terlebih dahulu membuat peran eksekusi dan kebijakan izin
untuk memungkinkan Lambda menyelesaikan hook siklus aktif.
Untuk membuat kebijakan
1. BukaHalaman kebijakankonsol IAM, dan kemudian pilihMembuat kebijakan.

2. Pilih tab JSON.
3. DiDokumen Kebijakankotak, tempel dokumen kebijakan berikut ke dalam kotak, ganti teks dihuruf
miringdengan nomor akun dan nama grup Auto Scaling Anda.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"autoscaling:CompleteLifecycleAction"
],
"Resource":
"arn:aws:autoscaling:*:123456789012:autoScalingGroup:*:autoScalingGroupName/my-asg"
}
]
}
4. PilihBerikutnya:Tags, dan kemudianBerikutnya:Ulasan.

5. Untuk Nama, masukkan LogAutoScalingEvent-policy. Pilih Buat kebijakan.
Setelah Anda selesai membuat kebijakan, Anda dapat membuat peran yang menggunakannya.
Untuk membuat peran

3. UntukPilih entitas tepercayaPilihAWSlayanan.
4. Untuk kasus penggunaan Anda, pilihLambdadan kemudian pilihSelanjutnya.
5. Di bawahTambahkan izin, pilih kebijakan yang Anda buat (Kebijakan LogAutoScaling) dan kebijakan
bernamaAWSLambdaBasicExecutionRole. Lalu, pilih Selanjutnya.
Note
ParameterAWSLambdaBasicExecutionRolekebijakan memiliki izin yang diperlukan oleh
fungsi untuk menulis log ke CloudWatch Log.
6. PadaNama, tinjau, dan buathalaman, untukNama peranENTERLogAutoScalingEvent-roledan
pilihlahMembuat peran.
Langkah 2: Buat fungsi Lambda

Buat fungsi Lambda untuk berfungsi sebagai target peristiwa. Contoh fungsi Lambda, ditulis dalam Node.js,
dipanggil oleh EventBridge saat peristiwa yang cocok dipancarkan oleh Amazon EC2 Auto Scaling.
Untuk membuat fungsi Lambda
1. Buka halaman Fungsi di konsol Lambda.
215
2. PilihBuat fungsi,Penulis dari awal.

3. Di bagian Informasi dasar, untuk Nama fungsi, masukkan LogAutoScalingEvent.
4. PilihMengubah peran eksekusi default, dan kemudian untukPeran eksekusiPilihMenggunakan peran
yang ada.
5. UntukPeran yang adaPilihLogAutoScalingEvent-peran.
6. Biarkan nilai default lainnya.
7. Pilih Buat fungsi. Anda dikembalikan ke kode dan konfigurasi fungsi.
8. DenganLogAutoScalingEventmasih terbuka di konsol, di bawahKode fungsi, di editor, salin kode
contoh berikut ke dalam file bernama index.js.
var aws = require("aws-sdk");

exports.handler = (event, context, callback) => {
console.log('LogAutoScalingEvent');
console.log('Received event:', JSON.stringify(event, null, 2));
var autoscaling = new aws.AutoScaling({region: event.region});
var eventDetail = event.detail;
var params = {
AutoScalingGroupName: eventDetail['AutoScalingGroupName'], /* required */
LifecycleActionResult: 'CONTINUE', /* required */
LifecycleHookName: eventDetail['LifecycleHookName'], /* required */
InstanceId: eventDetail['EC2InstanceId'],
LifecycleActionToken: eventDetail['LifecycleActionToken']
};
var response;
autoscaling.completeLifecycleAction(params, function(err, data) {
if (err) {
console.log(err, err.stack); // an error occurred
response = {
statusCode: 500,
body: JSON.stringify('ERROR'),
};
} else {
console.log(data); // successful response
response = {
statusCode: 200,
body: JSON.stringify('SUCCESS'),
};
}
});
return response;
};
Kode ini hanya log acara sehingga, pada akhir tutorial ini, Anda dapat melihat sebuah acara muncul di
CloudWatch Log log stream yang terkait dengan fungsi Lambda ini.
9. Pilih Deploy.
Langkah 3: Buat EventBridge aturan

Buat EventBridge aturan untuk menjalankan fungsi Lambda Anda.
Untuk membuat aturan menggunakan konsol
1. BukaKonsol EventBridge.
2. Pada panel navigasi, pilihAturan,Buat aturan.
3. Untuk Nama, masukkan LogAutoScalingEvent-rule.
4. UntukTentukan polaPilihPola Peristiwa.
216
5. Di bawah Pola pencocokan peristiwa, pilih Pola kustom .

6. Aturan menggunakan pola kejadian untuk memilih kejadian dan merutekannya ke target. Salin pola
berikut ke dalamPola peristiwakotak.
{
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ]
}
7. Untuk menyimpan pola peristiwa, pilihSimpan.

8. Untuk Pilih bus kejadian, pilih bus kejadian default AWS.
Important
Anda harus memilih bus acara default untuk menerima acaraAWSlayanan.

9. Untuk Target, pilih Fungsi Lambda.
10. UntukFungsiPilihLogAutoScalingEvent. Pilih Buat.
Langkah 4: Tambahkan hook siklus aktif

Pada bagian ini, Anda menambahkan hook siklus hidup sehingga Lambda menjalankan fungsi Anda pada
instance saat peluncuran.


3. Di panel bawah, padaManajemen instanstab, diHook siklus aktifPilihBuat hook siklus aktif.
a. UntukNama hook siklus aktifENTERLogAutoScalingEvent-hook.

b. UntukTransisi siklus aktifPilihPeluncuran instance.
c. UntukBatas detak jantungENTER300untuk jumlah detik untuk menunggu callback dari fungsi
Lambda Anda.
d. UntukHasil defaultPilihMENINGGALKAN. Ini berarti bahwa grup Auto Scaling akan mengakhiri
instance baru jika hook habis tanpa menerima callback dari fungsi Lambda Anda.
e. (Opsional) TinggalkanMetadata notifikasikosong. Data peristiwa yang kita lewati EventBridge
berisi semua informasi yang diperlukan untuk memanggil fungsi Lambda.
Langkah 5: Uji dan verifikasi peristiwa

Untuk menguji peristiwa, perbarui grup Auto Scaling dengan meningkatkan kapasitas yang diinginkan dari
grup Auto Scaling sebesar 1. Fungsi Lambda Anda dipanggil dalam beberapa detik setelah meningkatkan
kapasitas yang diinginkan.
Untuk meningkatkan ukuran grup Auto Scaling

2. Pilih kotak centang di sebelah grup Auto Scaling Anda untuk melihat detail di panel bawah dan masih
melihat baris atas panel atas.
217
3. Di panel bawah, padaRinciantab, pilihRincian grup,Edit.

4. Untuk Kapasitas yang diinginkan, naikkan nilai saat ini sebesar 1.
5. Pilih Update (Perbarui). Sementara instance sedang diluncurkan,Statuskolom di panel atas
menampilkan statusMemperbarui kapasitas.
Setelah meningkatkan kapasitas yang diinginkan, Anda dapat memverifikasi bahwa fungsi Lambda Anda
dipanggil.
Untuk menampilkan output dari fungsi Lambda Anda
1. BukaHalaman logdari CloudWatch konsol.

2. Pilih nama grup log untuk fungsi Lambda Anda (/aws/lambda/LogAutoScalingEvent).
3. Pilih nama aliran log untuk melihat data yang disediakan oleh fungsi untuk tindakan siklus hidup.
Selanjutnya, Anda dapat memverifikasi bahwa instans Anda telah berhasil diluncurkan dari deskripsi
aktivitas penskalaan.
Untuk melihat aktivitas penskalaan
1. Kembali keKelompok Auto Scalinghalaman dan pilih grup Anda.

Anda berhasil meluncurkan instance.
• Jika tindakan berhasil, aktivitas penskalaan akan memiliki status “Sukses”.

• Jika gagal, setelah menunggu beberapa menit, Anda akan melihat aktivitas penskalaan dengan
status “Dibatalkan” dan pesan status “Instans gagal menyelesaikan Aksi Siklus Hidup pengguna:
Lifecycle Action dengan token E85EB647-4FE0-4909-B341-A6C42Contoh ditinggalkan: Lifecycle
Action Selesai dengan MEMBAWA Hasil”.
Untuk mengurangi ukuran grup Auto Scaling
Jika Anda tidak memerlukan instance tambahan yang Anda luncurkan untuk uji ini, Anda dapat
membukaRinciantab dan penurunanKapasitas yang diinginkanoleh 1.

Setelah menyelesaikan tutorial ini, Anda dapat mencoba membuat hook siklus aktif. Jika instance dalam
grup Auto Scaling berakhir, acara akan dikirim ke EventBridge. Untuk informasi tentang peristiwa yang
dipancarkan saat instance berakhir, lihatTindakan Siklus Hidup Mengakhiri Instans EC2 (p. 312).
Langkah 7: Membersihkan
Jika Anda selesai bekerja dengan sumber daya yang Anda buat hanya untuk tutorial ini, gunakan langkah-
langkah berikut untuk menghapusnya.
Cara menghapus hook siklus hidup

3. PadaManajemen instanstab, diHook siklus aktif, pilih hook siklus hidup (LogAutoScalingEvent-
hook).
218
Kolam hangat
Untuk menghapus Amazon EventBridge aturan
1. BukaHalaman aturandi Amazon EventBridge konsol.

2. Di bawahBus peristiwa, pilih bus peristiwa yang terkait dengan aturan (Default).
3. Pilih aturan (LogAutoScalingEvent-rule).
Jika Anda sudah selesai bekerja dengan fungsi contoh, hapus fungsi tersebut. Anda juga dapat
menghapus grup log yang menyimpan log fungsi, serta kebijakan peran dan izin yang Anda buat.
Untuk menghapus fungsi Lambda

2. Pilih fungsi (LogAutoScalingEvent).
3. Pilih Tindakan, Hapus.
4. Di kotak dialog Hapus fungsi, pilih Hapus.
Untuk menghapus grup log
1. BukaHalaman logdari CloudWatch konsol.

2. Pilih grup log fungsi (/aws/lambda/LogAutoScalingEvent).
3. Pilih Tindakan, Hapus grup log.
4. Di kotak dialog Hapus grup log, pilih Hapus.
Untuk menghapus peran eksekusi
1. Buka halaman Peran konsol IAM.

2. Pilih peran fungsi (LogAutoScalingEvent-role)
3. Pilih Hapus peran.
4. Di kotak dialog Hapus peran, pilih Ya, hapus.
Untuk menghapus kebijakan IAM
1. Buka halaman Kebijakan konsol IAM.

2. Pilih kebijakan yang Anda buat (LogAutoScalingEvent-policy).
3. PilihMenghapus kebijakan.
4. DiMenghapus kebijakankotak dialog, pilihYa, hapus.
Kolam hangat untuk Amazon EC2 Auto Scaling

Kolam hangat memberi Anda kemampuan untuk mengurangi latensi untuk aplikasi Anda yang memiliki
waktu boot yang sangat lama, misalnya, karena instance perlu menulis sejumlah besar data ke disk.
Dengan kolam hangat, Anda tidak perlu lagi menyediakan grup Auto Scaling untuk mengelola latensi untuk
meningkatkan kinerja aplikasi. Untuk informasi selengkapnya, lihat postingan blog berikutMenskalakan
aplikasi Anda lebih cepat dengan Kolam Hangat EC2 Auto Scaling.
219
Konsep inti
Important
Membuat kolam yang hangat bila tidak diperlukan dapat menyebabkan biaya yang tidak perlu. Jika
waktu boot pertama Anda tidak menyebabkan masalah latensi yang nyata untuk aplikasi Anda,
mungkin tidak ada kebutuhan bagi Anda untuk menggunakan kolam hangat.
Isi
• Konsep inti (p. 220)
• Buat kolam yang hangat (p. 222)
• Perbarui kolam yang hangat (p. 223)
• Hapus kolam yang hangat (p. 223)
• Hibernasi tidak didukung dalam semuaWilayah AWS (p. 224)
• Gunakan kait siklus hidup dengan kolam yang hangat (p. 224)
• Jenis acara dan pola acara yang Anda gunakan saat menambahkan atau memperbarui kait siklus
hidup (p. 226)
• Buat EventBridge untuk acara kolam renang hangat (p. 230)
• Lihat status pemeriksaan kondisi dan alasan kegagalan pemeriksaan kondisi (p. 232)
• Contoh untuk membuat dan mengelola kolam hangat denganAWS CLI (p. 235)
Konsep inti
Sebelum memulai, biasakan diri Anda dengan konsep-konsep inti berikut:
Kolam hangat
Kolam hangat adalah kumpulan instans EC2 yang telah dimulai bersama grup Auto Scaling. Kapan
pun aplikasi Anda perlu diskalakan keluar, grup Auto Scaling dapat menggunakan kolam hangat untuk
memenuhi kapasitas baru yang diinginkan. Hal ini membantu Anda untuk memastikan bahwa instance
siap untuk cepat mulai melayani lalu lintas aplikasi, mempercepat respon terhadap acara skala-out.
Sebagai instance meninggalkan kolam hangat, mereka menghitung kapasitas grup yang diinginkan.
Hal ini dikenal sebagaiawal yang hangat.
Ukuran kolam hangat
Secara default, ukuran kolam hangat dihitung sebagai selisih antara kapasitas maksimum grup Auto
Scaling dan kapasitas yang diinginkan. Misalnya, jika kapasitas yang diinginkan dari grup Auto Scaling
Anda adalah 6 dan kapasitas maksimumnya adalah 10, ukuran kolam hangat Anda akan menjadi 4
ketika Anda pertama kali mengatur kolam hangat dan kolam sedang menginisialisasi.
Jika Anda menetapkan nilai untuk kapasitas siap maksimum, ukuran kolam hangat dihitung sebagai
perbedaan antara kapasitas siap maksimum dan kapasitas yang diinginkan. Misalnya, jika kapasitas
yang diinginkan dari grup Auto Scaling Anda adalah 6, jika kapasitas maksimumnya adalah 10, dan
jika kapasitas maksimum yang disiapkan adalah 8, ukuran kolam hangat Anda akan menjadi 2 saat
Anda pertama kali mengatur kolam hangat dan kolam sedang menginisialisasi.
Negara contoh kolam hangat
Anda dapat menyimpan instans di kolam hangat di salah satu dari tiga kondisi:Stopped,Running,
atauHibernated. Menjaga instance diStoppednegara adalah cara yang efektif untuk meminimalkan
biaya. Dengan instans yang dihentikan, Anda hanya membayar volume yang Anda gunakan dan
alamat IP Elastic yang dilampirkan ke instance. Tapi Anda tidak membayar untuk kasus berhenti
sendiri. Anda membayar untuk contoh hanya ketika mereka berjalan.
220
Prasyarat
Atau, Anda dapat menyimpan instance diHibernatednegara untuk menghentikan instance tanpa
menghapus isi memori mereka (RAM). Saat instans hibernasi, ini menandakan sistem operasi untuk
menyimpan konten RAM Anda ke volume root Amazon EBS Anda. Ketika instance dimulai lagi, volume
root dipulihkan ke kondisi sebelumnya dan konten RAM dimuat ulang. Sementara instans dalam
hibernasi, Anda hanya membayar untuk volume EBS, termasuk penyimpanan untuk konten RAM, dan
alamat IP Elastic yang dilampirkan ke instance.
Note
Saat ini,Hibernatedhanya tersedia jika Anda menggunakan opsiAWS CLIatau SDK. Opsi ini
tidak tersedia dari konsol.
Hook siklus aktif
Hook siklus aktif (p. 196)memungkinkan Anda memasukkan instance ke dalam keadaan tunggu
sehingga Anda dapat melakukan tindakan khusus pada instance. Tindakan khusus dilakukan saat
instance diluncurkan atau sebelum dihentikan.
Dalam konfigurasi kolam yang hangat, kait siklus hidup juga dapat menunda instans agar tidak
dihentikan atau hibernasi dan agar tidak diberlakukan selama acara skala-out sampai selesai
menginisialisasi. Jika Anda menambahkan kolam hangat ke grup Auto Scaling tanpa hook siklus
hidup, instans yang membutuhkan waktu lama untuk menyelesaikan inisialisasi dapat dihentikan atau
hibernasi dan kemudian dimasukkan ke dalam layanan selama acara skala-out sebelum mereka siap.
Kebijakan penggunaan ulang instans
Secara default, Amazon EC2 Auto Scaling menghentikan instans Anda saat grup Auto Scaling Anda
menskalakan. Kemudian, meluncurkan contoh baru ke kolam hangat untuk menggantikan contoh yang
dihentikan.
Jika Anda ingin mengembalikan instans ke kolam hangat, Anda dapat menentukan kebijakan
penggunaan kembali instans. Hal ini memungkinkan Anda menggunakan kembali instance yang
sudah dikonfigurasi untuk melayani lalu lintas aplikasi. Untuk memastikan bahwa kolam renang
hangat Anda tidak terlalu disediakan, Amazon EC2 Auto Scaling dapat mengakhiri instans di kolam
hangat untuk mengurangi ukurannya ketika ukurannya lebih besar dari yang diperlukan berdasarkan
pengaturannya. Ketika mengakhiri contoh di kolam renang hangat, menggunakanKebijakan
penghentian default (p. 240)untuk memilih contoh mana yang harus dihentikan terlebih dahulu.
Important
Jika Anda ingin hibernasi instance pada skala dan ada instance yang ada di grup Auto
Scaling, mereka harus memenuhi persyaratan misalnya hibernasi. Jika tidak, ketika instance
kembali ke kolam yang hangat, mereka akan mundur untuk dihentikan alih-alih hibernasi.
Note
Saat ini, Anda hanya dapat menentukan kebijakan penggunaan kembali instance dengan
menggunakanAWS CLIatau SDK. Fitur ini tidak tersedia dari konsol.
Prasyarat
Tentukan bagaimana Anda akan menggunakan hook siklus hidup untuk mempersiapkan instance untuk
digunakan. Ada dua cara untuk melakukan tindakan kustom pada instans Anda.
• Untuk skenario sederhana di mana Anda ingin menjalankan perintah pada instance Anda saat
peluncuran, Anda dapat menyertakan skrip data pengguna saat membuat template peluncuran atau
konfigurasi peluncuran untuk grup Auto Scaling Anda. Skrip data pengguna hanya skrip shell normal
atau cloud-init yang dijalankan olehcloud-initketika instans Anda mulai. Skrip juga dapat mengontrol saat
instans Anda beralih ke status berikutnya dengan menggunakan ID instance tempat instans berjalan.
221
Buat kolam yang hangat
Jika Anda belum melakukannya, perbarui skrip Anda untuk mengambil data ID instance dari metadata
instance. Untuk informasi selengkapnya, lihatMengambil metadata instansdiPanduan Pengguna Amazon
EC2 untuk Instans Linux.
Tip
Untuk menjalankan skrip data pengguna saat instance dimulai ulang, data pengguna harus
dalam format multi-bagian MIME dan tentukan yang berikut ini di#cloud-configbagian dari
data pengguna:
#cloud-config
cloud_final_modules:
- [scripts-user, always]
• Untuk skenario lanjutan di mana Anda memerlukan layanan sepertiAWS Lambdauntuk melakukan
sesuatu saat instans memasuki atau meninggalkan kolam hangat, Anda dapat membuat hook
siklus hidup untuk grup Auto Scaling dan mengkonfigurasi layanan target untuk melakukan tindakan
khusus berdasarkan notifikasi siklus hidup. Untuk informasi selengkapnya, lihat Target notifikasi yang
didukung (p. 225).
Untuk informasi lebih lanjut, lihat bagian contoh hook siklus aktif dalamRepositori GitHub.
Siapkan contoh untuk hibernasi
Untuk mempersiapkan instance Auto Scaling untuk menggunakanHibernatedkondisi kolam, buat templat
peluncuran baru atau konfigurasi peluncuran yang diatur dengan benar untuk mendukung hibernasi
instance, seperti yang dijelaskan dalamPrasyarat hibernasitopik dalamPanduan Pengguna Amazon EC2
untuk Instans Linux. Kemudian, kaitkan templat peluncuran baru atau konfigurasi peluncuran dengan grup
Auto Scaling dan mulai refresh instans untuk mengganti instance yang terkait dengan templat peluncuran
sebelumnya atau konfigurasi peluncuran. Untuk informasi selengkapnya, lihat Ganti instans Auto Scaling
berdasarkan refresh instans (p. 101).
Buat kolam yang hangat

Buat kolam hangat menggunakan konsol sesuai petunjuk berikut.
Sebelum memulai, konfirmasikan bahwa Anda telah membuat hook siklus aktif untuk grup Auto Scaling
Anda.
Untuk membuat kolam hangat (konsol)


3. PilihManajemen instanstab.
4. Di bawahKolam hangat, pilihBuat kolam renang hangat.
5. Untuk mengkonfigurasi kolam hangat, lakukan hal berikut:
a. UntukNegara contoh kolam hangat, pilih negara mana yang ingin Anda transisi instance Anda
ketika mereka memasuki kolam hangat. Defaultnya adalah Stopped.
b. UntukUkuran kolam hangat minimum, masukkan jumlah minimum instans untuk dipertahankan
dalam kolam hangat.
c. UntukKapasitas siap maksimal, Anda dapat menentukan kapasitas maksimum yang disiapkan
dengan menentukan sejumlah contoh yang ditetapkan, atau menjaga opsi default untuk menjaga
kapasitas maksimum yang disiapkan tidak terdefinisi.
222
Perbarui kolam yang hangat
Jika Anda menyimpan default,Sama dengan kapasitas maksimum grup Auto Scaling, ukuran
kolam hangat berukuran untuk mencocokkan selisih antara kapasitas maksimum grup Auto
Scaling dan kapasitas yang diinginkan. Agar lebih mudah mengelola ukuran kolam hangat dengan
menyesuaikan kapasitas maksimum grup, sebaiknya gunakan opsi default.
Jika Anda memilihMendefinisikan sejumlah set instancepilihan, masukkan nilai yang mewakili
jumlah maksimum instans yang diizinkan untuk berada di kolam hangat dan grup Auto Scaling
pada saat yang sama.
Perbarui kolam yang hangat

Untuk mengubah templat peluncuran atau konfigurasi peluncuran untuk kolam hangat, kaitkan templat
peluncuran baru atau konfigurasi peluncuran dengan grup Auto Scaling. Instans baru yang diluncurkan
menggunakan AMI baru dan pembaruan lainnya yang ditentukan dalam templat peluncuran atau
konfigurasi peluncuran, tetapi instans yang ada tidak terpengaruh.
Untuk memaksakan instance kolam hangat untuk meluncurkan yang menggunakan template peluncuran
baru atau konfigurasi peluncuran, Anda dapat menghentikan instans yang ada di kolam hangat. Amazon
EC2 Auto Scaling segera mulai meluncurkan instance baru untuk menggantikan instance yang Anda
hentikan. Atau, Anda dapat memulai penyegaran instans untuk melakukan pemutakhiran bergulir grup
Anda. Penyegaran instans pertama menggantikanInServicecontoh. Kemudian menggantikan instance
di kolam hangat. Untuk informasi selengkapnya, lihat Ganti instans Auto Scaling berdasarkan refresh
instans (p. 101).
Hapus kolam yang hangat

Bila Anda tidak lagi membutuhkan kolam hangat, gunakan prosedur berikut untuk menghapusnya.
Untuk menghapus kolam hangat Anda (konsol)


3. PilihManajemen instanstab.
4. UntukKolam hangat, pilihTindakan,Hapus.
5. Saat diminta konfirmasi, pilih Delete (Hapus).
Keterbatasan:
• Anda tidak dapat menambahkan kolam hangat ke grup Auto Scaling yang memiliki kebijakan instance
campuran atau yang meluncurkan Instans Spot.
• Amazon EC2 Auto Scaling dapat menempatkan instance diStoppedatauHibernatedhanya jika volume
Amazon EBS sebagai perangkat root-nya. Instans yang menggunakan instans store untuk perangkat root
tidak dapat dihentikan atau hibernasi.
• Amazon EC2 Auto Scaling dapat menempatkan instance diHibernatedmenyatakan hanya jika
memenuhi semua persyaratan yang tercantum dalamPrasyarat hibernasitopik dalamPanduan Pengguna
Amazon EC2 untuk Instans Linux.
• Jika kolam hangat Anda habis ketika ada acara skala-out, instance akan diluncurkan langsung ke grup
Auto Scaling (aawal dingin). Anda juga bisa mengalami cold start jika Availability Zone tidak memiliki
kapasitas.
223
Hibernasi tidak didukung dalam semuaWilayah AWS
• Jika Anda mencoba menggunakan kolam hangat dengan grup node terkelola Amazon Elastic
Kubernetes Service (Amazon EKS), instans yang masih menginisialisasi mungkin mendaftar dengan
klaster Amazon EKS Anda. Akibatnya, klaster mungkin menjadwalkan pekerjaan pada instance karena
sedang bersiap untuk dihentikan atau hibernasi. Untuk menggunakan kolam hangat dengan klaster
Amazon ECS, templat peluncuran atau konfigurasi peluncuran Anda harus diatur dengan benar. Untuk
informasi selengkapnya, lihatMenggunakan kolam hangat untuk grup Auto Scaling AndadiPanduan
Pengembang Layanan Amazon Elastic.
Hibernasi tidak didukung dalam semuaWilayah AWS

Dukungan hibernasi untuk kolam renang hangat tersedia di semua komersialWilayah AWSdi mana Amazon
EC2 Auto Scaling tersedia, tidak termasuk Afrika (Cape Town), Asia Pasifik (Jakarta), Asia Pasifik (Osaka),
China (Beijing), China (Ningxia), Eropa (Milan), danAWSWilayah GovCloud (AS-Timur dan AS-Barat).
Gunakan kait siklus hidup dengan kolam yang hangat

Instans di kolam hangat mempertahankan siklus hidup independen mereka sendiri untuk membantu Anda
membuat tindakan kustom yang sesuai untuk setiap transisi. Siklus hidup ini dirancang untuk membantu
Anda untuk memanggil tindakan dalam layanan target (misalnya, fungsi Lambda) sementara instance
masih menginisialisasi dan sebelum dimasukkan ke dalam layanan.
Note
Operasi API yang Anda gunakan untuk menambah dan mengelola kait siklus hidup dan tindakan
siklus hidup yang lengkap tidak diubah. Hanya siklus hidup instance yang diubah.
Untuk informasi selengkapnya tentang menambahkan hook siklus aktif, lihatTambahkan hook
siklus aktif (p. 206). Untuk informasi lebih lanjut tentang menyelesaikan tindakan siklus hidup
lihatMenyelesaikan tindakan siklus aktif (p. 208).
Untuk instans memasuki kolam hangat, Anda mungkin memerlukan hook siklus aktif untuk salah satu
alasan berikut:
• Anda ingin meluncurkan instans EC2 dari AMI yang membutuhkan waktu lama untuk menyelesaikan
inisialisasi.
• Anda ingin menjalankan skrip data pengguna untuk bootstrap instans EC2.
Untuk instans yang meninggalkan kolam hangat, Anda mungkin memerlukan hook siklus aktif untuk salah
satu alasan berikut:
• Anda dapat menggunakan beberapa waktu tambahan untuk mempersiapkan instans EC2 untuk
digunakan. Misalnya, Anda mungkin memiliki layanan yang harus dimulai ketika sebuah instans dimulai
ulang sebelum aplikasi Anda dapat bekerja dengan benar.
• Anda ingin pra-mengisi data cache sehingga server baru tidak diluncurkan dengan cache kosong.
• Anda ingin mendaftarkan instans baru sebagai instance terkelola dengan layanan manajemen
konfigurasi Anda.
Transisi status siklus hidup untuk instans di kolam yang hangat

Instans Auto Scaling dapat bertransisi melalui banyak negara bagian sebagai bagian dari siklus hidupnya.
Diagram berikut menunjukkan transisi antara keadaan Auto Scaling saat Anda menggunakan kolam
hangat:
224
Gunakan hook siklus aktif
¹ Keadaan ini bervariasi berdasarkan pengaturan kondisi kolam renang yang hangat. Jika status kolam
diatur keRunning, maka keadaan iniWarmed:RunningSebagai gantinya. Jika status kolam diatur
keHibernated, maka keadaan iniWarmed:HibernatedSebagai gantinya.
Saat Anda menambahkan hook siklus aktif, pertimbangkan hal berikut:
• Saat Anda membuat kolam hangat, Amazon EC2 Auto Scaling akan meluncurkan dan kemudian
menempatkan satu atau lebih instance ke status tunggu (Warmed:Pending:Wait) sebelum transisi
instance ke dalamWarmed:Stopped,Warmed:Running, atauWarmed:Hibernatedstatus.
• Ketika grup Auto Scaling Anda menskalakan keluar, Amazon EC2 Auto Scaling menempatkan
satu instans kolam hangat ke dalam kondisi tunggu (Pending:Wait) sebelum transisi instance ke
dalamInServicestatus.
• Jika permintaan pada aplikasi Anda menghabiskan kolam hangat, Amazon EC2 Auto Scaling
dapat meluncurkan instans langsung ke grup Auto Scaling selama grup belum memiliki kapasitas
maksimumnya. Jika instance diluncurkan langsung ke grup, mereka hanya dimasukkan ke
dalamPending:Waitnegara sebelum mereka beralih keInServicestatus.
• Jika Anda membuat hook siklus hidup terminasi, dan Anda menetapkan kebijakan penggunaan kembali
instans untuk mengembalikan instans ke kolam hangat pada skala alih-alih menghentikannya, maka
instans yang kembali ke kolam hangat dimasukkan ke dalamWarmed:Pending:Waitnegara sebelum
mereka beralih keWarmed:Stopped,Warmed:Running, atauWarmed:Hibernatedstatus.
Saat instans mencapai status tunggu, Amazon EC2 Auto Scaling mengirimkan notifikasi yang mencakup
asal dan tujuan.
Target notifikasi yang didukung

Amazon EC2 Auto Scaling menyediakan dukungan untuk mendefinisikan salah satu hal berikut sebagai
target notifikasi untuk notifikasi siklus hidup:
• Aturan EventBridge
• Topik Amazon SNS
• Antrean Amazon SQS
Bagian berikut berisi tautan ke dokumentasi yang menjelaskan cara mengkonfigurasi target notifikasi:
Aturan EventBridge: Untuk menjalankan kode saat Amazon EC2 Auto Scaling menempatkan instance ke
status tunggu, Anda dapat membuat EventBridge aturan dan tentukan fungsi Lambda sebagai target. Untuk
225
Jenis peristiwa dan pola peristiwa
memanggil fungsi Lambda yang berbeda berdasarkan notifikasi siklus hidup yang berbeda, Anda dapat
membuat beberapa aturan dan mengaitkan setiap aturan dengan pola acara tertentu dan fungsi Lambda.
Untuk informasi selengkapnya, lihat Buat EventBridge untuk acara kolam renang hangat (p. 230).
Topik Amazon SNS: Untuk menerima notifikasi saat instans dimasukkan ke dalam status tunggu, Anda
membuat topik Amazon SNS dan kemudian mengatur pemfilteran pesan Amazon SNS untuk mengirimkan
notifikasi siklus hidup secara berbeda berdasarkan atribut pesan. Untuk informasi selengkapnya, lihat
Terima notifikasi menggunakan Amazon SNS (p. 202).
Antrean Amazon SQS: Untuk menyiapkan titik pengiriman notifikasi siklus hidup tempat konsumen
yang relevan dapat mengambilnya dan memprosesnya, Anda dapat membuat antrian Amazon SQS
dan konsumen antrian yang memproses pesan dari antrian SQS. Jika Anda ingin konsumen antrean
memproses notifikasi siklus hidup secara berbeda berdasarkan atribut pesan, Anda juga harus
mengatur antrean konsumen untuk mengurai pesan dan kemudian bertindak pada pesan ketika atribut
tertentu sesuai dengan nilai yang diinginkan. Untuk informasi selengkapnya, lihat Menerima notifikasi
menggunakan Amazon SQS (p. 203).
Jenis acara dan pola acara yang Anda gunakan saat

menambahkan atau memperbarui kait siklus hidup
Saat Anda menambahkan hook siklus aktif ke grup Auto Scaling Anda, peristiwa dikirim ke EventBridge
dalam format JSON. Anda dapat membuat EventBridge aturan yang menggunakan pola acara untuk
memfilter peristiwa yang masuk dan kemudian memanggil fungsi Lambda Anda atau target lainnya.
Ada dua jenis peristiwa yang dipancarkan untuk hook siklus hidup:
• EC2 Instance-launch Lifecycle Action

• EC2 Instance-terminate Lifecycle Action.
Setelah Anda menambahkan kolam hangat ke grup Auto Scaling Anda,detailbagian untukEC2
Instance-launch Lifecycle Actionperistiwa berisi baruOrigindanDestinationbidang.
Nilai-nilaiOrigindanDestinationdapat berupa hal berikut:
EC2 | AutoScalingGroup | WarmPool
Isi
• Acara kolam renang hangat (p. 226)
• Pola peristiwa (p. 228)
Acara kolam renang hangat

Bagian ini mencantumkan contoh peristiwa dari Amazon EC2 Auto Scaling. Peristiwa dipancarkan atas
dasar upaya terbaik.
Instans menuju kolam hangat
Contoh berikut menunjukkan kejadian untuk hook siklus hidup untukWarmed:Pending:Waitstatus. Ini
merupakan contoh yang meluncurkan ke kolam hangat.
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-launch Lifecycle Action",
"source": "aws.autoscaling",
"account": "123456789012",
226
"time": "2021-01-13T00:12:37.214Z",
"region": "us-west-2",
"resources": [
"arn:aws:autoscaling:us-west-2:123456789012:autoScalingGroup:042cba90-
ad2f-431c-9b4d-6d9055bcc9fb:autoScalingGroupName/my-asg"
],
"detail": {
"LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE",
"LifecycleHookName": "my-launch-lifecycle-hook",
"EC2InstanceId": "i-1234567890abcdef0",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING",
"NotificationMetadata": "additional-info",
"Origin": "EC2",
"Destination": "WarmPool"
}
}
Contoh meninggalkan kolam hangat
Contoh berikut menunjukkan kejadian untuk hook siklus hidup untukPending:Waitstatus. Ini merupakan
contoh yang meninggalkan kolam hangat karena acara skala-out.
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"account": "123456789012",
"time": "2021-01-19T00:35:52.359Z",
"resources": [
],
"detail": {
"LifecycleActionToken": "19cc4d4a-e450-4d1c-b448-0de67EXAMPLE",
"Origin": "WarmPool",
"Destination": "AutoScalingGroup"
}
}
Instans yang diluncurkan di luar kolam hangat
Contoh berikut menunjukkan kejadian untuk hook siklus hidup untukPending:Waitstatus. Ini merupakan
contoh yang meluncurkan langsung ke grup Auto Scaling.
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"account": "123456789012",
"time": "2021-02-01T17:18:06.082Z",
"resources": [
227
],
"detail": {
"LifecycleActionToken": "87654321-4321-4321-4321-21098EXAMPLE",
"Origin": "EC2",
"Destination": "AutoScalingGroup"
}
}
Instans kembali ke kolam hangat dalam skala
Contoh berikut menunjukkan kejadian untuk hook siklus hidup untukWarmed:Pending:Waitstatus. Ini
merupakan contoh yang meninggalkan kelompok dan kembali ke kolam renang hangat pada skala di.
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"account": "123456789012",
"time": "2022-03-28T00:12:37.214Z",
"resources": [
],
"detail": {
"LifecycleActionToken": "42694b3d-4b70-6a62-8523-09a1eEXAMPLE",
"LifecycleHookName": "my-termination-lifecycle-hook",
"LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING",
"Origin": "AutoScalingGroup",
}
}
Pola peristiwa
Bagian sebelumnya menyediakan contoh peristiwa yang dipancarkan oleh Amazon EC2 Auto Scaling.
Pola EventBridge 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 ditentukan dalam aturan untuk memanggil
tindakan:
"source": "aws.autoscaling"
Mengidentifikasi bahwa acara tersebut dari Amazon EC2 Auto Scaling.

"detail-type": "EC2 Instance-launch Lifecycle Action"
Mengidentifikasi jenis acara.

"Origin": "EC2"
Mengidentifikasi dari mana instance berasal.
228
Mengidentifikasi di mana contoh akan.
Gunakan pola kejadian contoh berikut untuk menangkap semua 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 kejadian contoh berikut untuk menangkap semua peristiwa yang terkait dengan instans yang
meninggalkan kolam hangat karena acara skala-out.
{
"source": [
"aws.autoscaling"
],
"detail-type": [
],
"detail": {
"Origin": [
"WarmPool"
],
"Destination": [
"AutoScalingGroup"
]
}
}
yang diluncurkan langsung ke grup Auto Scaling.
{
"source": [
"aws.autoscaling"
],
"detail-type": [
],
"detail": {
"Origin": [
"EC2"
],
"Destination": [
"AutoScalingGroup"
]
229
Buat EventBridge aturan
}
}
yang kembali ke kolam hangat dalam skala.
{
"source": [
"aws.autoscaling"
],
"detail-type": [
"EC2 Instance-terminate Lifecycle Action"
],
"detail": {
"Origin": [
"AutoScalingGroup"
],
"Destination": [
"WarmPool"
]
}
}
Gunakan pola kejadian contoh berikut untuk menangkap semua peristiwa yang terkait denganEC2
Instance-launch Lifecycle Action, terlepas dari asal atau tujuan.
{
"source": [
"aws.autoscaling"
],
"detail-type": [
]
}
Buat EventBridge untuk acara kolam renang hangat

Prosedur berikut menjelaskan cara membuat EventBridge aturan untuk acara kolam renang hangat. Aturan
sampel ini mendeteksi peristiwa yang menggunakan pola peristiwa untuk instans memasuki kolam hangat,
dan kemudian mengirimkan peristiwa tersebut keAWS Lambdafungsi untuk pengolahan. Target Lambda
adalah subjek dari prosedur ini, tetapi aturan dapat memanggil banyak jenis target. Untuk informasi tentang
target yang didukung, lihatAmazon EventBridge sasarandiAmazon EventBridge Panduan Pengguna.
Sebelum Anda membuat aturan, membuatAWS Lambdafungsi yang aturannya ingin Anda gunakan
sebagai target. Saat Anda membuat aturan tersebut, Anda harus menentukan fungsi ini sebagai
target aturan. Untuk tutorial pengantar yang menunjukkan cara membuat fungsi Lambda, lihatTutorial:
Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi Lambda (p. 214).
Buat EventBridge aturan (konsol)

Membuat aturan peristiwa

3. Di bagian Aturan, pilih Buat aturan.
4. Untuk Nama, masukkan nama untuk aturan. Masukkan deskripsi aturan secara opsional di kotak
Deskripsi.
230
Buat EventBridge aturan
5. Untuk Tentukan pola, pilih Pola peristiwa.

6. Di bawah Pola pencocokan peristiwa, pilih Pola kustom .
7. Aturan menggunakan pola kejadian untuk memilih kejadian dan merutekannya ke target. Salin pola
berikut ke dalamPola peristiwakotak.
{
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
8. Untuk menyimpan pola peristiwa, pilihSimpan.

9. Untuk Pilih bus kejadian, pilih bus kejadian default AWS.
10. Di dalam Pilih target, untuk Target, pilih Fungsi Lambda. Kemudian, untuk Fungsi, pilih fungsi yang
Anda inginkan untuk dikirimkan ke peristiwa.
11. Setelah Anda selesai memasukkan pengaturan untuk aturan, pilih Buat.
langkah berikutnya.
Buat EventBridge aturan (AWS CLI)

Jika Anda belum melakukannya, buat fungsi Lambda yang aturannya ingin Anda gunakan sebagai target.
Ketika Anda membuat fungsi, perhatikan Amazon Resource Name (ARN) dari fungsi tersebut. Anda harus
memasukkan ARN ini ketika Anda menentukan target untuk aturan.
Membuat aturan peristiwa
1. Untuk membuat aturan yang cocok dengan peristiwa untuk instance memasuki kolam hangat, gunakan
yang berikutput-aturanperintah.
aws events put-rule --name my-rule --event-pattern file://pattern.json --state ENABLED
Contoh berikut menunjukkanpattern.jsonuntuk mencocokkan acara untuk contoh memasuki kolam

hangat.
{
"detail-type": [ "EC2 Instance-launch Lifecycle Action" ],
"detail": {
"Origin": [ "EC2" ],
"Destination": [ "WarmPool" ]
}
}
Jika perintah berhasil berjalan, EventBridge merespons dengan ARN aturan. Perhatikan ARN ini. Anda
harus memasukkannya pada langkah 3.
2. Untuk menentukan fungsi Lambda yang digunakan sebagai target aturan, gunakan berikutput-
targetperintah.
aws events put-targets --rule my-rule --targets

Id=1,Arn=arn:aws:lambda:region:123456789012:function:my-function
231
Melihat status pemeriksaan kondisi
Dalam perintah sebelumnya,aturan sayaadalah nama yang Anda tentukan untuk aturan di langkah
1, dan nilai untukArnparameter adalah ARN dari fungsi yang Anda inginkan aturan tersebut digunakan
sebagai target.
3. Untuk menambahkan izin yang mengizinkan aturan untuk memanggil target fungsi Lambda, gunakan
perintah add-permission Lambda berikut.
aws lambda add-permission --function-name my-function --statement-

id AllowInvokeFromExampleEvent \
--action 'lambda:InvokeFunction' --principal events.amazonaws.com --source-arn
arn:aws:events:region:123456789012:rule/my-rule
Dalam perintah sebelumnya:
• my-functionadalah nama fungsi Lambda yang aturannya ingin Anda gunakan sebagai target.
• AllowInvokeFromExampleEventadalah pengidentifikasi unik yang Anda tetapkan untuk
menjelaskan pernyataan dalam kebijakan fungsi Lambda.
• source-arnadalah ARN EventBridge aturan.
Jika perintah berjalan dengan berhasil, Anda menerima output yang mirip dengan berikut ini.
{
"Statement": "{\"Sid\":\"AllowInvokeFromExampleEvent\",
\"Effect\":\"Allow\",
\"Principal\":{\"Service\":\"events.amazonaws.com\"},
\"Action\":\"lambda:InvokeFunction\",
\"Resource\":\"arn:aws:lambda:us-west-2:123456789012:function:my-function\",
\"Condition\":
{\"ArnLike\":
{\"AWS:SourceArn\":
\"arn:aws:events:us-west-2:123456789012:rule/my-rule\"}}}"
}
Nilai Statement adalah versi string JSON dari pernyataan yang ditambahkan ke kebijakan fungsi
Lambda.
langkah berikutnya.
Lihat status pemeriksaan kondisi dan alasan

kegagalan pemeriksaan kondisi
Pemeriksaan Health memungkinkan Amazon EC2 Auto Scaling menentukan kapan instans tidak sehat dan
harus dihentikan. Untuk contoh kolam renang hangat disimpan dalamStoppednegara, itu mempekerjakan
pengetahuan bahwa Amazon EBS memilikiStoppedKetersediaan instans untuk mengidentifikasi instance
yang tidak sehat. Hal ini dilakukan dengan memanggilDescribeVolumeStatusAPI untuk menentukan
status volume EBS yang terpasang pada instance. Untuk contoh kolam renang hangat disimpan
dalamRunningnegara, itu bergantung pada pemeriksaan status EC2 untuk menentukan kesehatan
instans. Meskipun tidak ada masa tenggang pemeriksaan kesehatan untuk instans kolam hangat, Amazon
EC2 Auto Scaling tidak mulai memeriksa kesehatan instans hingga hook siklus hidup selesai.
Ketika sebuah instans ditemukan tidak sehat, Amazon EC2 Auto Scaling secara otomatis menghapus
instans yang tidak sehat dan membuat yang baru untuk menggantinya. Instans biasanya dihentikan dalam
beberapa menit setelah gagal pemeriksaan kesehatan mereka. Untuk informasi selengkapnya, lihat Ganti
instance yang tidak sehat (p. 263).
232
Pemeriksaan kesehatan khusus juga didukung. Ini dapat membantu jika Anda memiliki sistem pemeriksaan
kesehatan sendiri yang dapat mendeteksi kondisi instans dan mengirim informasi ini ke Amazon EC2 Auto
Scaling. Untuk informasi selengkapnya, lihat Tugas deteksi kesehatan khusus (p. 263).
Di konsol Amazon EC2 Auto Scaling, Anda dapat melihat status (sehat atau tidak sehat) instans kolam
hangat Anda. Anda juga dapat melihat status kesehatan mereka menggunakanAWS CLIatau salah satu
SDK.
Cara melihat status instans kolam hangat Anda (konsol)


3. PadaManajemen instanstab, di bawahContoh kolam hangat, yangSiklus hidupkolom berisi status
instance Anda.
ParameterStatus kesehatankolom menunjukkan penilaian bahwa Amazon EC2 Auto Scaling telah
dibuat dari kesehatan instans.
Note
Contoh baru mulai sehat. Sampai hook siklus hidup selesai, kesehatan instance tidak
diperiksa.
Untuk melihat alasan kegagalan pemeriksaan kondisi (konsol)


3. Pada tab Aktivitas, di Riwayat aktivitas, kolom Status menunjukkan apakah grup Auto Scaling Anda
telah berhasil meluncurkan atau menghentikan instance.
Jika dihentikan setiap kasus yang tidak sehat,Penyebabkolom menunjukkan tanggal dan waktu
penghentian dan alasan kegagalan pemeriksaan kesehatan. Misalnya, “Pada 2021-04-01T 21:48:35
Z sebuah instance diambil dari layanan sebagai respons terhadap kegagalan pemeriksaan kesehatan
volume EBS”.
Untuk melihat status instance kolam hangat Anda (AWS CLI)
Lihat kolam hangat untuk grup Auto Scaling menggunakan berikutmenjelaskan-hangat-kolam

renangperintah.
aws autoscaling describe-warm-pool --auto-scaling-group-name my-asg
Contoh output.
{
"WarmPoolConfiguration": {
"MinSize": 0,
"PoolState": "Stopped"
},
"Instances": [
{
"InstanceId": "i-0b5e5e7521cfaa46c",
233
"LifecycleState": "Warmed:Stopped",
"LaunchTemplate": {
"LaunchTemplateId": "lt-08c4cd42f320d5dcd",
"Version": "1"
}
},
{
"InstanceId": "i-0e21af9dcfb7aa6bf",
"LifecycleState": "Warmed:Stopped",
"LaunchTemplate": {
"LaunchTemplateId": "lt-08c4cd42f320d5dcd",
"Version": "1"
}
}
]
}
Untuk melihat alasan kegagalan pemeriksaan kondisi (AWS CLI)
Gunakan berikutmenjelaskan-scaling-kegiatanperintah.
Berikut ini adalah contoh respons, dimanaDescriptionmenunjukkan bahwa grup Auto Scaling Anda telah
menghentikan instance danCausemenunjukkan alasan kegagalan pemeriksaan kondisi.
Aktivitas penskalaan diurutkan berdasarkan waktu mulai. Aktivitas masih dalam proses dijelaskan terlebih
dahulu.
{
"Activities": [
{
"ActivityId": "4c65e23d-a35a-4e7d-b6e4-2eaa8753dc12",
"Description": "Terminating EC2 instance: i-04925c838b6438f14",
"Cause": "At 2021-04-01T21:48:35Z an instance was taken out of service in response to
EBS volume health check failure.",
"StartTime": "2021-04-01T21:48:35.859Z",
"EndTime": "2021-04-01T21:49:18Z",
"StatusCode": "Successful",
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-west-2a
\"...}",
},
...
]
}
234
AWS CLIcontoh untuk bekerja dengan kolam renang hangat
Contoh untuk membuat dan mengelola kolam hangat

denganAWS CLI
Anda dapat membuat dan mengelola kolam hangat menggunakanAWS Management Console,AWS
Command Line Interface(AWS CLI), atau SDK.
Contoh berikut menunjukkan kepada Anda cara membuat dan mengelola kolam hangat menggunakanAWS
CLI.
Isi
• Contoh 1: Simpan contoh diStoppedstatus (p. 235)
• Contoh 2: Simpan contoh diRunningstatus (p. 235)
• Contoh 3: Simpan contoh diHibernatedstatus (p. 235)
• Contoh 4: Kembalikan instance ke kolam hangat saat menskalakan (p. 235)
• Contoh 5: Tentukan jumlah minimum instans di kolam hangat (p. 236)
• Contoh 6: Tentukan ukuran kolam hangat yang terpisah dari ukuran kelompok maksimum (p. 236)
• Contoh 7: Tentukan ukuran kolam renang hangat mutlak (p. 236)
• Contoh 8: Hapus kolam yang hangat (p. 237)
Contoh 1: Simpan contoh diStoppedstatus

Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang membuat contoh dalamStoppedstatus.
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /

--pool-state Stopped
Contoh 2: Simpan contoh diRunningstatus

Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang membuat contoh dalamRunningnegara
bukanStoppedstatus.

--pool-state Running
Contoh 3: Simpan contoh diHibernatedstatus

Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang membuat contoh
dalamHibernatednegara bukanStoppedstatus. Hal ini memungkinkan Anda menghentikan instance
tanpa menghapus isi memori mereka (RAM).

--pool-state Hibernated
Contoh 4: Kembalikan instance ke kolam hangat saat

menskalakan
Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang membuat contoh dalamStoppednegara
dan termasuk--instance-reuse-policypilihan. Instans menggunakan kembali nilai
235
AWS CLIcontoh untuk bekerja dengan kolam renang hangat
kebijakan'{"ReuseOnScaleIn": true}'Memberitahu Amazon EC2 Auto Scaling untuk

mengembalikan instans ke kolam hangat saat grup Auto Scaling Anda menskalakan.

--pool-state Stopped --instance-reuse-policy '{"ReuseOnScaleIn": true}'
Contoh 5: Tentukan jumlah minimum instans di kolam hangat

Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang mempertahankan minimal 4 contoh,
sehingga ada setidaknya 4 contoh yang tersedia untuk menangani lonjakan lalu lintas.

--pool-state Stopped --min-size 4
Contoh 6: Tentukan ukuran kolam hangat yang terpisah dari

ukuran kelompok maksimum
Umumnya, Anda memahami berapa banyak untuk meningkatkan kapasitas maksimum Anda di atas
kapasitas yang Anda inginkan. Biasanya tidak perlu menentukan ukuran maksimum tambahan,
karena Amazon EC2 Auto Scaling menciptakan kolam hangat yang mengubah ukuran secara dinamis
berdasarkan pengaturan kapasitas maksimum Anda.
Namun, dalam kasus di mana Anda ingin mengontrol kapasitas maksimum kelompok dan menghindari
memengaruhi ukuran kolam renang hangat, Anda dapat menggunakan--max-group-prepared-
capacitypilihan. Anda mungkin perlu menggunakan opsi ini ketika bekerja dengan kelompok Auto
Scaling besar untuk mengelola manfaat biaya memiliki kolam renang yang hangat. Misalnya, grup Auto
Scaling dengan 1.000 instans, kapasitas maksimum 1.500 (untuk menyediakan kapasitas ekstra untuk
lonjakan lalu lintas darurat), dan kolam hangat 100 instans dapat mencapai tujuan Anda lebih baik daripada
kolam hangat 500 instans.
Berikutput-hangat-kolamcontoh menciptakan kolam hangat yang mendefinisikan ukurannya secara terpisah

dari ukuran kelompok maksimum. Misalkan grup Auto Scaling memiliki kapasitas 800 yang diinginkan.
Ukuran kolam hangat akan menjadi 100 ketika Anda menjalankan perintah ini dan kolam menginisialisasi.

--pool-state Stopped --max-group-prepared-capacity 900
Untuk mempertahankan jumlah instans minimum di kolam hangat, sertakan--min-sizepilihan dengan

perintah, sebagai berikut.

--pool-state Stopped --max-group-prepared-capacity 900 --min-size 25
Contoh 7: Tentukan ukuran kolam renang hangat mutlak

Jika Anda menetapkan nilai yang sama untuk--max-group-prepared-capacitydan--min-
sizepilihan, kolam renang hangat memiliki ukuran absolut. Berikutput-hangat-kolamcontoh menciptakan
kolam hangat yang mempertahankan ukuran kolam renang hangat konstan 10 contoh.

--pool-state Stopped --min-size 10 --max-group-prepared-capacity 10
236
Pengakhiran instans
Contoh 8: Hapus kolam yang hangat

Gunakan berikutmenghapus-hangat-kolamperintah untuk menghapus kolam yang hangat.
aws autoscaling delete-warm-pool --auto-scaling-group-name my-asg
Jika ada contoh di kolam hangat, atau jika aktivitas penskalaan sedang berlangsung, gunakanmenghapus-
hangat-kolamperintah dengan--force-deletepilihan. Opsi ini juga menghentikan instans Amazon EC2
dan tindakan siklus aktif yang luar biasa.
aws autoscaling delete-warm-pool --auto-scaling-group-name my-asg --force-delete
Kontrol instance Auto Scaling mana yang berakhir

selama penurunan skala
Amazon EC2 Auto Scaling menggunakan kebijakan penghentian untuk menentukan instans mana yang
diakhiri terlebih dahulu selama kejadian skala-in. Kebijakan penghentian menentukan kriteria penghentian
yang digunakan oleh Amazon EC2 Auto Scaling saat memilih instans mana yang akan dihentikan.
Grup Auto Scaling Anda menggunakan kebijakan penghentian default, tetapi Anda dapat secara opsional
memilih atau membuat kebijakan penghentian Anda sendiri dengan kriteria penghentian Anda sendiri.
Hal ini memungkinkan Anda memastikan bahwa instans Anda dihentikan berdasarkan kebutuhan aplikasi
spesifik Anda.
Amazon EC2 Auto Scaling juga menyediakan perlindungan penurunan skala instance. Saat Anda
mengaktifkan fitur ini, fitur ini akan mencegah instans dihentikan selama kejadian berskala. Anda dapat
mengaktifkan perlindungan penurunan skala instance saat membuat grup Auto Scaling, dan Anda dapat
mengubah pengaturan pada instance yang sedang berjalan. Jika Anda mengaktifkan perlindungan
penurunan skala instance pada grup Auto Scaling yang sudah ada, semua instance baru yang diluncurkan
setelah itu akan mengaktifkan perlindungan penurunan skala instance.
Note
Perlindungan skala dalam instans tidak menjamin bahwa instans tidak akan dihentikan jika
terjadi kesalahan manusia—misalnya, jika seseorang menghentikan instans secara manual
menggunakan konsol Amazon EC2 atauAWS CLI. Untuk melindungi instance dari penghentian
yang tidak disengaja, Anda dapat menggunakan perlindungan penghentian Amazon EC2. Namun,
bahkan dengan perlindungan penghentian dan perlindungan skala instans diaktifkan, data yang
disimpan ke penyimpanan instans dapat hilang jika pemeriksaan kesehatan menentukan bahwa
sebuah instance tidak sehat atau jika grup itu sendiri tidak sengaja dihapus. Seperti halnya
lingkungan apa pun, praktik terbaik adalah dengan sering mencadangkan data Anda, atau kapan
pun sesuai dengan persyaratan kelangsungan bisnis Anda.
Isi
• Skenario untuk penggunaan kebijakan penghentian (p. 237)
• Bekerja dengan kebijakan penghentian Amazon EC2 Auto Scaling (p. 240)
• Buat kebijakan penghentian khusus dengan Lambda (p. 243)
• Gunakan perlindungan penskalaan instance (p. 247)
Skenario untuk penggunaan kebijakan penghentian

Bagian berikut ini menjelaskan skenario Amazon EC2 Auto Scaling menggunakan kebijakan penghentian.
237
Skenario kebijakan penghentian
Isi
• Peristiwa penurunan skala (p. 238)
• Refresh instance (p. 239)
• Rebalancing Zona Ketersediaan (p. 239)
Peristiwa penurunan skala

Peristiwa penurunan skala terjadi ketika ada nilai baru untuk kapasitas yang diinginkan grup Auto Scaling
yang lebih rendah daripada kapasitas grup saat ini.
Kejadian penurunan skala terjadi dalam skenario berikut:
• Saat menggunakan kebijakan penskalaan dinamis dan ukuran grup menurun sebagai akibat dari
perubahan nilai metrik
• Saat menggunakan penskalaan terjadwal dan ukuran grup menurun sebagai akibat dari tindakan
terjadwal
• Bila Anda mengurangi ukuran grup secara manual
Contoh berikut menunjukkan bagaimana kebijakan penghentian bekerja ketika ada skala dalam acara.
1. Grup Auto Scaling dalam contoh ini memiliki satu jenis instance, dua Zona Ketersediaan, dan kapasitas
yang diinginkan dari dua instance. Ini juga memiliki kebijakan penskalaan dinamis yang menambahkan
dan menghapus contoh ketika pemanfaatan sumber daya meningkat atau menurun. Kedua instance
dalam grup ini didistribusikan di dua Zona Ketersediaan seperti ditunjukkan dalam diagram berikut.
2. Ketika grup Auto Scaling meningkatkan skala, Amazon EC2 Auto Scaling meluncurkan instance
baru. Grup Auto Scaling kini memiliki tiga instance, didistribusikan ke dua Zona Ketersediaan seperti
ditunjukkan dalam diagram berikut.
3. Ketika grup Auto Scaling menurunkanm skala, Amazon EC2 Auto Scaling menghentikan salah satu
instance.
4. Jika Anda tidak menetapkan kebijakan penghentian tertentu ke grup, Amazon EC2 Auto Scaling
menggunakan kebijakan penghentian default. Zona Ketersediaan memilih dua instance, dan
menghentikan instance yang diluncurkan dari templat peluncuran terlama atau konfigurasi peluncuran.
Jika instance diluncurkan dari templat peluncuran atau konfigurasi peluncuran yang sama, Amazon
EC2 Auto Scaling memilih instance yang paling dekat dengan jam penagihan berikutnya dan
menghentikannya.
238
Skenario kebijakan penghentian
Refresh instance
Anda memulai refresh instance untuk memperbarui instance dalam grup Auto Scaling Anda. Selama
refresh instance, Amazon EC2 Auto Scaling menghentikan instance di grup, lalu meluncurkan penggantian
untuk instance yang dihentikan. Kebijakan penghentian untuk grup Auto Scaling mengontrol instans mana
yang diganti terlebih dahulu.
Rebalancing Zona Ketersediaan

Amazon EC2 Auto Scaling menyeimbangkan kapasitas Anda secara merata di seluruh Zona Ketersediaan
yang diaktifkan untuk grup Auto Scaling Anda. Hal ini membantu mengurangi dampak pemadaman
Availability Zone. Jika distribusi kapasitas di seluruh Availability Zone menjadi tidak seimbang, Amazon
EC2 Auto Scaling menyeimbangkan kembali grup Auto Scaling dengan meluncurkan instans di Availability
Zone yang diaktifkan dengan instans paling sedikit dan mengakhiri instans di tempat lain. Kebijakan
penghentian mengontrol mana yang lebih dulu diprioritaskan untuk penghentian.
Ada sejumlah alasan mengapa distribusi instans di seluruh Availability Zone dapat menjadi tidak seimbang.
Menghapus instance
Jika Anda melepaskan instance dari grup Auto Scaling, Anda menempatkan instance pada standby,
atau Anda secara eksplisit menghentikan instance dan mengurangi kapasitas yang diinginkan, yang
mencegah instance penggantian agar tidak diluncurkan, grup dapat menjadi tidak seimbang. Jika ini
terjadi, Amazon EC2 Auto Scaling akan mengompensasi ulang Zona Ketersediaan.
Menggunakan Availability Zone yang berbeda dari awalnya ditentukan
Jika Anda memperluas grup Auto Scaling untuk memasukkan Zona Ketersediaan tambahan, atau
Anda mengubah Zona Ketersediaan mana yang digunakan, Amazon EC2 Auto Scaling meluncurkan
instance di Zona Ketersediaan baru dan menghentikannya di zona lain untuk membantu memastikan
bahwa zona Ketersediaan Anda mencakup merata.
Penghentian ketersediaan
Penghentian ketersediaan jarang terjadi. Namun, jika satu Zona Ketersediaan menjadi tidak
tersedia dan pulih nanti, grup Auto Scaling Anda dapat menjadi tidak seimbang antara Zona
Ketersediaan. Amazon EC2 Auto Scaling mencoba menyeimbangkan kembali grup secara bertahap,
dan penyeimbangan ulang mungkin menghentikan instance di zona lain.
Misalnya, bayangkan bahwa Anda memiliki grup Auto Scaling yang memiliki satu jenis instance, dua
Zona Ketersediaan, dan kapasitas yang diinginkan dari dua instance. Dalam situasi ketika satu Zona
Ketersediaan gagal, Amazon EC2 Auto Scaling secara otomatis meluncurkan instance baru dalam
Zona Ketersediaan yang sehat untuk menggantikan yang berada di Zona Ketersediaan yang tidak
sehat. Kemudian, ketika Zona Ketersediaan yang tidak sehat kembali ke status sehat di kemudian
hari, Amazon EC2 Auto Scaling secara otomatis meluncurkan instance baru di zona ini, yang pada
gilirannya menghentikan instance di zona yang tidak terpengaruh.
Note
Ketika melakukan rebalancing, Amazon EC2 Auto Scaling meluncurkan instance baru sebelum
menghentikan yang lama, sehingga rebalancing tidak mengganggu kinerja atau ketersediaan
aplikasi Anda.
Karena Amazon EC2 Auto Scaling mencoba meluncurkan instance baru sebelum mengakhiri
aktivitas lama, berada pada atau mendekati kapasitas maksimum yang telah ditentukan dapat
menghambat atau menghentikan sepenuhnya aktivitas rebalancing. Untuk menghindari masalah
ini, sistem dapat secara sementara melebihi kapasitas maksimum yang telah ditentukan dari suatu
grup sebesar margin 10 persen (atau margin satu instance, mana saja yang lebih besar) selama
aktivitas rebalancing. Margin ditingkatkan hanya jika grup berada pada atau mendekati kapasitas
239
Bekerja dengan kebijakan penghentian
maksimum dan memerlukan rebalancing, baik karena rezoning yang diminta pengguna atau untuk
mengompensasi masalah ketersediaan zona. Perpanjangan hanya berlangsung selama yang
diperlukan untuk menyeimbangkan kembali kelompok.
Bekerja dengan kebijakan penghentian Amazon EC2

Auto Scaling
Topik ini memberikan informasi rinci tentang kebijakan penghentian default dan opsi yang tersedia bagi
Anda untuk memilih kebijakan penghentian berbeda untuk grup Auto Scaling. Dengan memilih kebijakan
penghentian yang berbeda, Anda dapat mengontrol instance mana yang Anda lebih suka menghentikan
saat peristiwa penurunan skala terjadi. Misalnya, Anda dapat memilih kebijakan penghentian yang berbeda
sehingga Amazon EC2 Auto Scaling memprioritaskan penghentian instans tertua terlebih dahulu.
Saat Amazon EC2 Auto Scaling menghentikan instance, Amazon EC2 Auto Scaling akan mencoba
menjaga keseimbangan di seluruh Zona Ketersediaan yang digunakan oleh grup Auto Scaling Anda.
Mempertahankan keseimbangan di seluruh Availability Zone lebih diutamakan dari kebijakan penghentian.
Jika satu Zona Ketersediaan memiliki lebih banyak instance daripada Zona Ketersediaan lainnya yang
digunakan oleh grup, Amazon EC2 Auto Scaling menerapkan kebijakan penghentian ke instance dari Zona
Ketersediaan yang tidak seimbang. Jika Zona Ketersediaan yang digunakan oleh grup seimbang, Amazon
EC2 Auto Scaling menerapkan kebijakan penghentian di seluruh Zona Ketersediaan grup.
Isi
• Kebijakan penghentian default (p. 240)
• Kebijakan penghentian default dan grup instance campuran (p. 241)
• Menggunakan kebijakan penghentian yang berbeda (p. 241)
• Menggunakan kebijakan penghentian yang berbeda (konsol) (p. 242)
• Gunakan kebijakan penghentian yang berbeda (AWS CLI) (p. 243)
Kebijakan penghentian default

Kebijakan penghentian default menerapkan beberapa kriteria penghentian sebelum memilih instans untuk
dihentikan. Ketika Amazon EC2 Auto Scaling mengakhiri instance, pertama-tama menentukan Zona
Ketersediaan mana yang paling banyak ada, dan setidaknya satu instance yang tidak dilindungi dari skala.
Dalam Zona Ketersediaan yang dipilih, perilaku kebijakan penghentian default berikut ini berlaku:
1. Tentukan apakah ada instance yang memenuhi syarat untuk penghentian menggunakan template
peluncuran terlama atau konfigurasi peluncuran:
a. [Untuk grup Auto Scaling yang menggunakan templat peluncuran]
Tentukan apakah ada instance yang menggunakan template peluncuran terlama, kecuali jika ada
instance yang menggunakan konfigurasi peluncuran. Amazon EC2 Auto Scaling menghentikan
instance yang menggunakan konfigurasi peluncuran sebelum menghentikan instance yang
b. [Untuk grup Auto Scaling yang menggunakan konfigurasi peluncuran]
Tentukan apakah ada instance yang menggunakan konfigurasi peluncuran terlama.

2. Setelah menerapkan kriteria sebelumnya, jika ada beberapa instance yang tidak dilindungi untuk
dihentikan, tentukan mana yang paling mendekati jam penagihan berikutnya. Jika ada beberapa
instance yang tidak dilindungi yang paling dekat dengan jam penagihan berikutnya, akhiri salah satu
instance ini secara acak.
Harap diperhatikan bahwa menghentikan proses yang paling mendekati jam penagihan berikutnya
membantu Anda memaksimalkan penggunaan instance yang memiliki biaya per jam. Atau, jika grup
240
Auto Scaling Anda menggunakan Amazon Linux, Windows, atau Ubuntu, penggunaan EC2 Anda ditagih
dalam kenaikan satu detik. Untuk informasi lebih lanjut, lihat Harga Amazon EC2.
Kebijakan penghentian default dan grup instance campuran

Saat grup Auto Scaling denganKebijakan instans campuran (p. 50)Amazon EC2 Auto Scaling masih
menggunakan kebijakan penghentian untuk memprioritaskan instance mana yang akan dihentikan, namun
pertama-tama mengidentifikasi mana dari dua jenis (Spot atau On-Demand) yang harus dihentikan.
Kemudian menerapkan kebijakan penghentian di setiap Availability Zone secara individual. Instans ini juga
mengidentifikasi instance mana (dalam opsi pembelian yang diidentifikasi) di mana Zona Ketersediaan
akan berakhir yang akan mengakibatkan Zona Ketersediaan menjadi paling seimbang. Logika yang sama
berlaku untuk grup Auto Scaling yang menggunakan konfigurasi instance campuran dengan bobot yang
ditentukan untuk jenis instance.
Kebijakan penghentian default sedikit berubah karena perbedaan dalam bagaimanakebijakan contoh
campuran (p. 50)diimplementasikan. Perilaku baru berikut dari kebijakan penghentian default berlaku:
1. Tentukan instans mana yang memenuhi syarat untuk penghentian untuk menyelaraskan instans yang
tersisa denganStrategi alokasi (p. 51)untuk Instance On-Demand atau Instance Spot yang dihentikan.
Misalnya, setelah peluncuran instance, Anda dapat mengubah urutan prioritas jenis instance pilihan
Anda. Ketika peristiwa penurunan skala terjadi, Amazon EC2 Auto Scaling mencoba untuk mengalihkan
secara bertahap Instance On-Demand dari jenis instance yang lebih rendah.
2. Tentukan apakah ada instance yang menggunakan template peluncuran terlama, kecuali jika ada
instance yang menggunakan konfigurasi peluncuran. Amazon EC2 Auto Scaling menghentikan instance
yang menggunakan konfigurasi peluncuran sebelum menghentikan instance yang menggunakan templat
peluncuran.
3. Setelah menerapkan kriteria sebelumnya, jika ada beberapa instance yang tidak dilindungi untuk
dihentikan, tentukan mana yang paling mendekati jam penagihan berikutnya. Jika ada beberapa
instance yang tidak dilindungi yang paling dekat dengan jam penagihan berikutnya, akhiri salah satu
instance ini secara acak.
Menggunakan kebijakan penghentian yang berbeda

Untuk menentukan kriteria penghentian yang akan diterapkan sebelum Amazon EC2 Auto Scaling
memilih instans untuk penghentian, Anda dapat memilih dari salah satu kebijakan penghentian yang telah
ditetapkan berikut ini:
• Default. Akhiri instance sesuai dengan kebijakan penghentian default. Kebijakan ini berguna ketika
Anda ingin strategi alokasi Spot Anda dievaluasi sebelum kebijakan lain, sehingga setiap kali instance
Spot Anda dihentikan atau diganti, Anda terus menggunakan Instace Spot dalam kumpulan optimal. Ini
juga berguna, misalnya, saat Anda ingin memindahkan konfigurasi peluncuran dan mulai menggunakan
templat peluncuran.
• AllocationStrategy. Akhiri instance dalam grup Auto Scaling untuk menyelaraskan instance
yang tersisa ke strategi alokasi untuk jenis instance yang berakhir (baik Instance Spot maupun On-
Instance On-Demand). Kebijakan ini berguna jika jenis instance pilihan Anda telah berubah. Jika strategi
alokasi Spot adalah lowest-price, secara bertahap Anda dapat menyeimbangkan kembali distribusi
Instance Spot di seluruh kumpulan Spot dengan harga terendah di N. Jika strategi alokasi Spot adalah
capacity-optimized, secara bertahap Anda dapat menyeimbangkan kembali distribusi Instance
Spots di seluruh kumpulan Spot yang memiliki kapasitas Spot yang lebih banyak. Anda juga dapat
secara bertahap mengganti Instance On-Demand dari tipe prioritas lebih rendah dengan Instance On-
Demand dari tipe prioritas yang lebih tinggi.
• OldestLaunchTemplate. Akhiri instance yang memiliki template peluncuran paling lama. Dengan
kebijakan ini, instance yang menggunakan templat peluncuran non-saat ini dihentikan terlebih dahulu,
241
diikuti dengan instance yang menggunakan versi paling lama dari templat peluncuran saat ini. Kebijakan
ini berguna saat Anda memperbarui sebuah grup dan menghapus instance dari konfigurasi sebelumnya.
• OldestLaunchConfiguration. Hentikan instance yang memiliki konfigurasi peluncuran paling lama.
Kebijakan ini berguna saat Anda memperbarui sebuah grup dan menghapus instance dari konfigurasi
sebelumnya.
• ClosestToNextInstanceHour. Hentikan proses yang paling dekat dengan jam penagihan berikutnya.
Kebijakan ini membantu Anda memaksimalkan penggunaan instance yang memiliki biaya per jam.
(Hanya instans yang menggunakan Amazon Linux, Windows, atau Ubuntu yang ditagih secara bertahap
satu detik.)
• NewestInstance. Hentikan instance terbaru dalam grup. Kebijakan ini berguna ketika Anda menguji
konfigurasi peluncuran baru tetapi tidak ingin tetap membuatnya dalam produksi.
• OldestInstance. Hentikan instance terlama dalam grup. Opsi ini berguna saat Anda memutakhirkan
instance dalam grup Auto Scaling ke tipe instance EC2 baru. Anda dapat secara bertahap mengganti
instance jenis lama dengan instance jenis baru.
Note
Amazon EC2 Auto Scaling selalu menyeimbangkan instance di seluruh Zona Ketersediaan
terlebih dahulu, terlepas dari kebijakan penghentian mana yang digunakan. Akibatnya, Anda
mungkin mengalami situasi di mana beberapa contoh yang lebih baru dihentikan sebelum
contoh yang lebih lama. Misalnya, ketika ada Zona Ketersediaan yang lebih baru, atau ketika
satu Zona Ketersediaan memiliki lebih banyak instance daripada Zona Ketersediaan lainnya
yang digunakan oleh grup.
Menggunakan kebijakan penghentian yang berbeda (konsol)

Setelah grup Auto Scaling dibuat, Anda dapat memperbarui kebijakan penghentian grup. Kebijakan
penghentian default digunakan secara otomatis. Anda memiliki opsi untuk mengganti kebijakan default
dengan kebijakan penghentian yang berbeda (sepertiOldestLaunchTemplate) atau beberapa kebijakan
penghentian tercantum dalam urutan penerapannya.
Untuk memilih kebijakan penghentian yang berbeda


4. Untuk Kebijakan penghentian, pilih satu kebijakan penghentian atau lebih. Jika Anda memilih
beberapa kebijakan, letakkan kebijakan sesuai urutan yang Anda inginkan.
Anda dapat memilih secara opsionalKebijakan penghentian khususlalu pilih fungsi Lambda yang
sesuai dengan kebutuhan Anda. Jika Anda telah membuat versi dan alias untuk fungsi Lambda Anda,
Anda dapat memilih versi atau alias dariVersi/Aliasdrop-down. Untuk menggunakan fungsi Lambda
yang belum dipublikasikan, simpanVersi/Aliasdiatur ke defaultnya. Untuk informasi selengkapnya, lihat
Buat kebijakan penghentian khusus dengan Lambda (p. 243).
Note
Saat menggunakan beberapa kebijakan, pesanan mereka harus diatur dengan benar:
• Jika Anda menggunakanDefaultkebijakan, itu harus kebijakan terakhir dalam daftar.

• Jika Anda menggunakanKebijakan penghentian khusus, itu harus menjadi kebijakan
pertama dalam daftar.
242
Buat kebijakan penghentian khusus dengan Lambda
Gunakan kebijakan penghentian yang berbeda (AWS CLI)

Kebijakan penghentian default digunakan secara otomatis kecuali kebijakan yang berbeda ditentukan.
Untuk menggunakan kebijakan penghentian yang berbeda
Gunakan salah satu perintah berikut:
• membuat-auto-scaling-kelompok
• update-auto-scaling-group
Anda dapat menggunakan kebijakan penghentian secara individual, atau menggabungkannya ke

dalam daftar kebijakan. Misalnya, gunakan perintah berikut untuk memperbarui grup Auto Scaling untuk
menggunakan kebijakan OldestLaunchConfiguration terlebih dahulu, kemudian menggunakan
kebijakan ClosestToNextInstanceHour.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --termination-

policies "OldestLaunchConfiguration" "ClosestToNextInstanceHour"
Jika Anda menggunakan kebijakan penghentian Default, menjadikannya yang terakhir dalam daftar
kebijakan penghentian. Misalnya, --termination-policies "OldestLaunchConfiguration"
"Default".
Untuk menggunakan kebijakan penghentian khusus, Anda harus terlebih dahulu membuat
kebijakan penghentian menggunakanAWS Lambda. Untuk menentukan fungsi Lambda untuk
digunakan sebagai kebijakan penghentian Anda, menjadikannya yang pertama dalam daftar
kebijakan penghentian. Misalnya, --termination-policies "arn:aws:lambda:us-
west-2:123456789012:function:HelloFunction:prod" "OldestLaunchConfiguration".
Untuk informasi selengkapnya, lihat Buat kebijakan penghentian khusus dengan Lambda (p. 243).

Amazon EC2 Auto Scaling menggunakan kebijakan penghentian untuk memprioritaskan instance
mana yang akan dihentikan terlebih dahulu saat menurunkan ukuran grup Auto Scaling Anda (disebut
sebagaipenskalaan di). Grup Auto Scaling Anda menggunakan kebijakan penghentian default, tetapi Anda
dapat memilih atau membuat kebijakan penghentian Anda sendiri. Untuk informasi selengkapnya tentang
memilih kebijakan penghentian yang telah ditetapkan, lihatBekerja dengan kebijakan penghentian Amazon
EC2 Auto Scaling (p. 240).
Dalam topik ini, Anda mempelajari cara membuat kebijakan penghentian kustom menggunakanAWS
Lambdafungsi yang dilakukan Amazon EC2 Auto Scaling sebagai respons terhadap peristiwa tertentu.
Fungsi Lambda yang Anda buat memproses informasi dalam data input yang dikirim oleh Amazon EC2
Auto Scaling dan mengembalikan daftar instans yang siap dihentikan.
Kebijakan penghentian kustom memberikan kontrol yang lebih baik atas instans mana yang dihentikan,
dan kapan. Misalnya, saat grup Auto Scaling Anda menskalakan, Amazon EC2 Auto Scaling tidak dapat
menentukan apakah ada beban kerja yang berjalan yang seharusnya tidak terganggu. Dengan fungsi
Lambda, Anda dapat memvalidasi permintaan penghentian dan menunggu hingga beban kerja selesai
sebelum mengembalikan ID instans ke Amazon EC2 Auto Scaling untuk penghentian.
Isi
• Data input (p. 244)
• Data respons (p. 245)
• Pertimbangan saat menggunakan kebijakan penghentian kustom (p. 245)
243
• Buat fungsi Lambda (p. 246)

Data input
Amazon EC2 Auto Scaling menghasilkan muatan JSON untuk peristiwa skala dalam, dan juga
melakukannya ketika instans akan dihentikan sebagai hasil dari masa pakai instans maksimum atau fitur
penyegaran instans. Ini juga menghasilkan muatan JSON untuk peristiwa skala yang dapat dimulai saat
menyeimbangkan kembali grup Anda di Availability Zone.
Payload ini berisi informasi tentang kapasitas Amazon EC2 Auto Scaling yang perlu dihentikan, daftar
instans yang disarankan untuk penghentian, dan peristiwa yang memulai penghentian.
Berikut ini adalah contoh muatan:
{
"AutoScalingGroupARN": "arn:aws:autoscaling:us-east-1:<account-
id>:autoScalingGroup:d4738357-2d40-4038-ae7e-b00ae0227003:autoScalingGroupName/my-asg",
"CapacityToTerminate": [
{
"AvailabilityZone": "us-east-1b",
"Capacity": 2,
"InstanceMarketOption": "OnDemand"
},
{
"Capacity": 1,
"InstanceMarketOption": "Spot"
},
{
"AvailabilityZone": "us-east-1c",
"Capacity": 3,
}
],
"Instances": [
{
"InstanceId": "i-0056faf8da3e1f75d",
"InstanceType": "t2.nano",
},
{
"InstanceId": "i-02e1c69383a3ed501",
},
{
"InstanceId": "i-036bc44b6092c01c7",
},
...
],
"Cause": "SCALE_IN"
}
Payload termasuk nama grup Auto Scaling, Amazon Resource Name (ARN), dan elemen berikut:
244
• CapacityToTerminatemenjelaskan berapa banyak kapasitas Spot atau Pesanan Anda diatur untuk
dihentikan di Availability Zone tertentu.
• Instancesmewakili instans yang disarankan oleh Amazon EC2 Auto Scaling untuk penghentian
berdasarkan informasi diCapacityToTerminate.
• Causemenjelaskan peristiwa yang memicu
penghentian:SCALE_IN,INSTANCE_REFRESH,MAX_INSTANCE_LIFETIME, atauREBALANCE.
Informasi berikut menguraikan faktor paling signifikan dalam cara Amazon EC2 Auto Scaling
menghasilkanInstancesdalam data input:
• Mempertahankan keseimbangan di seluruh Availability Zone lebih diutamakan ketika sebuah instans
dihentikan karena peristiwa berskala dan penghentian berbasis penyegaran instans. Oleh karena itu,
jika satu Zona Ketersediaan memiliki lebih banyak instance daripada Zona Ketersediaan lainnya yang
digunakan oleh grup, data input berisi instance yang memenuhi syarat untuk penghentian hanya dari
Zona Ketersediaan yang tidak seimbang. Jika Zona Ketersediaan grup tersebut seimbang, data input
berisi instance dari semua Zona Ketersediaan grup.
• Saat menggunakanKebijakan instans campuran (p. 50), menjaga kapasitas Spot dan Sesuai Permintaan
Anda berdasarkan persentase yang Anda inginkan untuk setiap opsi pembelian juga diutamakan. Kami
mengidentifikasi mana dari dua jenis (Spot atau On-Demand) yang harus dihentikan. Kami kemudian
mengidentifikasi instance mana (dalam opsi pembelian yang diidentifikasi) di mana Zona Ketersediaan
dapat kami akhiri yang akan mengakibatkan Zona Ketersediaan menjadi paling seimbang.
Data respons
Data input dan data respon bekerja sama untuk mempersempit daftar instance untuk mengakhiri.
Dengan input yang diberikan, respon dari fungsi Lambda Anda akan terlihat seperti contoh berikut:
{
"InstanceIDs": [
"i-02e1c69383a3ed501",
"i-036bc44b6092c01c7",
...
]
}
ParameterInstanceIDsdalam respon mewakili contoh yang siap untuk mengakhiri.
Atau, Anda dapat mengembalikan sekumpulan instance yang berbeda yang siap dihentikan, yang
menimpa instance dalam data input. Jika tidak ada instans yang siap dihentikan saat fungsi Lambda Anda
dipanggil, Anda juga dapat memilih untuk tidak mengembalikan instans apa pun.
Pertimbangan saat menggunakan kebijakan penghentian kustom

Perhatikan pertimbangan berikut saat menggunakan kebijakan penghentian khusus:
• Mengembalikan instance terlebih dahulu dalam data respons tidak menjamin penghentiannya. Jika
lebih dari jumlah instans yang diperlukan dikembalikan ketika fungsi Lambda Anda dipanggil, Amazon
EC2 Auto Scaling mengevaluasi setiap instans terhadap kebijakan penghentian lain yang Anda
tentukan untuk grup Auto Scaling Anda. Ketika ada beberapa kebijakan penghentian, ia mencoba
untuk menerapkan kebijakan penghentian berikutnya dalam daftar, dan jika ada lebih banyak instans
daripada yang diperlukan untuk mengakhiri, itu akan beralih ke kebijakan penghentian berikutnya, dan
seterusnya. Jika tidak ada kebijakan penghentian lain yang ditentukan, maka kebijakan penghentian
default digunakan untuk menentukan instans mana yang akan dihentikan.
245
• Jika tidak ada instans yang dikembalikan atau fungsi Lambda Anda habis, maka Amazon EC2 Auto
Scaling menunggu waktu singkat sebelum mengaktifkan fungsi Anda lagi. Untuk setiap skala dalam
acara, itu terus berusaha selama kapasitas yang diinginkan kelompok kurang dari kapasitas saat ini.
Misalnya penghentian berbasis penyegaran, itu terus mencoba selama satu jam. Setelah itu, jika terus
gagal untuk mengakhiri instance apa pun, operasi penyegaran instance gagal. Dengan masa pakai
instans maksimum, Amazon EC2 Auto Scaling terus mencoba menghentikan instance yang diidentifikasi
melebihi masa pakai maksimumnya.
• Karena fungsi Anda dicoba ulang berulang kali, pastikan untuk menguji dan memperbaiki kesalahan
permanen dalam kode Anda sebelum menggunakan fungsi Lambda sebagai kebijakan penghentian
kustom.
• Jika Anda mengganti data input dengan daftar instans Anda sendiri untuk dihentikan, dan mengakhiri
instans ini, maka Availability Zone tidak seimbang, Amazon EC2 Auto Scaling secara bertahap
menyeimbangkan kembali distribusi kapasitas di seluruh Availability Zone. Pertama, itu memanggil fungsi
Lambda Anda untuk melihat apakah ada instance yang siap dihentikan sehingga dapat menentukan
apakah akan mulai menyeimbangkan kembali. Jika ada instance yang siap dihentikan, maka akan
meluncurkan instance baru terlebih dahulu. Ketika instans selesai diluncurkan, kemudian mendeteksi
bahwa kapasitas grup Anda saat ini lebih tinggi dari kapasitas yang diinginkan dan memulai skala dalam
acara.
Buat fungsi Lambda

Mulai dengan membuat fungsi Lambda, sehingga Anda dapat menentukan Amazon Resource Name (ARN)
dalam kebijakan penghentian grup Auto Scaling Anda.
Untuk membuat fungsi Lambda (konsol)

2. Pada bilah navigasi di bagian atas layar, pilih Wilayah yang sama dengan yang Anda gunakan saat
membuat grup Auto Scaling.
3. PilihBuat fungsi,Penulis dari awal.
4. Di bawahInformasi dasar, untukNama fungsi, masukkan nama fungsi Anda.
5. Pilih Buat fungsi. Anda dikembalikan ke kode dan konfigurasi fungsi.
6. Dengan fungsi Anda masih terbuka di konsol, di bawahKode fungsi, paste kode Anda ke editor.
7. Pilih Deploy.
8. Secara opsional, buat versi yang dipublikasikan dari fungsi Lambda dengan memilihVersitab dan
kemudianMemublikasikan versi baru. Untuk mempelajari lebih lanjut tentang versi di Lambda,
lihatVersi fungsi LambdadiAWS LambdaPanduan Pengembang.
9. Jika Anda memilih untuk mempublikasikan versi, pilihAliastab jika Anda ingin mengasosiasikan alias
dengan versi fungsi Lambda ini. Untuk lebih mempelajari tentang alias di Lambda, lihatAlias fungsi
LambdadiAWS LambdaPanduan Pengembang
10. Selanjutnya, pilihKonfigurasitab dan kemudianIzin.
11. Gulir ke bawahKebijakan berbasis sumber dayadan kemudian pilihTambahkan izin. Kebijakan berbasis
sumber daya digunakan untuk memberikan izin untuk memanggil fungsi Anda ke prinsipal yang
ditentukan dalam kebijakan. Dalam hal ini, kepala sekolah akan menjadiPeran terkait layanan Amazon
EC2 Auto Scalingyang terkait dengan grup Auto Scaling.
12. DiKebijakan pernyataanbagian, mengkonfigurasi izin Anda:
a. Pilih Akun AWS.

b. UntukPrinsipal, masukkan ARN peran terkait layanan panggilan,
misalnya,arn:aws:iam::<aws-account-id>:role/aws-service-role/
autoscaling.amazonaws.com/AWSServiceRoleForAutoScaling.
c. UntukTindakan, pilihlambda:InvokeFunction.
246
Gunakan perlindungan penskalaan instance
d. UntukID Pernyataan, masukkan ID pernyataan unik, sepertiAllowInvokeByAutoScaling.

e. Pilih Save (Simpan).
13. Setelah Anda mengikuti petunjuk ini, lanjutkan untuk menentukan ARN fungsi Anda dalam kebijakan
penghentian grup Auto Scaling Anda sebagai langkah berikutnya. Untuk informasi selengkapnya, lihat
Menggunakan kebijakan penghentian yang berbeda (konsol) (p. 242).
Keterbatasan:
• Anda hanya dapat menentukan satu fungsi Lambda dalam kebijakan penghentian grup Auto Scaling.
Jika ada beberapa kebijakan penghentian yang ditentukan, fungsi Lambda harus ditentukan terlebih
dahulu.
• Anda dapat mereferensikan fungsi Lambda Anda menggunakan ARN yang tidak memenuhi syarat
(tanpa akhiran) atau ARN yang memenuhi syarat yang memiliki versi atau alias sebagai akhiran. Jika
ARN yang tidak memenuhi syarat digunakan (misalnya,function:my-function), kebijakan berbasis
sumber daya Anda harus dibuat pada versi fungsi yang belum dipublikasikan. Jika ARN yang memenuhi
syarat digunakan (misalnya,function:my-function:1ataufunction:my-function:prod),
kebijakan berbasis sumber daya Anda harus dibuat pada versi tertentu yang diterbitkan dari fungsi Anda.
• Anda tidak dapat menggunakan ARN yang memenuhi syarat dengan$LATESTsufiks. Jika Anda mencoba
menambahkan kebijakan penghentian kustom yang mengacu pada ARN yang memenuhi syarat
dengan$LATESTakhiran, itu akan menghasilkan kesalahan.
• Jumlah instance yang disediakan dalam data input terbatas pada 30.000 instans. Jika ada lebih dari
30,000 instance yang dapat dihentikan, data input termasuk"HasMoreInstances": trueuntuk
menunjukkan bahwa jumlah instance maksimum dikembalikan.
• Waktu berjalan maksimum untuk fungsi Lambda Anda adalah dua detik (2000 milidetik). Sebagai praktik
terbaik, Anda harus mengatur nilai timeout dari fungsi Lambda Anda berdasarkan waktu kerja yang
dipekirakan. Fungsi Lambda memiliki batas waktu default tiga detik, tetapi ini dapat dikurangi.
• Amazon EC2 Auto Scaling tidak akan menghentikan instans yang mengaktifkan perlindungan skala
instans.

Untuk mengontrol apakah grup Auto Scaling dapat menghentikan instance tertentu saat meningkatkan
skala, gunakan perlindungan peningkatan skala. Anda dapat mengaktifkan pengaturan perlindungan
penurunan skala instance pada grup Auto Scaling atau pada tiap-tiap instance Auto Scaling. Ketika
Amazon EC2 Auto Scaling meluncurkan instance baru atau memindahkan instance dari kolam hangat ke
grup Auto Scaling, instance mewarisi pengaturan perlindungan penurunan skala dari grup Auto Scaling.
Anda dapat mengubah pengaturan perlindungan penurunan skala instance untuk grup Auto Scaling atau
instance Auto Scaling kapan saja.
Proteksi penurunan skala instance dimulai saat keadaan instanceInService. Jika Anda melepaskan
instance yang dilindungi dari scale-in, pengaturan perlindungan penskalaan instans hilang. Saat Anda
melampirkan lagi instance ke grup, ini akan meneruskan pengaturan perlindungan penurunan skala dalam
instance saat ini dari grup.
Perlindungan penurunan skala instance tidak melindungi instance Auto Scaling dari hal berikut:
• Penghentian manual melalui konsol Amazon EC2, perintah terminate-instances, atau tindakan
TerminateInstances. Untuk melindungi instance Auto Scaling dari penghentian manual, aktifkan
perlindungan penghentian Amazon EC2. Untuk informasi lebih lanjut, lihat Memungkinkan perlindungan
penghentian dalam Panduan Pengguna Amazon EC2 untuk Instance Linux.
• Pemeriksaan kesehatan pengganti jika instance gagal dalam pemeriksaan kesehatan. Untuk informasi
selengkapnya, lihat Pemeriksaan kesehatan untuk instance Auto Scaling (p. 261).
247
• Temukan gangguan Instance. Instance Spot dihentikan saat kapasitas tidak lagi tersedia atau harga Spot
melebihi harga maksimum Anda.
Tugas
• Mengaktifkan perlindungan penurunan skala instance untuk grup (p. 248)
• Ubah pengaturan perlindungan penurunan skala instance untuk grup (p. 248)
• Ubah pengaturan perlindungan penurunan skala instance untuk sebuah instance (p. 249)
Note
Jika semua instance dalam grup Auto Scaling dilindungi dari penurunan skala, dan peristiwa
penurunan skala terjadi, kapasitas yang diinginkan akan berkurang. Namun, grup Auto Scaling
tidak dapat menghentikan jumlah instance yang diperlukan hingga pengaturan perlindungan
penurunan skala instance dinonaktifkan.
DiAWS Management Console, yangRiwayat aktivitasuntuk grup Auto Scaling menyertakan
pesan berikut jika semua instance di grup Auto Scaling dilindungi dari penskalaan saat peristiwa
penskalaan terjadi:Could not scale to desired capacity because all remaining
instances are protected from scale-in.
Mengaktifkan perlindungan penurunan skala instance untuk grup

Anda dapat mengaktifkan perlindungan penurunan skala instance saat membuat grup Auto Scaling. Secara
default, perlindungan penurunan skala instance dinonaktifkan.
Untuk mengaktifkan perlindungan penurunan skala instance (konsol)
Saat Anda membuat grup Auto Scaling, pada halaman Konfigurasi kebijakan ukuran dan penskalaan grup,
pada Perlindungan penurunan skala instance, pilih opsi Aktifkan perlindungan penurunan skala instance
yang tepat.
Untuk mengaktifkan perlindungan penurunan skala instance (AWS CLI)
Gunakan yang berikutmembuat-auto-scaling-kelompokperintah untuk mengaktifkan perlindungan

penurunan skala instance.
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg --new-instances-

protected-from-scale-in ...
Ubah pengaturan perlindungan penurunan skala instance untuk

grup
Anda dapat mengaktifkan atau menonaktifkan pengaturan perlindungan penurunan skala instance untuk
grup Auto Scaling. Saat pengaturan perlindungan penurunan skala instance diaktifkan, semua instance
baru yang diluncurkan setelah mengaktifkannya akan mengaktifkan perlindungan penurunan skala
instance. Instans yang sebelumnya diluncurkan hanya dilindungi dari penskalaan jika Anda mengaktifkan
pengaturan penurunan skala instance untuk setiap instance secara terpisah.
Untuk mengubah pengaturan perlindungan penurunan skala instance untuk grup (konsol)

248

4. Untuk Perlindungan penurunan skala instance, pilih Aktifkan perlindungan penurunan skala instance.
5. Pilih Perbarui.
Untuk mengubah pengaturan perlindungan penurunan skala instance untuk grup (AWS CLI)
Gunakan yang berikutupdate-auto-scaling-groupperintah untuk mengaktifkan perlindungan penurunan

skala instance untuk grup Auto Scaling tertentu.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --new-instances-

protected-from-scale-in
Gunakan perintah berikut untuk menonaktifkan perlindungan penurunan skala untuk grup tertentu.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --no-new-

instances-protected-from-scale-in
Ubah pengaturan perlindungan penurunan skala instance untuk

sebuah instance
Secara default, sebuah instance mendapatkan pengaturan perlindungan penurunan skala dari grup Auto
Scaling. Namun, Anda dapat mengaktifkan atau menonaktifkan perlindungan penurunan skala instance
untuk sebuah instance kapan saja.
Untuk mengubah pengaturan perlindungan penurunan skala instance untuk sebuah instance
(konsol)


3. Pada tab Manajemen Instance, di Instance, pilih satu instance.
4. Untuk mengaktifkan perlindungan penurunan skala, pilih Tindakan, Atur perlindungan penurunan
skala. Saat diminta, pilih Atur perlindungan penurunan skala.
5. Untuk menonaktifkan perlindungan skala instance, pilih Tindakan, Hapus perlindungan penurunan
skala. Saat diminta, pilih Hapus perlindungan penurunan skala.
Untuk mengubah pengaturan perlindungan penurunan skala instance untuk sebuah instance (AWS CLI)
Gunakan yang berikutset-instance-perlindunganperintah untuk mengaktifkan perlindungan penurunan skala

instance untuk instance tertentu.
aws autoscaling set-instance-protection --instance-ids i-5f2e8a0d --auto-scaling-group-

name my-asg --protected-from-scale-in
Gunakan perintah berikut ini untuk menonaktifkan perlindungan penurunan skala instance untuk instance
tertentu.
aws autoscaling set-instance-protection --instance-ids i-5f2e8a0d --auto-scaling-group-

name my-asg --no-protected-from-scale-in
249
Menghapus temporer instance
Hapus instance sementara dari grup Auto Scaling

Anda
Anda dapat menempatkan instance dalam status InService ke dalam status Standby, memperbarui,
atau memecahkan masalah instance, kemudian mengembalikan permintaan ke layanan. Instance yang
siaga masih menjadi bagian dari grup Auto Scaling, tetapi tidak aktif menangani lalu lintas load balancer.
Fitur ini membantu Anda menghentikan dan memulai instans atau melakukan reboot tanpa khawatir
tentang Amazon EC2 Auto Scaling yang mengakhiri instans sebagai bagian dari pemeriksaan
kesehatannya atau selama acara berskala.
Misalnya, Anda dapat mengubah Amazon Machine Image (AMI) untuk grup Auto Scaling kapan saja
dengan mengubah templat peluncuran atau konfigurasi peluncuran. Instans berikutnya yang diluncurkan
grup Auto Scaling menggunakan AMI ini. Namun, grup Auto Scaling tidak memperbarui instance yang
saat ini dalam layanan. Anda dapat menghentikan instans ini dan membiarkan Amazon EC2 Auto Scaling
menggantikannya, atau menggunakan fitur penyegaran instans untuk mengakhiri dan mengganti instans.
Atau, Anda dapat meletakkan instance di mode siaga, memperbarui perangkat lunak, lalu menjalankan
instance kembali.
Melepaskan instance dari grup Auto Scaling mirip dengan menempatkan instance pada standby.
Melepaskan instans mungkin berguna jika Anda ingin mengelola instans seperti instans EC2 mandiri dan
mungkin menghentikannya. Untuk informasi selengkapnya, lihat Lepas instance EC2 dari grup Auto Scaling
Anda (p. 133).
Important
Saat Anda memasang instance pada standby, grup Auto Scaling Anda dapat menjadi tidak
seimbang antara Zona Ketersediaan. Amazon EC2 Auto Scaling memberikan kompensasi
dengan rebalancing Zona Ketersediaan kecuali Anda menangguhkanAZRebalanceproses.
Untuk informasi selengkapnya, lihat Menangguhkan dan melanjutkan proses untuk grup Auto
Scaling (p. 254).
Isi
• Cara kerja status siaga (p. 250)
• Status kesehatan suatu instance dalam status siaga (p. 251)
• Menghapus temporer instance (konsol) (p. 251)
• Menghapus temporer instance (AWS CLI) (p. 252)
Important
Anda ditagih untuk instance yang berada dalam status siaga.
Cara kerja status siaga

Status siaga berfungsi sebagai berikut untuk membantu Anda menghapus proses dari grup Auto Scaling
Anda:
1. Anda memasukkan instance ke dalam status siaga. Dalam status ini, instance tetap berlangsung hingga
Anda keluar dari status siaga.
2. Jika ada grup target load balancer atau Classic Load Balancer yang dilampirkan pada grup Auto Scaling
Anda, maka instance tersebut akan dikeluarkan dari load balancer. Jika pengosongan koneksi diaktifkan
untuk load balancer, Elastic Load Balancing menunggu 300 detik secara default sebelum menyelesaikan
proses pembatalan pendaftaran, yang membantu permintaan yang sedang berjalan selesai.
250
Status kesehatan suatu instance dalam status siaga
3. Secara default, nilai yang Anda tetapkan sebagai kapasitas yang Anda inginkan akan berkurang saat
Anda meletakkan suatu instance pada mode siaga. Ini mencegah peluncuran instance tambahan saat
Anda mengaktifkan status siaga. Atau, Anda dapat menentukan bahwa kapasitas yang Anda inginkan
tidak berkurang. Jika Anda menentukan opsi ini, grup Auto Scaling akan meluncurkan satu instance
untuk mengganti yang satu pada standby. Tujuannya adalah membantu Anda menjaga kapasitas untuk
aplikasi Anda saat satu atau beberapa instance berada dalam status siaga.
4. Anda dapat memperbarui atau memecahkan masalah instance.
5. Anda mengembalikan permintaan ke layanan dengan keluar dari status siaga.
6. Setelah Anda meletakkan instance dalam status siaga, kapasitas yang diinginkan akan bertambah.
Jika Anda tidak mengurangi kapasitas saat Anda meletakkan instance pada mode siaga, grup Auto
Scaling mendeteksi bahwa Anda memiliki lebih banyak instance daripada yang Anda butuhkan.
Kebijakan ini menerapkan kebijakan penghentian yang berlaku untuk mengurangi ukuran grup. Untuk
informasi selengkapnya, lihat Kontrol instance Auto Scaling mana yang berakhir selama penurunan
skala (p. 237).
7. Jika ada grup target load balancer atau Classic Load Balancer yang dilampirkan pada grup Auto Scaling
Anda, maka instance tersebut didaftarkan dengan load balancer.
Ilustrasi berikut menunjukkan transisi antara kondisi instance dalam proses ini:
Untuk informasi lebih lanjut tentang siklus siklus lengkap instance dalam grup Auto Scaling, lihat Siklus aktif
instance Amazon EC2 Auto Scaling (p. 8).
Status kesehatan suatu instance dalam status siaga

Amazon EC2 Auto Scaling tidak melakukan pemeriksaan kesehatan pada instance yang berada dalam
status siaga. Meskipun terdapat dalam status siaga, status kesehatan mencerminkan status yang
dimiliki sebelum Anda meletakkannya dalam status siaga. Amazon EC2 Auto Scaling tidak melakukan
pemeriksaan kesehatan pada instance hingga Anda memasangnya kembali sebagai layanan.
Misalnya, jika Anda meletakkan instance yang sehat di standby dan kemudian menghentikannya,
Amazon EC2 Auto Scaling terus melaporkan instance tersebut sebagai sehat. Jika Anda mencoba untuk
menempatkan penghentian yang sedang dalam status siaga kembali ke layanan, Amazon EC2 Auto
Scaling melakukan pemeriksaan kesehatan pada instance tersebut, menentukan bahwa layanan ini
akan berakhir dan tidak sehat, dan meluncurkan penggantian instance. Untuk pengenalan pemeriksaan
kesehatan, lihatPemeriksaan kesehatan untuk instance Auto Scaling (p. 261).
Menghapus temporer instance (konsol)

Prosedur berikut menunjukkan proses umum untuk memperbarui instance yang saat ini digunakan.
Untuk menghapus temporer instance

251
Menghapus temporer instance (AWS CLI)

3. Pada tab Manajemen instance, di Instance, pilih satu instance.
4. Pilih Tindakan, Atur ke Siaga.
5. Di kotak dialog Atur ke Siaga, pilih kotak centang untuk meluncurkan instance penggantian. Biarkan
tidak dicentang untuk menurunkan kapasitas yang diinginkan. Pilih Atur ke Siaga.
6. Anda dapat memperbarui atau memecahkan masalah instance Anda sesuai kebutuhan. Setelah
selesai, lanjutkan dengan langkah berikutnya untuk mengembalikan permintaan ke layanan.
7. Pilih instance, pilihTindakan,Setel ke InService. DiSetel ke InServiceKotak dialog, pilihSetel ke
InService.

Prosedur berikut menunjukkan proses umum untuk memperbarui instance yang saat ini digunakan.
Untuk menghapus temporer instance
1. Gunakan yang berikutmenjelaskan-auto-scaling-instancesperintah untuk mengidentifikasi contoh untuk

memperbarui.
{
{
"LaunchTemplate": {
"Version": "1",
},
},
...
]
}
2. Pindahkan instance ke dalamStandbynegara menggunakan berikutmasukkan-siagaperintah. Opsi

--should-decrement-desired-capacity mengurangi kapasitas yang diinginkan sehingga grup
Auto Scaling tidak meluncurkan instance penggantian.
aws autoscaling enter-standby --instance-ids i-05b4f7d5be44822a6 \

--auto-scaling-group-name my-asg --should-decrement-desired-capacity
{
"Activities": [
{
"Description": "Moving EC2 instance to Standby: i-05b4f7d5be44822a6",
252
"ActivityId": "3b1839fe-24b0-40d9-80ae-bcd883c2be32",
"Details": "{\"Availability Zone\":\"us-west-2a\"}",
"StartTime": "2014-12-15T21:31:26.150Z",
"Progress": 50,
"Cause": "At 2014-12-15T21:31:26Z instance i-05b4f7d5be44822a6 was moved to
standby
in response to a user request, shrinking the capacity from 4 to 3.",
"StatusCode": "InProgress"
}
]
}
3. (Opsional) Verifikasi bahwa instance adaStandbymenggunakan berikutmenjelaskan-auto-scaling-

instancesperintah.
aws autoscaling describe-auto-scaling-instances --instance-ids i-05b4f7d5be44822a6
Berikut ini adalah contoh respons. Perhatikan bahwa status instance sekarang adalah Standby.
{
{
"LaunchTemplate": {
"Version": "1",
},
"LifecycleState": "Standby"
},
...
]
}
4. Anda dapat memperbarui atau memecahkan masalah instance Anda sesuai kebutuhan. Setelah
selesai, lanjutkan dengan langkah berikutnya untuk mengembalikan permintaan ke layanan.
5. Menempatkan instance kembali layanan menggunakan yang berikutsiaga keluarperintah.
aws autoscaling exit-standby --instance-ids i-05b4f7d5be44822a6 --auto-scaling-group-

name my-asg
{
"Activities": [
{
"Description": "Moving EC2 instance out of Standby: i-05b4f7d5be44822a6",
"ActivityId": "db12b166-cdcc-4c54-8aac-08c5935f8389",
"Details": "{\"Availability Zone\":\"us-west-2a\"}",
"StartTime": "2014-12-15T21:46:14.678Z",
"Progress": 30,
"Cause": "At 2014-12-15T21:46:14Z instance i-05b4f7d5be44822a6 was moved
out of standby in
response to a user request, increasing the capacity from 3 to 4.",
"StatusCode": "PreInService"
253
Menangguhkan proses
}
]
}
6. (Opsional) Verifikasi bahwa permintaan tersebut kembali dalam layanan menggunakan perintah
describe-auto-scaling-instances.
aws autoscaling describe-auto-scaling-instances --instance-ids i-05b4f7d5be44822a6
Berikut ini adalah contoh respons. Perhatikan bahwa status instance adalah InService.
{
{
"LaunchTemplate": {
"Version": "1",
},
},
...
]
}
Menangguhkan dan melanjutkan proses untuk grup

Auto Scaling
Topik ini menjelaskan cara menangguhkan dan kemudian melanjutkan satu atau beberapa proses untuk
grup Auto Scaling Anda. Dalam topik ini juga dijelaskan masalah yang perlu dipertimbangkan saat memilih
untuk menggunakan fitur tertangguh di Amazon EC2 Auto Scaling.
Important
Gunakan fitur standby alih-alih fitur tangguhkan-lanjutkan jika Anda perlu menyelesaikan atau
mereboot instance. Untuk informasi selengkapnya, lihat Hapus instance sementara dari grup
Auto Scaling Anda (p. 250). Gunakan fitur perlindungan penurunan skala untuk mencegah
penghentian instance tertentu selama penurunan skala otomatis. Untuk informasi selengkapnya,
lihat Gunakan perlindungan penskalaan instance (p. 247).
Selain penangguhan yang Anda mulai, Amazon EC2 Auto Scaling juga dapat menangguhkan proses
untuk grup Auto Scaling yang berulang kali gagal meluncurkan instance. Ini dikenal sebagai penangguhan
administratif. Penangguhan administratif paling umum berlaku untuk grup Auto Scaling yang telah mencoba
meluncurkan instance selama lebih dari 24 jam namun belum berhasil meluncurkan instance apa pun.
Anda dapat melanjutkan proses yang ditangguhkan oleh Amazon EC2 Auto Scaling karena alasan
administratif.
Isi
• Proses Amazon EC2 Auto Scaling (p. 255)
• Pilih untuk menangguhkan (p. 255)
• Menangguhkan dan melanjutkan proses (konsol) (p. 258)
254
Proses Amazon EC2 Auto Scaling
• Menangguhkan dan melanjutkan proses (AWS CLI) (p. 258)
Proses Amazon EC2 Auto Scaling

Untuk Amazon EC2 Auto Scaling, ada dua jenis proses utama:LaunchdanTerminate.
ParameterLaunchproses menambahkan instance Amazon EC2 baru ke grup Auto Scaling, meningkatkan
kapasitasnya. Proses Terminate menghapus instance Amazon EC2 dari grup, mengurangi kapasitasnya.
Jenis proses lainnya untuk Amazon EC2 Auto Scaling terkait dengan fitur penskalaan spesifik:
• AddToLoadBalancer—Menambahkan instance ke grup target load balancer terlampir atau Classic

Load Balancer saat diluncurkan. Untuk informasi selengkapnya, lihat Gunakan Elastic Load Balancing
untuk mendistribusikan lalu lintas di instance dalam grup Auto Scaling (p. 291).
• AlarmNotification—Menerima notifikasi dari CloudWatch yang terkait kebijakan penskalaan grup.
Untuk informasi selengkapnya, lihat Penskalaan dinamis untuk Amazon EC2 Auto Scaling (p. 136).
• AZRebalance—Menyeimbangkan jumlah instance EC2 dalam grup secara merata di semua Zona
Ketersediaan yang ditentukan ketika grup menjadi tidak seimbang, misalnya, Zona Ketersediaan yang
sebelumnya tidak tersedia kembali ke keadaan sehat. Untuk informasi selengkapnya, lihat Aktivitas
rebalancing (p. 7).
• HealthCheck—Memeriksa kesehatan instance dan menandai instance sebagai tidak sehat jika
Amazon EC2 atau Elastic Load Balancing memberi tahu Amazon EC2 Auto Scaling bahwa instance
tersebut tidak sehat. Proses ini dapat mengesampingkan status kesehatan suatu instance yang Anda
atur secara manual. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan untuk instance Auto
Scaling (p. 261).
• InstanceRefresh—Mengakhiri dan mengganti instance menggunakan fitur penyegaran instance.
Untuk informasi selengkapnya, lihat Ganti instans Auto Scaling berdasarkan refresh instans (p. 101).
• ReplaceUnhealthy—Menghentikan instance yang ditandai sebagai tidak sehat, kemudian membuat
instance baru untuk menggantikannya. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan
untuk instance Auto Scaling (p. 261).
• ScheduledActions—Melakukan tindakan penskalaan terjadwal yang Anda buat atau yang dibuat
untuk Anda saat Anda membuatAWS Auto Scalingrencana penskalaan dan aktifkan penskalaan prediktif.
Pilih untuk menangguhkan

Setiap jenis proses dapat ditangguhkan dan dilanjutkan secara mandiri. Bagian ini memberikan beberapa
panduan dan perilaku untuk dipertimbangkan sebelum memutuskan untuk menangguhkan salah satu
proses yang dibangun ke Amazon EC2 Auto Scaling. Ingatlah bahwa menangguhkan proses individu
mungkin mengganggu proses lainnya. Tergantung alasan untuk menangguhkan proses, Anda mungkin
perlu menangguhkan beberapa proses bersama-sama.
Deskripsi berikut menjelaskan apa yang terjadi ketika jenis proses individual ditangguhkan.
Warning
Jika Anda menunda proses Launch atau Terminate, mencegah jenis proses lain berfungsi
sebagaimana mestinya.
Terminate
• Grup Auto Scaling Anda tidak menurunkan skala untuk alarm atau tindakan terjadwal yang terjadi saat
proses ditangguhkan. Selain itu, proses berikut terganggu:
• AZRebalance masih aktif tetapi tidak berfungsi dengan baik. Ini dapat meluncurkan instance
baru tanpa menghentikan instance lama. Hal ini dapat menyebabkan grup Auto Scaling Anda
255
tumbuh hingga 10 persen lebih besar dari ukuran maksimumnya, karena hal ini dimungkinkan
sementara temporer selama aktivitas rebalancing. Grup Auto Scaling Anda dapat tetap di atas ukuran
maksimumnya hingga Anda melanjutkan proses Terminate. Saat Terminate melanjutkan proses,
AZRebalance secara bertahap menyeimbangkan kembali grup Auto Scaling jika grup tidak lagi
diseimbangkan antara Zona Ketersediaan atau jika Zona Ketersediaan yang berbeda ditentukan.
• ReplaceUnhealthytidak aktif tetapi tidakHealthCheck.
SaatTerminateresume,ReplaceUnhealthysegera mulai berjalan. Jika ada instance yang ditandai
sebagai tidak sehat saat Terminate ditangguhkan, perangkat segera diganti.
• InstanceRefreshdijeda sampai Anda melanjutkanTerminate.
Launch
• Grup Auto Scaling Anda tidak meningkatkan skala untuk alarm atau tindakan terjadwal yang terjadi saat
proses ditangguhkan.AZRebalanceberhenti menyeimbangkan ulang grup.ReplaceUnhealthyterus
menghentikan instans yang tidak sehat, tetapi tidak meluncurkan pengganti. Saat Anda melanjutkan
Launch, aktivitas rebalancing dan penggantian pemeriksaan kesehatan ditangani dengan cara berikut:
• AZRebalance secara bertahap menyeimbangkan kembali grup Auto Scaling jika grup tidak lagi
diseimbangkan antara Zona Ketersediaan atau jika Zona Ketersediaan yang berbeda ditentukan.
• ReplaceUnhealthy segera mengganti semua instance yang terhenti selama waktu Launch
ditangguhkan.
• InstanceRefreshdijeda sampai Anda melanjutkanLaunch.
AddToLoadBalancer
• Amazon EC2 Auto Scaling meluncurkan instance tetapi tidak menambahkannya ke grup target load
balancer atau Classic Load Balancer. Ketika Anda melanjutkanAddToLoadBalancerproses, resume
menambahkan instance ke load balancer saat diluncurkan. Namun demikian, hal tersebut tidak
menambahkan instance yang diluncurkan saat proses ini ditangguhkan. Anda harus mendaftarkan
instance tersebut secara manual.
AlarmNotification
• Amazon EC2 Auto Scaling tidak menjalankan kebijakan penskalaan saat CloudWatch ambang
alarm melanggar. MenangguhkanAlarmNotificationmemungkinkan Anda menghentikan
sementara peristiwa penskalaan yang dipicu oleh kebijakan penskalaan grup tanpa menghapus
kebijakan penskalaan atau yang terkait dengannya CloudWatch alarm. Saat Anda melanjutkan
AlarmNotification, Amazon EC2 Auto Scaling mempertimbangkan kebijakan dengan ambang batas
alarm yang saat ini ditembus.
AZRebalance
• Grup Auto Scaling Anda tidak mencoba mendistribusikan ulang instance setelah instance tertentu.
Namun, jika terjadi peristiwa peningkatan atau penurunan skala, proses penskalaan masih mencoba
menyeimbangkan Zona Ketersediaan. Sebagai contoh, selama peningkatan skala, proses penskalaan
ini meluncurkan instance di Zona Ketersediaan dengan instance paling sedikit. Jika grup menjadi tidak
seimbang saat AZRebalance ditangguhkan dan Anda melanjutkannya, Amazon EC2 Auto Scaling
mencoba menyeimbangkan kembali grup. Panggilan pertama adalah untuk Launch dan kemudian
Terminate.
HealthCheck
• Amazon EC2 Auto Scaling berhenti menandai instance yang tidak sehat sebagai hasil dari pemeriksaan
kesehatan EC2 dan Elastic Load Balancing. Namun, pemeriksaan kesehatan khusus Anda terus
256
berfungsi dengan baik. Setelah Anda menangguhkan HealthCheck, jika perlu, Anda dapat mengatur
kondisi kesehatan instance dalam grup secara manual dan ReplaceUnhealthy menggantinya.
ReplaceUnhealthy
• Amazon EC2 Auto Scaling menghentikan penggantian instance yang ditandai sebagai tidak sehat.
Instance yang gagal dalam pemeriksaan kesehatan EC2 atau Elastic Load Balancing masih ditandai
sebagai tidak sehat. Segera setelah Anda melanjutkan proses ReplaceUnhealthly, Amazon EC2
Auto Scaling menggantikan instance yang ditandai tidak sehat sementara proses ini ditangguhkan.
Proses ReplaceUnhealthy memanggil kedua jenis proses utama—Terminate pertama, kemudian
Launch.
ScheduledActions
• Amazon EC2 Auto Scaling tidak mengeksekusi tindakan penskalaan yang dijadwalkan untuk dijalankan
selama periode penangguhan. Saat Anda melanjutkan ScheduledActions, Amazon EC2 Auto Scaling
hanya mempertimbangkan tindakan terjadwal yang waktu pelaksanaannya belum lewat.
Menangguhkan peluncuran dan akhir

Saat Anda menangguhkan proses Launch dan Terminate secara bersama-sama, hal berikut terjadi:
• Grup Auto Scaling Anda tidak dapat memulai aktivitas penskalaan atau mempertahankan kapasitas yang
diinginkan.
• Jika grup menjadi tidak seimbang antara Zona Ketersediaan, Amazon EC2 Auto Scaling tidak mencoba
mendistribusikan ulang instance secara merata antara Zona Ketersediaan yang ditentukan untuk grup
Auto Scaling Anda.
• Grup Auto Scaling Anda tidak dapat menggantikan instance yang ditandai tidak sehat.
• Fitur penyegaran instans tidak dapat menggantikan instans apa pun.
Saat Anda melanjutkan jenis proses Launch dan Terminate, Amazon EC2 Auto Scaling menggantikan
instance yang ditandai tidak sehat sementara proses ditangguhkan dan mungkin mencoba untuk
menyeimbangkan kembali grup. Aktivitas penskalaan juga dilanjutkan.
Pertimbangan tambahan
Ada beberapa operasi luar yang mungkin terpengaruh selama Launch dan Terminate ditangguhkan.
• Masa aktif instans maksimum—SaatLaunchatauTerminateditangguhkan, fitur seumur hidup instans

maksimum tidak dapat menggantikan instans apa pun.
• Gangguan Instans Spot—JikaTerminateditangguhkan dan grup Auto Scaling Anda memiliki Instance
Spot, mereka masih dapat menghentikan jika kapasitas Spot tidak lagi tersedia. Sementara Launch
ditangguhkan, Amazon EC2 Auto Scaling tidak dapat meluncurkan instance penggantian dari kumpulan
Instance Spot lain atau dari kumpulan Instance Spot yang sama saat tersedia kembali.
• Penyeimbangan kembali kapasitas—JikaTerminateditangguhkan dan Anda menggunakan rebalancing
kapasitas untuk menangani gangguan Instans Spot secara terprogram, layanan Amazon EC2 Spot
masih dapat menghentikan instance jika kapasitas Spot tidak lagi tersedia. JikaLaunchditangguhkan,
Amazon EC2 Auto Scaling tidak dapat meluncurkan instance penggantian dari kumpulan Instance Spot
lain atau dari kumpulan Instance Spot yang sama saat tersedia kembali.
• Memasang dan Menghapus Instance —Kapan Launch dan Terminate yang ditangguhkan, Anda
dapat memisahkan instance yang ditambahkan ke grup Auto Scaling Anda, tetapi Anda tidak dapat
melampirkan instance baru ke grup tersebut. Untuk melampirkan instance, Anda harus melanjutkan
Launch terlebih dahulu.
257
Menangguhkan dan melanjutkan proses (konsol)
Note
Jika melepaskan suatu instance akan segera diikuti dengan menghentikannya secara manual,
Anda dapat memanggilterminate-instance-in-auto-scaling-groupPerintah CLI sebagai gantinya.
Ini akan menghentikan instance yang ditentukan dan secara opsional menyesuaikan kapasitas
yang diinginkan grup. Selain itu, jika grup Auto Scaling digunakan dengan hook siklus aktif,
tindakan khusus yang Anda tetapkan sebagai instance penghentian akan berjalan sebelum
instance benar-benar dihentikan.
• Instance Siaga—Meskipun Launch ditangguhkan, Anda tidak dapat mengembalikan status Standby
untuk melayani. Untuk mengembalikan instance ke layanan, Anda harus terlebih dahulu melanjutkan
Launch.
Menangguhkan dan melanjutkan proses (konsol)

Anda dapat menangguhkan dan melanjutkan proses individual atau semua proses.
Untuk menangguhkan dan melanjutkan proses


4. Untuk Proses yang ditangguhkan, pilih proses yang akan ditangguhkan.
Untuk melanjutkan proses yang ditangguhkan, buang dari Proses yang ditangguhkan.
5. Pilih Perbarui.
Menangguhkan dan melanjutkan proses (AWS CLI)

Anda dapat menangguhkan dan melanjutkan proses individual atau semua proses.
Untuk menangguhkan proses
Gunakanmenangguhkanperintah dengan--scaling-processespilihan sebagai berikut.
aws autoscaling suspend-processes --auto-scaling-group-name my-asg --scaling-

processes AlarmNotification
Untuk menangguhkan semua proses
Gunakanmenangguhkanperintah sebagai berikut (menghilangkan--scaling-processesoption).
aws autoscaling suspend-processes --auto-scaling-group-name my-asg
Untuk melanjutkan proses penangguhan
Gunakanmelanjutkan prosesperintah sebagai berikut.
aws autoscaling resume-processes --auto-scaling-group-name my-asg --scaling-

processes AlarmNotification
Untuk melanjutkan semua proses yang ditangguhkan
258
Menangguhkan dan melanjutkan proses (AWS CLI)
Gunakanmelanjutkan prosesperintah sebagai berikut (menghilangkan--scaling-processesoption).
aws autoscaling resume-processes --auto-scaling-group-name my-asg
259
Memantau instans dan grup Auto

Scaling Anda
Pemantauan adalah bagian penting dari pemeliharaan keandalan, ketersediaan, dan performa Amazon
EC2 Auto Scaling serta solusi Amazon Web Services Anda.AWSmenyediakan alat pemantauan berikut
untuk mengawasi Amazon EC2 Auto Scaling, melaporkan saat terjadi kesalahan, dan mengambil tindakan
otomatis jika diperlukan:
Pemeriksaan kondisi
Amazon EC2 Auto Scaling secara berkala melakukan pemeriksaan kesehatan pada instans
dalam grup Auto Scaling Anda. Jika instans tidak lolos dalam pemeriksaan kesehatan, maka akan
ditandai tidak sehat dan akan diakhiri selagi Amazon EC2 Auto Scaling meluncurkan instans baru
sebagai gantinya. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan untuk instance Auto
Scaling (p. 261).
AWS Health Dashboard
ParameterAWS Health Dashboardmenampilkan informasi, dan juga memberikan pemberitahuan

yang dipicu oleh perubahan dalam kesehatan sumber daya Amazon Web Services. Informasi ini
disajikan dalam dua cara: di dasbor yang menampilkan peristiwa terbaru dan mendatang yang diatur
berdasarkan kategori, dan dalam catatan peristiwa lengkap yang menampilkan semua peristiwa dari
90 hari terakhir. Untuk informasi selengkapnya, lihat AWS Health Dashboardnotifikasi untuk Amazon
EC2 Auto Scaling (p. 266).
Alarm CloudWatch
Untuk mendeteksi perilaku aplikasi yang tidak sehat, CloudWatch membantu Anda dengan secara
otomatis memantau metrik tertentu untuk sumber daya Amazon Web Services Anda. Anda dapat
mengonfigurasi alarm CloudWatch dan mengatur pemberitahuan Amazon SNS yang mengirimkan
email saat nilai metrik tidak sesuai harapan atau saat anomali tertentu terdeteksi. Misalnya, Anda
dapat diberi tahu saat aktivitas jaringan tiba-tiba lebih tinggi atau lebih rendah dari nilai yang
diharapkan metrik. Untuk informasi selengkapnya, lihat Pemantauan CloudWatch metrik untuk grup
dan instance Auto Scaling (p. 266).
Dasbor CloudWatch
Dasbor CloudWatch dapat disesuaikan dengan beranda di CloudWatch konsol. Anda dapat
menggunakan halaman ini untuk memantau sumber daya Anda dalam satu tampilan, bahkan termasuk
sumber daya yang tersebar di berbagai Wilayah. Anda dapat menggunakan CloudWatch dasbor untuk
membuat tampilan metrik dan alarm yang disesuaikan untuk sumber daya Amazon Web Services
Anda. Untuk informasi lebih lanjut, lihatAmazon CloudWatch Panduan Pengguna.
Catatan CloudTrail
AWS CloudTrailmemungkinkan Anda melacak panggilan yang dilakukan ke Amazon EC2 Auto
Scaling API oleh atau atas nama akun Amazon Web Services Anda. CloudTrail menyimpan informasi
dalam file log di bucket Amazon S3 yang Anda tentukan. Anda dapat menggunakan file log ini untuk
memantau aktivitas grup Auto Scaling Anda. Log termasuk permintaan yang dibuat, sumber alamat
IP asal permintaan, siapa yang meminta, kapan permintaan dibuat, dan seterusnya. Untuk informasi
selengkapnya, lihat Mencatat panggilan Amazon EC2 Auto Scaling denganAWS CloudTrail (p. 276).
CloudWatch Logs
Log CloudWatch memungkinkan Anda untuk memantau, menyimpan, dan mengakses file log Anda
dari instans Amazon EC2, CloudTrail, dan sumber lainnya. CloudWatch Log dapat memantau
260
Periksa kesehatan instance
informasi dalam file log dan memberi tahu Anda ketika ambang tertentu terpenuhi. Anda juga dapat
mengarsipkan data log Anda dalam penyimpanan yang sangat tahan lama. Untuk informasi lebih
lanjut, lihatAmazon CloudWatch Panduan Pengguna Log.
Pemberitahuan Layanan Pemberitahuan Sederhana Amazon
Anda dapat mengonfigurasi grup Auto Scaling untuk mengirim notifikasi Amazon SNS ketika Amazon
EC2 Auto Scaling meluncurkan atau mengakhiri instans. Untuk informasi selengkapnya, lihat Dapatkan
notifikasi Amazon SNS saat grup Auto Scaling Anda berkembang (p. 278).
Pemeriksaan kesehatan untuk instance Auto

Scaling
Status kesehatan dari instance Auto Scaling adalah sehat atau tidak sehat. Semua instancedi grup Auto
Scaling Anda dimulai dalam status sehat. Instance diasumsikan sehat, kecuali Amazon EC2 Auto Scaling
menerima notifikasi bahwa instance tersebut tidak sehat. Pemberitahuan ini dapat berasal dari satu atau
beberapa sumber berikut: Amazon EC2, Elastic Load Balancing, atau pemeriksaan kesehatan khusus.
Setelah Amazon EC2 Auto Scaling mendeteksi bahwa instance tidak sehat, Amazon EC2 Auto Scaling
akan mengakhiri instans tersebut dan meluncurkan instance baru.
Isi
• Pemeriksaan kondisi yang tersedia (p. 261)
• Deteksi kesehatan instance (p. 262)
• Pemeriksaan kondisi Elastic Load Balancing (p. 262)
• Tugas deteksi kesehatan khusus (p. 263)
• Ganti instance yang tidak sehat (p. 263)
• Pertimbangan pemeriksaan kondisi (p. 264)
• Masa tenggang pemeriksaan kesehatan (p. 265)
Pemeriksaan kondisi yang tersedia

Amazon EC2 Auto Scaling dapat menentukan status kesehatan instance menggunakan satu atau
beberapa hal berikut:
Jenis Health kondisi Apa pemeriksaan itu?
Pemeriksaan status Amazon EC2 Memastikan instans berjalan dan tidak ada masalah perangkat keras
dan acara terjadwal atau perangkat lunak yang mendasari yang dapat mengganggu
instans. Pemeriksaan kesehatan default untuk grup Auto Scaling
adalah pemeriksaan status Amazon EC2 dan acara terjadwal saja.
Pemeriksaan kondisi Elastic Load Memeriksa apakah instance dilaporkan sehat oleh load balancer
Balancing untuk memastikan bahwa instans tersedia untuk menangani
permintaan. Hanya diperiksa jika Anda mengaktifkan pemeriksaan
kesehatan ini untuk grup Auto Scaling.
Pemeriksaan Kesehatan Kustom Memastikan bahwa tidak ada masalah lain yang menunjukkan
masalah kesehatan misalnya sesuai pemeriksaan kesehatan kustom
Anda.
261
Deteksi kesehatan instance
Deteksi kesehatan instance

Setelah sebuah instance diluncurkan, itu dilampirkan ke grup Auto Scaling dan
memasukiInServicestatus. Untuk informasi selengkapnya tentang status siklus hidup berbeda untuk
instance di grup Auto Scaling, lihatSiklus aktif instance Amazon EC2 Auto Scaling (p. 8).
Amazon EC2 Auto Scaling memeriksa bahwa semua instance dalam grup Auto Scaling berjalan dan dalam
kondisi baik dengan secara berkala memeriksa status kesehatan instance.
Pemeriksaan status
Amazon EC2 Auto Scaling menggunakan hasil pemeriksaan status instans Amazon EC2 dan pemeriksaan
status sistem untuk menentukan status kesehatan suatu instance. Jika instans berada dalam keadaan
Amazon EC2 selainrunningatau statusnya untuk pemeriksaan status menjadiimpaired, Amazon EC2
Auto Scaling menganggap instance tersebut tidak sehat dan menggantikannya. Hal ini termasuk ketika
instance tersebut memiliki salah satu status berikut:
• stopping
• stopped
• shutting-down
• terminated
Pemeriksaan status Amazon EC2 tidak memerlukan konfigurasi khusus dan selalu diaktifkan. Untuk
informasi lebih lanjut, lihat Jenis pemeriksaan status di Panduan Pengguna Amazon EC2 untuk Instance
Linux.
Important
Amazon EC2 Auto Scaling memungkinkan pemeriksaan status ini sesekali gagal tanpa mengambil
tindakan apa pun. Saat pemeriksaan status gagal, Amazon EC2 Auto Scaling menunggu
beberapa menit untukAWSuntuk memperbaiki masalah. Ini tidak segera menandai instance
sebagai tidak sehat ketika statusnya untuk pemeriksaan status menjadiimpaired.
Jika Amazon EC2 Auto Scaling mendeteksi bahwa instance tidak lagi ada dirunningnegara,
bagaimanapun, situasi ini diperlakukan sebagai kegagalan langsung, dalam hal ini segera
menandai contoh sebagai tidak sehat dan menggantikannya.
Acara terjadwal
Acara yang dijadwalkan adalah acara reboot atau pensiun yang dijadwalkan di masa depan. Jika
salah satu instance Anda dipengaruhi oleh event yang dijadwalkan, Amazon EC2 Auto Scaling
mempertimbangkan instance sebagai tidak sehat dan segera menggantikannya. Tidak menunggu waktu
yang dijadwalkan untuk dicapai. Untuk informasi selengkapnya, lihatJenis peristiwa terjadwaldiPanduan
Pemeriksaan kondisi Elastic Load Balancing

Amazon EC2 Auto Scaling juga dapat menggunakan hasil pemeriksaan kesehatan Elastic Load Balancing
untuk menentukan status kesehatan suatu instance. Saat Anda memasang load balancer Elastic Load
Balancing ke grup Auto Scaling Anda, Amazon EC2 Auto Scaling mendaftarkan instance dengan load
balancer. Setelah instance selesai mendaftar, ia memasukiInServicenegara dan menjadi tersedia untuk
digunakan dengan penyeimbang beban.
Secara default, pemeriksaan kesehatan Elastic Load Balancing tidak diaktifkan. Bila Anda mengaktifkan
pemeriksaan kesehatan ini dan Elastic Load Balancing melaporkan instans terdaftar sebagaiunhealthy,
Amazon EC2 Auto Scaling menandai instans sebagai tidak sehat pada pemeriksaan kesehatan periodik
berikutnya dan menggantikannya. Jika pengosongan koneksi (delay deregistration) diaktifkan untuk load
262
Tugas deteksi kesehatan khusus
balancer Anda, Amazon EC2 Auto Scaling menunggu permintaan yang sedang berjalan selesai atau batas
waktu maksimum berakhir, mana saja yang lebih dulu, sebelum mengakhiri instance yang tidak sehat.
Untuk informasi selengkapnya, termasuk cara memperbarui grup Auto Scaling untuk mengaktifkan
pemeriksaan kesehatan Elastic Load Balancing, lihatMenambahkan pemeriksaan kesehatan Elastic Load
Balancing ke grup Auto Scaling (p. 296).
Tugas deteksi kesehatan khusus

Terkadang Anda juga ingin menjalankan tugas deteksi kesehatan khusus pada instance di grup Auto
Scaling dan menetapkan status kesehatan instans sebagai tidak sehat jika tugas gagal. Dengan demikian,
pemeriksaan kesehatan Anda diperpanjang dengan menggunakan kombinasi pemeriksaan kesehatan
khusus, pemeriksaan status Amazon EC2, dan pemeriksaan kesehatan Elastic Load Balancing, jika
diaktifkan.
Anda dapat mengirimkan informasi kesehatan instance langsung ke Amazon EC2 Auto Scaling
menggunakanAWS CLIatau SDK. Contoh berikut menunjukkan cara menggunakanAWS CLIuntuk
mengonfigurasi kondisi instance dan kemudian memverifikasi kondisi instance.
Gunakan yang berikut iniset-instance-kesehatanperintah untuk mengatur keadaan kesehatan dari contoh
yang ditentukan untukUnhealthy.
aws autoscaling set-instance-health --instance-id i-123abc45d --health-status Unhealthy
Gunakan yang berikut inimenggambarkan-auto-scaling-groupsperintah untuk memverifikasi bahwa

keadaan instanceUnhealthy.
Berikut ini adalah contoh tanggapan yang menunjukkan bahwa status kesehatan instance adalah
Unhealthy dan bahwa instance tersebut akan berakhir.
{
{
....
"Instances": [
{
"LaunchTemplate": {
"Version": "1",
},
"InstanceId": "i-123abc45d",
"HealthStatus": "Unhealthy",
"LifecycleState": "Terminating"
},
...
]
}
]
}
Ganti instance yang tidak sehat

Saat Amazon EC2 Auto Scaling menentukan bahwa sebuahInServicemisalnya tidak sehat, contoh
hampir segera dihentikan. Penggantian tersebut tidak akan memulihkan kesehatannya secara otomatis.
263
Pertimbangan pemeriksaan kondisi
Anda dapat melakukan intervensi secara manual dengan memanggilset-instance-kesehatanperintah

untuk mengatur status kesehatan instance kembali ke sehat. Jika instance sudah berakhir, Anda akan
mendapatkan pesan kesalahan.
Karena interval antara menandai suatu instance yang tidak sehat dan pemutusan aktualnya sangat kecil,
maka mencoba untuk mengatur status kesehatan suatu instance kembali ke sehat denganset-instance-
kesehatanmungkin berguna hanya dalam kasus di manaReplaceUnhealthyproses ditangguhkan. Untuk
informasi selengkapnya, lihat Menangguhkan dan melanjutkan proses untuk grup Auto Scaling (p. 254).
Amazon EC2 Auto Scaling menciptakan aktivitas penskalaan baru untuk mengakhiri instance tidak sehat
lalu mengakhirinya. Kemudian, aktivitas penskalaan lain meluncurkan instance baru untuk mengganti
instance yang dihentikan.
Ketika Anda melihatAktivitastab untuk grup Auto Scaling Anda, Anda akan melihat aktivitas ini tercantum
dalam riwayat aktivitas. Untuk informasi selengkapnya, lihat Memverifikasi aktivitas penskalaan untuk grup
Jika Anda membutuhkan sesuatu untuk terjadi pada instance yang sedang berakhir, atau pada instance
yang sedang memulai, Anda dapat menggunakan hook siklus hidup. Kait ini memungkinkan Anda
melakukan tindakan khusus saat Amazon EC2 Auto Scaling meluncurkan atau mengakhiri instans. Untuk
informasi selengkapnya, lihat Hook siklus aktif Amazon EC2 Auto Scaling (p. 196).
Pertimbangan pemeriksaan kondisi

• Untuk memberikan waktu yang cukup bagi instans baru untuk siap untuk mulai menangani permintaan
tanpa dihentikan karena pemeriksaan kesehatan yang gagal, lakukan satu, atau keduanya, dari hal-hal
berikut:
• Atur masa tenggang pemeriksaan kesehatan grup agar sesuai dengan periode startup yang
diharapkan dari aplikasi Anda. Untuk informasi selengkapnya, lihat bagian Masa tenggang
pemeriksaan kesehatan (p. 265).
• Tambahkan hook siklus hidup ke grup untuk memastikan bahwa instans Anda sepenuhnya
dikonfigurasi sebelum siap melayani lalu lintas di akhir hook siklus hidup. Untuk informasi
• Selama masa tenggang pemeriksaan kondisi, jika Amazon EC2 Auto Scaling mendeteksi bahwa
suatu instance tidak lagi tersedia dirunningnegara, itu menandainya sebagai tidak sehat dan
menggantikannya. Sebagai contoh, hal ini dapat terjadi ketika Anda menghentikan sebuah instance.
Amazon EC2 Auto Scaling memiliki dua opsi untuk menghentikan sebuahInServicecontoh. Anda
dapat memasukkan instance ke standby untuk jangka waktu tertentu, atau Anda dapat melepaskannya
dari grup.
• Amazon EC2 Auto Scaling tidak menyediakan cara untuk menghapus pemeriksaan status Amazon EC2
dan acara terjadwal dari pemeriksaan kesehatan. Jika Anda tidak ingin diganti instance, kami sarankan
agar Anda menangguhkanReplaceUnhealthydanHealthCheckproses untuk grup Auto Scaling
individual. Untuk informasi selengkapnya, lihat Menangguhkan dan melanjutkan proses untuk grup Auto
Scaling (p. 254).
• Amazon EC2 Auto Scaling tidak melakukan pemeriksaan kondisi pada instans yang ada
diStandbystatus. Untuk informasi selengkapnya, lihat Hapus instance sementara dari grup Auto Scaling
Anda (p. 250).
• Ketika instance Anda dihentikan, setiap alamat Elastic IP terkait akan dilepaskan kaitannya dan tidak
secara otomatis terkait dengan instance baru tersebut. Anda harus mengaitkan alamat Elastic IP ini
dengan instance baru secara manual, atau secara otomatis dengan solusi berbasis hook siklus hidup.
Untuk informasi selengkapnya, lihatAlamat Elastic IPdiPanduan Pengguna Amazon EC2 untuk Instans
Linux
• Demikian pula, ketika instance Anda dihentikan, volume EBS yang terpasang akan dilepas (atau dihapus
tergantung pada volumeDeleteOnTerminationatribut). Anda harus menambahkan volume EBS ini
ke instance baru secara manual, atau secara otomatis dengan solusi berbasis hook siklus hidup. Untuk
264
Masa tenggang pemeriksaan kesehatan
informasi selengkapnya, lihatLampirkan volume Amazon EBS ke instansdiPanduan Pengguna Amazon

EC2 untuk Instans Linux
Masa tenggang pemeriksaan kesehatan

ParameterHealthCheckGracePeriodparameter untuk grup Auto Scaling membantu Amazon
EC2 Auto Scaling membedakan instans yang tidak sehat dari instans yang baru diluncurkan yang
belum siap melayani lalu lintas. Masa tenggang ini dapat mencegah Amazon EC2 Auto Scaling
menandaiInServiceinstance sebagai tidak sehat dan mengakhirinya sebelum mereka memiliki waktu
untuk menyelesaikan inisialisasi.
Secara default, masa tenggang pemeriksaan kondisi adalah300detik saat Anda membuat grup Auto
Scaling dari grup Auto Scaling dariAWS Management Console. Nilai defaultnya adalah0detik saat Anda
membuat grup Auto Scaling menggunakan grup Auto Scaling menggunakanAWS CLIatau SDK.
Setel nilai ini lebih besar dari atau sama dengan jumlah waktu startup yang dibutuhkan untuk aplikasi Anda,
dari saat instance dimulai hingga saat instance tersebut menerima traffic. Jika Anda menambahkan hook
siklus hidup, Anda dapat mengurangi nilai masa tenggang pemeriksaan kondisi. Saat hook siklus aktif
dipanggil, masa tenggang tidak dimulai hingga tindakan hook siklus aktif selesai dan instance akan masuk
keInServicestatus.
Bila Anda menggunakanAWS CLIatau SDK untuk menetapkan status kesehatan instans sebagai tidak
sehat, default adalah tidak menunggu masa tenggang berakhir. Namun, Anda dapat mengganti perilaku ini
dan menghormati masa tenggang.
Untuk mengonfigurasi masa tenggang pemeriksaan kondisi (konsol)
Saat Anda membuat grup Auto Scaling, pada grup Auto Scaling, padaKonfigurasi opsi lanjutanhalaman,
untukPemeriksaan kondisi,Masa tenggang pemeriksaan kesehatan, pilih jumlah waktu startup yang
dibutuhkan aplikasi Anda.
Memodifikasi masa tenggang pemeriksaan kesehatan untuk grup yang sudah ada (konsol)
1. Buka konsol Amazon EC2 Auto Scaling dihttps://console.aws.amazon.com/ec2autoscalingdan

pilihWilayah AWSbahwa Anda membuat grup Auto Scaling Anda.

3. Pada tab Detail, pilih Pemeriksaan kesehatan, Edit.
4. Di bawahMasa tenggang pemeriksaan kesehatan, pilih jumlah waktu startup yang dibutuhkan aplikasi
Anda.
Informasi tambahan
Untuk informasi tentang pemeriksaan kondisi pemecahan masalah, lihatPemecahan Masalah Amazon EC2
Auto Scaling: Pemeriksaan kondisi (p. 367). Jika pemeriksaan kesehatan Anda gagal, periksa topik ini
untuk langkah-langkah pemecahan masalah. Topik ini akan membantu Anda mengetahui apa yang salah di
grup Auto Scaling Anda dan memberi saran tentang cara memperbaikinya.
Amazon EC2 Auto Scaling juga memantau kondisi instance yang Anda luncurkannya ke kolam yang
hangat menggunakan Amazon EC2, Amazon EBS, atau pemeriksaan kesehatan khusus. Untuk informasi
selengkapnya, lihat Lihat status pemeriksaan kondisi dan alasan kegagalan pemeriksaan kondisi (p. 232).
265
Memantau denganAWS Health Dashboard
AWS Health Dashboardnotifikasi untuk Amazon

EC2 Auto Scaling
KlasterAWS Health Dashboardmemberikan dukungan untuk notifikasi yang berasal dari Amazon EC2
Auto Scaling. Notifikasi ini memberikan panduan kesadaran dan remediasi untuk kinerja sumber daya
atau masalah ketersediaan yang dapat memengaruhi aplikasi Anda. Hanya peristiwa khusus untuk grup
keamanan yang hilang dan peluncuran templat yang saat ini tersedia.
AWS Health Dashboard adalah bagian dari layanan AWS Health. Tidak perlu penyiapan dan dapat dilihat
oleh pengguna yang diautentikasi di akun Anda. Untuk informasi selengkapnya, lihat Memulai dengan AWS
Health Dashboard.
Jika Anda menerima pesan yang serupa dengan pesan berikut, pesan tersebut harus diperlakukan sebagai
alarm untuk mengambil tindakan.
Contoh: Grup Auto Scaling tidak diskalakan karena tidak adanya kelompok keamanan
Hello,
At 2020-01-11 04:00 UTC, we detected an issue with your Auto Scaling group [ARN] in
Akun AWS 123456789012.
A security group associated with this Auto Scaling group cannot be found. Each time a
scale out operation is performed, it will be prevented until you make a change that
fixes the issue.
We recommend that you review and update your Auto Scaling group configuration to change
the launch template or launch configuration that depends on the unavailable security
group.
Sincerely,
Amazon Web Services
Contoh: Grup Auto Scaling tidak diskalakan karena tidak adanya templat peluncuran
Hello,
At 2021-05-11 04:00 UTC, we detected an issue with your Auto Scaling group [ARN] in
Akun AWS 123456789012.
The launch template associated with this Auto Scaling group cannot be found. Each time
a scale out operation is performed, it will be prevented until you make a change that
fixes the issue.
We recommend that you review and update your Auto Scaling group configuration and
specify an existing launch template to use.
Sincerely,
Amazon Web Services
Pemantauan CloudWatch metrik untuk grup dan

instance Auto Scaling
Metrik adalah konsep dasar dalam CloudWatch. Metrik mewakili serangkaian titik data yang diurutkan
waktu yang dipublikasikan ke CloudWatch. Pikirkan metrik sebagai variabel untuk memantau, dan titik data
266
Aktifkan metrik grup Auto Scaling
sebagai representasi nilai-nilai variabel tersebut dari waktu ke waktu. Anda dapat menggunakan metrik ini
untuk memverifikasi bahwa sistem Anda bekerja sesuai harapan.
Amazon EC2 Auto Scaling menerbitkan titik data CloudWatch tentang grup Auto Scaling Anda. Metrik
tersedia dengan perincian satu menit tanpa biaya tambahan, tetapi Anda harus mengaktifkannya. Dengan
melakukan hal ini, Anda mendapatkan visibilitas berkelanjutan ke dalam operasi grup Auto Scaling Anda
sehingga Anda dapat merespons perubahan beban kerja dengan cepat. Anda dapat mengaktifkan dan
menonaktifkan metrik ini menggunakanAWS Management Console,AWS CLI, atau SDK.
Amazon EC2 menerbitkan titik data CloudWatch yang mendeskripsikan instance Auto Scaling Anda.
Interval untuk memonitor instance Amazon EC2 dapat dikonfigurasi. Anda dapat memilih antara
perincian satu menit dan lima menit. Untuk informasi selengkapnya, lihat Mengonfigurasi instance Auto
Scaling (p. 272).
Isi
• Aktifkan metrik grup Auto Scaling (p. 267)
• Aktifkan metrik grup Auto Scaling (AWS CLI) (p. 268)
• Metrik dan dimensi yang tersedia (p. 268)
• Metrik grup Auto Scaling (p. 268)
• Dimensi untuk metrik grup Auto Scaling (p. 270)
• Bekerja dengan Amazon CloudWatch (p. 271)
• Lihat CloudWatch metrik (p. 271)
• Membuat Amazon CloudWatch alarm (p. 271)
• Mengonfigurasi instance Auto Scaling (p. 272)
• Aktifkan pemantauan terperinci (konsol) (p. 272)
• Aktifkan pemantauan terperinci (AWS CLI) (p. 273)
• Beralih antara pemantauan dasar dan terperinci (p. 273)
• Lihat grafik monitoring di konsol Auto Scaling Amazon EC2 (p. 273)
• Metrik grafik untuk grup Auto Scaling (p. 274)
Aktifkan metrik grup Auto Scaling

Saat Anda mengaktifkan metrik grup Auto Scaling, grup Auto Scaling mengirimkan data yang diambil
sampelnya CloudWatch setiap menit. Tidak ada biaya untuk mengaktifkan metrik ini.
Untuk mengaktifkan metrik grup
1. Buka konsol Auto Scaling Amazon EC2https://console.aws.amazon.com/ec2autoscaling/.

3. Pada tab Monitoring, pilih Koleksi metrik grup Auto Scaling, Aktifkan kotak centang yang terletak di
bagian atas halaman di bawah Auto Scaling.
Menonaktifkan metrik grup

3. Pada tab Monitoring, hapus Koleksi metrik grup Auto Scaling, kotak centang Aktifkan.
267
Aktifkan metrik grup Auto Scaling (AWS CLI)
Aktifkan metrik grup Auto Scaling (AWS CLI)

Untuk mengaktifkan metrik grup
Aktifkan satu atau beberapa metrik grup menggunakan perintahenable-metrics-collection. Misalnya,

perintah berikut memungkinkan GroupDesiredCapacity metrik.
aws autoscaling enable-metrics-collection --auto-scaling-group-name my-asg \

--metrics GroupDesiredCapacity --granularity "1Minute"
Jika Anda menghilangkan opsi --metrics, semua metrik akan diaktifkan.
aws autoscaling enable-metrics-collection --auto-scaling-group-name my-asg \

--granularity "1Minute"
Menonaktifkan metrik grup
Gunakan perintah disable-metrics-collection. Misalnya, perintah berikut menonaktifkan semua metrik grup
Auto Scaling.
aws autoscaling disable-metrics-collection --auto-scaling-group-name my-asg
Metrik dan dimensi yang tersedia

Saat diaktifkan, metrik dan dimensi grup Auto Scaling yang dikirim oleh Amazon EC2 CloudWatch
tercantum di bawah ini.
Note
Metrik grup CloudWatch diberikan dengan dasar upaya terbaik. Data tidak diisi ulang untuk
mengisi kesenjangan dalam riwayat metrik kelompok dalam kasus yang jarang terjadi di mana
CloudWatch mengalami gangguan layanan.
Metrik grup Auto Scaling

Ruang nama AWS/AutoScaling mencakup metrik berikut.
Metrik Penjelasan
GroupMinSize Ukuran minimum grup Auto Scaling.
Kriteria pelaporan: Dilaporkan jika koleksi metrik diaktifkan.
GroupMaxSize Ukuran maksimum grup Auto Scaling.
GroupDesiredCapacity Jumlah instance yang diupayakan untuk dijaga oleh grup Auto
Scaling.
GroupInServiceInstances Jumlah instance yang berjalan sebagai bagian dari grup Auto
Scaling. Metrik ini tidak mencakup instance yang tertunda atau
berakhir.
268
Metrik Penjelasan
GroupPendingInstances Jumlah instance yang tertunda. Instance yang tertunda belum dalam
layanan. Metrik ini tidak mencakup instance yang sedang dalam
layanan atau berakhir.
GroupStandbyInstances Jumlah instance yang berada dalam status Standby. Instance dalam
status ini masih berjalan tetapi tidak aktif dalam layanan.
GroupTerminatingInstances Jumlah instannce yang sedang dalam proses penghentian. Metrik ini
tidak mencakup instance yang sedang dalam layanan atau tertunda.
GroupTotalInstances Total jumlah instance dalam grup Auto Scaling. Metrik ini
mengidentifikasi jumlah instance yang sedang dalam layanan,
tertunda, dan diakhiri.
Nama ruang AWS/AutoScaling mencakup metrik berikut untuk grup Auto Scaling yang menggunakan
fitur pembobotan instance (p. 67). Jika pembobotan instance tidak diterapkan, maka metrik berikut akan
diisikan, tetapi sama dengan metrik yang ditentukan pada tabel sebelumnya.
Metrik Penjelasan
GroupInServiceCapacity Jumlah unit kapasitas yang berjalan sebagai bagian dari grup Auto
Scaling.
GroupPendingCapacity Jumlah unit kapasitas yang tertunda.
GroupStandbyCapacity Jumlah unit kapasitas dalam status Standby.
GroupTerminatingCapacity Jumlah unit kapasitas yang sedang dalam proses penghentian.
GroupTotalCapacity Total jumlah unit kapasitas dalam grup Auto Scaling.
ParameterAWS/AutoScalingnamespace mencakup metrik berikut untuk grup Auto Scaling yang

menggunakankolam hangat (p. 219)fitur.
Metrik Deskripsi
WarmPoolMinSize Ukuran minimum kolam hangat.
269
Metrik Deskripsi
WarmPoolDesiredCapacity Jumlah kapasitas yang Amazon EC2 Auto Scaling mencoba untuk
mempertahankan di kolam hangat.
Ini setara dengan ukuran maksimum grup Auto Scaling dikurangi

kapasitas yang diinginkan, atau, jika diatur, sebagai kapasitas
maksimum yang disiapkan dari grup Auto Scaling dikurangi kapasitas
yang diinginkan.
Namun, ketika ukuran minimum kolam hangat sama dengan atau

lebih besar dari perbedaan antara ukuran maksimum (atau, jika
diatur, kapasitas maksimum yang disiapkan) dan kapasitas yang
diinginkan dari kelompok Auto Scaling, maka kapasitas kolam hangat
yang diinginkan akan setara denganWarmPoolMinSize.
WarmPoolPendingCapacity Jumlah kapasitas di kolam renang hangat yang tertunda. Metrik ini
tidak mencakup instance yang sedang berjalan, dihentikan, atau
berakhir.
WarmPoolTerminatingCapacityJumlah kapasitas di kolam hangat yang sedang dalam proses

penghentian. Metrik ini tidak mencakup instance yang sedang
berjalan, dihentikan, atau tertunda.
WarmPoolWarmedCapacity Jumlah kapasitas yang tersedia untuk masuk ke grup Auto Scaling
selama skala keluar. Metrik ini tidak mencakup instance yang
tertunda atau berakhir.
WarmPoolTotalCapacity Total kapasitas kolam hangat, termasuk contoh yang berjalan,

dihentikan, tertunda, atau berakhir.
Kapasitas yang diinginkan dari grup Auto Scaling dan kolam hangat
GroupAndWarmPoolDesiredCapacity
digabungkan.
Kapasitas total grup Auto Scaling dan kolam hangat digabungkan.

GroupAndWarmPoolTotalCapacity
Ini termasuk contoh yang berjalan, dihentikan, tertunda, mengakhiri,
atau dalam layanan.
Dimensi untuk metrik grup Auto Scaling

Untuk memfilter metrik bagi grup Auto Scaling Anda berdasarkan nama grup, gunakan dimensi
AutoScalingGroupName.
270
Bekerja dengan Amazon CloudWatch
Bekerja dengan Amazon CloudWatch

Isi
• Lihat CloudWatch metrik (p. 271)
• Membuat Amazon CloudWatch alarm (p. 271)
Lihat CloudWatch metrik

Anda dapat melihat metrik grup Auto Scaling menggunakan CloudWatch konsol dan alat baris perintah.
Untuk melihat metrik menggunakan CloudWatch konsol
Untuk informasi lebih lanjut, lihat Mengagregasi statistik dengan grup Auto Scaling.
Melihat CloudWatch metrik (AWS CLI)
Guna melihat semua metrik untuk semua grup Auto Scaling Anda, gunakan perintah list-metrics berikut ini.
aws cloudwatch list-metrics --namespace "AWS/AutoScaling"
Untuk melihat metrik untuk grup Auto Scaling tunggal, tentukan dimensi AutoScalingGroupName
sebagai berikut.
aws cloudwatch list-metrics --namespace "AWS/AutoScaling" --dimensions

Name=AutoScalingGroupName,Value=my-asg
Untuk melihat satu metrik untuk semua grup Auto Scaling Anda, sebutkan nama metrik sebagai berikut.
aws cloudwatch list-metrics --namespace "AWS/AutoScaling" --metric-name

GroupDesiredCapacity
Membuat Amazon CloudWatch alarm

Salah satu tujuan monitoring metrik adalah memverifikasi apakah aplikasi Anda bekerja sesuai harapan
atau tidak. Di Amazon CloudWatch, Anda dapat membuat alarm yang mengirimkan notifikasi saat nilai
metrik tertentu melampaui batas yang dapat diterima.
Mulai dengan mengidentifikasi metrik yang akan dimonitor. Misalnya, Anda dapat mengonfigurasi alarm
untuk melihat penggunaan CPU rata-rata dari instance EC2 di grup Auto Scaling Anda. Tindakan dapat
berupa notifikasi yang dikirimkan kepada Anda ketika pengguynaan CPU rata-rata dari kejadian grup
melanggar ambang batas yang Anda tentukan untuk periode berurutan yang telah Anda tentukan.
Misalnya, jika metrik tetap sama dengan atau di atas 70 persen selama 4 periode berturut-turut, masing-
masing selama 1 menit.
Untuk informasi selengkapnya, lihatMenggunakan Amazon CloudWatch alarmdiAmazon CloudWatch

Panduan Pengguna.
Untuk membuat CloudWatch alarm untuk grup Auto Scaling Anda

2. Jika perlu, ubah wilayahnya. Dari bilah navigasi, pilih wilayah tempat grup Auto Scaling Anda berada.
3. Pada panel navigasi, pilih Alarm lalu pilih Buat alarm.
4. Pilih Pilih metrik.
271
Mengonfigurasi instance Auto Scaling
5. Pada tab Semua metrik, pilih satu metrik sebagai berikut:
• Guna menampilkan hanya metrik yang dilaporkan untuk grup Auto Scaling Anda, pilih EC2, lalu
pilih Berdasarkan Grup Auto Scaling. Guna melihat metrik untuk grup Auto Scaling tunggal, ketik
namanya di kolom pencarian.
• Pilih baris yang berisi metrik untuk grup Auto Scaling yang ingin Anda buat alarmnya.
• Pilih Pilih metrik. Halaman Tentukan metrik dan kondisi akan muncul, memperlihatkan grafik dan
informasi lain tentang metrik.
6. Untuk Periode, pilih periode evaluasi untuk alarm, misalnya, 1 menit. Saat mengevaluasi alarm, setiap
periode digabungkan menjadi satu titik data.
Note
Periode yang lebih pendek menciptakan alarm yang lebih sensitif.

7. Pada Ketentuan, lakukan hal berikut:
• Untuk Jenis ambang batas, pilih Statis.

• Untuk metric Kapan pun, tentukan apakah Anda ingin nilai metrik lebih besar dari, lebih besar dari
atau sama dengan, kurang dari, atau kurang dari atau sama dengan ambang untuk memicu alarm.
Lalu, pada daripada, masukkan nilai ambang batas yang Anda inginkan untuk memicu alarm.
8. Pada Konfigurasi tambahan, lakukan hal berikut:
• Untuk Titik data untuk alarm, masukkan jumlah titik data (periode evaluasi) di mana nilai metrik
harus memenuhi kondisi ambang untuk memicu alarm. Misalnya, dua periode 5 menit secara
berurutan akan membutuhkan waktu 10 menit untuk memicu alarm.
• Untuk Perawatan data yang hilang, pilih apa yang Anda ingin alarm lakukan jika beberapa data
hilang. Untuk informasi selengkapnya, lihatMengkonfigurasi bagaimana CloudWatch alarm
memperlakukan data yang hilangdiAmazon CloudWatch Panduan Pengguna.
10. Pada Notifikasi, Anda dapat memilih atau membuat topik Amazon SNS yang ingin Anda gunakan
untuk menerima notifikasi. Jika tidak, Anda dapat menghapus notifikasi sekarang dan menambahkan
notifikasi lain waktu saat Anda siap.
12. Masukkan nama dan, pilihan opsional, penjelasan untuk alarm, lalu pilih Selanjutnya.
13. Pilih Buat Alarm.
Mengonfigurasi instance Auto Scaling

Amazon EC2 dapat mengaktifkan monitoring terperinci saat meluncurkan instance EC2 dalam grup
Auto Scaling Anda. Anda mengonfigurasi monitoring untuk instance Auto Scaling menggunakan templat
peluncuran atau konfigurasi peluncuran.
Monitoring diaktifkan setiap kali sebuah instans diluncurkan, baik monitoring dasar (perincian lima
menit) atau monitoring terperinci (perincian satu menit). Berlaku biaya untuk monitoring terperinci. Untuk
informasi selengkapnya, lihatAmazon CloudWatch hargadanMemantau instans Anda menggunakan
CloudWatchdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
Aktifkan pemantauan terperinci (konsol)

Secara bawaan pemantauan dasar diaktifkan saat Anda menggunakanAWS Management Consoleuntuk
membuat templat peluncuran atau konfigurasi peluncuran.
Untuk mengaktifkan pemantauan terperinci di templat peluncuran
272
Lihat grafik monitoring di konsol Auto Scaling Amazon EC2
Ketika Anda membuat templat peluncuran menggunakanAWS Management Console, diRincian

lanjutanbagian, untukPemantauan CloudWatch, pilihAktifkan. Jika tidak, monitoring dasar akan diaktifkan.
Untuk informasi selengkapnya, lihat Konfigurasikan pengaturan lanjutan untuk templat peluncuran (p. 24).
Untuk mengaktifkan pemantauan terperinci dalam konfigurasi peluncuran
Ketika Anda membuat konfigurasi peluncuran menggunakanAWS Management Console, diKonfigurasi

tambahanbagian, pilihAktifkan pemantauan terperinci instans EC2 dalam CloudWatch. Jika tidak,
monitoring dasar akan diaktifkan. Untuk informasi selengkapnya, lihat Buat konfigurasi peluncuran (p. 38).
Aktifkan pemantauan terperinci (AWS CLI)

Secara bawaan pemantauan dasar diaktifkan saat Anda membuat templat peluncuran menggunakanAWS
CLI. Monitoring terperinci diaktifkan secara bawaan saat Anda membuat konfigurasi peluncuran
menggunakanAWS CLI.
Untuk mengaktifkan pemantauan terperinci di templat peluncuran
Untuk templat peluncuran, gunakan perintah create-launch-template dan lewati file JSON yang
berisi informasi untuk membuat templat peluncuran. Atur atribut monitoring ke "Monitoring":
{"Enabled":true} untuk memungkinkan monitoring terperinci atau "Monitoring":
{"Enabled":false} untuk memungkinkan monitoring dasar.
Untuk mengaktifkan pemantauan terperinci dalam konfigurasi peluncuran
Untuk konfigurasi peluncuran, gunakan perintah create-launch-configuration dengan opsi --instance-

monitoring. Atur opsi ini ke true untuk memungkinkan monitoring terperinci atau false untuk
memungkinkan monitoring dasar.
--instance-monitoring Enabled=true
Beralih antara pemantauan dasar dan terperinci

Untuk mengubah jenis monitoring yang diaktifkan pada instans EC2 baru, perbarui templat peluncuran
atau perbarui grup Auto Scaling untuk menggunakan templat peluncuran baru atau konfigurasi peluncuran.
Proses yang ada lanjut menggunakan jenis monitoring yang sebelumnya diaktifkan. Untuk memperbarui
semua instance, hentikan semuanya agar dapat diganti dengan grup Auto Scaling atau perbarui instance
secara terpisah menggunakan monitor-instances dan unmonitor-instances.
Note
Dengan refresh instans dan masa aktif maksimum, Anda juga dapat mengganti semua instans
dalam grup Auto Scaling untuk meluncurkan instans baru yang menggunakan pengaturan baru.
Untuk informasi selengkapnya, lihat Ganti instance Auto Scaling (p. 100).
Ketika Anda beralih antara pemantauan dasar dan rinci:
Jika Anda CloudWatch alarm yang terkait dengan grup Auto Scaling Anda, gunakanput-metric-
alarmperintah untuk memperbarui setiap alarm. Jadikan setiap periode sesuai dengan jenis monitoring
(300 detik untuk monitoring dasar dan 60 detik untuk monitoring terperinci). Jika Anda berubah dari
monitoring terperinci menjadi monitoring dasar tetapi tidak memperbarui alarm Anda untuk menyesuaikan
periode lima menit, maka akan terus memeriksa statistik setiap menit. Mereka mungkin tidak menemukan
data tersedia sebanyak empat dari setiap lima periode.
Lihat grafik monitoring di konsol Auto Scaling Amazon

EC2
Di bagian Amazon EC2 Auto Scaling pada konsol Amazon EC2, Anda dapat memantau kemajuan menit
demi menit dari masing-masing grup Auto Scaling menggunakan CloudWatch metrik.
273
Anda dapat memantau jenis metrik berikut:
• Metrik Auto Scaling— Metrik Auto Scaling diaktifkan hanya saat Anda mengaktifkannya. Untuk informasi
selengkapnya, lihat Aktifkan metrik grup Auto Scaling (p. 267). Ketika metrik Auto Scaling diaktifkan,
grafik pemantauan menampilkan data yang dipublikasikan pada granularitas satu menit untuk metrik
Auto Scaling.
• Metrik EC2— Jika pemantauan terperinci diaktifkan, grafik pemantauan menunjukkan data yang
dipublikasikan pada granularitas satu menit untuk metrik EC2. Untuk informasi selengkapnya, lihat
Mengonfigurasi instance Auto Scaling (p. 272).
Untuk melihat grafik monitoring menggunakan konsol Auto Scaling Amazon EC2

2. Pilih kotak centang di samping grup Auto Scaling yang ingin Anda lihat metrik.

3. Pilih tab Pemantauan.
Amazon EC2 Auto Scaling menampilkan grafik pemantauanAuto Scalingmetrik.

4. Untuk melihat grafik pemantauan data agregat Amazon EC2 untuk semua instans dalam grup,
pilihEC2.
Tindakan grafik
• Arahkan kursor ke titik data untuk waktu tertentu di UTC.

• Untuk memperbesar grafik, pilihMemperbesardari alat menu (tiga titik vertikal) di kanan atas grafik. Atau,
pilih ikon maksimalkan di bagian atas grafik.
• Sesuaikan periode waktu untuk data yang ditampilkan dalam grafik dengan memilih salah satu
nilai periode waktu yang telah ditetapkan. Jika grafik diperbesar, Anda dapat memilihKhususuntuk
menentukan periode waktu Anda sendiri.
• PilihRefreshdari alat menu untuk memperbarui data dalam grafik.
• Seret kursor ke data grafik untuk memilih rentang tertentu. Anda kemudian dapat memilihMenerapkan
rentang waktudi alat menu.
• PilihMelihat logdari alat menu untuk melihat aliran log terkait (jika ada) di CloudWatch konsol.
• Untuk melihat grafik di CloudWatch, pilihMelihat metrikdari alat menu. Ini akan membawa Anda
ke CloudWatch halaman untuk grafik itu. Di sana, Anda dapat melihat lebih banyak informasi atau
mengakses informasi historis untuk mendapatkan pemahaman yang lebih baik tentang bagaimana grup
Auto Scaling Anda berubah selama periode yang lama.
Metrik grafik untuk grup Auto Scaling

Setelah membuat grup Auto Scaling, Anda dapat membuka konsol Auto Scaling Amazon EC2 dan melihat
grafik monitoring untuk grup diPemantauantab.
DiAuto Scalingbagian, metrik grafik termasuk metrik keseluruhan berikut. Metrik ini memberikan
pengukuran yang dapat menjadi indikator potensi masalah, seperti jumlah instans penghentian atau jumlah
instance tertunda.
• Ukuran Grup Minimum(berdasarkanGroupMinSize)

• Ukuran Grup Maksimum(berdasarkanGroupMaxSize)
• Kapasitas yang Diinginkan(berdasarkanGroupDesiredCapacity)
• Instans Layanan(berdasarkanGroupInServiceInstances)
274
• Instans tertunda(berdasarkanGroupPendingInstances)
• Instans Siaga(berdasarkanGroupStandbyInstances)
• Instans Pengakhiran(berdasarkanGroupTerminatingInstances)
• Total Instans(berdasarkanGroupTotalInstances)
DiEC2bagian, Anda dapat menemukan metrik grafik berikut berdasarkan metrik kinerja utama untuk instans
Amazon EC2 Anda. Metrik EC2 ini merupakan agregat metrik untuk semua instans dalam grup.
• Penggunaan CPU(berdasarkanCPUUtilization)
• Membaca Disk(berdasarkanDiskReadBytes)
• Operasi Disk(berdasarkanDiskReadOps)
• Menulis Disk(berdasarkanDiskWriteBytes)
• Operasi Penulisan Disk(berdasarkanDiskWriteOps)
• Dalam jaringan(berdasarkanNetworkIn)
• Jaringan Keluar(berdasarkanNetworkOut)
• Pemeriksaan Status Gagal (Apa pun)(berdasarkanStatusCheckFailed)
• Pemeriksaan Status Gagal (Instans)(berdasarkanStatusCheckFailed_Instance)
• Pemeriksaan Status Gagal (Sistem)(berdasarkanStatusCheckFailed_System)
Note
Untuk informasi selengkapnya tentang sumber data untuk metrik grafik EC2, lihatBuat daftar yang
tersedia CloudWatch metrik untuk instans AndadiPanduan Pengguna Amazon EC2 untuk Instans
Linux.
Untuk melihat metrik grafik untuk instans individual, lihatMetrik grafik untuk instans
AndadiPanduan Pengguna Amazon EC2 untuk Instans Linux.
Anda dapat menggunakan set berikutnyaAuto Scalingmetrik grafik untuk mengukur fitur tertentu dari
kelompok tertentu.
Data metrik berikut tersedia untuk grup yang memiliki bobot yang menentukan berapa banyak unit yang
berkontribusi pada kapasitas grup yang diinginkan:
• Unit Kapasitas Layanan(berdasarkanGroupInServiceCapacity)

• Unit Kapasitas Tertunda(berdasarkanGroupPendingCapacity)
• Unit Kapasitas Siaga(berdasarkanGroupStandbyCapacity)
• Unit Kapasitas Pengakhiran(berdasarkanGroupTerminatingCapacity)
• Unit Kapasitas Total(berdasarkanGroupTotalCapacity)
Data metrik berikut tersedia jika grup menggunakankolam hangat (p. 219)fitur:
• Ukuran Minimum Kolam Hangat(berdasarkanWarmPoolMinSize)

• Kapasitas Kolam Hangat Yang Diinginkan(berdasarkanWarmPoolDesiredCapacity)
• Unit Kapasitas Kolam Renang Hangat(berdasarkanWarmPoolPendingCapacity)
• Unit Kapasitas Penghentian Kolam Hangat(berdasarkanWarmPoolTerminatingCapacity)
• Unit Kapasitas Hangat Kolam Hangat(berdasarkanWarmPoolWarmedCapacity)
• Unit Kapasitas Total Kolam Hangat Diluncurkan(berdasarkanWarmPoolTotalCapacity)
• Kapasitas Kelompok dan Kolam Hangat Yang
Diinginkan(berdasarkanGroupAndWarmPoolDesiredCapacity)
275
Log API panggilan dengan AWS CloudTrail
• Unit Kapasitas Total Grup dan Kolam Hangat

Diluncurkan(berdasarkanGroupAndWarmPoolTotalCapacity)
Mencatat panggilan Amazon EC2 Auto Scaling

denganAWS CloudTrail
Amazon EC2 Auto Scaling terintegrasi denganAWS CloudTrail, layanan yang menyediakan catatan
tindakan yang diambil oleh pengguna, peran, atau layanan menggunakan Amazon EC2 Auto Scaling.
CloudTrail merekam semua panggilan API untuk Amazon EC2 Auto Scaling sebagai peristiwa. Panggilan
yang direkam mencakup panggilan dari konsol Amazon EC2 Auto Scaling dan panggilan kode ke Amazon
EC2 Auto Scaling API.
Jika Anda membuat jejak, Anda dapat mengaktifkan pengiriman berkelanjutan CloudTrail peristiwa ke
bucket Amazon S3, termasuk peristiwa untuk Amazon EC2 Auto Scaling. Jika Anda tidak mengonfigurasi
jejak, Anda masih bisa melihat kejadian terbaru di CloudTrail konsol diRiwayat peristiwa. Menggunakan
informasi yang dikumpulkan oleh CloudTrail, Anda dapat menentukan permintaan yang dibuat untuk
Amazon EC2 Auto Scaling, alamat IP asal permintaan tersebut dibuat, siapa yang membuat permintaan,
kapan dibuat, dan detail lainnya.
Untuk mempelajari selengkapnya tentang CloudTrail, lihat Panduan Pengguna AWS CloudTrail.
Informasi Amazon EC2 Auto Scaling di CloudTrail

CloudTrail diaktifkan pada akun Amazon Web Services Anda pada saat membuat akun. Ketika aktivitas
terjadi di Amazon EC2 Auto Scaling, aktivitas tersebut dicatat di CloudTrail acara bersama dengan acara
Amazon Web Services lainnya diRiwayat peristiwa. Anda dapat melihat, mencari, dan mengunduh kejadian
terbaru di akun Amazon Web Services Anda. Untuk informasi selengkapnya, lihatMelihat peristiwa dengan
CloudTrail Riwayat peristiwa.
Untuk catatan peristiwa yang sedang berlangsung di akun Amazon Web Services Anda, termasuk peristiwa
untuk Amazon EC2 Auto Scaling, buatlah jejak. SEBUAHjejakmenyalakan CloudTrail untuk mengirimkan
file log ke bucket Amazon S3. Secara default, ketika Anda membuat jejak di konsol, jejak diterapkan
ke semua Region. Jalur mencatat kejadian dari semua Wilayah di partisi Amazon Web Services dan
mengirimkan file log ke bucket Amazon S3 yang Anda tentukan. Selain itu, Anda dapat mengonfigurasi
layanan Amazon Web Services lainnya untuk menganalisis lebih lanjut dan bertindak berdasarkan data
kejadian yang dikumpulkan di CloudTrail log. Untuk informasi selengkapnya, lihat yang berikut:
• Gambaran umum untuk membuat jejak

• Layanan dan integrasi yang didukung CloudTrail
• Mengonfigurasi notifikasi Amazon SNS untuk CloudTrail
• Menerima CloudTrail berkas log dari beberapa wilayahdanMenerima CloudTrail berkas log dari beberapa
akun
Semua tindakan Amazon EC2 Auto Scaling dicatat oleh CloudTrail dan
didokumentasikan dalamReferensi API Amazon EC2 Auto Scaling. Misalnya, panggilan
kecreateLaunchConfiguration,DescribeAutoScalingGroup, danUpdateAutoScalingGrouptindakan
menghasilkan entri dalam CloudTrail berkas log.
Setiap entri peristiwa atau log berisi informasi tentang siapa yang membuat permintaan tersebut. Informasi
identitas membantu Anda menentukan hal berikut:
• Bahwa permintaan dibuat dengan kredensial pengguna root atau pengguna AWS Identity and Access
Management (IAM).
276
Memahami entri file log Amazon EC2 Auto Scaling
• Bahwa permintaan tersebut dibuat dengan kredensial keamanan sementara untuk peran atau pengguna
gabungan.
• Apakah permintaan dibuat oleh layanan lain.
Untuk informasi lebih lanjut, lihatCloudTrailuserIdentityelemen.
Memahami entri file log Amazon EC2 Auto Scaling

Jejak adalah konfigurasi yang memungkinkan pengiriman peristiwa sebagai berkas log ke bucket Amazon
S3 yang Anda tentukan. CloudTrail file log berisi satu atau beberapa entri log. Sebuah peristiwa mewakili
permintaan tunggal dari sumber apa pun dan mencakup informasi tentang tindakan yang diminta, tanggal
dan waktu tindakan, parameter permintaan, dan sebagainya. CloudTrail berkas log bukan merupakan jejak
tumpukan terurut dari panggilan API publik, sehingga berkas tersebut tidak muncul dalam urutan tertentu.
Contoh berikut menunjukkan CloudTrail entri log yang menunjukkanCreateLaunchConfigurationtindakan.
{
"eventVersion": "1.05",
"userIdentity": {
"type": "Root",
"principalId": "123456789012",
"arn": "arn:aws:iam::123456789012:root",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"sessionContext": {
"attributes": {
"mfaAuthenticated": "false",
"creationDate": "2018-08-21T17:05:42Z"
}
}
},
"eventTime": "2018-08-21T17:07:49Z",
"eventSource": "autoscaling.amazonaws.com",
"eventName": "CreateLaunchConfiguration",
"awsRegion": "us-west-2",
"sourceIPAddress": "192.0.2.0",
"userAgent": "Coral/Jakarta",
"requestParameters": {
"ebsOptimized": false,
"instanceMonitoring": {
"enabled": false
},
"instanceType": "t2.micro",
"keyName": "EC2-key-pair-oregon",
"blockDeviceMappings": [
{
"deviceName": "/dev/xvda",
"ebs": {
"deleteOnTermination": true,
"volumeSize": 8,
"snapshotId": "snap-01676e0a2c3c7de9e",
"volumeType": "gp2"
}
}
],
"launchConfigurationName": "launch_configuration_1",
"imageId": "ami-6cd6f714d79675a5",
"securityGroups": [
"sg-00c429965fd921483"
]
},
277
Monitoring dengan notifikasi Amazon SNS
"responseElements": null,
"requestID": "0737e2ea-fb2d-11e3-bfd8-99133058e7bb",
"eventID": "3fcfb182-98f8-4744-bd45-b38835ab61cb",
"eventType": "AwsApiCall",
"recipientAccountId": "123456789012"
}
Dapatkan notifikasi Amazon SNS saat grup Auto

Scaling Anda berkembang
Anda dapat menerima notifikasi saat Amazon EC2 Auto Scaling meluncurkan atau menghentikan instance
EC2 dalam grup Auto Scaling Anda. Anda mengelola notifikasi menggunakan Amazon Simple Notification
Service (Amazon SNS).
Amazon SNS mengoordinasikan dan mengelola pengiriman notifikasi ke pelanggan atau endpoint yang
berlangganan. Amazon SNS menawarkan beragam opsi notifikasi, termasuk kemampuan mengirimkan
notifikasi sebagai HTTP atau HTTPS POST, email (SMTP, yakni teks biasa atau dalam format JSON), atau
sebagai pesan yang diposting ke antrean Amazon SQS, yang memungkinkan Anda menangani notifikasi
ini secara terprogram. Untuk informasi lebih lanjut, lihat Panduan Pengembang Amazon Simple Notification
Service.
Misalnya, jika Anda mengonfigurasi grup Auto Scaling untuk menggunakan jenis notifikasi autoscaling:
EC2_INSTANCE_TERMINATE, dan grup Auto Scaling Anda akan menghentikan suatu instance, notifikasi
email akan dikirimkan. Email ini berisi detail instance yang dihentikan, seperti ID instance dan penyebab
instance tersebut dihentikan.
Notifikasi berguna untuk merancang aplikasi berbasis-peristiwa. Jika Anda menggunakan notifikasi untuk
memastikan bahwa sumber daya memasuki status yang diinginkan, Anda dapat menghapus polling, dan
Anda tidak akan mengalami kesalahan RequestLimitExceeded yang terkadang diakibatkan oleh polling.
AWSmenyediakan berbagai alat yang dapat Anda gunakan untuk mengirimkan notifikasi. Atau, Anda
dapat menggunakan EventBridge dan Amazon SNS untuk mengirimkan notifikasi saat grup Auto Scaling
Anda meluncurkan atau menghentikan instance. Di EventBridge, aturan tersebut menjelaskan peristiwa
mana yang diberitahukan kepada Anda. Di Amazon SNS, topik tersebut menjelaskan jenis notifikasi yang
Anda terima. Dengan opsi ini, Anda dapat memutuskan apakah peristiwa tertentu harus memicu fungsi
Lambda. Untuk informasi selengkapnya, lihat Gunakan EventBridge untuk menangani peristiwa Auto
Scaling (p. 310).
Konten
• Notifikasi SNS (p. 278)
• Mengonfigurasi notifikasi Amazon SNS untuk Amazon EC2 Auto Scaling (p. 279)
• Membuat topik Amazon SNS (p. 279)
• Berlangganan topik Amazon SNS (p. 280)
• Mengonfirmasi langganan Amazon SNS Anda (p. 280)
• Mengonfigurasi grup Auto Scaling Anda untuk mengirim notifikasi (p. 280)
• Menguji notifikasi (p. 280)
• Menghapus konfigurasi notifikasi (p. 281)
Notifikasi SNS
Amazon EC2 Auto Scaling mendukung pengiriman notifikasi Amazon SNS saat peristiwa berikut terjadi.
278
Mengonfigurasi notifikasi Amazon
SNS untuk Amazon EC2 Auto Scaling
Peristiwa Penjelasan
autoscaling:EC2_INSTANCE_LAUNCH Peluncuran instance berhasil
autoscaling:EC2_INSTANCE_LAUNCH_ERROR Peluncuran instance gagal
autoscaling:EC2_INSTANCE_TERMINATE Penghentian instance berhasil
autoscaling:EC2_INSTANCE_TERMINATE_ERRORPenghentian instance gagal
Pesan ini mencakup informasi berikut:
• Event — Peristiwa.
• AccountId— ID akun Amazon Web Services.
• AutoScalingGroupName — Nama grup Auto Scaling.
• AutoScalingGroupARN — ARN grup Auto Scaling.
• EC2InstanceId — ID instance EC2.
Misalnya:

Time: 2016-09-30T19:00:36.414Z
RequestId: 4e6156f4-a9e2-4bda-a7fd-33f2ae528958
Event: autoscaling:EC2_INSTANCE_LAUNCH
AccountId: 123456789012
AutoScalingGroupARN: arn:aws:autoscaling:region:123456789012:autoScalingGroup...
ActivityId: 4e6156f4-a9e2-4bda-a7fd-33f2ae528958
Description: Launching a new EC2 instance: i-0598c7d356eba48d7
Cause: At 2016-09-30T18:59:38Z a user request update of AutoScalingGroup constraints to ...
StartTime: 2016-09-30T19:00:04.445Z
EndTime: 2016-09-30T19:00:36.414Z
StatusCode: InProgress
StatusMessage:
Progress: 50
EC2InstanceId: i-0598c7d356eba48d7
Details: {"Subnet ID":"subnet-id","Availability Zone":"zone"}
Mengonfigurasi notifikasi Amazon SNS untuk Amazon

EC2 Auto Scaling
Untuk menggunakan Amazon SNS guna mengirim notifikasi email, Anda harus membuat topik, lalu
berlangganan alamat email Anda sesuai topik.
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.
Saat Anda membuat nama topik, nama harus memenuhi persyaratan berikut:
• Antara 1 hingga 256 karakter

• Memuat huruf besar dan huruf kecil ASCII, angka, garis bawah, atau tanda hubung
279
Untuk informasi lebih lanjut, lihat Membuat topik Amazon SNS dalam Panduan Developer Amazon Simple
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, lihatBerlangganan topik Amazon SNSdiPanduan Developer Amazon Simple
Mengonfirmasi langganan Amazon SNS Anda

Amazon SNS mengirimkan email konfirmasi ke alamat email yang Anda tentukan pada langkah
sebelumnya.
Pastikan Anda membuka emaildariAWSPemberitahuandan memilih tautan untuk mengonfirmasi langganan

sebelum melanjutkan ke langkah berikutnya.
Anda akan menerima pesan notifikasi dariAWS. Amazon SNS kini dikonfigurasi untuk menerima notifikasi
dan mengirimkan notifikasi sebagai email ke alamat email yang Anda tentukan.
Mengonfigurasi grup Auto Scaling Anda untuk mengirim notifikasi

Anda dapat mengonfigurasi grup Auto Scaling Anda untuk mengirim notifikasi ke Amazon SNS ketika
peristiwa penskalaan, seperti terjadinya peluncuran instance atau penghentian instance. Amazon SNS
mengirimkan notifikasi dengan informasi tentang instance ke alamat email yang telah Anda tentukan.
Guna mengonfigurasi notifikasi Amazon SNS untuk grup Auto Scaling (konsol) Anda

3. Pada tab Aktivitas, pilih Notifikasi aktivitas, Buat notifikasi.
4. Pada panel Buat notifikasi, lakukan hal berikut:
a. Untuk Topik SNS, pilih topik SNS Anda.

b. Untuk Jenis peristiwa, pilih peristiwa untuk dikirim notifikasi.
c. Pilih Buat.
Untuk mengonfigurasi notifikasi Amazon SNS untuk grup Auto Scaling (AWS CLI)
Gunakan berikutput-notifikasi-konfigurasiperintah.
aws autoscaling put-notification-configuration --auto-scaling-group-name my-

asg --topic-arn arn --notification-types "autoscaling:EC2_INSTANCE_LAUNCH"
"autoscaling:EC2_INSTANCE_TERMINATE"
Menguji notifikasi
Untuk membuat notifikasi tentang peristiwa peluncuran, perbarui grup Auto Scaling dengan meningkatkan
kapasitas yang diinginkan dari grup Auto Scaling sebesar 1. Anda menerima notifikasi dalam beberapa
menit setelah peluncuran instance.
280
Untuk mengubah kapasitas yang diinginkan (konsol)

Panel terpisah akan terbuka di bagian bawah halaman Grup Auto Scaling, yang menunjukkan
informasi tentang grup yang dipilih.
3. Pada tab Detail, pilih Detail grup, Edit.
4. Untuk Kapasitas yang diinginkan, naikkan nilai saat ini sebesar 1. Jika nilai ini melebihi Kapasitas
maksimum, Anda juga harus meningkatkan nilai Kapasitas maksimum sebesar 1.
5. Pilih Perbarui.
6. Setelah beberapa menit, Anda akan menerima notifikasi untuk peristiwa tersebut. Jika Anda tidak
memerlukan instance tambahan yang Anda luncurkan untuk uji ini, Anda dapat mengurangi Kapasitas
yang diinginkan sebesar 1. Setelah beberapa menit, Anda akan menerima notifikasi untuk peristiwa
tersebut.
Menghapus konfigurasi notifikasi

Anda dapat menghapus konfigurasi notifikasi Auto Scaling Amazon EC2 Anda jika sudah tidak digunakan
lagi.
Untuk menghapus konfigurasi notifikasi Auto Scaling Amazon EC2 (konsol)

3. Pada tab Aktivitas, pilih kotak centang di samping notifikasi yang ingin Anda hapus, lalu pilih Tindakan,
Hapus.
Untuk menghapus konfigurasi notifikasi Auto Scaling Amazon EC2 (AWS CLI)
Gunakan perintah berikut delete-notification-configuration.
aws autoscaling delete-notification-configuration --auto-scaling-group-name my-asg --topic-

arn arn
Untuk informasi tentang menghapus topik Amazon SNS dan semua langganan yang terkait dengan grup
Auto Scaling Anda, lihatMenghapus langganan dan topik Amazon SNSdiPanduan Developer Amazon
Simple Notification Service.
281
Capacity Rebalancing
AWSlayanan terintegrasi dengan

Amazon EC2 Auto Scaling dapat diintegrasikan dengan perangkat lainAWSlayanan. Tinjau opsi integrasi
berikut untuk mempelajari selengkapnya tentang cara kerja setiap layanan dengan Amazon EC2 Auto
Scaling.
Topik
• Gunakan Penyeimbangan Ulang Kapasitas untuk menangani Interupsi Spot Amazon EC2 (p. 282)
• GunakanAWS Compute Optimizeruntuk mendapatkan rekomendasi untuk jenis instans untuk grup
Auto Scaling (p. 289)
• Gunakan Elastic Load Balancing untuk mendistribusikan lalu lintas di instance dalam grup Auto
Scaling (p. 291)
• Gunakan EventBridge untuk menangani peristiwa Auto Scaling (p. 310)
Gunakan Penyeimbangan Ulang Kapasitas untuk

menangani Interupsi Spot Amazon EC2
Anda dapat mengonfigurasi Amazon EC2 Auto Scaling untuk memonitor dan secara otomatis merespons
perubahan yang memengaruhi ketersediaan Instance Spot Anda. Penyeimbangan Ulang Kapasitas
membantu Anda mempertahankan ketersediaan beban kerja dengan secara proaktif menambah armada
Anda dengan Instans Spot baru sebelum instans yang berjalan diinterupsi oleh Amazon EC2.
Cara kerjanya
Tujuan dari Kapasitas Rebalancing adalah untuk menjaga pemrosesan beban kerja Anda tanpa gangguan.
Ketika Instance Spot berisiko tinggi mengalami gangguan, layanan Amazon EC2 Spot memberi tahu
Amazon EC2 Auto Scaling dengan rekomendasi penyeimbangan ulang instans EC2.
Saat Anda mengaktifkan Capacity Rebalancing untuk grup Auto Scaling Anda, Amazon EC2 Auto
Scaling mencoba untuk secara proaktif mengganti Instance Spot dalam grup Anda yang telah menerima
rekomendasi penyeimbangan ulang. Ini memberikan peluang untuk menyeimbangkan ulang beban kerja
Anda ke Instans Spot baru yang tidak berisiko tinggi mengalami gangguan. Beban kerja Anda dapat terus
memproses pekerjaan sementara Amazon EC2 Auto Scaling meluncurkan Instance Spot baru sebelum
instance yang ada terinterupsi.
Opsional, Anda juga dapat menggunakan hook siklus aktif untuk melakukan tindakan khusus pada instance
sebelum dihentikan.
Untuk informasi lebih lanjut tentang rekomendasi rebalancing instance EC2, lihat Rekomendasi rebalancing
instance EC2 di Panduan Pengguna Amazon EC2 untuk Instance Linux.
Untuk lebih jelasnya dan panduan fitur Capacity Rebalancing, lihat posting blogKelola siklus hidup Instans
Spot secara proaktif menggunakan fitur Capacity Rebalancing baru untuk EC2 Auto ScalingpadaAWSBlog
komputasi.
282
Mengaktifkan Capacity Rebalancing
Note
Ketika Capacity Rebalancing dinonaktifkan, Amazon EC2 Auto Scaling tidak mengganti Instance
Spot hingga layanan Spot Amazon EC2 menginterupsi instance dan pemeriksaan kesehatannya
gagal. Sebelum menginterupsi instance, Amazon EC2 selalu memberikan rekomendasi
penyeimbangan kembali instans EC2 dan pemberitahuan interupsi instance dua menit Spot.
Isi
• Mengaktifkan Capacity Rebalancing (p. 283)
• Mengaktifkan Capacity Rebalancing (p. 284)
• Mengaktifkan Capacity Rebalancing (AWS CLI) (p. 285)
• Menambahkan hook siklus aktif penghentian (p. 288)

Anda dapat mengaktifkan atau menonaktifkan Capacity Rebalancing kapan saja.
Pertimbangan
Pertimbangan berikut berlaku untuk konfigurasi ini:
• Kami sarankan Anda mengonfigurasi grup Auto Scaling Anda untuk menggunakan beberapa jenis
instance. Ini memberikan fleksibilitas untuk meluncurkan instance di berbagai grup Instance Spot di
dalam setiap Zona Ketersediaan, sebagaimana didokumentasikan dalam Grup Auto Scaling dengan
beberapa jenis instans dan opsi pembelian (p. 50).
• Instans Spot pengganti Anda mungkin memiliki risiko gangguan yang lebih tinggi jika Anda
menggunakanlowest-pricestrategi alokasi. Ini karena kami akan selalu meluncurkan instans
di pool dengan harga terendah yang memiliki kapasitas yang tersedia pada saat itu, bahkan
jika Instans Spot pengganti Anda kemungkinan akan terganggu segera setelah diluncurkan.
Untuk menghindari peningkatan risiko gangguan, kami sangat menyarankan untuk tidak
menggunakanlowest-pricestrategi alokasi, dan sebagai gantinya merekomendasikancapacity-
optimizedataucapacity-optimized-prioritizedstrategi alokasi. Strategi ini bertujuan untuk
meluncurkan Instans Spot pengganti di kolam kapasitas Spot yang paling optimal sehingga kemungkinan
kecil akan terganggu dalam waktu dekat.
• Jika memungkinkan, Anda harus membuat kelompok Auto Scaling di semua Zona Ketersediaan di dalam
Wilayah. Dengan cara ini, Amazon EC2 Auto Scaling dapat melihat kapasitas yang tersedia di setiap
Zona Ketersediaan. Jika peluncuran gagal dalam satu Zona Ketersediaan, Amazon EC2 Auto Scaling
terus mencoba meluncurkan Instance Spot di Zona Ketersediaan tertentu hingga berhasil.
• Dengan Capacity Rebalancing, Amazon EC2 Auto Scaling berperilaku dengan cara berikut:
Saat meluncurkan instance baru, Amazon EC2 Auto Scaling menunggu hingga instance baru lolos
pemeriksaan kesehatan sebelum melanjutkan dengan mengakhiri instance sebelumnya. Saat mengganti
lebih dari satu instance, penghentian setiap instance sebelumnya dimulai setelah instance baru telah
diluncurkan dan melewati pemeriksaan kesehatan. Karena Amazon EC2 Auto Scaling mencoba
meluncurkan instance baru sebelum mengakhiri aktivitas sebelumnya, berada pada atau mendekati
kapasitas maksimum yang telah ditentukan dapat menghambat atau menghentikan sepenuhnya aktivitas
rebalancing. Untuk menghindari masalah ini, Amazon EC2 Auto Scaling dapat secara sementara
melebihi kapasitas maksimum grup yang telah ditentukan selama aktivitas rebalancing.
• Jika instance baru gagal diluncurkan atau diluncurkan tetapi gagal dalam pemeriksaan kesehatan,
Amazon EC2 Auto Scaling terus mencoba meluncurkan ulang. Sementara mencoba meluncurkan
instance baru, instance yang sebelumnya akan terinterupsi dan dihentikan secara paksa.
• Jika aktivitas penskalaan sedang berlangsung dan grup Auto Scaling Anda berada di bawah kapasitas
baru yang diinginkan, Amazon EC2 Auto Scaling akan menskalakan terlebih dahulu sebelum
mengakhiri instance sebelumnya.
283
• Anda dapat mengonfigurasi hook siklus aktif penghentian untuk grup Auto Scaling Anda ketika
mengaktifkan Capacity Rebalancing untuk mencoba mematikan aplikasi Anda secara lancar di
dalam instance yang menerima notifikasi penyeimbangan ulang, sebelum Amazon EC2 Auto Scaling
mengakhiri proses. Jika Anda tidak mengkonfigurasi hook siklus hidup, Amazon EC2 Auto Scaling mulai
mengakhiri instans sebelumnya segera setelah instans baru lulus pemeriksaan kesehatan mereka.
• Aplikasi Anda harus dapat menangani kemungkinan Instans Spot terganggu lebih awal. Misalnya, ketika
instans memulai penghentian, Amazon EC2 Auto Scaling menunggu instans dihentikan. Jika grup Auto
Scaling berada di belakang penyeimbang muatan Elastic Load Balancing, Amazon EC2 Auto Scaling
menunggu instans untuk membatalkan pendaftaran dari penyeimbang beban sebelum memanggil hook
siklus hidup penghentian (jika dikonfigurasi). Jika waktu untuk membatalkan pendaftaran instans dan
tindakan siklus hidup yang lengkap memakan waktu terlalu lama, instans mungkin terganggu sementara
Amazon EC2 Auto Scaling menunggu instans dihentikan.
• Tidak selalu mungkin bagi Amazon EC2 untuk mengirim sinyal rekomendasi penyeimbangan kembali
sebelum pemberitahuan interupsi Instans Spot dua menit. Dalam beberapa kasus, sinyal rekomendasi
penyeimbangan kembali dapat tiba bersama dengan pemberitahuan interupsi dua menit.
• Dalam kasus ketika instance menerima pemberitahuan interupsi dua menit akhir, Amazon EC2 Auto
Scaling memanggil hook siklus aktif penghentian dan mencoba segera meluncurkan penggantian.

Anda dapat mengaktifkan atau menonaktifkan Capacity Rebalancing saat membuat atau memperbarui
grup Auto Scaling.
Untuk mengaktifkan Capacity Rebalancing untuk grup Auto Scaling baru

3. Pada langkah 1, masukkan nama untuk grup Auto Scaling, pilih templat peluncuran, lalu
pilihSelanjutnyauntuk melanjutkan ke langkah berikutnya.
4. Untuk Langkah 2: Pilih opsi peluncuran instans, di bawahJaringan, pilih opsi yang diinginkan.
5. UntukPersyaratan tipe instans, pilih pengaturan untuk membuat grup instance campuran, termasuk
jenis instans yang dapat diluncurkan, opsi pembelian instans, dan strategi alokasi untuk Instans Spot
dan Pesanan. Secara default, pengaturan ini tidak dikonfigurasi. Untuk mengkonfigurasinya, Anda
harus memilihTemplat peluncuran. Untuk informasi selengkapnya tentang cara membuat grup instance
campuran, lihatGrup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50).
6. Di bawahStrategi alokasibagian bawah halaman, pilih strategi alokasi Spot. Mengaktifkan atau
menonaktifkan Kapasitas Rebalancing dengan memilih atau membersihkanPenyeimbangan kembali
kapasitaskotak centang. Anda hanya melihat opsi ini jika Anda menentukan persentase grup Auto
Scaling yang akan diluncurkan sebagai Instans Spot diOpsi pembelian instansbagian.
7. Buat grup Auto Scaling.
Untuk mengaktifkan Capacity Rebalancing untuk grup Auto Scaling yang ada


3. PadaRinciantab, pilihStrategi alokasi,Mengedit.
4. Di bawahStrategi alokasibagian, lakukan hal berikut:
• Untuk mengaktifkan Capacity Rebalancing, pilih kotak centang Capacity Rebalancing.

• Untuk menonaktifkan Capacity Rebalancing, hapus kotak centang Capacity Rebalancing.
284
5. Pilih Perbarui.
Mengaktifkan Capacity Rebalancing (AWS CLI)

Contoh berikut menunjukkan cara menggunakanAWS CLIuntuk mengaktifkan dan menonaktifkan
Kapasitas Rebalancing.
Gunakanmembuat-auto-scaling-kelompokatauupdate-auto-scaling-groupperintah dengan parameter

berikut:
• --capacity-rebalance / --no-capacity-rebalance — Nilai Boolean yang menunjukkan apakah

Capacity Rebalancing diaktifkan.
Sebelum Anda memanggilmembuat-auto-scaling-kelompokperintah, Anda perlu nama templat peluncuran

yang dikonfigurasi untuk digunakan dengan grup Auto Scaling. Untuk informasi selengkapnya, lihat
Membuat templat peluncuran untuk grup Auto Scaling (p. 20).
Note
Prosedur berikut menunjukkan cara menggunakan file konfigurasi dalam format JSON atau YAML.
Jika Anda menggunakanAWS CLIVersi 1, Anda harus menentukan file konfigurasi dengan format
JSON. Jika Anda menggunakanAWS CLIVersi 2, Anda dapat menentukan file konfigurasi yang
diformat dengan YAML atau JSON.
JSON
• Gunakan hal berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling baru

dan mengaktifkan Capacity Rebalancing, dengan merujuk file JSON sebagai parameter tunggal untuk
Jika Anda belum memiliki file konfigurasi CLI yang menentukan kebijakan bauran instance (p. 50), buat
file tersebut.
Tambahkan baris berikut ke objek JSON level-atas di file konfigurasi.
{
"CapacityRebalance": true
}
{
"MinSize": 12,
"MaxSize": 15,
"CapacityRebalance": true,
},
285
"LaunchTemplate": {
},
"Overrides": [
{
},
{
},
{
},
{
},
{
},
{
},
{
},
{
}
]
}
},
"TargetGroupARNs": "arn:aws:elasticloadbalancing:us-
west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff",
}
YAML
• Gunakan hal berikutmembuat-auto-scaling-kelompokperintah untuk membuat grup Auto Scaling baru

dan mengaktifkan Capacity Rebalancing, dengan merujuk file YAML sebagai parameter tunggal untuk
Tambahkan baris berikut ke file konfigurasi Anda dalam format YAML.
CapacityRebalance: true
Berikut ini adalah contoh file config.yaml.
---
DesiredCapacity: 12
MinSize: 12
MaxSize: 15
CapacityRebalance: true
286
LaunchTemplate:
Version: $Default
Overrides:
TargetGroupARNs:
- arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-
group/943f017f100becff
Untuk mengaktifkan Capacity Rebalancing untuk grup Auto Scaling yang ada
• Gunakan hal berikutupdate-auto-scaling-groupperintah untuk mengaktifkan Capacity Rebalancing.

--capacity-rebalance
Untuk memverifikasi bahwa Capacity Rebalancing sudah diaktifkan untuk grup Auto Scaling
• Gunakan hal berikutdescribe-auto-scaling-groupsperintah untuk memverifikasi bahwa Capacity

Rebalancing diaktifkan dan untuk melihat detail.
{
{
...
"CapacityRebalance": true
}
]
}
Untuk menonaktifkan Capacity Rebalancing
Gunakanupdate-auto-scaling-groupperintah dengan--no-capacity-rebalancepilihan untuk

menonaktifkan Capacity Rebalancing.
287
Menambahkan hook siklus aktif penghentian
--no-capacity-rebalance
Menambahkan hook siklus aktif penghentian

Secara opsional, konfigurasikan hook siklus hidup penghentian saat Anda mengaktifkan Balancing
Kapasitas. Dengan hook siklus aktif, Anda dapat melakukan tindakan khusus pada instance sebelum hal
tersebut dihentikan.
Berikut adalah beberapa alasan mengapa Anda menggunakan hook siklus aktif penghentian:
• Untuk mengunggah log sistem atau aplikasi ke Amazon Simple Storage Service (Amazon S3)
• Untuk pematian worker Amazon SQS secara baik
• Untuk menyelesaikan deregistrasi dari Domain Name System (DNS)
Jika Anda tidak memiliki hook siklus aktif penghentian, gunakan prosedur berikut untuk membuatnya.
Untuk menambahkan hook siklus aktif penghentian


3. Pada Manajemen Instance, di Hook siklus aktif, pilih Buat hook siklus aktif.
a. Untuk Nama hook siklus aktif, sebutkan nama untuk hook siklus aktif.
b. Untuk Transisi siklus aktif, pilih Penghentian instance.
c. Untuk Waktu habis heartmeat, tentukan jumlah waktu, dalam detik, yang harus Anda selesaikan
dalam siklus aktif, atau hingga periode habis. Kami merekomendasikan nilai dari 30 sampai 120
detik, tergantung berapa banyak waktu yang Anda butuhkan untuk mematikan aplikasi.
d. UntukHasil default, tetapkan tindakan yang diambil grup Auto Scaling saat batas waktu habis
berlalu atau jika terjadi kegagalan tidak terduga. KeduanyaMENINGGALKANdanTERUSbiarkan
instance mengakhiri.
• Jika Anda memilihTERUS, Grup Auto Scaling dapat melanjutkan dengan tindakan yang tersisa,
seperti hook siklus aktif lainnya, sebelum penghentian.
• Jika Anda memilihMENINGGALKAN, Grup Auto Scaling segera mengakhiri instance.
e. (Opsional) UntukMetadata pemberitahuan, tentukan informasi tambahan yang ingin Anda sertakan
kapan pun saat Amazon EC2 Auto Scaling mengirimkan pesan ke sebuahAWS Lambdafungsi
atau target notifikasi lain yang Anda konfigurasikan pada langkah 6.
6. (Opsional) Untuk menggunakan layanan seperti Lambda untuk melakukan tindakan kustom sebelum
penghentian instans, lihatTutorial: Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi
Lambda (p. 214). Tutorial ini akan membantu Anda memahami cara mengatur fungsi Lambda untuk
hook siklus hidup Anda. Jika tidak, untuk instance EC2 untuk menjalankan tindakan secara otomatis,
Anda harus mengonfigurasinya untuk menjalankan skrip shutdown. Kami menyarankan agar urutan
shutdown seluruh diselesaikan dalam waktu kurang dari satu hingga dua menit untuk memastikan
bahwa ada cukup waktu untuk menyelesaikan tugas sebelum penghentian instance.
Untuk informasi selengkapnya untuk membantu Anda memahami berbagai aspek yang bekerja dengan kait
siklus aktif, lihatHook siklus aktif Amazon EC2 Auto Scaling (p. 196).
288
Compute Optimizer
GunakanAWS Compute Optimizeruntuk

mendapatkan rekomendasi untuk jenis instans
untuk grup Auto Scaling
AWSmenyediakan rekomendasi instans Amazon EC2 untuk membantu Anda meningkatkan performa,
menghemat uang, atau keduanya, dengan menggunakan fitur yang didukung olehAWS Compute
Optimizer. Anda dapat menggunakan rekomendasi ini untuk memutuskan apakah akan beralih ke jenis
instans baru.
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.
Note
Untuk mendapatkan rekomendasi dari Compute Optimizer, Anda harus terlebih dahulu memilih
Compute Optimizer. Untuk informasi selengkapnya, lihat Memulai dengan AWS Compute
Optimizer dalam Panduan Pengguna AWS Compute Optimizer.
Isi
• Temuan (p. 289)
• Lihat rekomendasi (p. 290)
• Pertimbangan untuk mengevaluasi rekomendasi (p. 290)
Keterbatasan:
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 jenis contoh -g didukung olehAWSProsesor Graviton2 (mis., C6g), dan untuk jenis
instans -n yang memiliki performa bandwidth jaringan lebih tinggi (mis., 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
289
Lihat rekomendasi
selama kurang dari 30 jam, atau ketika grup Auto Scaling atau jenis instans tidak didukung oleh Compute
Optimizer. Untuk informasi selengkapnya, lihat bagian Keterbatasan: (p. 289).
Lihat 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/.
Halaman Dasbor terbuka.

2. Pilih Lihat rekomendasi untuk semua grup Auto Scaling.
4. 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 baru-baru ini
CloudWatch data metrik (pemanfaatan CPU rata-rata, jaringan masuk rata-rata, dan jaringan keluar
rata-rata) 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 (p. 237).
Note
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 aktif instans maksimum (p. 117)
dan Ganti instans Auto Scaling berdasarkan refresh instans (p. 101).
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) di CloudWatch untuk
mengevaluasi lebih lanjut rekomendasi instans EC2 Anda. Misalnya, perhatikan bagaimana metrik
persentase CPU berubah sepanjang hari dan apakah ada puncak yang perlu diakomodasi. Untuk
informasi selengkapnya, lihatMelihat metrik yang tersediadi dalamAmazon CloudWatch Panduan
Pengguna.
• Compute Optimizer mungkin menyediakan rekomendasi untuk instans kinerja yang dapat terpecah,
yaitu instans T3, T3a, dan T2. Jika Anda secara berkala terpecah di atas garis dasar, pastikan Anda
290
Elastic Load Balancing
dapat terus melakukannya berdasarkan vCPUs dari jenis instans baru. Untuk informasi selengkapnya,
lihat Kredit CPU dan performa garis dasar untuk instans performa yang dapat terpecah dalam Panduan
• 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 contoh generasi yang lebih baru, jika memungkinkan.
• Saat bermigrasi ke kelompok instans yang berbeda, pastikan jenis instans saat ini dan jenis instans baru
kompatibel, misalnya dalam hal virtualisasi, arsitektur, atau jenis jaringan. Untuk informasi selengkapnya,
lihat Kompatibilitas untuk mengubah ukuran instans dalam Panduan Pengguna Amazon EC2 untuk
Instans Linux.
• Terakhir, pertimbangkan penilaian risiko kinerja yang diberikan untuk setiap rekomendasi. Risiko kinerja
menunjukkan jumlah upaya yang mungkin perlu Anda keluarkan untuk memvalidasi apakah jenis 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

• AWS Compute OptimizerPanduan Pengguna
Gunakan Elastic Load Balancing untuk

mendistribusikan lalu lintas di instance dalam grup
Auto Scaling
Elastic Load Balancing secara otomatis mendistribusikan lalu lintas aplikasi masuk Anda di semua instance
EC2 yang Anda jalankan. Elastic Load Balancing membantu mengelola permintaan masuk dengan
perutean lalu lintas secara optimal sehingga tidak ada satu pun yang kewalahan.
Untuk menggunakan Elastic Load Balancing dengan grup Auto Scaling Anda,pasang load balancer ke grup
Auto Scaling Anda (p. 293). Ini mendaftarkan grup dengan load balancer, yang bertindak sebagai titik
kontak tunggal untuk semua lalu lintas web masuk ke grup Auto Scaling Anda.
Saat Anda menggunakan Elastic Load Balancing dengan grup Auto Scaling Anda, Anda tidak perlu
mendaftarkan instance EC2 individual dengan 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 load balancer ke grup Auto Scaling Anda, Anda dapat mengonfigurasi grup Auto
Scaling Anda untuk menggunakan metrik Elastic Load Balancing (seperti hitungan permintaan Application
Load Balancer per target) untuk menskalakan jumlah instance dalam grup saat permintaan berfluktuasi.
Secara opsional, Anda dapat menambahkan pemeriksaan kesehatan Elastic Load Balancing ke grup
Auto Scaling Anda, sehingga Amazon EC2 Auto Scaling dapat mengidentifikasi dan mengganti instance
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 kelompok target lebih rendah
dari yang diizinkan.
Isi
• Jenis Elastic Load Balancing (p. 292)
291
Jenis Elastic Load Balancing
• Prasyarat untuk memulai Elastic Load Balancing (p. 293)

• Melampirkan load balancer ke grup Auto Scaling Anda (p. 293)
• Memahami status lampiran penyeimbang beban Anda (p. 295)
• Mengkonfigurasi Application Load Balancer atau Network Load Balancer dari Amazon EC2 Auto
Scaling (p. 295)
• Menambahkan pemeriksaan kesehatan Elastic Load Balancing ke grup Auto Scaling (p. 296)
• Menambahkan dan menghapus Availability Zone (p. 297)
• Contoh untuk bekerja dengan Elastic Load Balancing denganAWS Command Line Interface(AWS
CLI) (p. 299)
• Tutorial: Menyiapkan aplikasi terskala dan load-balanced (p. 303)
Jenis Elastic Load Balancing

Elastic Load Balancing menyediakan empat jenis load balancer yang dapat digunakan dengan grup Auto
Scaling Anda: Application Load Balancer, Network Load Balancer, Gateway Load Balancer, dan Classic
Load Balancer.
Ada perbedaan utama dalam bagaimana jenis Load Balancer dikonfigurasi. Dengan Application Load
Balancer, dan Gateway Load Balancer, instance didaftarkan sebagai target dengan grup target, dan Anda
merutekan lalu lintas ke grup target. Dengan Classic Load Balancer, instance didaftarkan langsung dengan
load balancer.
Application Load Balancer
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.
Network Load Balancer
Rute dan load balancer di layer transport (TCP/UDP Layer-4), berdasarkan informasi alamat yang
diekstrak dari header paket TCP, bukan dari isi paket. Network Load Balancer dapat menangani
rentetan lalu lintas, mempertahankan IP sumber klien, dan menggunakan IP tetap untuk masa aktif
load balancer.
Gateway Load Balancer
Mendistribusikan lalu lintas ke armada contoh alat. Menyediakan skala, ketersediaan, dan
kesederhanaan untuk perangkat virtual pihak ketiga, seperti firewall, sistem deteksi dan pencegahan
intrusi, dan peralatan lainnya. Gateway Load Balancer bekerja dengan peranti virtual yang mendukung
protokol GENEVE. Integrasi teknis tambahan diperlukan, jadi pastikan untuk membaca panduan
pengguna sebelum memilih Gateway Load Balancer.
Classic Load Balancer
Rute dan load balancer baik di lapisan transportasi (TCP/SSL) maupun di lapisan aplikasi (HTTP/
HTTPS). Classic Load Balancer mendukung EC2-Classic atau VPC.
Untuk mempelajari lebih lanjut tentang Elastic Load Balancing, lihat topik berikut:
• Apa itu Elastic Load Balancing?

• Apa itu Application Load Balancer ?
• Apa itu Network Load Balancer?
• Apa itu Gateway Load Balancer?
• Apa itu Classic Load Balancer?
292
Prasyarat
Prasyarat untuk memulai Elastic Load Balancing

Ikuti prosedur dalam dokumentasi Elastic Load Balancing untuk membuat load balancer dan target
group. Lewati langkah untuk mendaftarkan instans Amazon EC2 Anda. Amazon EC2 Auto Scaling
secara otomatis menangani instance pendaftaran. Untuk informasi lebih lanjut, lihat Memulai Elastic Load
Balancing di Panduan Pengguna Elastic Load Balancing.
Sebagai alternatif, jika Anda ingin membuat Application Load Balancer atau Network Load Balancer, Anda
tidak perlu membuat load balancer dan grup target sekarang. Anda dapat membuat dan melampirkan
Application Load Balancer atau Network Load Balancer baru dari konsol Auto Scaling Amazon EC2. Untuk
informasi selengkapnya, lihat Mengkonfigurasi Application Load Balancer atau Network Load Balancer dari
Jika perlu, buat templat peluncuran baru atau konfigurasi peluncuran untuk grup Auto Scaling Anda. Buat
templat peluncuran atau konfigurasi peluncuran dengan grup keamanan yang mengendalikan lalu lintas
ke dan dari instance di balik load balancer. Aturan yang direkomendasikan bergantung pada jenis load
balancer dan jenis backend yang digunakan load balancer. Misalnya, untuk mengarahkan lalu lintas ke
server web, izinkan akses HTTP masuk pada port 80 dari load balancer.
Tambahkan kait siklus hidup peluncuran ke grup Auto Scaling Anda untuk menunda instans terdaftar
di belakang load balancer sebelum konfigurasi mereka diterapkan sepenuhnya. Untuk informasi
Anda dapat mengonfigurasi pengaturan pemeriksaan kesehatan untuk grup Auto Scaling tertentu
kapan saja. Untuk menambahkan pemeriksaan kesehatan Elastic Load Balancing, lihatMenambahkan
pemeriksaan kesehatan Elastic Load Balancing ke grup Auto Scaling (p. 296). Sebelum menambahkan
pemeriksaan kesehatan ini, pastikan grup keamanan untuk templat peluncuran atau konfigurasi peluncuran
memungkinkan akses dari load balancer di port Elastic Load Balancing untuk melakukan pemeriksaan
kesehatan.
Sebelum menerapkan peralatan virtual di belakang Gateway Load Balancer, templat peluncuran atau
konfigurasi peluncuran harus memenuhi persyaratan berikut:
• Amazon Machine Image (AMI) harus menentukan ID AMI yang mendukung GENEVE menggunakan
Gateway Load Balancer.
• Grup keamanan harus mengizinkan lalu lintas UDP di port 6081.
Keterbatasan:
• Load balancer dan grup target harus dalam wilayah yang sama dengan grup Auto Scaling Anda.
• Kelompok target harus menentukan jenis targetinstance. Anda tidak dapat menentukan tipe
targetipsaat menggunakan grup Auto Scaling.
Melampirkan load balancer ke grup Auto Scaling Anda

Topik ini menjelaskan cara melampirkan load balancer Elastic Load Balancing ke grup Auto Scaling.
Amazon EC2 Auto Scaling berintegrasi dengan Elastic Load Balancing untuk membantu Anda menyisipkan
Application Load Balancer, Classic Load Balancer, atau Gateway Load Balancer di depan grup Auto
Scaling Anda. Untuk mempelajari lebih lanjut tentang berbagai jenis load balancer, lihat Jenis Elastic Load
Balancing (p. 292).
Saat Anda melampirkan Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer,
Anda melampirkan grup target. Amazon EC2 Auto Scaling menambahkan instance ke grup target
terlampir saat diluncurkan. Anda dapat melampirkan satu atau beberapa grup target, dan mengonfigurasi
pemeriksaan kesehatan berdasarkan per grup target.
293
Melampirkan penyeimbang beban
Isi
• Lampirkan penyeimbang beban yang ada (p. 294)
• Melepaskan penyeimbang beban (p. 294)
Lampirkan penyeimbang beban yang ada

Anda dapat melampirkan load balancer yang ada ke grup Auto Scaling saat Anda membuat atau
memperbarui grup. Jika Anda ingin membuat dan melampirkan Application Load Balancer baru atau
Network Load Balancer pada saat yang sama saat Anda membuat grup, lihatMengkonfigurasi Application
Load Balancer atau Network Load Balancer dari Amazon EC2 Auto Scaling (p. 295).
Untuk melampirkan load balancer yang sudah ada saat Anda membuat grup Auto Scaling baru

3. Pada langkah 1 dan 2, pilih opsi yang diinginkan dan lanjutkan keLangkah 3: Konfigurasi opsi lanjutan.
4. UntukPenyeimbangan beban, pilihLampirkan ke penyeimbang beban yang ada.
5. Di bawahLampirkan ke penyeimbang beban yang ada, lakukan salah satu hal berikut:
a. Untuk Application Load Balancer, Network Load Balancer, dan Gateway Load Balancer:
MemiilihPilih dari grup target penyeimbang beban Anda, dan kemudian pilih grup target diGrup
target penyeimbang beban yang adabidang.
b. Untuk Classic Load Balancer:
MemiilihPilih Classic Load Balancer, lalu pilih load balancer Anda diClassic Load Balancerbidang.
6. Lanjutkan untuk membuat grup Auto Scaling. Instans Anda akan secara otomatis didaftarkan ke
penyeimbang beban setelah grup Auto Scaling dibuat.
Untuk melampirkan load balancer yang ada ke grup Auto Scaling yang sudah ada
Gunakan prosedur berikut untuk melampirkan load balancer ke grup Auto Scaling yang ada.


3. Pada tab Detail, pilih Load balancing, Edit.
4. Di Bawah Load balancing, lakukan salah satu hal berikut:
a. UntukGrup target Aplikasi, Jaringan, atau Gateway Load Balancer, pilih kotak centang dan pilih
grup target.
b. UntukClassic Load Balancer, pilih kotak centang dan pilih load balancer Anda.
Melepaskan penyeimbang beban

Saat Anda tidak lagi memerlukan load balancer, gunakan prosedur berikut untuk melepaskannya dari grup
Auto Scaling Anda.
Untuk memisahkan load balancer dari grup
294
Memahami status lampiran

3. Pada tab Detail, pilih Load balancing, Edit.
4. Di Bawah Load balancing, lakukan salah satu hal berikut:
a. UntukGrup target Aplikasi, Jaringan, atau Gateway Load Balancer, pilih ikon delete (X) di samping
grup target.
b. UntukClassic Load Balancer, pilih ikon delete (X) di sebelah load balancer.
Memahami status lampiran penyeimbang beban Anda

Ketika Anda menggambarkan kelompok target menggunakan menggunakanmenjelaskan-load-
balancer-target-groupperintah atau load balancers menggunakandescribe-load-balancersperintah, ia
mengembalikan status lampiran penyeimbang beban diStateparameter.
Saat melampirkan load balancer, sistem masuk ke status Adding sekaligus mendaftarkan instance
dalam grup. Setelah semua instance dalam grup didaftarkan, selanjutnya akan masuk ke status Added.
Setelah setidaknya satu instance yang didaftarkan lolos pemeriksaan kesehatan, proses ini masuk
ke status InService. Ketika load balancer ada diInServicenegara, Amazon EC2 Auto Scaling
dapat menghentikan dan mengganti instance apa pun yang dilaporkan sebagai 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. Proses tetap berjalan setelah dibatalkan dari pendaftaran. Secara default,
pengosongan koneksi (penundaan deregistrasi) diaktifkan untuk Application Load Balancer, Network Load
Balancer, dan Gateway Load Balancer. Jika pengosongan koneksi diaktifkan, Elastic Load Balancing
menunggu permintaan yang sedang beroperasi selesai atau batas waktu maksimum berakhir (mana saja
yang lebih dulu) sebelum instans membatalkan pendaftaran instance.
Mengkonfigurasi Application Load Balancer atau

Network Load Balancer dari Amazon EC2 Auto
Scaling
Gunakan prosedur berikut untuk membuat dan melampirkan Application Load Balancer atau Network Load
Balancer saat Anda membuat grup Auto Scaling.
Untuk membuat dan melampirkan load balancer baru saat Anda membuat grup Auto Scaling baru

3. Pada langkah 1 dan 2, pilih opsi yang diinginkan dan lanjutkan keLangkah 3: Konfigurasi opsi lanjutan.
4. UntukPenyeimbangan beban, pilihMelampirkan load balancer baru.
a. Di bawahMelampirkan load balancer baru, untukTipe penyeimbang beban, pilih apakah akan
membuat Application Load Balancer atau Network Load Balancer.
b. UntukMemuat nama penyeimbang, masukkan nama untuk load balancer, atau tetap gunakan
nama default.
295
Tambahkan pemeriksaan kesehatan Elastic Load Balancing
c. UntukSkema Load Balancer, pilih apakah akan membuat load balancer yang menghadap ke
internet publik, atau simpan default untuk load balancer internal.
d. UntukAvailability Zones dan subnet, pilih subnet publik untuk setiap Availability Zone tempat Anda
memilih untuk meluncurkan instance EC2. (Ini prepopulate dari langkah 2.).
e. UntukPendengar dan perutean, perbarui nomor port untuk pendengar Anda (jika perlu), dan di
bawahPerutean default, pilihBuat grup target. Atau, Anda dapat memilih grup target yang ada dari
daftar tarik-turun.
f. Jika Anda memilihBuat grup targetpada langkah terakhir, untukNama grup baru, masukkan nama
untuk grup target, atau tetap gunakan nama default.
g. Untuk menambahkan tag ke load balancer Anda, pilihTambahkan tanda, dan berikan kunci tag
dan nilai untuk setiap tag.
5. Lanjutkan untuk membuat grup Auto Scaling. Instans Anda akan secara otomatis didaftarkan ke
penyeimbang beban setelah grup Auto Scaling dibuat.
Note
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.
Menambahkan pemeriksaan kesehatan Elastic Load

Balancing ke grup Auto Scaling
Pemeriksaan kesehatan default untuk grup Auto Scaling adalah hanya pemeriksaan status EC2. Jika
instance gagal dalam pemeriksaan status ini, instans tersebut ditandai tidak sehat dan diakhiri selagi
Amazon EC2 Auto Scaling meluncurkan instance pengganti baru.
Anda dapat melampirkan satu atau lebih grup target load balancer, satu atau lebih Classic Load Balancer,
atau keduanya ke grup Auto Scaling. Namun, secara default, grup Auto Scaling tidak mempertimbangkan
instance yang tidak sehat dan menggantinya jika gagal dalam pemeriksaan kesehatan Elastic Load
Balancing.
Untuk memastikan bahwa grup Auto Scaling Anda dapat menentukan kesehatan instance berdasarkan
pengujian load balancer tambahan, konfigurasikan grup Auto Scaling untuk menggunakan Elastic Load
Balancing (ELB) pemeriksaan kondisi. Load balancer secara berkala mengirimkan ping, mencoba koneksi,
atau mengirim permintaan untuk menguji instance EC2 dan menentukan apakah instance tidak sehat.
Jika Anda mengonfigurasi grup Auto Scaling untuk menggunakan pemeriksaan kesehatan Elastic Load
Balancing, instans akan dianggap tidak sehat jika gagal dalam pemeriksaan status EC2 atau pemeriksaan
kesehatan Elastic Load Balancing. Jika Anda melampirkan beberapa grup target load balancer atau
Classic Load Balancer ke grup, semuanya harus melaporkan bahwa instance sehat agar instance tersebut
dapat mempertimbangkan instance tersebut sebagai sehat. Jika salah satu dari mereka yang melaporkan
instance sebagai tidak sehat, grup Auto Scaling menggantikan instance tersebut, meskipun orang lain
melaporkannya sebagai hal yang sehat.

Gunakan prosedur berikut untuk menambahkan Elastic Load Balancing (ELBPemeriksaan kesehatan ke
grup Auto Scaling.
Untuk menambahkan pemeriksaan kesehatan Elastic Load Balancing
296
Tambahkan Availability Zone

3. Pada tab Detail, pilih Pemeriksaan kesehatan, Edit.
4. Untuk Jenis pemeriksaan kesehatan, pilih Aktifkan pemeriksaan kesehatan ELB.
5. UntukMasa tenggang pemeriksaan kesehatan, masukkan jumlah waktu, dalam detik, yang
perlu ditunggu Amazon EC2 Auto Scaling sebelum memeriksa status kondisi instance setelah
memasukiInServicenegara. Untuk informasi selengkapnya, lihat Masa tenggang pemeriksaan
kesehatan (p. 265).
6. Pilih Pembaruan.
7. Pada tab Manajemen instance tab, di bawah instance, Anda dapat melihat status sehat instance
tersebut. Kolom Status Kesehatan menampilkan hasil pemeriksaan kesehatan yang baru ditambahkan.
Lihat juga
• Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan untuk instance Auto Scaling (p. 261).
• Untuk mengonfigurasi pemeriksaan kesehatan untuk Application Load Balancer Anda, lihat Pemeriksaan
kesehatan untuk grup target Anda dalam Panduan Pengguna untuk Application Load Balancer.
• Untuk mengonfigurasi pemeriksaan kesehatan untuk Network Load Balancer Anda, lihat Pemeriksaan
kesehatan untuk grup target Anda dalam Panduan Pengguna untuk Network Load Balancer.
• Untuk mengonfigurasi pemeriksaan kesehatan untuk Gateway Load Balancer Anda, lihat Pemeriksaan
kesehatan untuk grup target Anda dalam Panduan Pengguna untuk Gateway Load Balancer.
• Untuk mengonfigurasi pemeriksaan kesehatan untuk Classic Load Balancer Anda, lihat Konfigurasikan
pemeriksaan kesehatan untuk Classic Load Balancer Anda dalam Panduan Pengguna untuk Classic
Load Balancers.
Menambahkan dan menghapus Availability Zone

Untuk memanfaatkan keamanan dan keandalan redundansi geografis, bentang grup Auto Scaling Anda di
beberapa Zona Ketersediaan dalam Wilayah dan pasang load balancer untuk mendistribusikan lalu lintas
yang masuk di seluruh Zona Ketersediaan tersebut.
Saat satu Availability Zone menjadi tidak sehat atau tidak tersedia, Amazon EC2 Auto Scaling meluncurkan
instance baru di Availability Zone yang tidak terpengaruh. Ketika Zona Ketersediaan yang tidak sehat
kembali ke status sehat, Amazon EC2 Auto Scaling secara otomatis mendistribusikan ulang instance
aplikasi 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 menciptakan node load balancer untuk setiap Availability Zone yang Anda aktifkan
untuk load balancer. Jika Anda mengaktifkan penyeimbangan beban lintas zona untuk load balancer Anda,
setiap simpul penyeimbang beban mendistribusikan lalu lintas 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 Anda membuat grup Auto Scaling.
Kemudian, Anda dapat memperluas ketersediaan aplikasi Anda dengan menambahkan Zona Ketersediaan
ke grup Auto Scaling Anda dan mengaktifkan Zona Ketersediaan untuk load balancer Anda (jika load
balancer mendukungnya).
Isi
297
Tambahkan Availability Zone
• Tambahkan Zona Ketersediaan (p. 298)

• Menghapus Availability Zone (p. 298)
Tambahkan Zona Ketersediaan

Gunakan prosedur berikut untuk memperluas grup Auto Scaling dan load balancer ke subnet di Zona
Ketersediaan tambahan.
Menambahkan Zona Ketersediaan


3. Pada tab Detail, pilih Jaringan, Edit.
4. MasukSubnet, pilih subnet yang sesuai dengan Availability Zone yang ingin Anda tambahkan ke grup
Auto Scaling.
6. Untuk memperbarui Zona Ketersediaan untuk load balancer Anda, sehingga Zona Ketersediaan yang
sama dengan grup Auto Scaling Anda, selesaikan langkah berikut:
a. Pada panel navigasi, di bawah LOAD BALANCING, pilih Load Balancer.

b. Pilih load balancer Anda.
c. Lakukan salah satu dari berikut:
• Untuk Application Load Balancer dan Penyeimbang Beban Jaringan:
1. PadaDeskripsitab, untukAvailability Zone, pilihMengedit subnet.

2. PadaMengedit subnethalaman, untukAvailability Zone, pilih kotak centang untuk Availability
Zone untuk 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 Balancers di VPC:
1. PadaInstanstab, pilihUbah Availability Zone.

2. PadaTambah dan Hapus Subnethalaman, untukSubnet yang Tersedia, pilih subnet
menggunakan ikon add (+). Subnet dipindahkan di bawah Subnet yang dipilih.
• Untuk Classic Load Balancers di EC2-Classic:

2. Pada halaman Menambah dan Menghapus Zona Ketersediaan, pilih Zona Ketersediaan
untuk ditambahkan.
d. Pilih Save (Simpan).
Menghapus Availability Zone

Untuk menghapus Availability Zone dari grup Auto Scaling dan load balancer Anda, gunakan prosedur
berikut.
Untuk menghapus Availability Zone

298
AWS CLIcontoh untuk bekerja
dengan Elastic Load Balancing

3. Pada tab Detail, pilih Jaringan, Edit.
4. MasukSubnet, pilih ikon delete (X) untuk subnet yang sesuai dengan Availability Zone yang ingin Anda
hapus dari grup Auto Scaling. Jika ada lebih dari satu subnet untuk zona tersebut, pilih ikon delete (X)
untuk masing-masing.
6. Untuk memperbarui Zona Ketersediaan untuk load balancer Anda, sehingga Zona Ketersediaan yang
sama dengan grup Auto Scaling Anda, selesaikan langkah berikut:
a. Pada panel navigasi, di bawah LOAD BALANCING, pilih Load Balancer.

b. Pilih load balancer Anda.
c. Lakukan salah satu dari berikut:
• Untuk Application Load Balancer dan Penyeimbang Beban Jaringan:
1. PadaDeskripsitab, untukAvailability Zone, pilihMengedit subnet.

2. PadaMengedit subnethalaman, untukAvailability Zone, kosongkan kotak centang untuk
menghapus subnet untuk Availability Zone tersebut.
• Untuk Classic Load Balancers di VPC:

2. PadaTambah dan Hapus Subnethalaman, untukSubnet yang Tersedia, hapus subnet
menggunakan ikon delete (-). Subnet dipindahkan di bawahSubnet yang Tersedia.
• Untuk Classic Load Balancers di EC2-Classic:

2. PadaTambah dan Hapus Zona KetersediaanHalaman, hapus Availability Zone.
d. Pilih Save (Simpan).
Keterbatasan:
Untuk memperbarui Availability Zone mana yang diaktifkan untuk load balancer Anda, Anda perlu
memahami batasan-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 load balancer.
• Untuk load balancer yang menghadap ke internet, subnet yang Anda tetapkan untuk load balancer harus
memiliki setidaknya delapan alamat IP yang tersedia.
• Untuk Application Load Balancer, Anda harus mengaktifkan setidaknya dua Availability Zone.
• Untuk Penyeimbang Beban Jaringan, Anda tidak dapat menonaktifkan Availability Zone yang diaktifkan,
tetapi Anda dapat mengaktifkan zona tambahan.
• Untuk Gateway Load Balancer, Anda tidak dapat mengubah Zona Ketersediaan atau subnet yang
ditambahkan ketika load balancer dibuat.
Contoh untuk bekerja dengan Elastic Load Balancing

denganAWS Command Line Interface(AWS CLI)
GunakanAWS CLIuntuk melampirkan dan melepaskan penyeimbang beban, tambahkan pemeriksaan
kesehatan Elastic Load Balancing, dan memperbarui Availability Zone.
299
Isi
• Melampirkan grup target penyeimbang beban (p. 300)
• Menjelaskan grup target penyeimbang beban (p. 300)
• Melepaskan grup target penyeimbang beban (p. 300)
• Melampirkan Classic Load Balancer (p. 300)
• Menjelaskan Classic Load Balancer (p. 301)
• Melepaskan Classic Load Balancer (p. 301)
• Tambahkan pemeriksaan kesehatan Elastic Load Balancing (p. 301)
• Memperbarui Availability Zone (p. 302)
Melampirkan grup target penyeimbang beban

Berikutmembuat-auto-scaling-kelompokperintah membuat grup Auto Scaling dengan grup target yang
ditambahkan. Tentukan Amazon Resource Name (ARN) grup target untuk Application Load Balancer,
Network Load Balancer, atau Gateway Load Balancer.

--launch-template "LaunchTemplateName=my-launch-template,Version=1" \
--target-group-arns "arn:aws:elasticloadbalancing:region:123456789012:targetgroup/my-
targets/1234567890123456" \
--max-size 5 --min-size 1 --desired-capacity 2
Berikutlampirkan-beban-balancer-target-kelompokperintah melampirkan grup target ke grup Auto Scaling

yang ada.
aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \

targets/1234567890123456"
Menjelaskan grup target penyeimbang beban

Untuk melihat grup target yang terkait dengan grup Auto Scaling, gunakanmenjelaskan-load-balancer-
target-groupperintah. Contoh berikut mencantumkan grup target untukmy-asg.
aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg
Untuk penjelasan tentangStatebidang dalam output, lihatMemahami status lampiran penyeimbang beban
Anda (p. 295)bagian dalam topik sebelumnya.
Melepaskan grup target penyeimbang beban

Berikutdetach-load-balancer-target-kelompokperintah melepaskan grup target dari grup Auto Scaling Anda
ketika Anda tidak lagi membutuhkannya.
aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \

targets/1234567890123456"
Melampirkan Classic Load Balancer

Berikutmembuat-auto-scaling-kelompokperintah menciptakan grup Auto Scaling dengan Classic Load
Balancer terlampir.
300

--load-balancer-names "my-load-balancer" \
--max-size 5 --min-size 1 --desired-capacity 2
Berikutlampirkan-beban-penyeimbangperintah 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
Menjelaskan Classic Load Balancer

Untuk melihat Classic Load Balancer yang terkait dengan grup Auto Scaling, gunakandescribe-load-
balancersperintah. Contoh berikut mencantumkan Classic Load Balancers untukmy-asg.
aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg
Untuk penjelasan tentangStatebidang dalam output, lihatMemahami status lampiran penyeimbang beban
Anda (p. 295).
Melepaskan Classic Load Balancer

Berikutdetach-load-balancersperintah melepaskan Classic Load Balancer dari grup Auto Scaling Anda
ketika Anda tidak lagi membutuhkannya.
aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \

--load-balancer-names my-lb

Untuk menambahkan pemeriksaan kesehatan Elastic Load Balancing ke grup Auto Scaling, jalankan hal
berikutupdate-auto-scaling-groupperintah dan menentukanELBsebagai nilai untuk--health-check-
typepilihan.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-lb-asg \

--health-check-type ELB
Untuk memperbarui masa tenggang pemeriksaan kesehatan, gunakan--health-check-grace-

periodpilihan. Instans baru sering membutuhkan waktu untuk pemanasan singkat sebelum mereka
dapat lulus pemeriksaan kesehatan. Jika masa tenggang tidak memberikan waktu pemanasan yang
cukup, instans mungkin tidak tampak siap untuk melayani lalu lintas. Amazon EC2 Auto Scaling mungkin
mempertimbangkan instance tersebut tidak sehat dan menggantinya. Untuk informasi selengkapnya, lihat
Masa tenggang pemeriksaan kesehatan (p. 265).
Berikutupdate-auto-scaling-groupperintah menambahkan Elastic Load Balancing pemeriksaan kesehatan

dan menentukan masa tenggang 300 detik.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-lb-asg \

--health-check-type ELB --health-check-grace-period 300
301
Memperbarui Availability Zone

Perintah yang Anda gunakan tergantung pada apakah load balancer Anda adalah Application Load
Balancer atau Network Load Balancer, Classic Load Balancer VPC atau Classic Load Balancer dalam
EC2-Classic. Anda dapat memperbarui subnet dan Availability Zone untuk penyeimbang beban hanya jika
penyeimbang beban mendukungnya. Untuk informasi selengkapnya, lihat Keterbatasan: (p. 299).
Untuk grup Auto Scaling dengan Application Load Balancer atau Network Load Balancer
1. Tentukan subnet yang digunakan untuk grup Auto Scaling menggunakan hal berikutupdate-auto-
scaling-groupperintah.

--vpc-zone-identifier subnet-41767929 subnet-cb663da2 subnet-8360a9e7
2. Verifikasi bahwa instance dalam subnet baru siap menerima lalu lintas dari load balancer
menggunakan hal berikutdescribe-auto-scaling-groupsperintah.
3. Tentukan subnet yang digunakan untuk Application Load Balancer atau Network Load Balancer Anda
menggunakan hal berikutset-subnetperintah.
aws elbv2 set-subnets --load-balancer-arn my-lb-arn \

--subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7
Untuk grup Auto Scaling dengan Classic Load Balancer di VPC
1. Tentukan subnet yang digunakan untuk grup Auto Scaling menggunakan hal berikutupdate-auto-

--vpc-zone-identifier subnet-41767929 subnet-cb663da2
2. Verifikasi bahwa instance dalam subnet baru siap menerima lalu lintas dari load balancer
menggunakan hal berikutdescribe-auto-scaling-groupsperintah.
3. Aktifkan subnet baru untuk Classic Load Balancer Anda menggunakan hal berikutlampirkan-beban-
penyeimbangan-ke-subnetperintah.
aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \

--subnets subnet-cb663da2
Untuk menonaktifkan subnet, jalankan yang berikutdetase-beban-balancer-dari-subnetperintah.
aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \

--subnets subnet-8360a9e7
Untuk grup Auto Scaling dengan Classic Load Balancer di EC2-Classic
1. Tentukan Availability Zone yang digunakan untuk grup Auto Scaling menggunakan berikutupdate-auto-
302
Tutorial: Menyiapkan aplikasi terskala dan load-balanced

--availability-zones us-west-2a us-west-2b
2. Verifikasi bahwa instance dalam Availability Zone baru siap untuk menerima lalu lintas dari load
balancer menggunakan hal berikutdescribe-auto-scaling-groupsperintah.
3. Aktifkan Availability Zone baru untuk Classic Load Balancer Anda menggunakan hal
berikutmengaktifkan-ketersediaan-zona-untuk-load-balancerperintah.
aws elb enable-availability-zones-for-load-balancer --load-balancer-name my-lb \

--availability-zones us-west-2b
Untuk menonaktifkan Availability Zone, jalankan yang berikutmenonaktifkan-ketersediaan-zona-untuk-

load-balancerperintah.
aws elb disable-availability-zones-for-load-balancer --load-balancer-name my-lb \

--availability-zones us-west-2c
Tutorial: Menyiapkan aplikasi terskala dan load-

balanced
Important
Sebelum menggali lebih dalam tutorial ini, kami sarankan Anda terlebih dahulu meninjau tutorial
pendahuluan berikut: Memulai dengan Amazon EC2 Auto Scaling (p. 13).
Mendaftarkan grup Auto Scaling Anda dengan load balancer Elastic Load Balancing membantu Anda
menyiapkan aplikasi load-balanced. Elastic Load Balancing bekerja dengan Amazon EC2 Auto Scaling
untuk mendistribusikan lalu lintas masuk di seluruh instance Amazon EC2 Anda yang berstatus sehat.
Ini meningkatkan skalabilitas dan ketersediaan aplikasi Anda. Anda dapat mengaktifkan Elastic Load
Balancing dalam beberapa Zona Ketersediaan untuk meningkatkan toleransi kesalahan aplikasi Anda.
Dalam tutorial ini, kami membahas langkah-langkah dasar untuk pengaturan aplikasi load-balanced ketika
grup Auto Scaling dibuat. Setelah selesai, arsitektur Anda akan terlihat serupa dengan diagram berikut:
303
Elastic Load Balancing mendukung berbagai jenis penyeimbang beban. Sebaiknya gunakan Application
Load Balancer untuk tutorial ini.
Untuk informasi selengkapnya tentang memperkenalkan penyeimbang muatan ke dalam arsitektur Anda,
lihatGunakan Elastic Load Balancing untuk mendistribusikan lalu lintas di instance dalam grup Auto
Scaling (p. 291).
Tugas
• Langkah 1: Mengatur templat peluncuran atau konfigurasi peluncuran (p. 305)
• Langkah 2: Membuat grup Auto Scaling (p. 307)
• Langkah 3: Verifikasikan bahwa load balancer Anda sudah ditambahkan (p. 308)
Prasyarat
• Load balancer dan grup target. Pastikan untuk memilih Zona Ketersediaan yang sama untuk load
balancer yang Anda rencanakan untuk digunakan untuk grup Auto Scaling Anda. Untuk informasi lebih
lanjut, lihat Memulai Elastic Load Balancing di Panduan Pengguna Elastic Load Balancing.
• Grup keamanan untuk templat peluncuran atau konfigurasi peluncuran. Grup keamanan harus
mengizinkan akses dari load balancer pada port listener (biasanya port 80 untuk lalu lintas HTTP) dan
304
port Elastic Load Balancing yang Anda inginkan untuk digunakan untuk pemeriksaan kesehatan. Untuk
informasi lebih lanjut, lihat dokumentasi yang berlaku:
• Grup keamanan target di Panduan Pengguna untuk Application Load Balancer
• Grup keamanan target di Panduan Pengguna untuk Network Load Balancer
Opsional, jika instance Anda memiliki alamat IP publik, Anda dapat mengizinkan lalu lintas SSH untuk
terhubung ke instance tersebut.
• (Opsional) Peran IAM yang memberikan akses aplikasi AndaAWS.
• (Opsional) Amazon Machine Image (AMI) yang didefinisikan sebagai templat sumber untuk instans
Amazon EC2 Anda. Untuk membuatnya sekarang, luncurkan satu instance. Tentukan peran IAM (jika
Anda sudah membuatnya) dan skrip konfigurasi yang diperlukan sebagai data pengguna. Hubungkan
ke instance dan sesuaikan. Misalnya, Anda dapat menginstal perangkat lunak dan aplikasi, menyalin
data, dan melampirkan volume EBS tambahan. Uji aplikasi Anda pada instans Anda untuk memastikan
bahwa aplikasi tersebut dikonfigurasi dengan benar. Simpan konfigurasi yang telah diperbarui ini sebagai
AMI khusus. Jika Anda tidak membutuhkan instans nanti, Anda dapat mengakhirinya. Instans yang
diluncurkan dari AMI kustom baru ini termasuk kustomisasi yang Anda buat saat membuat AMI.
• Virtual Private Cloud (VPC) Tutorial ini mengacu pada VPC default, tetapi Anda dapat menggunakan
VPC Anda sendiri. Jika menggunakan VPC Anda sendiri, pastikan bahwa perangkat tersebut memiliki
subnet yang dipetakan ke setiap Zona Ketersediaan Wilayah tempat Anda bekerja. Setidaknya, Anda
harus memiliki dua subnet publik yang tersedia untuk membuat load balancer. Anda juga harus memiliki
dua subnet pribadi atau dua subnet publik untuk membuat grup Auto Scaling Anda dan mendaftarkannya
dengan load balancer.
Langkah 1: Mengatur templat peluncuran atau konfigurasi

peluncuran
Gunakan templat peluncuran atau konfigurasi peluncuran untuk tutorial ini.
Jika Anda sudah memiliki templat peluncuran yang ingin Anda gunakan, pilih dengan menggunakan
prosedur berikut.
Note
Atau, Anda dapat menggunakan konfigurasi peluncuran alih-alih templat peluncuran. Untuk
instruksi konfigurasi peluncuran, lihat Pilih atau buat konfigurasi peluncuran (p. 306).
Untuk memilih templat peluncuran yang ada
1. BukaLuncurkan halaman templatkonsol Amazon EC2.

2. Pada bilah navigasi di bagian atas layar, pilih Wilayah tempat load balancer dibuat.
3. Pilih templat peluncuran.
4. PilihTindakan,Buat grup Auto Scaling.
Atau, untuk membuat templat peluncuran baru, gunakan prosedur berikut.

4. Masukkan nama dan berikan deskripsi untuk versi awal templat peluncuran.
305
5. UntukGambar Aplikasi dan OS (Amazon Machine Image), pilih ID AMI untuk instance Anda. Anda
dapat mencari semua AMI yang tersedia, atau dariTerbaruatauMulai cepatdaftar, pilih AMI. Jika
Anda tidak melihat AMI yang Anda butuhkan, Anda dapat memilihPeramban lebih banyak AMIuntuk
menelusuri katalog AMI lengkap.
6. Untuk Jenis instance, pilih konfigurasi perangkat keras untuk instance Anda yang kompatibel dengan
AMI yang Anda tentukan.
7. (Opsional) Untuk Pasangan kunci (login), pilih pasangan kunci untuk digunakan saat menghubungkan
ke instance Anda.
8. UntukPengaturan jaringan, memperluasKonfigurasi jaringan lanjutandan lakukan hal berikut:
a. PilihTambahkan antarmuka jaringanuntuk mengonfigurasi antarmuka jaringan primer.

b. (Opsional) Untuk Penetapan IP publik secara otomatis, menjaga nilai default, Jangan sertakan
dalam templat peluncuran. Saat Anda membuat grup Auto Scaling, Anda dapat menetapkan
alamat IPv4 publik untuk beberapa instance dalam grup Auto Scaling Anda dengan menggunakan
subnet yang sudah mengaktifkan atribut alamat IPv4 publik, seperti subnet default dalam VPC
default. Atau, jika Anda tidak perlu terhubung ke instance, Anda dapat memilihNonaktifkanuntuk
mencegah instans dalam grup Anda menerima lalu lintas langsung dari internet. Dalam hal ini,
instance-instance tersebut hanya akan menerima lalu lintas dari load balancer.
c. Untuk ID grup keamanan, menentukan grup keamanan untuk instance Anda dari VPC yang sama
dengan load balancer.
d. UntukHapus saat penghentian, pilihya. Ini menghapus antarmuka jaringan saat grup Auto Scaling
menskalakan masuk, dan mengakhiri instance tempat antarmuka jaringan terpasang.
9. (Opsional) Untuk mendistribusikan kredensial secara aman ke instance Anda, untuk Detail tingkat
lanjut, Profil instance IAM, masukkan Amazon Resource Name (ARN) peran IAM Anda.
10. (Opsional) Untuk menentukan data pengguna atau skrip konfigurasi untuk instance Anda, tempelkan
ke Detail tingkat lanjut, Data pengguna.
Pilih atau buat konfigurasi peluncuran

Jika Anda sudah memiliki konfigurasi peluncuran yang ingin Anda gunakan, pilih dengan menggunakan
prosedur berikut.
Untuk memilih konfigurasi peluncuran yang ada

3. Pilih konfigurasi peluncuran.
4. PilihTindakan,Buat grup Auto Scaling.
Atau, untuk membuat konfigurasi peluncuran baru, gunakan prosedur berikut.
Untuk membuat konfigurasi peluncuran

3. Pilih Buat konfigurasi peluncuran, dan masukkan nama untuk konfigurasi peluncuran Anda.
4. Untuk Amazon machine image (AMI), masukkan ID AMI untuk instance Anda sebagai kriteria
pencarian.
306
5. Untuk Jenis instance, pilih konfigurasi perangkat keras untuk instance Anda.
6. Pada Konfigurasi tambahan, perhatikan kolom-kolom berikut:
a. (Opsional) Untuk mendistribusikan kredensial secara aman ke instance EC2 Anda, untuk Profil
instance IAM, pilih peran IAM Anda. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi
yang berjalan di instance Amazon EC2 (p. 346).
b. (Opsional) Untuk menentukan data pengguna atau skrip konfigurasi untuk instance Anda,
tempelkan ke Detail tingkat lanjut, Data pengguna.
c. (Opsional) Untuk Detail tingkat lanjut, Jenis alamat IP, pertahankan nilai default. Saat Anda
membuat grup Auto Scaling, Anda dapat menetapkan alamat IP publik untuk beberapa instance
dalam grup Auto Scaling Anda dengan menggunakan subnet yang sudah mengaktifkan atribut
alamat IP publik, seperti subnet default dalam VPC default. Atau, jika Anda tidak perlu terhubung
ke instance, Anda dapat memilihJangan menetapkan alamat IP publik ke instans apa pununtuk
mencegah instans dalam grup Anda menerima lalu lintas langsung dari internet. Dalam hal ini,
instance-instance tersebut hanya akan menerima lalu lintas dari load balancer.
7. Untuk Grup keamanan, pilih grup keamanan yang ada dari VPC yang sama dengan load balancer.
Jika Anda menyimpanMembuat grup keamanan baruopsi yang dipilih, aturan SSH default dikonfigurasi
untuk instans Amazon EC2 yang menjalankan Linux. Aturan RDP default dikonfigurasi untuk instance
Amazon EC2 yang menjalankan Windows.
8. Untuk Pasangan kunci (login), pilih opsi pada Opsi pasangan kunci.
Jika Anda sudah mengonfigurasi pasangan kunci instance Amazon EC2, Anda dapat memilihnya di
sini.
Jika Anda belum memiliki pasangan kunci instance Amazon EC2, pilih Buat pasangan kunci baru dan
berikan nama yang dapat dikenali. Pilih Unduh pasangan kunci untuk mengunduh pasangan kunci ke
komputer Anda.
Important
Jika Anda perlu terhubung ke instance, jangan pilih Lanjutkan tanpa pasangan kunci.
9. Centang kotak konfirmasi, lalu pilih Buat konfigurasi peluncuran.
10. Pilih kotak centang di samping nama konfigurasi peluncuran baru Anda dan pilih Tindakan, Buat grup
Auto Scaling.
Langkah 2: Membuat grup Auto Scaling

Gunakan prosedur berikut untuk melanjutkan dari tempat terakhir Anda tinggalkan setelah membuat atau
memilih templat peluncuran atau konfigurasi peluncuran.
1. Pada halaman Pilih templat peluncuran atau konfigurasi, untuk Nama grup Auto Scaling, masukkan
nama untuk grup Auto Scaling Anda.
2. [Peluncuran template hanya] UntukTemplat peluncuran, pilih apakah grup Auto Scaling menggunakan
default, terbaru, atau versi spesifik templat peluncuran saat menskalakan.
ParameterPilih opsi peluncuran instansHalaman muncul, yang dapat Anda gunakan untuk memilih
pengaturan jaringan VPC yang Anda inginkan grup Auto Scaling untuk digunakan dan memberi Anda
opsi untuk meluncurkan Instans Sesuai Permintaan dan Spot (jika Anda memilih templat peluncuran).
4. DiJaringanbagian, untukVPC, pilih VPC yang Anda gunakan untuk load balancer Anda. Jika Anda
memilih VPC default, secara otomatis dikonfigurasi untuk menyediakan konektivitas internet untuk
instance Anda. VPC ini mencakup subnet publik di setiap Zona Ketersediaan di Wilayah tersebut.
307
5. UntukAvailability Zone dan subnet, pilih satu subnet atau lebih dari setiap Zona Ketersediaan yang
ingin disertakan, berdasarkan Zona Ketersediaan tempat load balancer berada. Untuk informasi
selengkapnya, lihat Pertimbangan saat memilih subnet VPC (p. 98).
6. [Luncurkan template hanya] DalamPersyaratan tipe instansbagian, menggunakan pengaturan default
untuk menyederhanakan langkah ini. (Jangan menimpa template peluncuran.) Untuk tutorial ini,
Anda hanya akan meluncurkan Instans Pesanan menggunakan jenis instans yang ditentukan dalam
template peluncuran Anda.
7. PilihSelanjutnyauntuk pergi keKonfigurasi opsi lanjutanhalaman.
8. Untuk melampirkan grup ke penyeimbang beban yang ada, diPenyeimbangan bebanbagian,
pilihLampirkan ke penyeimbang beban yang ada. Anda dapat memilihPilih dari grup target
penyeimbang bebanatauClassic Load Balancer. Anda kemudian dapat memilih nama grup target untuk
Application Load Balancer atau Network Load Balancer yang Anda buat, atau pilih nama Classic Load
Balancer.
9. (Opsional) Untuk menggunakan pemeriksaan kesehatan Elastic Load Balancing, untuk Pemeriksaan
kesehatan, pilih ELB pada Jenis pemeriksaan kesehatan.
10. Setelah selesai mengonfigurasi grup Auto Scaling, pilih Lewati untuk meninjau.
11. Pada halaman Peninjauan, tinjau detail grup Auto Scaling Anda. Anda dapat memilih Edit untuk
melakukan perubahan. Setelah selesai, pilih Buat grup Auto Scaling.
Setelah Anda membuat grup Auto Scaling dengan load balancer terlampir, load balancer secara otomatis
mendaftarkan instance baru saat online. Anda hanya memiliki satu instance pada titik ini, jadi tidak banyak
yang harus didaftarkan. Namun, Anda dapat menambahkan instance tambahan dengan memperbarui
kapasitas grup yang diinginkan. Untuk step-by-step instruksi, lihatPenskalaan manual (p. 127).
Langkah 3: Verifikasikan bahwa load balancer Anda sudah

ditambahkan
Untuk memverifikasi bahwa load balancer Anda sudah ditambahkan
1. DariHalaman grup Auto ScalingAmazon EC2, pilih kotak centang di samping grup Auto Scaling Anda.
2. Pada tab Detail Anda, Load balancing menampilkan grup target load balancer yang ditambahkan atau
Classic Load Balancer.
3. PadaAktivitastab, diRiwayat aktivitas, Anda dapat memverifikasi bahwa instance Anda berhasil
diluncurkan. ParameterStatuskolom menunjukkan apakah grup Auto Scaling Anda berhasil
meluncurkan instance. Jika instance Anda gagal diluncurkan, Anda dapat menemukan ide pemecahan
masalah untuk masalah peluncuran instans umum diPemecahan Masalah Amazon EC2 Auto
Scaling (p. 356).
4. PadaManajemen instanstab, di bawahInstans, Anda dapat memverifikasi bahwa instance Anda siap
menerima lalu lintas. Pada awalnya, instans Anda akan berada pada status Pending. Setelah instans
siap untuk menerima lalu lintas, statusnya adalah InService. ParameterStatus kesehatankolom
menunjukkan hasil pemeriksaan kesehatan Amazon EC2 Auto Scaling pada instans Anda. Meskipun
suatu instance dapat ditandai sebagai sehat, load balancer hanya akan mengirim lalu lintas untuk
instance yang melewati pemeriksaan kesehatan load balancer.
5. Verifikasikan bahwa instance Anda terdaftar dengan load balancer. BukaHalaman grup targetkonsol
Amazon EC2. Pilih grup target Anda, kemudian pilih tab Target. Jika status instance Andainitial,
itu mungkin karena mereka masih dalam proses terdaftar, atau mereka masih menjalani pemeriksaan
kesehatan. Saat instans Anda berada dalam tahap healthy, berarti instans sudah siap digunakan.

Setelah menyelesaikan tutorial ini, Anda dapat mempelajari lebih lanjut:
308
• Anda dapat mengonfigurasi grup Auto Scaling untuk menggunakan pemeriksaan kesehatan Elastic Load
Balancing. Jika Anda mengaktifkan pemeriksaan kesehatan load balancer dan suatu instance gagal
dalam pemeriksaan kesehatan, grup Auto Scaling mempertimbangkan instance tersebut sebagai tidak
sehat dan menggantinya. Untuk informasi selengkapnya, lihat Tambahkan pemeriksaan kesehatan
Elastic Load Balancing (p. 296).
• Anda dapat memperluas aplikasi Anda ke Zona Ketersediaan tambahan di Wilayah yang sama untuk
meningkatkan toleransi kesalahan jika terjadi gangguan layanan. Untuk informasi selengkapnya, lihat
Tambahkan Availability Zone (p. 297).
• Anda dapat mengonfigurasi grup Auto Scaling untuk menggunakan kebijakan penskalaan pelacakan
target. Ini secara otomatis meningkatkan atau mengurangi jumlah instance saat permintaan pada instans
Anda berubah. Ini memungkinkan grup menangani perubahan dalam jumlah lalu lintas yang diterima
aplikasi Anda. Untuk informasi selengkapnya, lihat Kebijakan penskalaan pelacakan target (p. 139).
Setelah selesai dengan sumber daya yang Anda buat untuk tutorial ini, Anda harus mempertimbangkan
untuk membersihkannya untuk menghindari biaya yang tidak perlu.
Untuk menghapus grup Auto Scaling Anda

3. Pilih Hapus. Ketika diminta konfirmasi, pilih Hapus.
Ikon memuat di kolom Nama menunjukkan bahwa grup Auto Scaling dihapus. Saat penghapusan telah
terjadi, kolom Diinginkan, Min, dan Maks menunjukkan instans 0 untuk grup Auto Scaling. Hanya perlu
beberapa menit untuk menghentikan proses dan menghapus grup. Refresh daftar untuk melihat status
saat ini.
Lewati prosedur berikut jika Anda ingin menyimpan templat peluncuran Anda.
Untuk menghapus templat peluncuran Anda

2. Pilih templat peluncuran Anda.
3. Pilih Tindakan, Hapus templat. Ketika diminta konfirmasi, pilih Hapus templat peluncuran.
Lewati prosedur berikut jika Anda ingin menyimpan konfigurasi peluncuran Anda.
Untuk menghapus konfigurasi peluncuran Anda

2. Pilih konfigurasi peluncuran Anda.
3. Pilih Tindakan, Hapus konfigurasi peluncuran. Ketika diminta konfirmasi, pilih Ya, Hapus.
Lewati prosedur berikut jika Anda ingin menjaga load balancer untuk penggunaan di masa mendatang.
Untuk menghapus penyeimbang beban Anda
1. BukaHalaman penyeimbangkonsol Amazon EC2.

2. Pilih load balancer dan pilih Tindakan, Hapus.
309
EventBridge
Untuk menghapus grup target
1. BukaHalaman grup targetkonsol Amazon EC2.

2. Pilih grup target dan pilih Tindakan, Hapus.
3. Ketika diminta konfirmasi, pilih Ya.
Gunakan EventBridge untuk menangani peristiwa

Auto Scaling
Amazon EventBridge, sebelumnya disebut CloudWatch Peristiwa, membantu Anda membuat aturan yang
digerakkan oleh peristiwa yang memantau sumber daya dan memulai tindakan target yang menggunakan
lainnyaAWSlayanan.
Peristiwa dari Amazon EC2 Auto Scaling dikirimkan ke EventBridge dalam waktu dekat. Anda dapat
membangun EventBridge aturan yang memicu tindakan terprogram dan pemberitahuan dalam menanggapi
berbagai peristiwa ini. Misalnya, saat instance sedang dalam proses peluncuran atau penghentian, Anda
dapat memanggilAWS Lambdaberfungsi untuk melakukan tugas yang telah dikonfigurasikan.
Selain menerapkan fungsi Lambda dan memberitahukan topik Amazon SNS, EventBridge mendukung jenis
target dan tindakan lainnya, seperti menyampaikan peristiwa ke aliran Amazon Kinesis, mengaktifkanAWS
Step Functionsmesin negara, dan memohonAWSSystems Manager menjalankan perintah. Untuk informasi
tentang target yang didukung, lihatAmazon EventBridge sasarandi dalamAmazon EventBridge Panduan
Pengguna.
Untuk informasi selengkapnya tentang EventBridge, lihatMemulai dengan Amazon EventBridgedi

dalamAmazon EventBridge Panduan Pengguna.
Anda juga dapat menemukan dokumentasi tambahan untuk menggunakan EventBridge di dalamPanduan
Pengguna Amazon EC2 Auto Scaling.
• Untuk informasi tentang membuat EventBridge aturan untuk peristiwa penyegaran misalnya, lihatBuat
EventBridge aturan untuk peristiwa penyegaran misalnya (p. 116).
• Untuk informasi tentang membuat EventBridge untuk acara kolam renang hangat, lihatBuat EventBridge
untuk acara kolam renang hangat (p. 230).
• Untuk informasi tentang membuat EventBridge aturan untuk kait siklus hidup, lihatTutorial:
Mengonfigurasi hook siklus aktif yang mengaktifkan fungsi Lambda (p. 214).
Isi
• Peristiwa grup Auto Scaling (p. 310)
• Acara kolam renang hangat (p. 316)
• Gunakan peristiwa Auto Scaling untuk memanggilAWS Lambdafungsi (p. 316)
Peristiwa grup Auto Scaling

Berikut ini adalah contoh peristiwa dari Amazon EC2 Auto Scaling. Peristiwa dipancarkan atas dasar upaya
terbaik.
Kejadian
• Tindakan Siklus Hidup Peluncuran Instans EC2 (p. 311)
• Peluncuran Instance EC2 (p. 311)
310
• Peluncuran Instance EC2 Tidak Berhasil (p. 312)

• Tindakan Siklus Hidup Mengakhiri Instans EC2 (p. 312)
• Instans EC2 Mengakhiri Sukses (p. 313)
• Instans EC2 Mengakhiri Gagal (p. 314)
• EC2 Auto Scaling Checkpoint Tercapai (p. 314)
• Penyegaran Instans EC2 Auto Scaling (p. 315)
• Penyegaran Instans EC2 Auto Scaling Berhasil (p. 315)
• Penyegaran Instans EC2 Auto Scaling Gagal (p. 315)
• Penyegaran Instans EC2 Auto Scaling Dibatalkan (p. 316)
Tindakan Siklus Hidup Peluncuran Instans EC2

Amazon EC2 Auto Scaling memindahkan instance ke status Pending:Wait karena hook siklus proses.
Data Peristiwa
Berikut adalah contoh data untuk peristiwa ini.
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"resources": [
"auto-scaling-group-arn"
],
"detail": {
"LifecycleActionToken": "87654321-4321-4321-4321-210987654321",
"LifecycleHookName": "my-lifecycle-hook",
"NotificationMetadata": "additional-info"
}
}
Peluncuran Instance EC2

Amazon EC2 Auto Scaling berhasil meluncurkan instance.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Successful",
"account": "123456789012",
"resources": [
311
"auto-scaling-group-arn",
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Launching a new EC2 instance: i-12345678",
"AutoScalingGroupName": "my-auto-scaling-group",
"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",
"StartTime": "yyyy-mm-ddThh:mm:ssZ",
"Cause": "description-text"
}
}
Peluncuran Instance EC2 Tidak Berhasil

Amazon EC2 Auto Scaling gagal meluncurkan instance.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Launch Unsuccessful",
"account": "123456789012",
"resources": [
"instance-arn"
],
"detail": {
"StatusCode": "Failed",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
}
}
Tindakan Siklus Hidup Mengakhiri Instans EC2

Amazon EC2 Auto Scaling memindahkan instance ke status Terminating:Wait karena hook siklus
proses.
312
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance-terminate Lifecycle Action",
"account": "123456789012",
"resources": [
],
"detail": {
"LifecycleActionToken":"87654321-4321-4321-4321-210987654321",
"LifecycleHookName":"my-lifecycle-hook",
"EC2InstanceId":"i-1234567890abcdef0",
"LifecycleTransition":"autoscaling:EC2_INSTANCE_TERMINATING",
"NotificationMetadata":"additional-info"
}
}
Instans EC2 Mengakhiri Sukses

Amazon EC2 Auto Scaling berhasil menghentikan instance.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Successful",
"account": "123456789012",
"resources": [
"instance-arn"
],
"detail": {
"StatusCode": "InProgress",
"Description": "Terminating EC2 instance: i-12345678",
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "",
}
}
313
Instans EC2 Mengakhiri Gagal

Amazon EC2 Auto Scaling gagal menghentikan instance.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Terminate Unsuccessful",
"account": "123456789012",
"resources": [
"instance-arn"
],
"detail": {
"ActivityId": "87654321-4321-4321-4321-210987654321",
"Details": {
},
"RequestId": "12345678-1234-1234-1234-123456789012",
"StatusMessage": "message-text",
}
}
EC2 Auto Scaling Checkpoint Tercapai

Selama penyegaran instans, Amazon EC2 Auto Scaling memancarkan peristiwa ketika jumlah instans yang
telah diganti mencapai ambang batas persentase yang ditetapkan untuk pos pemeriksaan.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Checkpoint Reached",
"account": "123456789012",
"resources": [
],
"detail": {
"InstanceRefreshId": "ab00cf8f-9126-4f3c-8010-dbb8cad6fb86",
"CheckpointPercentage": "50",
"CheckpointDelay": "300"
314
}
}
Penyegaran Instans EC2 Auto Scaling

Amazon EC2 Auto Scaling memancarkan peristiwa ketika status instans menyegarkan berubah
menjadiInProgress.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Started",
"account": "123456789012",
"resources": [
],
"detail": {
"InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade",
"AutoScalingGroupName": "my-auto-scaling-group"
}
}
Penyegaran Instans EC2 Auto Scaling Berhasil

menjadiSucceeded.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Succeeded",
"account": "123456789012",
"resources": [
],
"detail": {
}
}
Penyegaran Instans EC2 Auto Scaling Gagal

menjadiFailed.
315
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Failed",
"account": "123456789012",
"resources": [
],
"detail": {
}
}
Penyegaran Instans EC2 Auto Scaling Dibatalkan

menjadiCancelled.
Data Peristiwa
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Auto Scaling Instance Refresh Cancelled",
"account": "123456789012",
"resources": [
],
"detail": {
}
}

Untuk contoh peristiwa yang dikirimkan ke EventBridge saat Anda menambahkan kolam hangat ke grup
Auto Scaling Anda, lihatAcara kolam renang hangat (p. 226).
Gunakan peristiwa Auto Scaling untuk memanggilAWS

Lambdafungsi
AWS Lambda adalah layanan komputasi yang dapat Anda gunakan untuk menjalankan kode tanpa perlu
menyediakan atau mengelola server. Anda mengemas kode Anda dan mengunggahnya ke AWS Lambda
sebagai Fungsi Lambda. AWS Lambda kemudian menjalankan fungsi saat fungsi tersebut dipanggil.
316
Gunakan peristiwa Auto Scaling
untuk memanggilAWS Lambdafungsi
Fungsi dapat dipanggil secara manual oleh Anda, secara otomatis dalam respons terhadap peristiwa, atau
dalam merespons atas permintaan dari aplikasi atau layanan.
Untuk memulai Lambda, gunakan prosedur berikut. Bagian ini menunjukkan cara membuat fungsi Lambda
dan EventBridge aturan yang menyebabkan semua peluncuran instans dan mengakhiri peristiwa yang
akan dicatat di Amazon CloudWatch Log.
Buat fungsi Lambda

Gunakan prosedur berikut untuk membuat fungsi Lambda menggunakan cetak biru hello-world untuk
berfungsi sebagai target peristiwa.
Untuk membuat fungsi Lambda
1. Buka AWS Lambda konsol tersebut di https://console.aws.amazon.com/lambda/.

2. Jika Anda baru mengenal Lambda, Anda akan melihat halaman selamat datang; pilih Mulai Sekarang;
ata pilih Buat fungsi Lambda.
3. Pada halaman Memilih cetak biru, masukkan hello-world untuk Filter, lalu pilih cetak biru hello-
world.
4. Pada halaman Mengonfigurasi pemicu, pilih Selanjutnya.
5. Pada halaman Konfigurasi fungsi, lakukan hal berikut:
a. Masukkan nama dan deskripsi untuk fungsi Lambda.

b. Edit kode untuk fungsi Lambda. Sebagai contoh, kode berikut mencatat peristiwa.
console.log('Loading function');
exports.handler = function(event, context) {

console.log("AutoScalingEvent()");
console.log("Event data:\n" + JSON.stringify(event, null, 4));
context.succeed("...");
};
c. Untuk Peran, pilih Pilih peran yang ada. Untuk Peran yang ada, pilih peran eksekusi dasar Anda.
Jika tidak, buat peran eksekusi dasar.
d. (Opsional) Untuk Pengaturan lanjutan, buat perubahan yang Anda butuhkan.
e. Pilih Selanjutnya.
6. Pada halaman Peninjauan, pilih Buat fungsi.
Rutekan peristiwa ke fungsi Lambda Anda

Buat aturan yang cocok dengan peristiwa yang dipilih dan mengarahkannya ke fungsi Lambda Anda untuk
mengambil tindakan.
Untuk membuat aturan yang merutekan peristiwa ke fungsi Lambda Anda

3. Pilih Buat aturan.
4. Masukkan nama dan deskripsi untuk aturan.
5. Untuk Mendefinisikan pola, lakukan hal berikut:
a. Pilih Pola Kejadian.

b. UntukPola pencocokan peristiwa, pilihDitentukan sebelumnya oleh layanan.
317
Gunakan peristiwa Auto Scaling
untuk memanggilAWS Lambdafungsi
Tip
Anda juga dapat membuat aturan yang menggunakan pola peristiwa kustom untuk
mendeteksi dan hanya bertindak atas subset dari peristiwa Amazon EC2 Auto Scaling.
Subset ini dapat didasarkan pada bidang tertentu yang Amazon EC2 Auto Scaling
termasuk dalam peristiwa-peristiwa tersebut. Untuk informasi selengkapnya, lihatPola
peristiwadi dalamAmazon EventBridge Panduan Pengguna. Untuk contoh pola acara,
lihatLangkah 3: Buat EventBridge aturan (p. 216)dalam tutorial untuk hook siklus hidup.
c. UntukPenyedia layanan, pilihAmazon Web Services.
d. Untuk Nama Layanan, pilih Auto Scaling.
e. Untuk Jenis peristiwa, pilih Peluncuran dan Penghentian Instans.
f. Untuk merekam semua peristiwa peluncuran dan penghentian instans yang berhasil dan tidak
berhasil, pilih Peristiwa instans apa pun.
g. 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.
6. Untuk Pilihan bus peristiwa, pilih Bus peristiwa default AWS. Saat layanan AWS di akun Anda
menghasilkan peristiwa, layanan tersebut akan selalu masuk ke bus peristiwa default akun Anda.
7. Untuk Target, pilih Fungsi Lambda.
8. Untuk Fungsi, pilih fungsi Lambda yang Anda buat.
9. Pilih Buat.
Untuk menguji aturan Anda, ubah ukuran kelompok Auto Scaling Anda. Jika Anda menggunakan kode
contoh untuk fungsi Lambda Anda, maka mencatat peristiwa ke CloudWatch Log.
Menguji aturan Anda

2. Pada tab Detail, pilih Edit dari sisi kanan halaman.
3. Ubah nilai Kapasitas yang diinginkan, lalu pilih Perbarui.
5. Pada panel navigasi, pilih Log.
6. Memiilih grup log untuk fungsi Lambda Anda (misalnya,/aws/lambda/my-function).
7. Pilih stream log untuk melihat data peristiwa. Data ditampilkan, mirip dengan berikut ini:
Lihat juga
Untuk step-by-step tutorial yang menunjukkan kepada Anda cara membuat EventBridge aturan yang
memanggil fungsi Lambda pada panggilan Amazon EC2 atau Amazon EC2 Auto Scaling, lihatTutorial:
LogAWSPanggilan API menggunakan EventBridgedi dalamAmazon EventBridge Panduan Pengguna.
318
Perlindungan data
Keamanan di Amazon EC2 Auto

Scaling
Keamanan cloud di AWS merupakan prioritas tertinggi. Sebagai pelanggan AWS, Anda akan mendapatkan
manfaat dari pusat data dan arsitektur jaringan yang dibangun untuk memenuhi persyaratan organisasi
yang paling sensitif terhadap keamanan.
Keamanan adalah tanggung jawab bersama antara AWS dan Anda. Model tanggung jawab bersama
menggambarkan ini sebagai keamanan dari cloud dan keamanan di dalam cloud:
• Keamanan cloud – AWS bertanggung jawab untuk melindungi infrastruktur yang menjalankan layanan
AWS di Cloud AWS. AWS juga menyediakan layanan yang dapat Anda gunakan dengan aman. Auditor
pihak ketiga menguji dan memverifikasi secara rutin efektivitas keamanan kami sebagai bagian dari
program kepatuhan AWS. Untuk mempelajari tentang program kepatuhan yang berlaku di Amazon EC2
Auto Scaling, lihatAWSlayanan dalam lingkup dengan program kepatuhan.
• Keamanan di cloud – Tanggung jawab Anda ditentukan menurut layanan AWS yang Anda gunakan.
Anda juga bertanggung jawab atas faktor lain termasuk sensitivitas data Anda, persyaratan perusahaan
Anda, serta undang-undang dan peraturan yang berlaku.
Dokumentasi ini membantu Anda memahami cara menerapkan model tanggung jawab bersama saat
menggunakan Amazon EC2 Auto Scaling. Topik-topik berikut menunjukkan cara mengonfigurasi Amazon
EC2 Auto Scaling untuk memenuhi tujuan keamanan dan kepatuhan Anda. Anda juga belajar cara
menggunakan lainnyaAWSlayanan yang dapat membantu Anda memantau dan mengamankan sumber
daya Amazon EC2 Auto Scaling Anda.
Topik
• Amazon EC2 Auto Scaling dan perlindungan data (p. 319)
• Manajemen Identitas dan Akses untuk Amazon EC2 Auto Scaling (p. 320)
• Validasi kepatuhan untuk Amazon EC2 Auto Scaling (p. 352)
• Ketahanan di Amazon EC2 Auto Scaling (p. 353)
• Keamanan infrastruktur di Amazon EC2 Auto Scaling (p. 354)
• Amazon EC2 Auto Scaling dan endpoint VPC antarmuka (p. 354)
Amazon EC2 Auto Scaling dan perlindungan data

ParameterAWS Model tanggung jawab bersamaditerapkan untuk perlindungan data di Amazon EC2
Auto Scaling. Sebagaimana diuraikan dalam model ini, AWS bertanggung jawab untuk melindungi
infrastruktur global yang menjalankan semua AWS Cloud. Anda bertanggung jawab untuk memelihara
kendali terhadap konten yang di-hosting pada infrastruktur ini. Konten ini meliputi konfigurasi keamanan
dan tugas pengelolaan untuk berbagai layanan Layanan AWS yang Anda gunakan. Untuk informasi lebih
lanjut tentang privasi data, lihat FAQ tentang Privasi Data. Untuk informasi tentang perlindungan data di
Eropa, lihat postingan blog Model Tanggung Jawab Bersama AWS dan GDPR di Blog Keamanan AWS.
Untuk tujuan perlindungan data, kami sarankan agar Anda melindungi kredensial Akun AWS dan
menyiapkan akun pengguna individu dengan AWS Identity and Access Management (IAM). Dengan cara
tersebut, setiap pengguna hanya diberi izin yang diperlukan untuk memenuhi tugas tugas mereka. Kami
juga menyarankan agar Anda mengamankan data dengan cara-cara berikut:
• Gunakan autentikasi multifaktor (MFA) pada setiap akun.
319
GunakanAWS KMS keysmengenkripsi volume Amazon EBS
• Gunakan SSL/TLS untuk berkomunikasi dengan sumber daya AWS. Kami merekomendasikan TLS 1.2
atau versi yang lebih baru.
• Siapkan API dan log aktivitas pengguna dengan AWS CloudTrail.
• Gunakan solusi enkripsi AWS, bersama semua kontrol keamanan default dalam layanan AWS.
• Gunakan layanan keamanan terkelola lanjutan seperti Amazon Macie, yang membantu menemukan dan
mengamankan data pribadi yang disimpan di Amazon S3.
• Jika Anda memerlukan modul kriptografi yang divalidasi FIPS 140-2 ketika mengakses AWS melalui
antarmuka baris perintah atau API, gunakan titik akhir FIPS. Untuk informasi lebih lanjut tentang titik
akhir FIPS yang tersedia, lihat Standar Pemrosesan Informasi Federal (FIPS) 140-2.
Kami sangat menyarankan agar Anda tidak pernah memasukkan informasi identifikasi yang sensitif, seperti
nomor rekening pelanggan Anda, ke dalam bidang isian bentuk bebas seperti bidang Nama. Ini termasuk
ketika Anda bekerja dengan Amazon EC2 Auto Scaling atau lainnyaAWSlayanan menggunakan konsol,
API,AWS CLI, atauAWSSDK. Data apa pun yang Anda masukkan ke dalam tanda atau bidang formulir
bebas yang digunakan untuk nama dapat digunakan untuk penagihan atau log diagnostik. Saat Anda
memberikan URL ke server eksternal, jangan menyertakan informasi kredensial di URL untuk memvalidasi
permintaan Anda ke server tersebut.
GunakanAWS KMS keysmengenkripsi volume

Amazon EBS
Anda dapat mengonfigurasi grup Auto Scaling Anda untuk mengenkripsi data volume Amazon EBS
yang disimpan di cloud denganAWS KMS keys. Dukungan Amazon EC2 Auto ScalingAWSkunci yang
dikelola pelanggan untuk mengenkripsi data Anda. Perhatikan bahwaKmsKeyIdpilihan untuk menentukan
kunci yang dikelola pelanggan tidak tersedia ketika Anda menggunakan konfigurasi peluncuran. Untuk
menentukan kunci yang dikelola pelanggan Anda, gunakan templat peluncuran. Untuk informasi
selengkapnya, lihat Membuat templat peluncuran untuk grup Auto Scaling (p. 20).
Anda juga dapat mengonfigurasi kunci yang dikelola pelanggan di AMI yang didukung EBS Anda sebelum
menyiapkan templat peluncuran atau konfigurasi peluncuran, atau menggunakan enkripsi secara default
untuk menerapkan enkripsi volume EBS baru dan salinan snapshot yang Anda buat.
Untuk informasi tentang cara menyiapkan kebijakan kunci yang Anda perlukan untuk meluncurkan
instans Auto Scaling saat Anda menggunakan kunci terkelola pelanggan untuk enkripsi, lihatWajibAWS
KMSKebijakan utama untuk digunakan dengan volume terenkripsi (p. 348). Untuk informasi tentang cara
membuat, menyimpan, dan mengelola AndaAWS KMSkunci enkripsi, lihatApaAWSLayanan Manajemen
Utama?
Topik terkait
• Perlindungan data di Amazon EC2 pada Panduan Pengguna Amazon EC2 untuk Linux Instances
• Gunakan enkripsi dengan AMI yang didukung EBSdiPanduan Pengguna Amazon EC2 untuk Instans
Linux
• Enkripsi secara default di Panduan Pengguna Amazon EC2 untuk Linux Instances
Manajemen Identitas dan Akses untuk Amazon EC2

Auto Scaling
AWS Identity and Access Management(IAM) adalahLayanan AWSyang membantu administrator dalam
mengendalikan akses keAWSsumber daya. Administrator IAM mengontrol siapa yang dapat diautentikasi
320
Kontrol akses
(login) dan diberi wewenang (memiliki izin) untuk menggunakan sumber daya Amazon EC2 Auto Scaling.
IAM adalahLayanan AWSyang dapat Anda gunakan tanpa biaya tambahan.
Untuk menggunakan Amazon EC2 Auto Scaling, Anda memerlukanAkun AWSdan kredenensi.
Untuk meningkatkan keamanan akun Anda, kami menyarankan Anda menggunakan akunPengguna
IAMuntuk memberikan kredensi akses alih-alih menggunakanAkun AWSkredenensi. Untuk informasi
selengkapnya, lihatAkun AWSKredensi pengguna root dan kredensi pengguna IAMdi dalamAWSReferensi
UmumdanPraktik terbaik IAMdi dalamPanduan Pengguna IAM.
Untuk gambaran umum tentang pengguna IAM dan mengapa mereka penting untuk keamanan akun Anda,
lihatAWSkredenensi keamanandi dalamAWSReferensi Umum.
Untuk detail tentang bekerja dengan IAM, lihat Panduan Pengguna IAM.
Kontrol akses
Anda dapat memiliki kredensial yang valid untuk mengautentikasi permintaan Anda, tetapi kecuali jika
Anda memiliki izin, Anda tidak dapat membuat atau mengakses sumber daya Amazon EC2 Auto Scaling.
Misalnya, Anda harus memiliki izin untuk membuat grup Auto Scaling, membuat konfigurasi peluncuran,
dan sebagainya.
Bagian berikut menyediakan detail tentang bagaimana administrator IAM dapat menggunakan IAM untuk
membantu mengamankan sumber daya Amazon EC2 Auto Scaling, dengan mengontrol siapa yang dapat
melakukan tindakan Amazon EC2 Auto Scaling.
Kami menyarankan agar Anda membaca topik Amazon EC2 terlebih dahulu. Lihat Manajemen identitas
dan akses untuk Amazon EC2 dalam Panduan Pengguna Amazon EC2 untuk Instance Linux. Setelah
membaca topik di bagian ini, Anda harus memiliki ide bagus tentang izin kontrol akses yang ditawarkan
Amazon EC2 dan bagaimana hal tersebut dapat cocok dengan izin sumber daya Amazon EC2 Auto
Scaling Anda.
Topik
• Cara kerja Amazon EC2 Auto Scaling dengan IAM (p. 321)
• AWSkebijakan terkelola untuk Amazon EC2 Auto Scaling (p. 326)
• Peran terkait layanan untuk Amazon EC2 Auto Scaling (p. 328)
• Contoh kebijakan Amazon EC2 Auto Scaling berbasis identitas (p. 333)
• Luncurkan dukungan templat (p. 342)
• Peran IAM untuk aplikasi yang berjalan di instance Amazon EC2 (p. 346)
• WajibAWS KMSKebijakan utama untuk digunakan dengan volume terenkripsi (p. 348)
Cara kerja Amazon EC2 Auto Scaling dengan IAM

Sebelum menggunakan IAM untuk mengelola akses ke Amazon EC2 Auto Scaling, Anda harus memahami
fitur IAM apa yang tersedia untuk digunakan dengan Amazon EC2 Auto Scaling. Untuk mendapatkan
tampilan tingkat tinggi tentang cara kerja Amazon EC2 Auto Scaling dan Amazon Web Services lainnya
dengan IAM, lihatAmazon Web Services yang bekerja dengan IAMdi dalamPanduan Pengguna IAM.
Note
Izin IAM spesifik dan peran penyesuaian otomatis Amazon EC2 diperlukan sehingga pengguna
dapat mengonfigurasi grup Auto Scaling.
Isi
• Kebijakan berbasis identitas Amazon EC2 Auto Scaling (p. 322)
• Tindakan (p. 322)
321
• Sumber daya (p. 323)

• Kunci ketentuan (p. 324)
• Kebijakan Amazon EC2 Auto Scaling berbasis sumber daya (p. 325)
• Access Control Lists (ACL) (p. 325)
• Otorisasi berdasarkan tag Amazon EC2 Auto Scaling (p. 325)
• Peran IAM Amazon EC2 Auto Scaling (p. 325)
• Menggunakan kredensi sementara dengan Amazon EC2 Auto Scaling (p. 326)
• Peran terkait layanan (p. 326)
• Peran layanan (p. 326)
• Pilih peran IAM di Amazon EC2 Auto Scaling (p. 326)
• Pelajari lebih lanjut tentang kebijakan izin IAM (p. 326)
Kebijakan berbasis identitas Amazon EC2 Auto Scaling

Dengan kebijakan berbasis identitas IAM, Anda dapat menentukan tindakan dan sumber daya yang
diizinkan atau ditolak, dan ketentuan di mana tindakan tersebut diperbolehkan atau ditolak. Amazon EC2
Auto Scaling mendukung tindakan, sumber daya, dan kunci ketentuan tertentu. Untuk mempelajari semua
elemen yang Anda gunakan dalam kebijakan JSON, lihat Referensi elemen kebijakan IAM JSON dalam
Panduan Pengguna IAM.
Tindakan
Administrator dapat menggunakan kebijakan JSON AWS untuk menentukan siapa yang memiliki akses ke
hal apa. Yaitu, principal mana yang dapat melakukan tindakan pada sumber daya apa, dan dalam syarat
apa.
Elemen Action dari kebijakan JSON menjelaskan tindakan-tindakan yang dapat Anda gunakan untuk
mengizinkan atau menolak akses dalam sebuah kebijakan. Tindakan kebijakan biasanya memiliki nama
yang sama sebagai operasi API AWS terkait. Ada beberapa pengecualian, misalnya tindakan hanya
dengan izin yang tidak memiliki operasi API yang cocok. Ada juga beberapa operasi yang memerlukan
beberapa tindakan dalam kebijakan. Tindakan tambahan ini disebut tindakan dependen.
Sertakan tindakan dalam kebijakan untuk memberikan izin guna melakukan operasi terkait.
Tindakan kebijakan di Amazon EC2 Auto Scaling menggunakan awalan berikut sebelum tindakan:
autoscaling:. Pernyataan kebijakan harus memuat elemen Action atau NotAction. Amazon EC2
Auto Scaling menentukan serangkaian tindakan sendiri yang menjelaskan tugas yang dapat Anda lakukan
dengan layanan ini.
Untuk menetapkan beberapa tindakan dalam satu pernyataan, pisahkan dengan koma seperti ditunjukkan
dalam contoh berikut.
"Action": [
"autoscaling:UpdateAutoScalingGroup"
Anda dapat menentukan beberapa tindakan menggunakan wildcard (*). Misalnya, untuk menentukan
semua tindakan yang dimulai dengan kata Describe, sertakan tindakan berikut.
"Action": "autoscaling:Describe*"
Untuk melihat daftar tindakan Amazon EC2 Auto Scaling, lihat Tindakan dalam Referensi API Penetapan
322
Sumber daya
Administrator dapat menggunakan kebijakan JSON AWS untuk menentukan siapa yang memiliki akses ke
hal apa. Yaitu, principal mana yang dapat melakukan tindakan pada sumber daya apa, dan dalam syarat
apa.
Elemen kebijakan JSON Resource menentukan objek atau objek-objek yang menjadi target penerapan
tindakan. Pernyataan harus mencakup elemen Resource atau NotResource. Sebagai praktik terbaik,
tentukan sumber daya menggunakan Amazon Resource Name (ARN). Anda dapat melakukan ini untuk
tindakan yang mendukung tipe sumber daya tertentu, yang dikenal sebagai izin tingkat sumber daya.
Untuk tindakan yang tidak mendukung izin tingkat sumber daya, misalnya operasi pencantuman, gunakan
karakter wildcart (*) untuk menunjukkan bahwa pernyataan tersebut berlaku bagi semua sumber daya.
"Resource": "*"
Anda dapat membatasi akses ke grup Auto Scaling dan konfigurasi peluncuran tertentu menggunakan
ARNs untuk mengidentifikasi sumber daya yang berlaku pada kebijakan IAM. Untuk informasi
selengkapnya tentang format ARN, lihat Amazon Resource Name (ARN) di Referensi Umum AWS.
Grup Auto Scaling memiliki ARN berikut.
"Resource":
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:uuid:autoScalingGroupName/asg-
name"
Konfigurasi peluncuran memiliki ARN berikut.
"Resource":
"arn:aws:autoscaling:region:123456789012:launchConfiguration:uuid:launchConfigurationName/
lc-name"
Untuk menentukan grup Auto Scaling dengan tindakan CreateAutoScalingGroup, Anda harus
mengganti UUID dengan * seperti yang ditunjukkan dalam hal berikut.
"Resource":
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:*:autoScalingGroupName/asg-name"
Untuk menentukan konfigurasi peluncuran dengan tindakan CreateLaunchConfiguration, Anda harus

mengganti UUID dengan * seperti yang ditunjukkan dalam hal berikut.
"Resource":
"arn:aws:autoscaling:region:123456789012:launchConfiguration:*:launchConfigurationName/lc-
name"
Tidak semua tindakan Amazon EC2 Auto Scaling mendukung izin tingkat sumber daya. Untuk tindakan
yang tidak mendukung izin tingkat sumber daya, Anda harus menggunakan "*" sebagai sumber daya.
Tindakan Amazon EC2 Auto Scaling berikut tidak mendukung izin tingkat sumber daya.
• DescribeAccountLimits
• DescribeAdjustmentTypes
• DescribeAutoScalingGroups
• DescribeAutoScalingInstances
• DescribeAutoScalingNotificationTypes
323
• DescribeInstanceRefreshes
• DescribeLaunchConfigurations
• DescribeLifecycleHooks
• DescribeLifecycleHookTypes
• DescribeLoadBalancers
• DescribeLoadBalancerTargetGroups
• DescribeMetricCollectionTypes
• DescribeNotificationConfigurations
• DescribePolicies
• DescribeScalingActivities
• DescribeScalingProcessTypes
• DescribeScheduledActions
• DescribeTags
• DescribeTerminationPolicyTypes
• DescribeWarmPool
Untuk mempelajari tindakan mana yang dapat Anda tentukan ARN setiap sumber daya, lihat Tindakan,
sumber daya, dan kunci ketentuan untuk Amazon EC2 Auto Scaling dalam Panduan Pengguna IAM.
Kunci ketentuan
Administrator dapat menggunakan kebijakan JSON AWS untuk menentukan siapa yang memiliki akses
ke hal apa. Yaitu, prinsipal mana yang dapat melakukan tindakan pada sumber daya apa, dan menurut
persyaratan apa.
Elemen Condition (atau Condition blok) memungkinkan Anda menentukan syarat di mana suatu
pernyataan berlaku. Elemen Condition bersifat opsional. Anda dapat membuat ekspresi bersyarat yang
menggunakan operator syarat, seperti sama dengan atau kurang dari, untuk mencocokkan syarat dalam
kebijakan dengan nilai dalam permintaan.
Jika Anda menentukan beberapa elemen Condition dalam pernyataan, atau beberapa kunci dalam satu
elemen Condition, AWS akan mengevaluasinya denga menggunakan operasi logika AND. Jika Anda
menetapkan beberapa nilai untuk kunci syarat tunggal, AWS akan mengevaluasi syarat tersebut dengan
menggunakan operasi logika OR. Semua persyaratan harus dipenuhi sebelum izin pernyataan diberikan.
Anda juga dapat menggunakan variabel placeholder saat menentukan syarat. Sebagai contoh, Anda
dapat memberikan izin pengguna IAM untuk mengakses sumber daya hanya jika ditandai dengan nama
pengguna IAM mereka. Untuk informasi lebih lanjut, lihat Elemen kebijakan IAM: variabel dan tag dalam
AWS mendukung kunci syarat global dan kunci syarat khusus layanan. Untuk melihat semua kunci syarat
global AWS, lihat Kunci konteks syarat global AWS dalam Panduan Pengguna IAM.
Amazon EC2 Auto Scaling menentukan set kunci ketentuannya sendiri dan juga mendukung penggunaan
beberapa kunci ketentuan global. Untuk melihat semua kunci syarat global AWS, lihat Kunci konteks syarat
global AWS dalam Panduan Pengguna IAM.
Kunci ketentuan berikut khusus untuk Amazon EC2 Auto Scaling:
• autoscaling:ImageId
• autoscaling:InstanceType
• autoscaling:InstanceTypes
• autoscaling:LaunchConfigurationName
324
• autoscaling:LaunchTemplateVersionSpecified
• autoscaling:LoadBalancerNames
• autoscaling:MaxSize
• autoscaling:MetadataHttpEndpoint
• autoscaling:MetadataHttpPutResponseHopLimit
• autoscaling:MetadataHttpTokens
• autoscaling:MinSize
• autoscaling:ResourceTag/key
• autoscaling:SpotPrice
• autoscaling:TargetGroupARNs
• autoscaling:VPCZoneIdentifiers
Untuk mempelajari tindakan dan sumber daya yang dapat Anda gunakan kunci ketentuan, lihat Tindakan,
sumber daya, dan kunci ketentuan untuk Amazon EC2 Auto Scaling dalam Panduan Pengguna IAM.
Kebijakan Amazon EC2 Auto Scaling berbasis sumber daya

Amazon Web Services lainnya, seperti Amazon Simple Storage Service, mendukung kebijakan izin
berbasis sumber daya. Misalnya, Anda dapat melampirkan kebijakan izin ke keranjang S3 untuk mengelola
izin akses ke keranjang tersebut.
Amazon EC2 Auto Scaling tidak mendukung kebijakan berbasis sumber daya.
Access Control Lists (ACL)

Amazon EC2 Auto Scaling tidak mendukung Access Control Lists (ACL).
Otorisasi berdasarkan tag Amazon EC2 Auto Scaling

Anda dapat menerapkan izin berbasis tag tingkat sumber daya dalam kebijakan berbasis identitas yang
Anda buat untuk Amazon EC2 Auto Scaling. Hal ini memberi Anda kontrol yang lebih baik atas sumber
daya yang dapat dibuat, diubah, digunakan, atau dihapus oleh pengguna.
Untuk menggunakan tag dengan kebijakan IAM, Anda memberikan informasi tag di elemen ketentuan
kebijakan menggunakan kunci ketentuan berikut:
• Gunakan autoscaling:ResourceTag/tag-key: tag-value untuk memungkinkan (atau menolak)

tindakan pengguna di Auto Scaling dengan tag khusus.
• Gunakan aws:RequestTag/tag-key: tag-value untuk meminta tag khusus dapat ada (atau tidak
ada) dalam permintaan.
• Gunakan aws:TagKeys [tag-key, ...] untuk meminta kunci khusus dapat ada (atau tidak ada)
dalam permintaan.
Untuk melihat contoh kebijakan berbasis identitas berdasarkan tag, lihat Contoh kebijakan Amazon EC2
Auto Scaling berbasis identitas (p. 333).
Untuk informasi selengkapnya, lihat Menandai grup dan instans Auto Scaling (p. 90).
Peran IAM Amazon EC2 Auto Scaling

IAM role adalah entitas dalam Akun AWS Anda yang memiliki izin khusus.
325
Kebijakan terkelola AWS
Menggunakan kredensi sementara dengan Amazon EC2 Auto Scaling

Anda dapat menggunakan kredensial sementara untuk masuk dengan gabungan, menjalankan IAM
role, atau menjalankan peran lintas akun. Anda mendapatkan kredensial keamanan sementara dengan
memanggil operasi API AWS STS, seperti AssumeRole atau GetFederationToken.
Amazon EC2 Auto Scaling mendukung penggunaan kredensial sementara.
Peran terkait layanan

Peran terkait layanan memungkinkan Amazon Web Services mengakses sumber daya di layanan lain
untuk menyelesaikan tindakan atas nama Anda. Peran terkait layanan muncul di akun IAM Anda dan
dimiliki oleh layanan tersebut. Administrator IAM dapat melihat tetapi tidak dapat mengedit izin untuk peran
terkait layanan.
Amazon EC2 Auto Scaling mendukung peran terkait layanan. Untuk informasi selengkapnya tentang cara
membuat atau mengelola peran Amazon EC2 Auto Scaling terkait layanan, lihat Peran terkait layanan
Peran layanan
Fitur ini memungkinkan layanan untuk menerima peran layanan atas nama Anda. Peran ini memungkinkan
layanan mengakses sumber daya di layanan lain untuk menyelesaikan tindakan atas nama Anda.
Administrator IAM dapat mengubah izin untuk peran ini. Namun, melakukannya mungkin merusak fungsi
layanan.
Amazon EC2 Auto Scaling mendukung peran layanan untuk notifikasi hook siklus aktif. Untuk informasi
Pilih peran IAM di Amazon EC2 Auto Scaling

Jika sebelumnya Anda telah membuat peran IAM yang dapat diasumsikan oleh aplikasi Anda yang
berjalan di Amazon EC2, Anda dapat memilih peran ini saat membuat templat peluncuran atau konfigurasi
peluncuran. Amazon EC2 Auto Scaling memberi Anda daftar peran yang dapat dipilih. Saat membuat
peran ini, penting untuk mengaitkan kebijakan hak akses IAM yang membatasi akses ke panggilan API
khusus yang diperlukan aplikasi. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi yang
berjalan di instance Amazon EC2 (p. 346).
Pelajari lebih lanjut tentang kebijakan izin IAM

Gunakan topik berikut untuk mempelajari lebih lanjut tentang membuat kebijakan izin IAM untuk mengontrol
siapa yang dapat atau tidak dapat menggunakan tindakan API tertentu.
• Amazon EC2 Auto Scaling

• Tindakan, sumber daya, dan kunci ketentuan untuk Amazon EC2 Auto Scaling dalam Panduan
Pengguna IAM
• Contoh kebijakan Amazon EC2 Auto Scaling berbasis identitas (p. 333)
• Templat peluncuran Amazon EC2
• Tindakan, sumber daya, dan kunci ketentuan untuk Amazon EC2 dalam Panduan Pengguna IAM
• Luncurkan dukungan templat (p. 342)
AWSkebijakan terkelola untuk Amazon EC2 Auto

Scaling
Untuk menambahkan izin ke pengguna, grup, dan peran, lebih mudah menggunakan kebijakan terkelola
AWS dibandingkan menulis kebijakan sendiri. Dibutuhkan waktu dan keahlian untuk membuat kebijakan
326
Kebijakan terkelola AWS
terkelola pelanggan IAM yang hanya menyediakan izin sesuai kebutuhan mereka. Untuk mulai dengan
cepat, Anda dapat menggunakan kebijakan terkelola AWS kami. Kebijakan ini mencakup kasus
penggunaan umum dan tersedia di akun Akun AWS Anda. Untuk informasi lebih lanjut tentang kebijakan
terkelola AWS, lihat kebijakan terkelola AWS di Panduan Pengguna IAM.
Layanan AWSmemelihara dan memperbaruiAWSkebijakan terkelola. Anda tidak dapat mengubah izin
dalam kebijakan yang dikelola AWS. Layanan terkadang menambahkan izin tambahan ke kebijakan yang
dikelola AWS untuk mendukung fitur baru. Jenis pembaruan ini memengaruhi semua identitas (pengguna,
grup, dan peran) di mana kebijakan dilampirkan. Layanan kemungkinan besar memperbarui kebijakan
yang dikelola AWS saat fitur baru diluncurkan atau saat operasi baru tersedia. Layanan tidak menghapus
izin dari layanan yang dikelola AWS, sehingga pembaruan kebijakan tidak akan merusak izin yang ada.
Selain itu, AWS mendukung kebijakan terkelola untuk fungsi tugas yang mencakup beberapa layanan.
Misalnya,ViewOnlyAccess AWSKebijakan terkelola menyediakan akses hanya-baca ke banyakLayanan
AWSdan sumber daya. Saat layanan meluncurkan fitur baru, AWS menambahkan izin baca-saja untuk
operasi dan sumber daya baru. Untuk daftar dan deskripsi kebijakan fungsi tugas, lihat kebijakan terkelola
AWS untuk fungsi tugas di Panduan Pengguna IAM.
Kebijakan terkelola Amazon EC2 Auto Scaling

Anda dapat melampirkan kebijakan terkelola berikut keAWS Identity and Access Management(IAM) entitas.
Setiap kebijakan menyediakan akses ke semua atau beberapa tindakan API untuk Amazon EC2 Auto
Scaling.
• AutoScalingFullAccess— Memberikan akses penuh ke Amazon EC2 Auto Scaling untuk pengguna
yang memerlukan akses Amazon EC2 Auto Scaling dariAWS CLIatau SDK, tapi tidakAWS Management
Consoleakses.
• AutoScalingReadOnlyAccess— Memberikan akses hanya-baca ke Amazon EC2 Auto Scaling untuk
pengguna yang melakukan panggilan hanya keAWS CLIatau SDK.
• AutoScalingConsoleFullAccess— Memberikan akses penuh ke Amazon EC2 Auto Scaling
menggunakanAWS Management Console. Kebijakan ini berfungsi saat Anda menggunakan konfigurasi
peluncuran, tetapi tidak saat Anda menggunakan templat peluncuran.
• AutoScalingConsoleReadOnlyAccess— Memberikan akses hanya-baca ke Amazon EC2 Auto Scaling
menggunakanAWS Management Console. Kebijakan ini berfungsi saat Anda menggunakan konfigurasi
peluncuran, tetapi tidak saat Anda menggunakan templat peluncuran.
Saat Anda menggunakan templat peluncuran dari konsol, Anda perlu memberikan izin tambahan untuk
meluncurkan templat, yang dibahas dalamLuncurkan dukungan templat (p. 342). Konsol Amazon EC2
Auto Scaling membutuhkan izinec2tindakan sehingga dapat menampilkan informasi tentang peluncuran
template dan meluncurkan contoh menggunakan template peluncuran.
AutoScalingServiceRolePolicyAWSkebijakan terkelola
Anda tidak dapat melampirkanAutoScalingServiceRolePolicyke entitas IAM Anda. Kebijakan ini
dilampirkan ke peran tertaut layanan yang memungkinkan Amazon EC2 Auto Scaling meluncurkan dan
mengakhiri instans. Untuk informasi selengkapnya, lihat Peran terkait layanan untuk Amazon EC2 Auto
Scaling (p. 328).
Amazon EC2 Auto ScalingAWSkebijakan yang dikelola

Melihat detail tentang pembaruan keAWSKebijakan terkelola untuk Amazon EC2 Auto Scaling karena
layanan ini mulai melacak perubahan ini. Untuk peringatan otomatis tentang perubahan pada halaman ini,
silakan berlangganan umpan RSS pada halaman riwayat Dokumen Amazon EC2 Auto Scaling.
327
Perubahan Deskripsi Tanggal
Amazon EC2 Auto Scaling ParameterAutoScalingServiceRolePolicykebijakan

28 Maret 2022
menambahkan izin ke peran sekarang memberikan
tertaut layanan izin untuk memanggilAWS
Systems Manager
GetParametersTindakan API
untuk mendukung fitur yang
akan datang untuk membaca
parameter dari Parameter Store.
Untuk informasi selengkapnya,
lihat Peran terkait layanan
untuk Amazon EC2 Auto
Scaling (p. 328).
Amazon EC2 Auto Scaling Untuk mendukung penskalaan 19 Mei 2021

menambahkan izin ke peran prediktif,AutoScalingServiceRolePolicykebijakan
tertaut layanan sekarang termasuk izin untuk
memanggil CloudWatch
GetMetricDataTindakan API.
lihat Peran terkait layanan
Scaling (p. 328).
Amazon EC2 Auto Scaling mulai Amazon EC2 Auto Scaling 19 Mei 2021
melacak perubahan mulai melacak perubahan
untukAWSkebijakan terkelola.
Peran terkait layanan untuk Amazon EC2 Auto Scaling

Amazon EC2 Auto Scaling menggunakan peran tertaut layanan untuk izin yang diperlukan untuk
menghubungi Amazon Web Services lainnya atas nama Anda. Peran terkait layanan adalah jenis IAM role
unik yang terhubung langsung ke sebuah layanan AWS.
Peran terkait layanan menyediakan cara yang aman untuk mendelegasikan izin ke Amazon Web Services
karena hanya layanan tertaut yang dapat mengambil peran yang terkait dengan layanan. Untuk informasi
lebih lanjut, lihat Menggunakan peran terkait layanan dalam Panduan Pengguna IAM. Peran terkait layanan
juga memungkinkan semua panggilan API terlihat melaluiAWS CloudTrail. Hal ini membantu persyaratan
pemantauan dan audit karena Anda dapat melacak semua tindakan yang dilakukan Amazon EC2 Auto
Scaling atas nama Anda. Untuk informasi selengkapnya, lihat Mencatat panggilan Amazon EC2 Auto
Scaling denganAWS CloudTrail (p. 276).
Bagian berikut ini menjelaskan cara membuat dan mengelola peran otomatis Amazon EC2 Auto Scaling.
Mulai dengan mengonfigurasikan izin untuk memungkinkan entitas IAM (seperti pengguna, grup, atau
peran) membuat, mengedit, atau menghapus peran terkait layanan. Untuk informasi lebih lanjut, lihat
Menggunakan peran terkait layanan dalam Panduan Pengguna IAM.
Isi
• Gambaran Umum (p. 329)
• Izin yang diberikan oleh peran tertaut layanan (p. 329)
• Buat peran terkait layanan (otomatis) (p. 331)
• Buat peran terkait layanan (manual) (p. 331)
• Edit peran terkait layanan (p. 332)
328
• Hapus peran terkait layanan (p. 333)

• Wilayah yang didukung untuk peran terkait layanan Amazon EC2 Auto Scaling (p. 333)
Gambaran Umum
Ada dua jenis peran terkait layanan Amazon EC2 Auto Scaling:
• Peran tautan-layanan default untuk akun Anda, bernamaAWSServiceRoleForAutoScaling. Peran ini

secara otomatis ditetapkan ke grup Auto Scaling Anda kecuali Anda menentukan peran terkait layanan
yang berbeda.
• Peran terkait layanan dengan akhiran kustom yang Anda tentukan saat membuat peran,
misalnya,AWSServiceRoleForAutoScaling_mysuffix.
Izin peran terkait layanan akhiran kustom identik dengan peran terhubung ke layanan default. Dalam kedua
kasus, Anda tidak dapat mengedit peran, dan Anda juga tidak dapat menghapusnya jika peran tersebut
masih digunakan oleh grup Auto Scaling. Satu-satunya perbedaan adalah akhiran nama peran.
Anda dapat menentukan salah satu peran ketika Anda mengeditAWS Key Management Servicekebijakan
utama untuk memungkinkan instance yang diluncurkan oleh Amazon EC2 Auto Scaling dienkripsi dengan
kunci terkelola pelanggan Anda. Namun, jika Anda berencana untuk memberikan akses granular ke kunci
yang dikelola pelanggan tertentu, Anda harus menggunakan peran yang terkait layanan akhiran kustom.
Dengan peran layanan terkait akhiran yang disesuaikan, Anda akan mendapatkan:
• Lebih banyak kontrol atas kunci terkelola pelanggan

• Kemampuan untuk melacak grup Auto Scaling mana yang melakukan panggilan API di log CloudTrail
Jika Anda membuat kunci terkelola pelanggan yang tidak semua pengguna harus memiliki akses, ikuti
langkah-langkah ini untuk memungkinkan penggunaan peran yang terkait layanan:
1. Buat peran terkait layanan dengan akhiran khusus. Untuk informasi selengkapnya, lihat Buat peran
terkait layanan (manual) (p. 331).
2. Berikan akses peran terkait layanan ke kunci terkelola pelanggan. Untuk informasi selengkapnya tentang
kebijakan kunci yang memungkinkan kunci digunakan oleh peran tertaut layanan, lihatWajibAWS
KMSKebijakan utama untuk digunakan dengan volume terenkripsi (p. 348).
3. Berikan akses pengguna IAM atau peran ke peran terkait layanan yang Anda buat. Untuk informasi
selengkapnya tentang cara membuat kebijakan IAM, lihat Kontrol peran terkait layanan yang dapat
diberikan (menggunakan PassRole) (p. 341). Jika pengguna mencoba menentukan peran terkait
layanan tanpa izin untuk meneruskan peran tersebut ke layanan, mereka akan menerima pesan
kesalahan.
Izin yang diberikan oleh peran tertaut layanan

Amazon EC2 Auto Scaling menggunakanAWSServiceRoleForAutoScalingPeran terhubung layanan
atau peran terkait layanan akhiran yang disesuaikanAWSAPI atas nama Anda:
Kebijakan izin peran memungkinkan Amazon EC2 Auto Scaling menyelesaikan tindakan berikut pada
sumber daya.
{
"Version":"2012-10-17",
"Statement":[
{
"Sid":"EC2InstanceManagement",
329
"Effect":"Allow",
"Action":[
"ec2:AttachClassicLinkVpc",
"ec2:CancelSpotInstanceRequests",
"ec2:CreateFleet",
"ec2:CreateTags",
"ec2:DeleteTags",
"ec2:Describe*",
"ec2:DetachClassicLinkVpc",
"ec2:ModifyInstanceAttribute",
"ec2:RequestSpotInstances",
"ec2:RunInstances",
"ec2:StartInstances",
"ec2:StopInstances",
"ec2:TerminateInstances"
],
"Resource":"*"
},
{
"Sid":"EC2InstanceProfileManagement",
"Effect":"Allow",
"Action":[
"iam:PassRole"
],
"Resource":"*",
"Condition":{
"StringLike":{
"iam:PassedToService":"ec2.amazonaws.com*"
}
}
},
{
"Sid":"EC2SpotManagement",
"Effect":"Allow",
"Action":[
"iam:CreateServiceLinkedRole"
],
"Resource":"*",
"Condition":{
"StringEquals":{
"iam:AWSServiceName":"spot.amazonaws.com"
}
}
},
{
"Sid":"ELBManagement",
"Effect":"Allow",
"Action":[
"elasticloadbalancing:Register*",
"elasticloadbalancing:Deregister*",
"elasticloadbalancing:Describe*"
],
"Resource":"*"
},
{
"Sid":"CWManagement",
"Effect":"Allow",
"Action":[
"cloudwatch:DeleteAlarms",
"cloudwatch:DescribeAlarms",
"cloudwatch:GetMetricData",
"cloudwatch:PutMetricAlarm"
],
"Resource":"*"
},
{
330
"Sid":"SNSManagement",
"Effect":"Allow",
"Action":[
"sns:Publish"
],
"Resource":"*"
},
{
"Sid":"EventBridgeRuleManagement",
"Effect":"Allow",
"Action":[
"events:PutRule",
"events:PutTargets",
"events:RemoveTargets",
"events:DeleteRule",
"events:DescribeRule"
],
"Resource":"*",
"Condition":{
"StringEquals":{
"events:ManagedBy":"autoscaling.amazonaws.com"
}
}
},
{
"Sid":"SystemsManagerParameterManagement",
"Effect":"Allow",
"Action":[
"ssm:GetParameters"
],
"Resource": "*"
}
]
}
Peran ini mempercayai layanan autoscaling.amazonaws.com untuk memegangnya.
Buat peran terkait layanan (otomatis)

Amazon EC2 Auto Scaling membuat peran terkait layanan AWSServiceRoleForAutoScaling dengan
layanan untuk Anda pertama kali saat Anda membuat grup Auto Scaling, kecuali jika Anda membuat peran
bertaut layanan akhiran kustom dan menetapkannya saat membuat grup.
Important
Anda harus memiliki izin IAM untuk membuat peran terkait layanan. Jika tidak, pembuatan
otomatis gagal. Untuk informasi lebih lanjut, lihat Izin peran yang ditautkan dengan layanan dalam
Panduan Pengguna IAM dan Izin yang diperlukan untuk membuat peran yang terkait dengan
layanan (p. 340) dalam panduan ini.
Amazon EC2 Auto Scaling mulai mendukung peran terkait layanan pada Maret 2018.
Jika Anda membuat grup Auto Scaling sebelumnya, Amazon EC2 Auto Scaling
membuatAWSServiceRoleForAutoScalingperan di akun Anda. Untuk informasi selengkapnya,
lihatSebuah peran baru muncul diAkun AWSdiPanduan Pengguna IAM.
Buat peran terkait layanan (manual)

Untuk membuat peran terkait layanan (konsol)
1. Buka konsol IAM di https://console.aws.amazon.com/iam/.

2. Dalam panel navigasi, pilih Peran, Buat peran.
331
3. UntukPilih entitas tepercaya, pilihAWSlayanan.

4. Untuk Pilih layanan yang akan menggunakan peran ini, pilih EC2 Auto Scaling dan kasus penggunaan
EC2 Auto Scaling.
5. Pilih Selanjutnya: Izin, Berikutnya: Tanda, lalu Selanjutnya: Peninjauan. Catatan: Anda tidak dapat
melampirkan tanda ke peran terkait layanan selama pembuatan.
6. PadaTinjauhalaman, tinggalkanNama perankosong untuk membuat peran terkait layanan dengan
namaAWSServiceRoleForAutoScaling, atau masukkan akhiran untuk membuat peran terkait
layanan dengan namaAWSServiceRoleForAutoScaling_suffix.
7. (Opsional) Untuk Deskripsi peran, edit deskripsi untuk peran terkait layanan.
8. Pilih Buat peran.
Untuk membuat peran terkait layanan (AWS CLI)
Gunakan berikutmembuat-layanan-linked-peranPerintah CLI untuk membuat peran tertaut layanan untuk

Amazon EC2 Auto Scaling dengan namaAWSServiceRoleForAutoScaling_suffix.
aws iam create-service-linked-role --aws-service-name autoscaling.amazonaws.com --custom-

suffix suffix
Output perintah ini mencakup ARN dari peran terkait layanan, yang dapat Anda gunakan untuk
memberikan akses peran yang ditautkan ke kunci terkelola pelanggan Anda.
{
"Role": {
"RoleId": "ABCDEF0123456789ABCDEF",
"CreateDate": "2018-08-30T21:59:18Z",
"RoleName": "AWSServiceRoleForAutoScaling_suffix",
"Arn": "arn:aws:iam::123456789012:role/aws-service-role/autoscaling.amazonaws.com/
AWSServiceRoleForAutoScaling_suffix",
"Path": "/aws-service-role/autoscaling.amazonaws.com/",
"AssumeRolePolicyDocument": {
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"sts:AssumeRole"
],
"Principal": {
"Service": [
"autoscaling.amazonaws.com"
]
},
"Effect": "Allow"
}
]
}
}
}
Untuk informasi lebih lanjut, lihat Membuat peran terkait layanan dalam Panduan Pengguna IAM.
Edit peran terkait layanan

Anda tidak dapat mengedit peran terhubung layanan yang dibuat untuk Amazon EC2 Auto Scaling. Setelah
Anda membuat peran terkait layanan, Anda tidak dapat mengubah nama peran atau izinnya. Namun, Anda
dapat mengedit deskripsi peran. Untuk informasi lebih lanjut, lihat Mengedit peran terkait layanan dalam
332
Contoh kebijakan berbasis identitas
Hapus peran terkait layanan

Jika Anda tidak menggunakan grup Auto Scaling, sebaiknya hapus peran terkait layanan. Menghapus
peran mencegah Anda memiliki entitas yang tidak digunakan atau dipantau dan dipelihara secara aktif.
Anda dapat menghapus peran tertaut layanan hanya setelah pertama kali menghapus sumber daya yang
terkait. Hal ini melindungi Anda dari secara tidak sengaja mencabut izin Amazon EC2 Auto Scaling ke
sumber daya Anda. Jika peran terkait layanan digunakan dengan beberapa grup Auto Scaling, Anda harus
menghapus semua grup Auto Scaling yang menggunakan peran terkait layanan sebelum Anda dapat
menghapusnya. Untuk informasi selengkapnya, lihat Hapus infrastruktur Auto Scaling Anda (p. 120).
Anda dapat menggunakan IAM untuk menghapus peran yang terkait layanan. Untuk informasi lebih lanjut,
lihat Menghapus peran terkait layanan dalam Panduan Pengguna IAM.
Jika Anda menghapus AWSServiceRoleForAutoScaling peran terkait layanan, Amazon EC2 Auto
Scaling menciptakan peran lagi ketika Anda membuat grup Auto Scaling dan tidak menentukan peran
terkait layanan yang berbeda.
Wilayah yang didukung untuk peran terkait layanan Amazon EC2

Auto Scaling
Amazon EC2 Auto Scaling mendukung penggunaan peran tertaut layanan di semuaAWSDaerah di mana
layanan tersedia.
Contoh kebijakan Amazon EC2 Auto Scaling berbasis

identitas
Secara default, pengguna dan peran IAM tidak memiliki izin untuk membuat atau memodifikasi sumber
daya Amazon EC2 Auto Scaling. Mereka juga tidak dapat melakukan tugas menggunakan API AWS
Management Console, AWS CLI, or AWS. Administrator IAM harus membuat kebijakan IAM yang memberi
pengguna dan izin peran untuk melakukan operasi API tertentu pada sumber daya yang ditentukan yang
diperlukan. Administrator kemudian harus melampirkan kebijakan tersebut ke pengguna IAM atau grup
yang memerlukan izin tersebut.
Untuk mempelajari cara membuat kebijakan berbasis identitas IAM menggunakan contoh dokumen
kebijakan JSON ini, lihat Membuat kebijakan di tab JSON dalam Panduan Pengguna IAM.
Berikut ini adalah contoh kebijakan izin.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"StringEquals": { "autoscaling:ResourceTag/environment": "test" }
}
},
{
"Effect": "Allow",
333
"Action": [
"autoscaling:*LaunchConfiguration*",
"autoscaling:Describe*"
],
"Resource": "*"
}]
}
Kebijakan sampel ini memberi izin kepada pengguna untuk membuat, memodifikasi, dan menghapus
grup Auto Scaling, tetapi hanya jika grup menggunakan tagenvironment=test. Karena konfigurasi
peluncuran tidak mendukung tag, danDescribetindakan tidak mendukung izin tingkat sumber daya, Anda
harus menentukannya dalam pernyataan yang terpisah yang tidak disertai ketentuan. Untuk mempelajari
lebih lanjut tentang elemen-elemen dalam pernyataan kebijakan IAM, lihat Kebijakan berbasis identitas
Isi
• Praktik terbaik kebijakan (p. 334)
• Contoh kebijakan yang dikelola pelanggan (p. 335)
• Kontrol kunci tag dan nilai tag mana yang dapat digunakan (p. 335)
• Kontrol akses ke sumber daya Auto Scaling berdasarkan tag (p. 337)
• Mengendalikan akses untuk membuat dan mengelola grup Auto Scaling dan
kebijakan penskalaan (p. 337)
• Kontrol kebijakan penskalaan yang dapat dihapus (p. 337)
• Mengontrol kapasitas minimum dan maksimum grup Auto Scaling (p. 337)
• Kontrol peran IAM mana yang dapat diberikan (menggunakan PassRole) (p. 338)
• Memungkinkan pengguna mengubah kapasitas grup Auto Scaling (p. 338)
• Mengizinkan pengguna membuat dan menggunakan konfigurasi peluncuran (p. 339)
• Memungkinkan pengguna membuat dan menggunakan templat peluncuran (p. 340)
• Izin yang diperlukan untuk membuat peran yang terkait dengan layanan (p. 340)
• Kontrol peran terkait layanan yang dapat diberikan (menggunakan PassRole) (p. 341)
• Izin API yang diperlukan untuk Amazon EC2 Auto Scaling (p. 342)
Praktik terbaik kebijakan

Kebijakan berbasis identitas sangat kuat. Kebijakan-kebijakan ini menentukan apakah seseorang dapat
membuat, mengakses, atau menghapus sumber daya Amazon EC2 Auto Scaling di akun Anda. Tindakan
ini membuat Akun AWS Anda terkena biaya. Ketika Anda membuat atau mengedit kebijakan berbasis
identitas, ikuti panduan dan rekomendasi ini:
• Memulai menggunakanAWSkebijakan yang dikelola— Untuk mulai menggunakan Amazon EC2 Auto
Scaling dengan cepat, gunakanAWSkebijakan yang dikelola untuk memberi karyawan Anda izin yang
mereka butuhkan. Kebijakan ini sudah tersedia di akun Anda dan dikelola, serta diperbarui oleh AWS.
Untuk informasi selengkapnya, lihat Memulai menggunakan izin dengan kebijakan yang dikelola AWS
dalam Panduan Pengguna IAM.
• Pemberian hak istimewa terendah – Ketika Anda membuat kebijakan kustom, berikan izin yang
diperlukan saja untuk melakukan tugas. Mulai dengan satu set izin minimum dan berikan izin tambahan
sesuai kebutuhan. Melakukan hal tersebut lebih aman daripada memulai dengan izin yang terlalu
fleksibel, lalu mencoba memperketatnya nanti. Untuk informasi selengkapnya, lihat Pemberian hak
istimewa terendah dalam Panduan Pengguna IAM.
• Aktifkan autentikasi multifaktor (MFA) untuk operasi sensitif – Untuk keamanan ekstra, mintalah
pengguna IAM untuk menggunakan autentikasi multifaktor (MFA) guna mengakses sumber daya atau
operasi API yang sensitif. Untuk informasi selengkapnya, lihat Menggunakan autentikasi multifaktor
(MFA) dalam AWS dalam Panduan Pengguna IAM.
334
• Gunakan syarat kebijakan untuk keamanan tambahan – Selama bisa dilakukan, tentukan persyaratan
agar kebijakan berbasis identitas Anda mengizinkan akses ke sumber daya. Misalnya, Anda dapat
menulis persyaratan untuk menentukan jangkauan alamat IP yang diizinkan untuk mengajukan
permintaan. Anda juga dapat menulis ketentuan untuk mengizinkan permintaan hanya dalam rentang
tanggal atau waktu tertentu, atau untuk mengharuskan penggunaan SSL atau MFA. Untuk informasi
lebih lanjut, lihat Elemen kebijakan IAM JSON: Ketentuan dalam Panduan Pengguna IAM.
Note
Beberapa tindakan Amazon EC2 Auto Scaling API memungkinkan Anda untuk menyertakan grup
Auto Scaling tertentu dalam kebijakan Anda yang dapat dibuat atau dimodifikasi oleh tindakan
tersebut. Anda dapat membatasi sumber daya target untuk tindakan ini dengan menentukan
ARN grup Auto Scaling individual. Namun, sebagai praktik terbaik, kami menyarankan agar Anda
menggunakan kebijakan berbasis tag yang memungkinkan (atau menolak) tindakan pada grup
Auto Scaling dengan tag tertentu.
Contoh kebijakan yang dikelola pelanggan

Anda dapat membuat kebijakan IAM kustom Anda sendiri untuk mengizinkan atau menolak izin bagi
pengguna atau grup IAM untuk melakukan tindakan Amazon EC2 Auto Scaling. Anda dapat melampirkan
kebijakan kustom ini ke pengguna IAM atau grup yang memerlukan izin yang ditentukan. Contoh-contoh
berikut menunjukkan izin untuk beberapa kasus penggunaan umum.
Jika Anda baru membuat kebijakan, kami menyarankan Anda untuk membuat pengguna IAM terlebih
dahulu di akun Anda dan melampirkan kebijakan untuk pengguna. Anda dapat menggunakan konsol untuk
memverifikasi efek setiap kebijakan saat Anda melampirkan kebijakan kepada pengguna.
Saat membuat dan memperbarui grup Auto Scaling, beberapa tindakan mengharuskan dilakukan tindakan
tertentu lainnya. Anda dapat menentukan tindakan lain ini dalam Action pada pernyataan kebijakan IAM.
Misalnya, ada tindakan API tambahan untuk Elastic Load Balancing, CloudWatch, dan Amazon SNS yang
mungkin diperlukan tergantung pada akses yang ingin Anda berikan untuk pengguna.
Topik
• Kontrol kunci tag dan nilai tag mana yang dapat digunakan (p. 335)
• Kontrol akses ke sumber daya Auto Scaling berdasarkan tag (p. 337)
• Mengontrol kapasitas minimum dan maksimum grup Auto Scaling (p. 337)
• Kontrol peran IAM mana yang dapat diberikan (menggunakan PassRole) (p. 338)
• Memungkinkan pengguna mengubah kapasitas grup Auto Scaling (p. 338)
• Mengizinkan pengguna membuat dan menggunakan konfigurasi peluncuran (p. 339)
• Memungkinkan pengguna membuat dan menggunakan templat peluncuran (p. 340)
Kontrol kunci tag dan nilai tag mana yang dapat digunakan
Anda dapat menggunakan ketentuan di kebijakan IAM untuk mengontrol kunci tag dan nilai tag yang dapat
diterapkan ke grup Auto Scaling.
Untuk memberi izin kepada pengguna untuk membuat atau menandai grup Auto Scaling hanya jika mereka
menentukan tag tertentu, gunakan kunci ketentuan aws:RequestTag. Agar hanya memperbolehkan kunci
tag tertentu, gunakan kunci ketentuan aws:TagKeys dengan modifier ForAllValues.
Kebijakan berikut mengharuskan pengguna untuk menentukan tag dengan tombol environment dalam
permintaan. Nilai "?*" akan mendorong adanya beberapa nilai untuk kunci tag. Untuk menggunakan
wildcard, Anda harus menggunakan operator ketentuan StringLike.
335
{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Action": [
"autoscaling:CreateOrUpdateTags"
],
"Resource": "*",
"Condition": {
"StringLike": { "aws:RequestTag/environment": "?*" }
}
}]
}
Kebijakan berikut menetapkan bahwa pengguna hanya dapat menandai grup Auto Scaling dengan tag
purpose=webserver dan cost-center=cc123, dan hanya mengizinkan tag purpose dan cost-
center (tidak ada tag lain yang dapat ditentukan).
{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestTag/purpose": "webserver",
"aws:RequestTag/cost-center": "cc123"
},
"ForAllValues:StringEquals": { "aws:TagKeys": ["purpose", "cost-center"] }
}
}]
}
Kebijakan berikut mewajibkan pengguna untuk menentukan setidaknya satu tanda dalam permintaan, dan
hanya mengizinkan cost-center dan owner yang berbeda.
{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"ForAnyValue:StringEquals": { "aws:TagKeys": ["cost-center", "owner"] }
}
}]
}
Note
Untuk ketentuan, kunci ketentuan tidak peka terhadap huruf besar dan nilai ketentuan peka huruf
besar dan kecil. Oleh karena itu, untuk menegakkan sensitivitas kasus kunci tag, gunakan kunci
ketentuan aws:TagKeys, di mana kunci tag ditetapkan sebagai nilai dalam ketentuan.
336
Kontrol akses ke sumber daya Auto Scaling berdasarkan tag

Anda juga dapat memberikan informasi tag dalam kebijakan IAM Anda untuk mengontrol akses
berdasarkan tag yang dilampirkan pada grup Auto Scaling menggunakan kunci ketentuan
autoscaling:ResourceTag.
Mengendalikan akses untuk membuat dan mengelola grup Auto Scaling dan kebijakan penskalaan
Kebijakan berikut memberi pengguna izin untuk menggunakan semua tindakan Amazon EC2 Auto
Scaling yang mencakup stringScalingdalam nama mereka, selama grup Auto Scaling memiliki
tagpurpose=webserver. KarenaDescribetindakan tidak mendukung izin tingkat sumber daya, Anda
harus menentukannya dalam pernyataan yang terpisah yang tidak disertai ketentuan.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": ["autoscaling:*Scaling*"],
"Resource": "*",
"Condition": {
"StringEquals": { "autoscaling:ResourceTag/purpose": "webserver" }
}
},
{
"Effect": "Allow",
"Action": "autoscaling:Describe*Scaling*",
"Resource": "*"
}]
}
Kontrol kebijakan penskalaan yang dapat dihapus

Kebijakan berikut memungkinkan pengguna menggunakan tindakan autoscaling:DeletePolicy untuk
menghapus kebijakan penskalaan. Namun, ini juga menggantikan tindakan jika grup Auto Scaling yang
ditindaklanjuti memiliki tanda environment=production.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "autoscaling:DeletePolicy",
"Resource": "*"
},
{
"Effect": "Deny",
"Action": "autoscaling:DeletePolicy",
"Resource": "*",
"Condition": {
"StringEquals": { "autoscaling:ResourceTag/environment": "production" }
}
}]
}
Mengontrol kapasitas minimum dan maksimum grup Auto Scaling

Amazon EC2 Auto Scaling memungkinkan Anda membatasi ukuran grup Auto Scaling yang dapat dibuat.
Kebijakan berikut memberi pengguna izin untuk membuat dan memperbarui semua grup Auto Scaling
dengan tag allowed=true, selama tidak menentukan ukuran minimum kurang dari 1 atau ukuran
maksimum lebih dari 10.
337
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"StringEquals": { "autoscaling:ResourceTag/allowed": "true" },
"NumericGreaterThanEqualsIfExists": { "autoscaling:MinSize": 1 },
"NumericLessThanEqualsIfExists": { "autoscaling:MaxSize": 10 }
}
}]
}
Kontrol peran IAM mana yang dapat diberikan (menggunakan PassRole)

Jika Anda ingin pengguna dapat membuat sumber daya Amazon EC2 Auto Scaling yang menentukan
profil instance (penampung untuk peran IAM), Anda harus menggunakan kebijakan yang menyertakan
pernyataan yang memungkinkan pengguna untuk lulus peran, seperti contoh berikut. Dengan menentukan
ARN, kebijakan memberi pengguna izin untuk hanya meneruskan peran yang namanya dimulai
denganqateam-. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi yang berjalan di instance
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "iam:PassRole",
"Resource": "arn:aws:iam::123456789012:role/qateam-*",
"Condition": {
"StringEquals": {
"iam:PassedToService": [
"ec2.amazonaws.com",
"ec2.amazonaws.com.cn"
]
}
}
}
]
}
Memungkinkan pengguna mengubah kapasitas grup Auto Scaling

Kebijakan berikut memberi pengguna izin untuk menggunakan SetDesiredCapacity dan Tindakan
TerminateInstanceInAutoScalingGroup API. Elemen Resource menggunakan wildcard (*) untuk
menunjukkan bahwa pengguna dapat mengubah kapasitas grup Auto Scaling.
{
"Version": "2012-10-17",
"Statement": [{
"Effect": "Allow",
"Action": [
"autoscaling:SetDesiredCapacity",
"autoscaling:TerminateInstanceInAutoScalingGroup"
],
338
"Resource": "*"
}]
}
Jika Anda tidak menggunakan tag untuk mengontrol akses ke grup Auto Scaling, Anda dapat
menyesuaikan pernyataan sebelumnya untuk memberikan izin kepada pengguna untuk mengubah
kapasitas hanya grup Auto Scaling yang namanya dimulaidevteam-. Untuk informasi selengkapnya
tentang penentuan nilai ARN, lihat Sumber daya (p. 323).
"Resource":
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:*:autoScalingGroupName/devteam-
*"
Anda juga dapat menentukan banyak ARNs dengan memasukkannya ke dalam daftar. Menyertakan UUID
memastikan bahwa akses diberikan ke grup Auto Scaling tertentu. UUID untuk grup baru berbeda dari
UUID untuk grup yang dihapus dengan nama yang sama.
"Resource": [
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:7fe02b8e-7442-4c9e-8c8e-85fa99e9b5d9:autoSca
devteam-1",
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:9d8e8ea4-22e1-44c7-
a14d-520f8518c2b9:autoScalingGroupName/devteam-2",
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:60d6b363-
ae8b-467c-947f-f1d308935521:autoScalingGroupName/devteam-3"
]
Mengizinkan pengguna membuat dan menggunakan konfigurasi peluncuran

Kebijakan berikut memberi pengguna izin untuk membuat konfigurasi peluncuran jika jenis
instanst2.micro, tetapi hanya jika nama konfigurasi peluncuran dimulai denganqateam-. Untuk informasi
selengkapnya tentang penentuan nilai ARN, lihat Sumber daya (p. 323). Mereka dapat menentukan
konfigurasi peluncuran untuk grup Auto Scaling hanya jika namanya dimulai dengan qateam-.
Bagian terakhir dari pernyataan ini memberi pengguna izin untuk menjelaskan konfigurasi peluncuran dan
mengakses sumber daya Amazon EC2 tertentu di akun mereka. Ini memberi pengguna izin minimum untuk
membuat dan mengelola konfigurasi peluncuran dari konsol Auto Scaling Amazon EC2.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "autoscaling:CreateLaunchConfiguration",
"Resource":
"arn:aws:autoscaling:region:123456789012:launchConfiguration:*:launchConfigurationName/
qateam-*",
"Condition": {
"StringEquals": { "autoscaling:InstanceType": "t2.micro" }
}
},
{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
339
"StringLikeIfExists": { "autoscaling:LaunchConfigurationName": "qateam-*" }

}
},
{
"Effect": "Allow",
"Action": [
"autoscaling:DescribeLaunchConfigurations",
"ec2:DescribeImages",
"ec2:DescribeVolumes",
"ec2:DescribeInstances",
"ec2:DescribeInstanceAttribute",
"ec2:DescribeKeyPairs",
"ec2:DescribeSecurityGroups",
"ec2:DescribeSpotInstanceRequests",
"ec2:DescribeSpotPriceHistory",
"ec2:DescribeVpcClassicLink",
"ec2:DescribeVpcs",
"ec2:DescribeSubnets"
],
"Resource": "*"
}]
}
Anda dapat menambahkan tindakan API ke kebijakan ini untuk menyediakan lebih banyak opsi bagi
pengguna, misalnya:
• iam:ListInstanceProfiles: Untuk mencantumkan profil instance.

• ec2:CreateSecurityGroup: Untuk menciptakan sebuah grup keamanan baru.
• ec2:AuthorizeSecurityGroupIngress: Untuk menambahkan aturan inbound.
• ec2:CreateKeyPair: Untuk membuat key pair baru.
Memungkinkan pengguna membuat dan menggunakan templat peluncuran

Misalnya kebijakan, lihat Luncurkan dukungan templat (p. 342).
Izin yang diperlukan untuk membuat peran yang terkait dengan

layanan
Amazon EC2 Auto Scaling memerlukan izin untuk membuat peran tertaut layanan saat pertama kali
pengguna di akun AndaAkun AWSmemanggil tindakan Amazon EC2 Auto Scaling. Jika peran terhubung
layanan tidak ada, Amazon EC2 Auto Scaling akan membuatnya di akun Anda. Peran terhubung layanan
memberikan izin kepada Amazon EC2 Auto Scaling sehingga dapat memanggil layanan lain atas nama
Anda.
Agar pembuatan peran otomatis berhasil, pengguna harus memiliki izin untuk tindakan
iam:CreateServiceLinkedRole nyata.
"Action": "iam:CreateServiceLinkedRole"
Berikut ini adalah contoh kebijakan izin yang memungkinkan pengguna untuk membuat peran Amazon
EC2 Auto Scaling service-linked untuk Amazon EC2 Auto Scaling.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
340
"Action": "iam:CreateServiceLinkedRole",
"Resource": "arn:aws:iam::*:role/aws-service-role/autoscaling.amazonaws.com/
AWSServiceRoleForAutoScaling",
"Condition": {
"StringLike": {
"iam:AWSServiceName":"autoscaling.amazonaws.com"
}
}
}
]
}
Kontrol peran terkait layanan yang dapat diberikan (menggunakan PassRole)

Jika pengguna Anda memerlukan kemampuan untuk meloloskan peran layanan yang ditautkan khusus
ke grup Auto Scaling, Anda harus melampirkan kebijakan ke pengguna atau peran, berdasarkan akses
yang mereka butuhkan. Kami menyarankan agar Anda membatasi kebijakan ini hanya pada peran yang
terkait dengan layanan yang harus diakses oleh pengguna Anda. Untuk informasi lebih lanjut tentang
peran layanan terkait akhiran yang disesuaikan, lihat Peran terkait layanan untuk Amazon EC2 Auto
Scaling (p. 328).
Contoh berikut sangat membantu untuk memfasilitasi keamanan AndaAWS KMSkunci

yang dikelola pelanggan jika Anda memberikan akses berbeda ke peran terhubung layanan
ke berbagai kunci. Tergantung kebutuhan Anda, Anda mungkin memiliki kunci untuk tim
pengembangan, lainnya untuk tim QA, dan lainnya untuk tim keuangan. Pertama, buat peran
terkait layanan yang memiliki akses ke kunci yang diperlukan, misalnya, peran tertaut layanan
bernamaAWSServiceRoleForAutoScaling_devteamkeyaccess. Kemudian, untuk memberikan izin
guna meloloskan peran yang ditautkan ke grup Auto Scaling, lampirkan kebijakan tersebut ke pengguna
IAM Anda seperti yang ditunjukkan.
Kebijakan dalam contoh ini memberikan izin kepada pengguna untuk

lulusAWSServiceRoleForAutoScaling_devteamkeyaccessperan untuk membuat grup Auto Scaling
yang namanya dimulai dengandevteam-. Jika mereka mencoba menentukan peran terkait layanan yang
berbeda, mereka akan menerima pesan kesalahan. Jika mereka memilih untuk tidak menentukan peran
terkait layanan, maka peran AWSServiceRoleForAutoScaling digunakan sebagai gantinya.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "iam:PassRole",
"Resource": "arn:aws:iam::123456789012:role/aws-service-role/
autoscaling.amazonaws.com/AWSServiceRoleForAutoScaling_devteamkeyaccess",
"Condition": {
"StringEquals": {
"iam:PassedToService": [
"autoscaling.amazonaws.com"
]
},
"StringLike": {
"iam:AssociatedResourceARN": [
"arn:aws:autoscaling:region:123456789012:autoScalingGroup:*:autoScalingGroupName/devteam-
*"
]
}
}
}
]
}
341
Luncurkan dukungan templat
Izin API yang diperlukan untuk Amazon EC2 Auto Scaling

Saat menghubungi tindakan berikut dari Amazon EC2 Auto Scaling API, pengguna harus memiliki izin dari
Amazon EC2 dan IAM untuk melakukan tindakan tertentu. Anda menentukan tindakan berikut di elemen
Action pernyataan kebijakan IAM.
• autoscaling:CreateAutoScalingGroup
• iam:CreateServiceLinkedRole (Perlu jika Anda menggunakan peran terkait layanan default dan
peran tersebut belum ada)
• iam:PassRole(Diperlukan jika Anda menggunakan peran terkait layanan nondefault, Anda menentukan
peran IAM untukRoleARNparameter untuk hook siklus hidup, atau Anda menggunakan template
peluncuran yang menentukan peran IAM yang dapat digunakan oleh instance dalam grup Auto Scaling)
• ec2:RunInstance(Dibutuhkan jika Anda menggunakan template peluncuran)
• ec2:CreateTags(Diperlukan jika Anda menggunakan template peluncuran yang menentukan tag yang
akan diterapkan pada instance dan volume EBS)
• autoscaling:CreateLaunchConfiguration
• ec2:DescribeImages
• ec2:DescribeInstances
• ec2:DescribeInstanceAttribute
• ec2:DescribeKeyPairs
• ec2:DescribeSecurityGroups
• ec2:DescribeSpotInstanceRequests
• ec2:DescribeVpcClassicLink
• iam:PassRole(Dibutuhkan jika Anda menentukan peran IAM untukIamInstanceProfileparameter)
Membuat hook siklus aktif
• autoscaling:PutLifecycleHook
• iam:PassRole(Hanya diperlukan jika Anda menentukan peran IAM untukRoleARNparameter)

Amazon EC2 Auto Scaling mendukung penggunaan templat peluncuran Amazon EC2 dengan grup Auto
Scaling Anda. Kami menyarankan Anda membuat grup Auto Scaling dari templat peluncuran, karena
dengan melakukannya pengguna dapat menggunakan fitur terbaru Amazon EC2 Auto Scaling dan Amazon
EC2. Selain itu, pengguna harus menentukan templat peluncuran untuk menggunakan kebijakan instance
kasus.
Anda dapat menggunakanAmazonEC2FullAccesskebijakan untuk memberi pengguna akses penuh

untuk bekerja dengan sumber daya Amazon EC2 Auto Scaling, templat peluncuran, dan sumber daya
EC2 lainnya di akun mereka. Atau, Anda dapat membuat kebijakan IAM kustom sendiri untuk memberi
pengguna izin mendetail untuk bekerja dengan templat peluncuran, seperti yang dijelaskan dalam topik ini.
Kebijakan sampel yang dapat Anda sesuaikan untuk penggunaan Anda sendiri
Berikut ini menunjukkan contoh kebijakan izin yang dapat Anda sesuaikan untuk penggunaan Anda sendiri.
Kebijakan ini memungkinkan pengguna IAM untuk membuat, memodifikasi, dan menghapus semua grup
342
Auto Scaling, tetapi hanya jika grup menggunakan tagenvironment=test. Ini kemudian memberikan
izin untuk semua Jelaskan tindakan. Karena tindakan Describe tidak mendukung izin tingkat sumber daya,
Anda harus menentukannya dalam pernyataan yang terpisah tanpa ketentuan.
Pengguna dengan kebijakan ini memiliki izin untuk membuat atau memperbarui grup
Auto Scaling menggunakan templat peluncuran karena mereka juga diberi izin untuk
menggunakanec2:RunInstancestindakan.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"StringEquals": { "autoscaling:ResourceTag/environment": "test" }
}
},
{
"Effect": "Allow",
"Action": [
"autoscaling:Describe*",
"ec2:RunInstances"
],
"Resource": "*"
}
]
}
ec2:RunInstancesdicentang saat grup Auto Scaling dibuat atau diperbarui menggunakan templat
peluncuran. Jika Anda ingin membatasi akses ke sumber daya yang digunakan untuk meluncurkan
instance atau membatasi apa yang dapat dilakukan pengguna IAM, Anda harus memodifikasi kebijakan ini
untuk menambahkan pernyataan Anda sendiri yang menyaring izin ini.
Contoh berikut menunjukkan pernyataan kebijakan yang dapat Anda gunakan untuk mengontrol izin yang
dimiliki pengguna saat menggunakan templat peluncuran.
Isi
• Memerlukan templat peluncuran yang memiliki tag tertentu (p. 343)
• Memerlukan template peluncuran dan nomor versi (p. 344)
• Memerlukan penggunaan layanan metadata instance versi 2 (IMDSv2) (p. 344)
• Batasi akses ke sumber daya Amazon EC2 (p. 345)
• Izin yang diperlukan untuk menandai instance dan volume (p. 346)
• Izin tambahan (p. 346)
Memerlukan templat peluncuran yang memiliki tag tertentu

Contoh berikut membatasi akses untuk memanggilec2:RunInstancestindakan dengan templat
peluncuran yang terletak di Wilayah yang ditentukan dan yang memiliki tagenvironment=test.
{
"Version": "2012-10-17",
343
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:RunInstances",
"Resource": "arn:aws:ec2:region:123456789012:launch-template/*",
"Condition": {
"StringEquals": { "ec2:ResourceTag/environment": "test" }
}
}
]
}
Memerlukan template peluncuran dan nomor versi

Contoh berikut memungkinkan pengguna untuk membuat dan memodifikasi grup Auto Scaling jika
mereka menentukan nomor versi template peluncuran, dan kemudian menolak izin untuk membuat atau
memodifikasi grup Auto Scaling menggunakan konfigurasi peluncuran. Jika pengguna dengan kebijakan
ini menghilangkan nomor versi untuk menentukanLatestatauDefaultmeluncurkan versi templat, atau
menentukan konfigurasi peluncuran, tindakan gagal.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
],
"Resource": "*",
"Condition": {
"Bool": { "autoscaling:LaunchTemplateVersionSpecified": "true" }
}
},
{
"Effect": "Deny",
"Action": [
],
"Resource": "*",
"Condition": {
"Null": { "autoscaling:LaunchConfigurationName": "false" }
}
}
]
}
Memerlukan penggunaan layanan metadata instance versi 2

(IMDSv2)
Untuk keamanan ekstra, Anda dapat mengatur izin pengguna Anda untuk memerlukan penggunaan
templat peluncuran yang memerlukan IMDSv2. Untuk informasi selengkapnya, lihat Mengonfigurasi
instance metadata service dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.
Contoh berikut menentukan bahwa pengguna tidak dapat memanggilec2:RunInstancestindakan

kecuali instance juga memilih untuk memerlukan penggunaan IMDSv2 (ditunjukkan
oleh"ec2:MetadataHttpTokens":"required").
344
"Version": "2012-10-17",
"Statement": [
{
"Sid": "RequireImdsV2",
"Effect": "Deny",
"Resource": "arn:aws:ec2:*:*:instance/*",
"Condition": {
"StringNotEquals": { "ec2:MetadataHttpTokens": "required" }
}
}
]
}
Tip
Untuk memaksakan instance Auto Scaling untuk meluncurkan yang menggunakan templat
peluncuran baru atau versi templat peluncuran baru dengan opsi metadata instance yang telah
dikonfigurasi, Anda dapat menghentikan instance yang ada di grup. Amazon EC2 Auto Scaling
segera mulai meluncurkan instance baru untuk menggantikan instance yang Anda hentikan.
Atau, Anda dapat memulai penyegaran instans untuk melakukan pemutakhiran bergulir grup
Anda. Untuk informasi selengkapnya, lihat Ganti instans Auto Scaling berdasarkan refresh
instans (p. 101).
Batasi akses ke sumber daya Amazon EC2

Contoh berikut mengontrol konfigurasi instans yang dapat diluncurkan pengguna dengan membatasi akses
ke sumber daya Amazon EC2.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Resource": [
"arn:aws:ec2:region:123456789012:subnet/subnet-1a2b3c4d",
"arn:aws:ec2:region:123456789012:security-group/sg-903004f88example",
"arn:aws:ec2:region:123456789012:network-interface/*",
"arn:aws:ec2:region:123456789012:volume/*",
"arn:aws:ec2:region::image/ami-04d5cc9b88example"
]
},
{
"Effect": "Allow",
"Resource": "arn:aws:ec2:region:123456789012:instance/*",
"Condition": {
"StringEquals": { "ec2:InstanceType": "t2.micro" }
}
}
]
}
Dalam contoh ini, ada dua pernyataan:
• Pernyataan pertama mengharuskan pengguna meluncurkan instance ke subnet tertentu

(subnet-1a2b3c4d), menggunakan grup keamanan tertentu (sg-903004f88example), dan
menggunakan AMI tertentu (ami-04d5cc9b88example). Teknologi ini juga memberi pengguna akses
ke sumber daya tambahan yang mereka butuhkan untuk meluncurkan instance: antarmuka dan volume
jaringan.
345
Peran IAM untuk aplikasi yang
berjalan di instance Amazon EC2
• Pernyataan kedua memungkinkan pengguna untuk meluncurkan instance hanya dengan jenis instance
tertentu (t2.micro).
Izin yang diperlukan untuk menandai instance dan volume

Contoh berikut memungkinkan pengguna menandai instance dan volume pada saat pembuatan.
Kebijakan ini diperlukan jika terdapat tanda yang ditentukan dalam templat peluncuran. Untuk informasi
selengkapnya, lihatPemberian izin untuk memberi tanda pada sumber daya selama penciptaandi
dalamPanduan Pengguna Amazon EC2 untuk Instans Linux.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:CreateTags",
"Resource": "arn:aws:ec2:region:123456789012:*/*",
"Condition": {
"StringEquals": { "ec2:CreateAction": "RunInstances" }
}
}
]
}
Izin tambahan
Tergantung skenario yang ingin Anda dukung, Anda dapat menentukan tindakan tambahan ini dalam
Action pada pernyataan kebijakan IAM.
Agar pengguna memiliki kemampuan untuk meneruskan peran IAM ke instans yang disediakan, pengguna
tersebut harus memiliki izin untukiam:PassRole. Anda dapat menggunakaniam:PassRolekebijakan
untuk memungkinkan (atau menolak) pengguna dapat meneruskan peran ke Amazon EC2 jika templat
peluncuran menentukan profil instance dengan peran IAM. Untuk contoh kebijakan, lihat Kontrol peran IAM
mana yang dapat diberikan (menggunakan PassRole) (p. 338).
Anda harus memberikan izin pengguna konsol Anda

untukec2:DescribeLaunchTemplatesdanec2:DescribeLaunchTemplateVersionstindakan.
Tanpa izin ini, data templat peluncuran tidak dapat dimuat di wizard grup Auto Scaling, dan pengguna tidak
dapat melangkah ke panduan untuk meluncurkan instance menggunakan templat peluncuran.
Untuk mengontrol akses

keec2:CreateLaunchTemplatedanec2:CreateLaunchTemplateVersiontindakan, lihatMengontrol
penggunaan templat peluncurandanContoh: Bekerja dengan templat peluncurandi dalamPanduan
Note
Untuk grup yang dikonfigurasi untuk menggunakan versi templat peluncuran Latest atau
Default, izin untuk tindakan yang harus diselesaikan saat meluncurkan instance tidak
diperiksa oleh Amazon EC2 Auto Scaling ketika versi baru templat peluncuran dibuat. Ini adalah
pertimbangan penting saat menyiapkan izin Anda bagi siapa yang dapat membuat dan mengelola
versi templat peluncuran.
Peran IAM untuk aplikasi yang berjalan di instance

Amazon EC2
Aplikasi yang berjalan di instans Amazon EC2 memerlukan kredensi untuk mengakses Amazon Web
Services lainnya. Untuk memberikan kredensial ini dengan cara yang aman, gunakan peran IAM. Peran
346
Peran IAM untuk aplikasi yang
berjalan di instance Amazon EC2
menyediakan izin sementara yang dapat digunakan aplikasi saat mengakses lainnyaAWSsumber daya.
Izin peran menentukan apa yang dapat dilakukan aplikasi.
Untuk instance dalam grup Auto Scaling, Anda harus membuat templat peluncuran atau memulai
konfigurasi dan memilih profil instance untuk dikaitkan dengan instance. Profil instance adalah kontainer
untuk peran IAM yang memungkinkan Amazon EC2 melewati peran IAM ke suatu instance saat
instance diluncurkan. Pertama, buat peran IAM yang memiliki semua izin yang diperlukan untuk
mengaksesAWSsumber daya. Kemudian, buat profil instance dan tugaskan peran ke profil tersebut.
Note
Sebagai praktik terbaik, kami sangat menyarankan agar Anda membuat peran tersebut sehingga
mereka memiliki izin minimum untuk yang lainAWSlayanan yang dibutuhkan aplikasi Anda.
Daftar Isi
• Membuat templat peluncuran (p. 348)
• Buat konfigurasi peluncuran (p. 348)
• Lihat juga (p. 348)
Prasyarat
Buat peran IAM yang dapat dijalankan aplikasi Anda di Amazon EC2. Pilih izin yang sesuai sehingga
aplikasi yang kemudian diberikan peran tersebut dapat melakukan panggilan API khusus yang
diperlukannya.
Jika Anda menggunakan konsol IAM, bukanAWS CLIatau salah satuAWSSDK, konsol menciptakan profil
instance secara otomatis dan memberikan nama yang sama sesuai dengan peran yang sesuai dengan
perannya.
Untuk membuat peran IAM (konsol)
1. Buka konsol IAM di https://console.aws.amazon.com/iam/.

4. UntukPilih entitas tepercaya, pilihAWSlayanan.
5. Untuk kasus penggunaan Anda, pilihEC2dan kemudian pilihSelanjutnya.
6. Jika memungkinkan, pilih kebijakan yang akan digunakan untuk kebijakan izin atau pilih Buat
kebijakan untuk membuka tab browser baru dan membuat kebijakan baru dari awal. Untuk informasi
selengkapnya, lihat Membuat kebijakan IAM dalam Panduan Pengguna IAM. Setelah Anda membuat
kebijakan, tutup tab tersebut dan kembali ke tab asli Anda. Pilih kotak centang di samping kebijakan
izin yang ingin dimiliki pengguna identitas web.
7. (Opsional) Tetapkan batas izin. Ini adalah fitur lanjutan yang tersedia untuk peran layanan. Untuk
informasi selengkapnya, lihatBatas izin untuk entitas IAMdi dalamPanduan Pengguna IAM.
9. PadaNama, tinjau, dan buathalaman, untukNama peran, masukkan nama peran untuk
membantu Anda mengidentifikasi tujuan peran ini. Nama ini harus unik dalamAkun AWS. Karena
lainnyaAWSsumber daya mungkin mereferensikan peran tersebut. Anda tidak dapat mengedit nama
peran tersebut.
10. Tinjau peran lalu pilih Buat peran.
Gunakan izin pengguna IAM untuk mengontrol akses ke peran IAM Anda yang baru. Izin iam:PassRole
diperlukan pada pengguna IAM yang membuat atau memperbarui grup Auto Scaling menggunakan templat
peluncuran yang menentukan profil instance, atau yang membuat konfigurasi peluncuran yang menentukan
347
AWS KMSKebijakan utama untuk
digunakan dengan volume terenkripsi
profil instance. Untuk contoh kebijakan yang memberikan izin khusus kepada pengguna, lihatKontrol peran
IAM mana yang dapat diberikan (menggunakan PassRole) (p. 338).

Ketika Anda membuat templat peluncuran menggunakanAWS Management Console, diRincian
lanjutanbagian, pilih peran dariProfil instans IAM. Untuk informasi selengkapnya, lihat Konfigurasikan
pengaturan lanjutan untuk templat peluncuran (p. 24).
Ketika Anda membuat templat peluncuran menggunakanmembuat-peluncuran-templateperintah dariAWS

CLI, tentukan nama profil instance peran IAM Anda seperti yang ditunjukkan pada contoh berikut.
aws ec2 create-launch-template --launch-template-name my-lt-with-instance-profile --

--launch-template-data
'{"ImageId":"ami-04d5cc9b88example","InstanceType":"t2.micro","IamInstanceProfile":
{"Name":"my-instance-profile"}}'

Ketika Anda membuat konfigurasi peluncuran menggunakanAWS Management Console, diKonfigurasi
tambahanbagian, pilih peran dariProfil instans IAM. Untuk informasi selengkapnya, lihat Buat konfigurasi
peluncuran (p. 38).
Ketika Anda membuat konfigurasi peluncuran menggunakanmembuat-launch-konfigurasiperintah dariAWS

CLI, tentukan nama profil instance peran IAM Anda seperti yang ditunjukkan pada contoh berikut.
aws autoscaling create-launch-configuration --launch-configuration-name my-lc-with-

instance-profile \
--image-id ami-04d5cc9b88example --instance-type t2.micro \
--iam-instance-profile my-instance-profile
Lihat juga
Untuk informasi lebih lanjut untuk membantu Anda mulai mempelajari dan menggunakan peran IAM untuk
Amazon EC2, lihat:
• Peran IAM untuk Amazon EC2di dalamPanduan Pengguna Amazon EC2 untuk Instans Linux
• Menggunakan profil instansdanMenggunakan peran IAM untuk memberikan izin pada aplikasi yang
berjalan di instans Amazon EC2.di dalamPanduan Pengguna IAM
WajibAWS KMSKebijakan utama untuk digunakan

dengan volume terenkripsi
Amazon EC2 Auto Scalingperan yang terhubung dengan layanan (p. 328), jenis peran IAM baru yang
memberi Anda cara lebih aman dan transparan untuk mendelegasikan izin ke Amazon Web Services.
Peran terkait layanan Amazon EC2 Auto Scaling telah ditentukan sebelumnya oleh Amazon EC2 Auto
Scaling dan mencakup izin yang diperlukan layanan untuk menghubungi lainnyaAWSlayanan atas
nama Anda. Izin yang telah ditetapkan sebelumnya juga mencakup akses keKunci terkelola AWS.
Namun, mereka tidak mencakup akses ke kunci yang dikelola pelanggan, yang memungkinkan Anda
mempertahankan kendali penuh atas kunci ini.
Topik ini menjelaskan cara menyiapkan kebijakan utama yang Anda perlukan untuk meluncurkan instans
Auto Scaling saat Anda menentukan kunci terkelola pelanggan untuk enkripsi Amazon EBS.
348
Note
Amazon EC2 Auto Scaling tidak memerlukan otorisasi tambahan untuk menggunakan
defaultKunci terkelola AWSuntuk melindungi volume terenkripsi di akun Anda.
Isi
• Gambaran Umum (p. 349)
• Mengonfigurasi kebijakan kunci (p. 349)
• Contoh 1: Bagian kebijakan utama yang memungkinkan akses ke kunci terkelola pelanggan (p. 350)
• Contoh 2: Bagian kebijakan utama yang memungkinkan akses lintas akun ke kunci yang dikelola
pelanggan (p. 351)
• Mengedit kebijakan kunci diAWS KMSkonsol (p. 352)
Gambaran Umum
BerikutAWS KMS keysdapat digunakan untuk enkripsi Amazon EBS saat Amazon EC2 Auto Scaling
meluncurkan instans:
• Kunci terkelola AWS— Kunci enkripsi di akun Anda yang dibuat, dimiliki, dan dikelola oleh Amazon
EBS. Ini adalah kunci enkripsi default untuk akun baru. ParameterKunci terkelola AWSdigunakan untuk
enkripsi kecuali jika Anda menentukan kunci terkelola pelanggan.
• Kunci yang dikelola pelanggan— Kunci enkripsi khusus yang Anda buat, miliki, dan kelola. Untuk
informasi selengkapnya, lihatMembuat kuncidi dalamAWS Key Management ServicePanduan
Pengembang.
Catatan: Kuncinya harus simetris. Amazon EBS tidak mendukung kunci terkelola pelanggan asimetris.
Anda mengonfigurasi kunci yang dikelola pelanggan saat membuat snapshot terenkripsi atau templat
peluncuran yang menentukan volume terenkripsi, atau mengaktifkan enkripsi secara default.
Mengonfigurasi kebijakan kunci

Kunci KMS Anda harus memiliki kebijakan kunci yang memungkinkan Amazon EC2 Auto Scaling
meluncurkan instans dengan volume Amazon EBS yang dienkripsi dengan kunci terkelola pelanggan.
Gunakan contoh di halaman ini untuk mengonfigurasi kebijakan utama untuk memberikan Amazon EC2
akses Auto Scaling ke kunci terkelola pelanggan Anda. Anda dapat mengubah kebijakan kunci yang
dikelola pelanggan baik saat kunci dibuat atau di lain waktu.
Anda harus, setidaknya, menambahkan dua pernyataan kebijakan ke kebijakan utama Anda agar dapat
bekerja dengan Amazon EC2 Auto Scaling.
• Pernyataan pertama memungkinkan identitas IAM ditentukan dalamPrincipaluntuk menggunakan

kunci terkelola pelanggan secara langsung. Ini termasuk izin untuk melakukanAWS KMS
Encrypt,Decrypt,ReEncrypt*,GenerateDataKey*, danDescribeKeyoperasi pada kuncinya.
• Pernyataan kedua memungkinkan identitas IAM ditentukan dalamPrincipalelemen untuk
menggunakan hibah untuk mendelegasikan bagian dari izinnya sendiri ke Amazon Web Services yang
terintegrasi denganAWS KMSatau kepala sekolah lain. Ini memungkinkan mereka menggunakan kunci
untuk membuat sumber daya terenkripsi atas nama Anda.
Ketika Anda menambahkan pernyataan kebijakan baru ke kebijakan utama Anda, jangan mengubah
pernyataan apa pun yang ada dalam kebijakan tersebut.
Untuk masing-masing contoh berikut, argumen yang harus diganti, seperti ID kunci atau nama peran yang
terkait layanan, ditampilkan sebagaiteks yang dapat diganti dalam huruf miring. Dalam
349
kebanyakan kasus, Anda dapat mengganti nama peran yang ditautkan dengan layanan dengan nama
peran terkait layanan Amazon EC2 Auto Scaling. Namun, saat menggunakan konfigurasi peluncuran untuk
meluncurkan Instance Spot, gunakan peran yang disebutkanAWSServiceRoleForec2Spot.
Untuk informasi lebih lanjut, lihat sumber daya berikut:
• Untuk membuat kunci denganAWS CLI, lihatcreate-key.

• Untuk memperbarui kebijakan kunci denganAWS CLI, lihatkebijakan-put-key.
• Untuk menemukan ID kunci dan Amazon Resource Name (ARN), lihatMenemukan ID kunci dan
ARNdiAWS Key Management ServicePanduan Pengembang.
• Untuk informasi tentang peran terkait layanan Amazon EC2 Auto Scaling, lihat Peran terkait layanan
• Untuk informasi selengkapnya tentang Amazon EBS dan KMS,Enkripsi Amazon EBSdiPanduan
Pengguna Amazon EC2 untuk Instans LinuxdanAWS Key Management ServicePanduan Pengembang.
Contoh 1: Bagian kebijakan utama yang memungkinkan akses ke

kunci terkelola pelanggan
Tambahkan dua pernyataan kebijakan berikut ke kebijakan utama kunci yang dikelola pelanggan,
ganti contoh ARN dengan ARN dari peran terkait layanan yang sesuai, yang diizinkan untuk
mengakses kunci. Dalam contoh ini, bagian kebijakan memberikan peran terkait layanan yang
disebutkanAWSServiceRoleForAutoScalingizin untuk menggunakan kunci terkelola pelanggan.
{
"Sid": "Allow service-linked role use of the customer managed key",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::123456789012:role/aws-service-role/
autoscaling.amazonaws.com/AWSServiceRoleForAutoScaling"
]
},
"Action": [
"kms:Encrypt",
"kms:Decrypt",
"kms:ReEncrypt*",
"kms:GenerateDataKey*",
"kms:DescribeKey"
],
"Resource": "*"
}
{
"Sid": "Allow attachment of persistent resources",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::123456789012:role/aws-service-role/
autoscaling.amazonaws.com/AWSServiceRoleForAutoScaling"
]
},
"Action": [
"kms:CreateGrant"
],
"Resource": "*",
"Condition": {
"Bool": {
"kms:GrantIsForAWSResource": true
350
}
}
}
Contoh 2: Bagian kebijakan utama yang memungkinkan akses

lintas akun ke kunci yang dikelola pelanggan
Jika kunci terkelola pelanggan Anda berada dalam akun yang berbeda dari grup Auto Scaling, Anda
harus menggunakan hibah yang digabungkan dengan kebijakan utama untuk memungkinkan akses
ke kunci. Untuk informasi selengkapnya, lihatMenggunakan pemberian izindiAWS Key Management
ServicePanduan Pengembang.
Pertama, tambahkan dua pernyataan kebijakan berikut ke kebijakan kunci yang dikelola pelanggan,
ganti contoh ARN dengan ARN akun eksternal, dan menentukan akun tempat kunci dapat digunakan.
Hal ini memungkinkan Anda untuk menggunakan kebijakan IAM untuk memberikan pengguna IAM atau
peran dalam izin akun tertentu untuk membuat hibah untuk kunci menggunakan perintah CLI berikut.
MemberikanAkun AWSakses penuh ke kunci tidak memberikan akses ke pengguna IAM atau peran ke
kunci.
{
"Sid": "Allow external account 111122223333 use of the customer managed key",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::111122223333:root"
]
},
"Action": [
"kms:Encrypt",
"kms:Decrypt",
"kms:ReEncrypt*",
"kms:GenerateDataKey*",
"kms:DescribeKey"
],
"Resource": "*"
}
{
"Sid": "Allow attachment of persistent resources in external account 111122223333",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::111122223333:root"
]
},
"Action": [
"kms:CreateGrant"
],
"Resource": "*"
}
Kemudian, dari akun eksternal, buat izin akses yang mendelegasikan izin yang relevan ke peran terkait
layanan yang sesuai. Elemen Grantee Principal pemberian izin adalah ARN dari peran terkait layanan
yang sesuai. Parameterkey-idadalah ARN dari kuncinya. Berikut ini adalah contoh-contohnyamembuat-
hibahPerintah CLI yang memberikan peran terkait layanan bernamaAWSServiceRoleForAutoScalingdi
akun111122223333izin untuk menggunakan kunci terkelola pelanggan444455556666.
aws kms create-grant \
351
Validasi kepatuhan
--region us-west-2 \
--key-id arn:aws:kms:us-west-2:444455556666:key/1a2b3c4d-5e6f-1a2b-3c4d-5e6f1a2b3c4d \
--grantee-principal arn:aws:iam::111122223333:role/aws-service-role/
autoscaling.amazonaws.com/AWSServiceRoleForAutoScaling \
--operations "Encrypt" "Decrypt" "ReEncryptFrom" "ReEncryptTo" "GenerateDataKey"
"GenerateDataKeyWithoutPlaintext" "DescribeKey" "CreateGrant"
Agar perintah ini berhasil, pengguna yang mengajukan permintaan harus memiliki izin untuk tindakan
CreateGrant. Contoh kebijakan IAM berikut memungkinkan pengguna IAM atau peran dalam
akun111122223333untuk membuat hibah untuk kunci yang dikelola pelanggan di akun444455556666.
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "AllowCreationOfGrantForTheKMSKeyinExternalAccount444455556666",
"Effect": "Allow",
"Action": "kms:CreateGrant",
"Resource": "arn:aws:kms:us-
west-2:444455556666:key/1a2b3c4d-5e6f-1a2b-3c4d-5e6f1a2b3c4d"
}
]
}
Setelah Anda memberikan izin ini, semuanya harus bekerja seperti yang diharapkan.
Mengedit kebijakan kunci diAWS KMSkonsol

Contoh di bagian sebelumnya hanya menunjukkan cara menambahkan pernyataan ke kebijakan kunci,
yang merupakan salah satu cara untuk mengubah kebijakan kunci. Cara termudah untuk mengubah
kebijakan utama adalah dengan menggunakanAWS KMSTampilan default konsol untuk kebijakan kunci
dan membuat entitas IAM (pengguna atau peran) salah satupengguna kunciuntuk kebijakan kunci yang
sesuai. Untuk informasi selengkapnya, lihatMenggunakanAWSTampilan default Konsol ManajemendiAWS
Key Management ServicePanduan Pengembang.
Important
Berhati-hatilah. Pernyataan kebijakan tampilan default konsol mencakup izin untuk dilakukanAWS
KMS Revokeoperasi pada kunci yang dikelola pelanggan. Jika Anda memberikanAkun AWSakses
ke kunci yang dikelola pelanggan di akun Anda, dan Anda secara tidak sengaja mencabut hibah
yang memberi mereka izin ini, pengguna eksternal tidak lagi dapat mengakses data terenkripsi
mereka atau kunci yang digunakan untuk mengenkripsi data mereka.
Validasi kepatuhan untuk Amazon EC2 Auto

Scaling
Auditor pihak ketiga menilai keamanan dan kepatuhan Amazon EC2 Auto Scaling sebagai bagian dari
beberapaAWSprogram kepatuhan. Program ini mencakup SOC, PCI, FedRAMP, HIPAA, dan lainnya.
Untuk mempelajari apakah Amazon EC2 Auto Scaling atau lainnyaLayanan AWSberada dalam lingkup
program kepatuhan spesifik, lihatAWSLayanan dalam Lingkup oleh Program Kepatuhan. Untuk informasi
umum, lihat Program Kepatuhan AWS.
Anda bisa mengunduh laporan audit pihak ketiga menggunakan AWS Artifact. Untuk informasi
selengkapnya, lihat Mengunduh Laporan di AWS Artifact.
352
Kepatuhan PCI DSS
Tanggung jawab kepatuhan Anda saat menggunakan Layanan AWS ditentukan oleh sensitivitas pada data
Anda, tujuan kepatuhan perusahaan Anda, serta hukum dan peraturan yang berlaku. AWS menyediakan
sumber daya berikut untuk membantu kepatuhan:
• Panduan Quick Start Keamanan dan Kepatuhan – Panduan deployment ini membahas pertimbangan
arsitektur dan menyediakan langkah-langkah untuk men-deploy lingkungan dasar di AWS yang menjadi
fokus keamanan dan kepatuhan.
• Arsitek untuk Keamanan dan Kepatuhan HIPAA— Whitepaper ini menjelaskan bagaimana perusahaan
dapat menggunakanAWSuntuk membuat aplikasi yang memenuhi syarat HIPAA.
Note
Tidak semuaLayanan AWSHIPAA memenuhi syarat. Untuk informasi selengkapnya,

lihatReferensi Layanan HIPAA.
• Sumber Daya Kepatuhan AWS – Kumpulan buku kerja dan panduan ini mungkin berlaku untuk industri
dan lokasi Anda.
• Mengevaluasi Sumber Daya dengan Aturan di Panduan Developer AWS Config – Layanan AWS Config
menilai seberapa baik konfigurasi sumber daya Anda dalam mematuhi praktik internal, pedoman industri,
dan peraturan.
• AWS Security Hub— IniLayanan AWSmenyediakan pandangan komprehensif tentang status keamanan
Anda dalamAWSyang membantu Anda memeriksa kepatuhan terhadap standar industri dan praktik
terbaik yang terkait dengan keamanan.
• AWS Audit Manager— IniLayanan AWSmembantu Anda terus mengauditAWSpenggunaan untuk
menyederhanakan cara Anda mengelola risiko dan kepatuhan terhadap peraturan dan standar industri.
Kepatuhan PCI DSS

Amazon EC2 Auto Scaling mendukung pemrosesan, penyimpanan, dan transmisi data kartu kredit oleh
pedagang atau penyedia layanan, dan telah divalidasi sesuai dengan Standar Keamanan Data (PCI)
Industri Kartu Pembayaran (PCI). Untuk informasi lebih lanjut tentang PCI DSS, termasuk cara meminta
salinan AWS PCI Compliance Package, lihat PCI DSS Level 1.
Untuk informasi tentang mencapai kepatuhan PCI DSS untuk AndaAWSbeban kerja, lihat panduan
kepatuhan berikut:
• Standar Keamanan Data Industri Kartu Pembayaran (PCI DSS)AWS
Ketahanan di Amazon EC2 Auto Scaling

Infrastruktur global AWS dibangun di sekitar Wilayah AWS dan Availability Zone.
Wilayah AWS menyediakan beberapa Availability Zone yang terpisah secara fisik dan terisolasi, yang
terhubung dengan jaringan berlatensi rendah, throughput yang tinggi, dan sangat redundan.
Dengan Availability Zone, Anda dapat merancang serta mengoperasikan aplikasi dan basis data yang
secara otomatis mengalami fail over antar zona tanpa gangguan. Availability Zone lebih tersedia, memiliki
toleransi kesalahan, dan dapat diskalakan dibandingkan dengan satu atau beberapa infrastruktur pusat
data tradisional.
Untuk informasi selengkapnya tentang Wilayah AWS dan Availability Zone, lihat Infrastruktur global AWS.
Topik terkait
• Ketahanan di Amazon EC2 di Panduan Pengguna Amazon EC2 untuk Linux Instances
353
Keamanan infrastruktur
Keamanan infrastruktur di Amazon EC2 Auto

Scaling
Sebagai layanan terkelola, Amazon EC2 Auto Scaling dilindungi olehAWSprosedur keamanan jaringan
global yang dijelaskan dalamAmazon Web Services: Laporan resmi Ikhtisar proses keamanan.
Anda menggunakanAWSpanggilan API yang dipublikasikan untuk mengakses Amazon EC2 Auto Scaling
melalui jaringan. Klien harus mendukung Keamanan Lapisan Pengangkutan (TLS) 1.0 atau versi yang
lebih baru. Kami merekomendasikan TLS 1.2 atau versi yang lebih baru. Klien juga harus mendukung suite
cipher dengan perfect forward secrecy (PFS) seperti Ephemeral Diffie-Hellman (DHE) atau Elliptic Curve
Ephemeral Diffie-Hellman (ECDHE). Sebagian besar sistem modern seperti Java 7 dan sistem yang lebih
baru mendukung mode ini.
Selain itu, permintaan harus ditandatangani menggunakan access key ID dan secret access key yang
terkait dengan principal IAM. Atau Anda bisa menggunakan AWS Security Token Service (AWS STS) untuk
membuat kredensial keamanan sementara guna menandatangani permintaan.
Topik terkait
• Keamanan infrastruktur di Amazon EC2 pada Panduan Pengguna Amazon EC2 untuk Linux Instances
Amazon EC2 Auto Scaling dan endpoint VPC

antarmuka
Anda dapat meningkatkan postur keamanan VPC Anda dengan mengonfigurasi Amazon EC2 Auto Scaling
untuk menggunakan titik akhir antarmuka VPC. Endpoint antarmuka didukung olehAWS PrivateLink,
sebuah teknologi yang memungkinkan Anda mengakses Amazon EC2 Auto Scaling APIs dengan
membatasi semua lalu lintas jaringan antara VPC dan Amazon EC2 Auto Scaling ke jaringan Amazon.
Dengan titik akhir antarmuka, Anda juga tidak memerlukan sebuah gerbang internet, perangkat NAT, atau
gerbang pribadi virtual.
Anda tidak diwajibkan untuk mengonfigurasi AWS PrivateLink, tetapi sebaiknya direkomendasikan. Untuk
informasi selengkapnya tentang AWS PrivateLink dan VPC endpoint, lihat VPC Endpoint Antarmuka (AWS
PrivateLink).
Topik
• Ciptakan sebuah titik akhir VPC antarmuka (p. 354)
• Buat kebijakan endpoint VPC (p. 355)
Ciptakan sebuah titik akhir VPC antarmuka

Anda dapat membuat VPC endpoint untuk layanan Amazon EC2 Auto Scaling menggunakan konsol
Amazon VPC atauAWS Command Line Interface(AWS CLI).
Buat endpoint untuk Amazon EC2 Auto Scaling menggunakan nama layanan berikut:
• com.amazonaws.daerah.autoscaling— Membuat endpoint untuk operasi Amazon EC2 Auto Scaling

API.
• cn.com.amazonaws.daerah.autoscaling— Membuat endpoint untuk operasi Amazon EC2 Auto Scaling
API diAWSWilayah China (Beijing) danAWSWilayah China (Ningxia).
354
Buat kebijakan endpoint VPC
Untuk informasi lebih lanjut, lihat Membuat endpoint antarmuka di Panduan Pengguna VPC Amazon.
Aktifkan private DNS untuk titik akhir agar permintaan API ke layanan yang didukung menggunakan
hostname DNS default-nya (misalnya, autoscaling.us-east-1.amazonaws.com). Saat membuat
endpoint untuk layanan AWS, pengaturan ini diaktifkan secara default. Untuk informasi lebih lanjut, lihat
Mengakses layanan melalui endpoint antarmuka dalam Panduan Pengguna Amazon VPC.
Anda tidak perlu mengubah pengaturan Amazon EC2 Auto Scaling. Amazon EC2 Auto Scaling
menghubungi lainnyaAWSlayanan menggunakan titik akhir layanan atau titik akhir antarmuka VPC pribadi,
mana pun yang digunakan.
Buat kebijakan endpoint VPC

Anda dapat melampirkan kebijakan ke endpoint VPC Anda untuk mengontrol akses ke Amazon EC2 Auto
Scaling API. Kebijakan menentukan:
• Prinsipal yang dapat melakukan tindakan.

• Tindakan yang dapat dilakukan.
• Sumber daya yang dapat digunakan untuk melakukan tindakan.
Contoh berikut menunjukkan kebijakan endpoint VPC yang menolak izin setiap orang untuk menghapus
kebijakan penskalaan melalui endpoint. Kebijakan contoh juga memberikan izin kepada semua orang untuk
melakukan semua tindakan lainnya.
{
"Statement": [
{
"Action": "*",
"Effect": "Allow",
"Resource": "*",
"Principal": "*"
},
{
"Action": "autoscaling:DeleteScalingPolicy",
"Effect": "Deny",
"Resource": "*",
"Principal": "*"
}
]
}
Untuk informasi lebih lanjut, lihat Menggunakan kebijakan titik akhir VPC di Panduan Pengguna Amazon
VPC.
355
Mengambil pesan kesalahan
Pemecahan Masalah Amazon EC2

Auto Scaling
Amazon EC2 Auto Scaling memberikan kesalahan deskriptif dan spesifik untuk membantu Anda
memecahkan masalah. Anda dapat menemukan pesan kesalahan dalam deskripsi aktivitas penskalaan.
Topik
• Mengambil pesan galat dari aktivitas penskalaan (p. 356)
• Sumber daya pemecahan masalah tambahan (p. 357)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Kegagalan peluncuran instance EC2 (p. 358)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Masalah AMI (p. 364)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Masalah load balancer (p. 365)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Templat peluncuran (p. 367)
• Pemecahan Masalah Amazon EC2 Auto Scaling: Pemeriksaan kondisi (p. 367)
Mengambil pesan galat dari aktivitas penskalaan

Untuk mengambil pesan kesalahan dari deskripsi aktivitas penskalaan, gunakan pesan
kesalahanmenjelaskan-scaling-kegiatanperintah. Anda memiliki catatan aktivitas penskalaan yang berasal
dari 6 minggu. Aktivitas penskalaan diurutkan berdasarkan waktu mulai, dengan aktivitas penskalaan
terbaru tercantum terlebih dahulu.
Note
Aktivitas penskalaan juga ditampilkan dalam riwayat aktivitas di konsol Auto Scaling Amazon EC2
diAktivitastab untuk grup Auto Scaling.
Untuk melihat aktivitas penskalaan untuk grup Auto Scaling, gunakan perintah berikut.
Berikut ini adalah contoh responsnya, dimanaStatusCodeberisi status aktivitas saat ini
danStatusMessageberisi pesan kesalahan.
{
"Activities": [
{
"ActivityId": "3b05dbf6-037c-b92f-133f-38275269dc0f",
"Description": "Launching a new EC2 instance: i-003a5b3ffe1e9358e. Status
Reason: Instance failed to complete user's Lifecycle Action: Lifecycle Action with token
e85eb647-4fe0-4909-b341-a6c42d8aba1f was abandoned: Lifecycle Action Completed with
ABANDON Result",
"Cause": "At 2021-01-11T00:35:52Z a user request created an AutoScalingGroup
changing the desired capacity from 0 to 1. At 2021-01-11T00:35:53Z an instance was
started in response to a difference between desired and actual capacity, increasing the
capacity from 0 to 1.",
"StartTime": "2021-01-11T00:35:55.542Z",
"EndTime": "2021-01-11T01:06:31Z",
"StatusCode": "Cancelled",
"StatusMessage": "Instance failed to complete user's Lifecycle Action:
Lifecycle Action with token e85eb647-4fe0-4909-b341-a6c42d8aba1f was abandoned: Lifecycle
Action Completed with ABANDON Result",
356
Sumber daya pemecahan masalah tambahan
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-
west-2b\"...}",
},
...
]
}
Untuk deskripsi bidang dalam output, lihatAktivitasdiReferensi API Amazon EC2 Auto Scaling.
Untuk melihat aktivitas penskalaan grup Auto Scaling yang dihapus, tambahkan--include-deleted-
groupsopsi untukmenjelaskan-scaling-kegiatanperintah sebagai berikut.
aws autoscaling describe-scaling-activities --auto-scaling-group-name my-asg --include-

deleted-groups
Berikut ini adalah contoh tanggapan, dengan aktivitas penskalaan untuk grup yang dihapus.
{
"Activities": [
{
"ActivityId": "e1f5de0e-f93e-1417-34ac-092a76fba220",
"Description": "Launching a new EC2 instance. Status Reason: Your Spot request
price of 0.001 is lower than the minimum required Spot request fulfillment price of
0.0031. Launching EC2 instance failed.",
"Cause": "At 2021-01-13T20:47:24Z a user request update of AutoScalingGroup
constraints to min: 1, max: 5, desired: 3 changing the desired capacity from 0 to 3. At
2021-01-13T20:47:27Z an instance was started in response to a difference between desired
and actual capacity, increasing the capacity from 0 to 3.",
"StartTime": "2021-01-13T20:47:30.094Z",
"EndTime": "2021-01-13T20:47:30Z",
"StatusMessage": "Your Spot request price of 0.001 is lower than the minimum
required Spot request fulfillment price of 0.0031. Launching EC2 instance failed.",
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-
west-2b\"...}",
"AutoScalingGroupState": "Deleted",
},
...
]
}
Sumber daya pemecahan masalah tambahan

Halaman berikut memberikan informasi tambahan untuk memecahkan masalah dengan Amazon EC2 Auto
Scaling.
• Kuota layanan Amazon EC2 Auto Scaling (p. 11)

• Memverifikasi aktivitas penskalaan untuk grup Auto Scaling (p. 166)
• Lihat grafik monitoring di konsol Auto Scaling Amazon EC2 (p. 273)
• Pemeriksaan kesehatan untuk instance Auto Scaling (p. 261)
357
Kegagalan peluncuran Instance
• Pertimbangan dan batasan untuk kait siklus hidup (p. 197)

• Menyelesaikan tindakan siklus aktif (p. 208)
• Luncurkan instans Auto Scaling di VPC (p. 97)
• Hapus instance sementara dari grup Auto Scaling Anda (p. 250)
• Menonaktifkan kebijakan penskalaan untuk grup Auto Scaling (p. 167)
• Menangguhkan dan melanjutkan proses untuk grup Auto Scaling (p. 254)
• Kontrol instance Auto Scaling mana yang berakhir selama penurunan skala (p. 237)
• Hapus infrastruktur Auto Scaling Anda (p. 120)
BerikutAWSsumber daya juga dapat membantu:
• Topik Amazon EC2 Auto Scaling diAWSPusat pengetahuan

• Pertanyaan Amazon EC2 Auto ScalingAWSRe: Posting
• Posting Amazon EC2 Auto Scaling diAWSBlog komputasi
• Pemecahan Masalah CloudFormation diAWS CloudFormationPanduan Pengguna
Pemecahan masalah sering membutuhkan query berulang dan penemuan oleh seorang ahli atau
dari komunitas pembantu. Jika Anda terus mengalami masalah setelah mencoba saran di bagian
ini, hubungiAWS Support(di dalamAWS Management Console, klikDukungan,Pusat Dukungan) atau
mengajukan pertanyaan padaAWSRe: PostingmenggunakanAmazon EC2 Auto ScalingTag.
Pemecahan Masalah Amazon EC2 Auto Scaling:

Kegagalan peluncuran instance EC2
Halaman ini memberikan informasi tentang instance EC2 Anda yang gagal diluncurkan, kemungkinan
penyebab, dan langkah-langkah yang dapat Anda ambil untuk memecahkan masalah.
Untuk mengambil data pesan kesalahan, lihat Mengambil pesan galat dari aktivitas penskalaan (p. 356).
Saat instance EC2 Anda gagal diluncurkan, Anda mungkin mendapatkan satu atau beberapa pesan
kesalahan berikut:
Masalah peluncuran
• Konfigurasi yang diminta saat ini tidak didukung. (p. 359)
• Grup keamanan <name of the security group> tidak ada. Peluncuran instance EC2 gagal. (p. 359)
• Pasangan kunci <key pair associated with your EC2 instance> tidak ada. Peluncuran instance EC2
gagal. (p. 359)
• Zona Ketersediaan yang diminta tidak lagi didukung. Silakan coba lagi permintaan Anda... (p. 360)
• Jenis instance yang Anda minta (<instance type>) tidak didukung dalam Zona Ketersediaan yang Anda
minta (<instance Availability Zone>)... (p. 360)
• Harga permintaan Spot Anda 0,015 lebih rendah dari harga pemenuhan permintaan Spot minimum
0,0735... (p. 360)
• Nama perangkat tidak <device name> valid/Upload nama perangkat tidak valid. Peluncuran instance
EC2 gagal. (p. 361)
• Value (<name associated with the instance storage device>) untuk parameter virtualName tidak
valid... (p. 361)
• Pemetaan perangkat blok EBS tidak didukung untuk instance-store AMIs. (p. 361)
• Grup penempatan tidak dapat digunakan dengan contoh jenis 'm1.large'. Peluncuran instance EC2
gagal. (p. 362)
358
Konfigurasi yang diminta saat ini tidak didukung.
• Client.InternalError: Kesalahan klien saat peluncuran. (p. 362)

• Saat ini kami tidak memiliki <instance type> kapasitas yang cukup di Zona Ketersediaan yang Anda
minta... Peluncuran instance EC2 gagal. (p. 363)
• Tidak ada kapasitas Spot tersedia yang sesuai dengan permintaan Anda. Peluncuran instance EC2
gagal. (p. 363)
• <number of instances> instance telah berjalan. Peluncuran instance EC2 gagal. (p. 364)
Konfigurasi yang diminta saat ini tidak didukung.

• Penyebab: Beberapa opsi dalam template peluncuran atau konfigurasi peluncuran mungkin tidak
kompatibel dengan jenis instans, atau konfigurasi instans mungkin tidak didukung dalam permintaan
AndaAWSWilayah atau Availability Zone.
• Solusi:
Coba konfigurasi instans yang berbeda. Untuk mencari tipe instans yang memenuhi persyaratan Anda,
lihatMenemukan jenis instans Amazon EC2diPanduan Pengguna Amazon EC2 untuk Instans Linux.
Untuk panduan lebih lanjut untuk memecahkan masalah ini, periksa solusi berikut:
• Pastikan bahwa Anda telah memilih AMI yang didukung oleh jenis instans Anda. Misalnya, jika jenis
instance menggunakan ARM berbasisAWSProsesor Graviton bukan prosesor Intel Xeon, Anda
memerlukan AMI yang kompatibel dengan ARM.
• Uji apakah tipe instans tersedia di Wilayah dan Availability Zone yang Anda minta. Jenis instans
generasi terbaru mungkin belum tersedia di Wilayah atau Availability Zone tertentu. Tipe instans
generasi lama mungkin tidak tersedia di Wilayah dan Availability Zone yang lebih baru. Untuk
mencari tipe instans yang ditawarkan berdasarkan lokasi (Wilayah atau Availability Zone),
gunakanmenjelaskan-instance-tipe-persembahanperintah. Untuk informasi selengkapnya,
lihatMenemukan jenis instans Amazon EC2diPanduan Pengguna Amazon EC2 untuk Instans Linux.
• Jika Anda menggunakan Instans Khusus atau Host Khusus, pastikan Anda memilih jenis instans yang
didukung sebagai Instans Khusus atau Host Khusus.
Grup keamanan <name of the security group> tidak

ada. Peluncuran instance EC2 gagal.
• Penyebab: Grup keamanan yang ditentukan dalam templat peluncuran atau konfigurasi peluncuran Anda
mungkin telah dihapus.
• Solusi:
1. Menggunakandescribe-security-groupsperintah untuk mendapatkan daftar grup keamanan yang
terkait dengan akun Anda.
2. Dari daftar, pilih grup keamanan yang akan digunakan. Untuk membuat grup keamanan,
gunakanmembuat-keamanan-kelompokperintah.
3. Membuat templat peluncuran baru atau konfigurasi peluncuran.
4. Perbarui grup Auto Scaling Anda dengan templat peluncuran atau konfigurasi peluncuran baru
menggunakanupdate-auto-scaling-groupperintah.
Pasangan kunci <key pair associated with your EC2

instance> tidak ada. Peluncuran instance EC2 gagal.
• Penyebab: Pasangan kunci yang digunakan saat meluncurkan instance mungkin telah dihapus.
359
Zona Ketersediaan yang diminta tidak lagi
didukung. Silakan coba lagi permintaan Anda...
• Solusi:
1. Menggunakandescribe-key-pairsperintah untuk mendapatkan daftar pasangan kunci yang tersedia
untuk Anda.
2. Dari daftar, pilih pasangan kunci yang akan digunakan. Untuk membuat sebuah key pair,
gunakancreate-key-pairperintah.
3. Membuat templat peluncuran baru atau konfigurasi peluncuran.
Zona Ketersediaan yang diminta tidak lagi didukung.

Silakan coba lagi permintaan Anda...
• Pesan kesalahan: Zona Ketersediaan yang diminta tidak lagi didukung. Coba lagi permintaan Anda
dengan tidak menentukan Zona Ketersediaan atau memilih <list of available Availability Zones>.
Peluncuran instance EC2 gagal.
• Penyebab: Zona Ketersediaan terkait grup Auto Scaling Anda mungkin tidak tersedia saat ini.
• Solusi: Perbarui grup Auto Scaling Anda dengan rekomendasi dalam pesan kesalahan.
Jenis instance yang Anda minta (<instance type>)

tidak didukung dalam Zona Ketersediaan yang Anda
minta (<instance Availability Zone>)...
• Pesan kesalahan: Jenis instance yang Anda minta (<instance type>) tidak didukung dalam Zona
Ketersediaan yang Anda minta (<instance Availability Zone>). Coba lagi permintaan Anda dengan tidak
menyebutkan Zona Ketersediaan atau memilih <list of Availability Zones that supports the instance
type>. Peluncuran instance EC2 gagal.
• Penyebab: Jenis instans yang Anda pilih mungkin tidak tersedia saat ini di Zona Ketersediaan yang
ditentukan dalam grup Auto Scaling Anda.
• Solusi: Perbarui grup Auto Scaling Anda dengan rekomendasi dalam pesan kesalahan.
Harga permintaan Spot Anda 0,015 lebih rendah dari

harga pemenuhan permintaan Spot minimum 0,0735...
• Penyebab: Harga maksimum Spot dalam permintaan Anda lebih rendah dari harga Spot untuk tipe
instans yang Anda pilih.
• Solusi: Kirim permintaan baru dengan harga maksimum Spot yang lebih tinggi (mungkin harga Sesuai
Permintaan). Sebelumnya, harga Spot yang Anda bayar didasarkan pada penawaran. Hari ini, Anda
membayar harga Spot saat ini. Dengan menetapkan harga maksimum Anda lebih tinggi, ini memberikan
layanan Amazon EC2 Spot kesempatan yang lebih baik untuk meluncurkan dan mempertahankan
jumlah kapasitas yang Anda butuhkan.
360
Nama perangkat tidak <device name> valid/Upload nama
perangkat tidak valid. Peluncuran instance EC2 gagal.
Nama perangkat tidak <device name> valid/Upload

nama perangkat tidak valid. Peluncuran instance EC2
gagal.
• Penyebab 1: Pemetaan perangkat blok dalam templat peluncuran atau konfigurasi peluncuran Anda
mungkin berisi nama perangkat blok yang tidak tersedia atau tidak didukung saat ini.
• Solusi:
1. Verifikasi nama perangkat mana yang tersedia untuk konfigurasi instans spesifik Anda. Untuk detail
selengkapnya tentang penamaan perangkat, lihatNama perangkat pada instance LinuxdiPanduan
2. Buat instans Amazon EC2 secara manual yang bukan merupakan bagian dari grup Auto Scaling
dan selidiki masalahnya. Jika konfigurasi penamaan perangkat blok bertentangan dengan nama di
Amazon Machine Image (AMI), instans akan gagal selama peluncuran. Untuk informasi selengkapnya,
lihatPemetaan perangkat blokdiPanduan Pengguna Amazon EC2 untuk Instans Linux.
3. Setelah mengonfirmasi bahwa instans Anda berhasil diluncurkan, gunakanmenjelaskan-
volumeperintah untuk melihat bagaimana volume terkena instance.
4. Buat templat peluncuran baru atau konfigurasi peluncuran menggunakan nama perangkat yang
tercantum dalam deskripsi volume.
Value (<name associated with the instance storage

device>) untuk parameter virtualName tidak valid...
• Pesan kesalahan: Value (<name associated with the instance storage device>) untuk parameter
virtualName tidak valid. Format yang diharapkan: 'ephemeralNUMBER'. Peluncuran instance EC2 gagal.
• Penyebab: Format yang ditentukan untuk nama virtual yang terkait dengan perangkat blok salah.
• Solusi:
1. Buat templat peluncuran baru atau konfigurasi peluncuran dengan menentukan nama perangkat
divirtualNameparameter. Untuk informasi tentang format nama perangkat, lihat Penamaan
perangkat di instance Linux di Panduan Pengguna Amazon EC2 untuk Instance Linux.
Pemetaan perangkat blok EBS tidak didukung untuk

instance-store AMIs.
• Penyebab: Pemetaan perangkat blok yang ditentukan dalam templat peluncuran atau konfigurasi
peluncuran tidak didukung di instans Anda.
• Solusi:
1. Buat templat peluncuran baru atau konfigurasi peluncuran dengan pemetaan perangkat blok yang
didukung oleh tipe instans Anda. Untuk informasi lebih lanjut, lihat Pemetaan perangkat blok di
Panduan Pengguna Amazon EC2 untuk Instance Linux.
361
Grup penempatan tidak dapat digunakan dengan
contoh jenis 'm1.large'. Peluncuran instance EC2 gagal.
Grup penempatan tidak dapat digunakan dengan

contoh jenis 'm1.large'. Peluncuran instance EC2
gagal.
• Penyebab: Grup penempatan kluster Anda berisi jenis instance yang tidak valid.
• Solusi:
1. Untuk informasi tentang tipe contoh valid yang didukung oleh grup penempatan, lihat Grup
penempatan di Panduan Pengguna Amazon EC2 untuk Instance Linux.
2. Ikuti petunjuk yang diuraikan di dalam Grup penempatan untuk membuat grup penempatan baru.
3. Sebagai alternatif, buat templat peluncuran baru atau konfigurasi peluncuran dengan tipe instans yang
didukung.
4. Perbarui grup Auto Scaling Anda dengan grup penempatan baru, templat peluncuran, atau konfigurasi
peluncuran menggunakanupdate-auto-scaling-groupperintah.
Client.InternalError: Kesalahan klien saat peluncuran.

• Masalah: Amazon EC2 Auto Scaling mencoba meluncurkan instance yang memiliki volume EBS
terenkripsi, tetapi peran yang terkait dengan layanan tidak memiliki akses keAWS KMSpelanggan
kunci dikelola digunakan untuk mengenkripsi itu. Untuk informasi selengkapnya, lihat WajibAWS
KMSKebijakan utama untuk digunakan dengan volume terenkripsi (p. 348).
• Penyebab 1: Anda memerlukan kebijakan kunci yang memberikan izin untuk menggunakan kunci
terkelola pelanggan untuk peran terkait layanan yang tepat.
• Solusi 1: Izinkan peran yang terkait layanan untuk menggunakan kunci yang dikelola pelanggan sebagai
berikut:
1. Tentukan peran terkait layanan yang akan digunakan untuk grup Auto Scaling ini.
2. Perbarui kebijakan kunci pada kunci yang dikelola pelanggan dan izinkan peran yang terkait layanan
menggunakan kunci yang dikelola pelanggan.
3. Perbarui grup Auto Scaling untuk menggunakan peran terkait layanan.
Untuk contoh kebijakan kunci yang memungkinkan peran tertaut layanan menggunakan kunci terkelola
pelanggan, lihatContoh 1: Bagian kebijakan utama yang memungkinkan akses ke kunci terkelola
pelanggan (p. 350).
• Penyebab 2: Jika kunci yang dikelola pelanggan dan grup Auto Scaling beradaberbeda AWSakun, Anda
perlu mengkonfigurasi akses lintas-akun ke kunci yang dikelola pelanggan untuk memberikan izin untuk
menggunakan kunci yang dikelola pelanggan untuk peran layanan tertaut yang tepat.
• Solusi 2: Izinkan peran tertaut layanan di akun eksternal untuk menggunakan kunci terkelola pelanggan
di akun lokal sebagai berikut:
1. Perbarui kebijakan kunci pada kunci yang dikelola pelanggan untuk memungkinkan akses akun grup
Auto Scaling ke kunci yang dikelola pelanggan.
2. Tentukan pengguna IAM atau peran dalam akun grup Auto Scaling yang dapat membuat izin.
3. Tentukan peran terkait layanan yang akan digunakan untuk grup Auto Scaling ini.
4. Buat kunci yang dikelola pelanggan dengan peran yang terkait layanan sebagai prinsipal penerima
izin.
5. Perbarui grup Auto Scaling untuk menggunakan peran terkait layanan.
Untuk informasi selengkapnya, lihat Contoh 2: Bagian kebijakan utama yang memungkinkan akses lintas
akun ke kunci yang dikelola pelanggan (p. 351).
• Solusi 3: Menggunakan kunci terkelola pelanggan dalam hal yang samaAWSakun sebagai grup Auto
Scaling.
362
Saat ini kami tidak memiliki <instance type>
kapasitas yang cukup di Zona Ketersediaan yang
Anda minta... Peluncuran instance EC2 gagal.
1. Salin dan enkripsi ulang snapshot dengan kunci terkelola pelanggan lain yang termasuk dalam akun
yang sama dengan grup Auto Scaling.
2. Izinkan peran yang terkait layanan untuk menggunakan kunci yang dikelola pelanggan baru. Lihat
langkah-langkah untuk Solusi 1.
Saat ini kami tidak memiliki <instance type> kapasitas

yang cukup di Zona Ketersediaan yang Anda minta...
• Pesan kesalahan: Saat ini kami tidak memiliki cukup kapasitas <instance type> di Zona Ketersediaan
yang Anda minta (<requested Availability Zone>). Sistem kami akan mengupayakan penyediaan
kapasitas tambahan. Saat ini Anda mendapat kapasitas <instance type> dengan tidak menentukan Zona
Ketersediaan dalam permintaan atau pilihan Anda <list of Availability Zones that currently supports the
instance type>. Peluncuran instance EC2 gagal.
• Penyebab: Saat ini, Amazon EC2 tidak dapat mendukung tipe instans Anda di Zona Ketersediaan yang
Anda minta.
• Solusi:
Untuk mengatasi masalah ini, coba hal berikut:

• Tunggu beberapa menit kemudian kirim lagi permintaan Anda; kapasitas dapat sering berubah.
• Kirim permintaan baru mengikuti rekomendasi dalam pesan kesalahan.
• Kirim permintaan baru dengan pengurangan jumlah instans (yang dapat Anda tingkatkan di tahap
berikutnya).
Tidak ada kapasitas Spot tersedia yang sesuai dengan

permintaan Anda. Peluncuran instance EC2 gagal.
• Penyebab: Pada saat ini, tidak ada cukup kapasitas cadangan untuk memenuhi permintaan Anda untuk
Instans Spot.
• Solusi:

• Tunggu beberapa menit; kapasitas dapat sering berubah. Permintaan Spot terus membuat permintaan
peluncuran secara otomatis hingga kapasitas tersedia. Ketika kapasitas tersedia, layanan Spot
Amazon EC2 memenuhi permintaan Spot.
• Ikuti praktik terbaik menggunakan beragam jenis instans sehingga Anda tidak bergantung pada
satu jenis instans tertentu. Untuk informasi selengkapnya, termasuk daftar praktik terbaik untuk
menggunakan Instans Spot dengan sukses, lihatGrup Auto Scaling dengan beberapa jenis instans dan
opsi pembelian (p. 50).
berikutnya).
363
<number of instances> instance telah
berjalan. Peluncuran instance EC2 gagal.
<number of instances> instance telah berjalan.

• Penyebab: Anda telah mencapai batas jumlah instans yang dapat Anda luncurkan di Wilayah. Saat Anda
membuat akun AWS, kami membuat pengaturan batas default pada jumlah instans yang dapat Anda
jalankan berdasarkan Wilayah.
• Solusi:

• Jika batas Anda saat ini tidak memadai untuk kebutuhan Anda, Anda dapat meminta peningkatan
kuota berdasarkan Wilayah. Untuk informasi selengkapnya, lihatKuota layanan Amazon
EC2diPanduan Pengguna Amazon EC2 untuk Instans Linux.
berikutnya).

Masalah AMI
Halaman ini memberikan informasi tentang masalah yang terkait AMIs Anda, potensi penyebab, dan
langkah-langkah yang dapat Anda ambil untuk memecahkan masalah tersebut.
Saat instance EC2 Anda gagal diluncurkan karena masalah dengan AMI Anda, Anda mungkin
mendapatkan satu atau beberapa pesan kesalahan berikut,
Masalah AMI
• ID AMI <ID of your AMI> tidak ada. Peluncuran instance EC2 gagal. (p. 364)
• AMI <AMI ID> tertunda, dan tidak dapat dijalankan. Peluncuran instance EC2 gagal. (p. 365)
• Nilai (<ami ID>) untuk parameter virtualName tidak valid. (p. 365)
• Arsitektur tipe instance yang diminta (i386) tidak cocok dengan arsitektur dalam manifest untuk
ami-6622f00f (x86_64). Peluncuran instance EC2 gagal. (p. 365)
ID AMI <ID of your AMI> tidak ada. Peluncuran

instance EC2 gagal.
• Penyebab: AMI mungkin telah dihapus setelah membuat templat peluncuran atau konfigurasi
peluncuran.
• Solusi:
1. Buat templat peluncuran baru atau konfigurasi peluncuran menggunakan AMI yang valid.
364
AMI <AMI ID> tertunda, dan tidak dapat
dijalankan. Peluncuran instance EC2 gagal.
AMI <AMI ID> tertunda, dan tidak dapat dijalankan.

• Penyebab: Anda mungkin baru saja membuat AMI Anda (dengan mengambil snapshot instance yang
sedang berjalan atau cara lainnya), dan mungkin belum tersedia.
• Solusi: Anda harus menunggu AMI Anda tersedia dan kemudian membuat templat peluncuran atau
konfigurasi peluncuran Anda.
Nilai (<ami ID>) untuk parameter virtualName tidak

valid.
• Penyebab: Nilai salah. Parameter virtualName mengacu pada nama virtual yang terkait dengan
perangkat.
• Solusi:
1. Buat templat peluncuran baru atau konfigurasi peluncuran dengan menentukan nama perangkat
virtual instance Anda untukvirtualNameparameter.
Arsitektur tipe instance yang diminta (i386) tidak cocok

dengan arsitektur dalam manifest untuk ami-6622f00f
(x86_64). Peluncuran instance EC2 gagal.
• Penyebab: ArsitekturInstanceTypedisebutkan dalam templat peluncuran atau konfigurasi peluncuran
Anda tidak cocok dengan arsitektur gambar.
• Solusi:
1. Buat templat peluncuran baru atau konfigurasi peluncuran menggunakan arsitektur AMI yang sesuai
dengan arsitektur jenis instance yang diminta.

Masalah load balancer
Halaman ini memberikan informasi tentang masalah yang disebabkan oleh load balancer yang terkait
dengan grup Auto Scaling, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk
memecahkan masalah tersebut.
Ketika instance EC2 Anda gagal diluncurkan karena masalah dengan load balancer yang terkait dengan
grup Auto Scaling Anda, Anda mungkin mendapatkan satu atau beberapa pesan kesalahan berikut.
Masalah load balancer
365
Tidak dapat menemukan Load Balancer <your launch
environment>. Validasi konfigurasi load balancer gagal.
• Tidak dapat menemukan Load Balancer <your launch environment>. Validasi konfigurasi load balancer
gagal. (p. 366)
• Tidak ada Load Balancer AKTIF yang bernama <load balancer name>. Pembaruan konfigurasi load
balancer gagal. (p. 366)
• Instance EC2 <instance ID> tidak ada dalam VPC. Pembaruan konfigurasi load balancer
gagal. (p. 366)
• Instance EC2 <instance ID> dalam VPC. Pembaruan konfigurasi load balancer gagal. (p. 366)
Tidak dapat menemukan Load Balancer <your launch

environment>. Validasi konfigurasi load balancer
gagal.
• Penyebab 1: Load balancer telah dihapus.
• Solusi 1:
1. Periksa untuk melihat apakah load balancer Anda masih ada. Anda dapat menggunakandescribe-
load-balancersperintah.
2. Jika Anda melihat load balancer yang tercantum dalam respons, lihat Penyebab 2.
3. Jika Anda tidak melihat load balancer yang tercantum di dalam respons, Anda dapat membuat load
balancer baru lalu membuat grup Auto Scaling baru atau Anda dapat membuat grup Auto Scaling baru
tanpa load balancer.
• Penyebab 2: Nama load balancer tidak ditentukan dalam urutan yang tepat saat membuat grup Auto
Scaling.
• Solusi 2: Buat grup Auto Scaling baru dan tentukan nama load balancer di akhir.
Tidak ada Load Balancer AKTIF yang bernama <load

balancer name>. Pembaruan konfigurasi load balancer
gagal.
• Penyebab: Pengimbang beban yang telah ditentukan mungkin telah dihapus.
• Solusi: Anda dapat membuat load balancer baru, lalu membuat grup Auto Scaling baru atau membuat
grup Auto Scaling baru tanpa load balancer.
Instance EC2 <instance ID> tidak ada dalam VPC.

Pembaruan konfigurasi load balancer gagal.
• Penyebab: Contoh yang disebutkan tidak ada di VPC.
• Solusi: Anda dapat menghapus load balancer terkait dengan instance atau membuat grup Auto Scaling
baru.
Instance EC2 <instance ID> dalam VPC. Pembaruan

konfigurasi load balancer gagal.
• Penyebab: Load balancer berada di EC2-Classic, tetapi grup Auto Scaling berada dalam VPC.
366
Masalah templat peluncuran
• Solusi: Pastikan bahwa load balancer dan grup Auto Scaling berada dalam jaringan yang sama (EC2-
Classic atau VPC).

Templat peluncuran
Gunakan informasi berikut untuk membantu Anda mendiagnosis dan memperbaiki masalah izin umum
yang mungkin Anda temui saat menggunakan templat peluncuran dengan grup Auto Scaling Anda.
Note
Untuk kesalahan lain yang mungkin Anda terima selama pembuatan grup Auto Scaling yang
terkait dengan template peluncuran Anda, lihatPemecahan Masalah Amazon EC2 Auto Scaling:
Kegagalan peluncuran instance EC2 (p. 358).
Anda tidak diotorisasi untuk melakukan operasi ini

Masalah: Saat Anda mencoba menentukan templat peluncuran, Anda mendapatkan kesalahan “Anda tidak
diotorisasi untuk melakukan operasi ini”.
Penyebab 1: Jika Anda mencoba menggunakan templat peluncuran, dan kredensi IAM yang Anda gunakan
tidak memiliki izin yang memadai, Anda menerima pesan kesalahan bahwa Anda tidak berwenang untuk
Solusi 1: Verifikasi bahwa pengguna atau peran IAM yang Anda gunakan untuk membuat
permintaan memiliki izin untuk memanggil tindakan EC2 API yang Anda butuhkan,
termasukec2:RunInstancestindakan. Jika Anda menentukan tag di templat peluncuran Anda, Anda
juga harus memiliki izin untuk menggunakanec2:CreateTagstindakan. Untuk topik yang menunjukkan
bagaimana Anda dapat membuat kebijakan sendiri untuk memungkinkan hanya apa yang Anda inginkan
pengguna IAM atau peran Anda untuk dapat melakukan, lihatLuncurkan dukungan templat (p. 342).
Solusi 2: Verifikasi bahwa pengguna atau peran IAM Anda

menggunakanAmazonEC2FullAccesskebijakan. IniAWSKebijakan terkelola memberikan akses penuh ke
semua sumber daya Amazon EC2 dan layanan terkait, termasuk Amazon EC2 Auto Scaling, dan Elastic
Load Balancing.
Penyebab 2: Jika Anda mencoba menggunakan templat peluncuran yang menentukan profil instans, Anda
harus memiliki izin IAM untuk lulus peran IAM yang terkait dengan profil instans.
Solusi 3: Verifikasi bahwa pengguna atau peran IAM yang Anda gunakan untuk membuat permintaan
memiliki izin yang benar untuk meneruskan peran yang ditentukan ke layanan Amazon EC2 Auto
Scaling. Untuk informasi selengkapnya, lihat Peran IAM untuk aplikasi yang berjalan di instance Amazon
EC2 (p. 346).
Untuk topik pemecahan masalah lebih lanjut terkait profil contoh, lihat Pemecahan Masalah Amazon EC2
dan IAM di Panduan Pengguna IAM.

Pemeriksaan kondisi
Halaman ini memberikan informasi tentang instans EC2 Anda yang berakhir karena pemeriksaan
kesehatan. Ini menjelaskan kemungkinan penyebab, dan langkah-langkah yang dapat Anda ambil untuk
memecahkan masalah tersebut.
367
Instans diambil dari layanan sebagai respons
terhadap kegagalan pemeriksaan status instans EC2
Masalah Health kondisi

• Instans diambil dari layanan sebagai respons terhadap kegagalan pemeriksaan status instans
EC2 (p. 368)
• Instans diambil dari layanan sebagai respons terhadap reboot yang dijadwalkan EC2 (p. 369)
• Instans diambil dari layanan sebagai tanggapan terhadap pemeriksaan kesehatan EC2 yang
mengindikasikan telah dihentikan atau dihentikan (p. 369)
• Sebuah contoh diambil dari layanan sebagai tanggapan terhadap kegagalan pemeriksaan kesehatan
sistem ELB (p. 370)
Note
Anda dapat menerima notifikasi saat Amazon EC2 Auto Scaling menghentikan instance di
grup Auto Scaling Anda, termasuk saat penyebab penghentian instans bukan hasil aktivitas
penskalaan. Untuk informasi selengkapnya, lihat Dapatkan notifikasi Amazon SNS saat grup Auto
Bagian yang mengikuti menggambarkan kesalahan pemeriksaan kesehatan yang paling umum
dan penyebab yang akan Anda temui. Jika Anda memiliki masalah yang berbeda, lihat hal berikut
iniAWSArtikel Pusat Pengetahuan untuk bantuan pemecahan masalah tambahan:
• Mengapa Amazon EC2 Auto Scaling menghentikan instance?

• Mengapa Amazon EC2 Auto Scaling mengakhiri instans yang tidak sehat?
Instans diambil dari layanan sebagai respons terhadap

kegagalan pemeriksaan status instans EC2
Masalah: Instans Auto Scaling gagal memeriksa status Amazon EC2.
Penyebab 1: Jika ada masalah yang menyebabkan Amazon EC2 mempertimbangkan instans dalam grup
Auto Scaling Anda terganggu, Amazon EC2 Auto Scaling secara otomatis menggantikan instans yang
terganggu sebagai bagian dari pemeriksaan kesehatannya. Pemeriksaan status dibangun di Amazon EC2
sehingga pemeriksaan tidak dapat dinonaktifkan atau dihapus. Ketika pemeriksaan status instans gagal,
Anda biasanya harus mengatasi sendiri masalah tersebut dengan membuat perubahan konfigurasi instans
sampai aplikasi Anda tidak lagi menunjukkan masalah.
Solusi 1: Untuk mengatasi masalah ini, ikuti langkah-langkah berikut:
1. Buat instans Amazon EC2 secara manual yang bukan merupakan bagian dari grup Auto Scaling
dan selidiki masalahnya. Untuk bantuan umum dengan menyelidiki kasus gangguan, lihatPecahkan
masalah instans dengan pemeriksaan status gagaldiPanduan Pengguna Amazon EC2 untuk Instans
LinuxdanPemecahan Masalah Instans WindowsdiPanduan Pengguna Amazon EC2 untuk Instans
Windows.
2. Setelah mengonfirmasi bahwa instans Anda berhasil diluncurkan dan sehat, gunakan konfigurasi instans
bebas kesalahan baru ke grup Auto Scaling.
3. Hapus instans yang Anda buat untuk menghindari biaya berkelanjutan keAWSakun.
Penyebab 2: Ada ketidakcocokan antara masa tenggang pemeriksaan kesehatan dan waktu startup
instance.
Solusi 2: Edit masa tenggang pemeriksaan kesehatan untuk grup Auto Scaling Anda ke jangka waktu
yang sesuai untuk aplikasi Anda. Instans yang diluncurkan dalam grup Auto Scaling memerlukan waktu
pemanasan yang cukup (masa tenggang) untuk mencegah penghentian dini karena penggantian
368
Instans diambil dari layanan sebagai respons
terhadap reboot yang dijadwalkan EC2
pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat Masa tenggang pemeriksaan

kesehatan (p. 265).
Instans diambil dari layanan sebagai respons terhadap

reboot yang dijadwalkan EC2
Masalah: Instans Auto Scaling diganti ketika acara terjadwal menunjukkan masalah dengan instance.
Penyebab: Amazon EC2 Auto Scaling menggantikan instance dengan pemeliharaan terjadwal atau acara
pensiun yang akan datang sebelum waktu yang dijadwalkan.
Solusi: Peristiwa ini tidak sering terjadi. Jika Anda membutuhkan sesuatu untuk terjadi pada instance
yang sedang berakhir, atau pada instance yang sedang memulai, Anda dapat menggunakan hook
siklus hidup. Kait ini memungkinkan Anda melakukan tindakan kustom saat Amazon EC2 Auto Scaling
meluncurkan atau mengakhiri instans. Untuk informasi selengkapnya, lihat Hook siklus aktif Amazon EC2
Jika Anda tidak ingin penggantian instance karena acara terjadwal, Anda dapat menangguhkan proses
pemeriksaan kesehatan untuk grup Auto Scaling. Untuk informasi selengkapnya, lihat Menangguhkan dan
melanjutkan proses untuk grup Auto Scaling (p. 254).
Instans diambil dari layanan sebagai tanggapan

terhadap pemeriksaan kesehatan EC2 yang
mengindikasikan telah dihentikan atau dihentikan
Masalah: Instans Auto Scaling yang telah dihentikan, di-reboot, atau dihentikan diganti.
Penyebab 1: Pengguna secara manual menghentikan, me-reboot, atau mengakhiri instance.
Solusi 1: Jika pemeriksaan kesehatan gagal karena pengguna menghentikan, me-reboot, atau
menghentikan instans secara manual, hal ini disebabkan cara kerja pemeriksaan kesehatan Auto Scaling
Amazon EC2. Misalnya harus sehat dan terjangkau. Jika Anda perlu me-reboot instans di grup Auto
Scaling, sebaiknya pasang instans siaga terlebih dahulu. Untuk informasi selengkapnya, lihat Hapus
instance sementara dari grup Auto Scaling Anda (p. 250).
Perhatikan bahwa ketika Anda mengakhiri instans secara manual, kait siklus hidup penghentian dan
deregistrasi Elastic Load Balancing (dan pengerasan koneksi) harus diselesaikan sebelum instans benar-
benar dihentikan.
Penyebab 2: Amazon EC2 Auto Scaling mencoba mengganti Instans Spot setelah layanan Spot Amazon
EC2 mengganggu instans, karena harga Spot meningkat di atas harga maksimum atau kapasitas Anda
tidak lagi tersedia.
Solusi 2: Tidak ada jaminan bahwa Instans Spot ada untuk memenuhi permintaan pada titik waktu tertentu.
Namun, Anda dapat mencoba yang berikut ini:
• Gunakan harga maksimum Spot yang lebih tinggi (mungkin harga Sesuai Permintaan). Dengan
menetapkan harga maksimum Anda lebih tinggi, ini memberikan layanan Amazon EC2 Spot kesempatan
yang lebih baik untuk meluncurkan dan mempertahankan jumlah kapasitas yang Anda butuhkan.
• Tingkatkan jumlah kumpulan kapasitas berbeda yang dapat Anda luncurkan instans dengan
menjalankan beberapa jenis instans di beberapa Availability Zone. Untuk informasi selengkapnya, lihat
Grup Auto Scaling dengan beberapa jenis instans dan opsi pembelian (p. 50).
• Jika Anda menggunakan beberapa jenis instans, pertimbangkan untuk mengaktifkan fitur Capacity
Rebalancing. Ini berguna jika Anda ingin layanan Amazon EC2 Spot mencoba meluncurkan Instans
369
Sebuah contoh diambil dari layanan sebagai tanggapan
terhadap kegagalan pemeriksaan kesehatan sistem ELB
Spot baru sebelum instans yang berjalan dihentikan. Untuk informasi selengkapnya, lihat Gunakan
Penyeimbangan Ulang Kapasitas untuk menangani Interupsi Spot Amazon EC2 (p. 282).
Sebuah contoh diambil dari layanan sebagai

tanggapan terhadap kegagalan pemeriksaan
kesehatan sistem ELB
Masalah: Instans Auto Scaling mungkin melewati pemeriksaan status EC2. Tetapi mereka mungkin gagal
pemeriksaan kesehatan Elastic Load Balancing untuk kelompok target atau Classic Load Balancers yang
dengannya grup Auto Scaling terdaftar.
Penyebab: Jika grup Auto Scaling bergantung pada pemeriksaan kesehatan yang disediakan oleh
Elastic Load Balancing, Amazon EC2 Auto Scaling menentukan status kesehatan instans Anda
dengan memeriksa hasil pemeriksaan status EC2 dan pemeriksaan kesehatan Elastic Load Balancing.
Penyeimbang beban melakukan pemeriksaan kesehatan dengan mengirimkan permintaan ke setiap
instans dan menunggu respons yang benar, atau dengan membuat koneksi dengan instance. Instans
mungkin gagal pemeriksaan kesehatan Elastic Load Balancing karena aplikasi yang berjalan pada instance
memiliki masalah yang menyebabkan penyeimbang beban mempertimbangkan instance di luar layanan.
Untuk informasi selengkapnya, lihat Menambahkan pemeriksaan kesehatan Elastic Load Balancing ke grup
Solusi 1: Untuk lulus pemeriksaan kesehatan Elastic Load Balancing:
• Buat kode sukses yang diharapkan load Balancer, dan verifikasi bahwa aplikasi Anda telah dikonfigurasi
dengan benar untuk mengembalikan kode ini berhasil.
• Verifikasi bahwa grup keamanan untuk Load Balancer dan grup Auto Scaling dikonfigurasi dengan
benar.
• Pastikan bahwa pengaturan pemeriksaan kesehatan grup target Anda dikonfigurasi dengan benar.
Tentukan pengaturan pemeriksaan kesehatan untuk Load Balancer per grup target.
• Pertimbangkan untuk menambahkan hook siklus hidup peluncuran ke grup Auto Scaling untuk
memastikan bahwa aplikasi pada instance siap menerima lalu lintas sebelum didaftarkan ke
penyeimbang beban di akhir hook siklus hidup.
• Atur masa tenggang pemeriksaan kesehatan untuk grup Auto Scaling Anda ke jangka waktu yang cukup
lama untuk mendukung jumlah pemeriksaan kesehatan yang berhasil berturut-turut yang diperlukan
sebelum Elastic Load Balancing menganggap instans yang baru diluncurkan sehat.
• Verifikasi bahwa penyeimbang beban dikonfigurasi dalam Availability Zone yang sama dengan grup Auto
Scaling Anda.
Untuk informasi lain, lihat topik berikut:
• Pemeriksaan kondisi untuk grup target AndadiPanduan Pengguna untuk Penyeimbang Beban Aplikasi
• Pemeriksaan kondisi untuk grup target AndadiPanduan Pengguna untuk Penyeimbang Beban Jaringan
• Pemeriksaan kondisi untuk grup target AndadiPanduan Pengguna untuk Penyeimbang Beban Gateway
• Konfigurasi pemeriksaan kesehatan untuk Classic Load Balancer AndadiPanduan Pengguna untuk
Classic Load Balancer
Solusi 2: Perbarui grup Auto Scaling untuk menonaktifkan pemeriksaan kesehatan Elastic Load Balancing.
370
Sumber daya Amazon EC2 Auto

Scaling
Sumber daya terkait berikut dapat membantu Anda ketika bekerja dengan layanan ini.
• Amazon EC2: Cara menghubungkan ke instans Linux Anda— Pelajari cara menghubungkan ke instans
Linux yang Anda luncurkan.
• Amazon EC2: Cara menghubungkan ke instans Windows Anda— Pelajari cara menghubungkan ke
instans Windows yang Anda luncurkan.
• CloudWatch: Membuat alarm penagihan untuk memantau estimasi AndaAWSbiaya— Pelajari cara
memantau estimasi biaya menggunakanCloudWatch.
• CloudFormation: Referensi jenis sumber daya Amazon EC2 Auto Scaling— Amazon EC2 Auto
Scaling terintegrasi denganAWS CloudFormation, layanan yang membantu Anda memodelkan dan
mengaturAWSsumber daya sehingga Anda dapat lebih cepat dalam membuat dan mengelola sumber
daya dan infrastruktur Anda. Anda membuat template yang menjelaskan semuaAWSsumber daya yang
Anda inginkan,AWS CloudFormationketentuan dan mengkonfigurasi sumber daya tersebut untuk Anda.
Saat Anda menggunakanAWS CloudFormation, Anda dapat menggunakan kembali templat Anda untuk
mengatur sumber daya Amazon EC2 Auto Scaling secara konsisten dan berulang kali. Jelaskan sumber
daya Anda satu kali, lalu sediakan sumber daya yang sama berulang kali dalam beberapa Akun AWS
dan Wilayah.
• CloudFormation: Potongan templat penskalaan otomatis— Kami menyediakan berbagai cuplikan
templat JSON dan YAML yang dapat Anda gunakan untuk memahami cara membuat templat tumpukan
Anda. Anda dapat menemukan contoh tambahan diReferensi jenis sumber daya Amazon EC2 Auto
Scalingbagian dariAWS CloudFormationPanduan Pengguna. Untuk contoh templat peluncuran Amazon
EC2, lihat templatAWS# EC2#LaunchTemplatereferensi diAWS CloudFormationPanduan Pengguna.
Sumber daya tambahan berikut tersedia untuk membantu Anda mempelajari lebih lanjut tentang Amazon
Web Services.
• Kelas & Lokakarya— Tautan ke kursus berbasis peran dan khusus, selain lab mandiri untuk membantu
mempertajam AndaAWSketerampilan dan mendapatkan pengalaman praktis.
• Alat Developer AWS – Tautan ke alat developer, SDK, kit alat IDE, dan alat baris perintah untuk
mengembangkan dan mengelola aplikasi AWS.
• AWS Laporan resmi – Tautan ke daftar laporan resmi AWS teknis, yang mencakup topik seperti
arsitektur, keamanan, dan ekonomi dan ditulis oleh Arsitek Solusi AWS atau pakar teknis lainnya.
• AWS Support Pusat – Pusat untuk membuat dan mengelola kasus AWS Support Anda. Juga mencakup
tautan ke sumber daya yang bermanfaat lainnya, seperti forum, FAQ teknis, status kondisi layanan, dan
AWS Trusted Advisor.
• AWS Support— Halaman web utama untuk informasi tentangAWS Support, aone-on-one, saluran
dukungan respons cepat untuk membantu Anda membangun dan menjalankan aplikasi di cloud.
• Hubungi Kami – Titik kontak pusat untuk pertanyaan tentang tagihan AWS, akun, peristiwa,
penyalahgunaan, dan masalah lainnya.
• Persyaratan Situs AWS – Informasi detail tentang hak cipta dan merek dagang kami; akun, lisensi, dan
akses situs Anda; serta topik lainnya.
371
Riwayat dokumen
Tabel berikut ini menjelaskan tambahan penting untuk dokumentasi Auto Scaling Amazon EC2, mulai Juli
2018. Untuk pemberitahuan tentang pembaruan dokumentasi ini, Anda dapat berlangganan ke feed RSS.
update-history-change pembaruan-riwayat-deskripsi pembaruan-riwayat-tanggal
Standar contoh Anda sekarang dapat 19 April 2022

warmup (p. 372) menyatukan semua pengaturan
pemanasan dan cooldown
dan mengoptimalkan kinerja
kebijakan penskalaan yang
menskalakan secara terus
menerus dengan mengaktifkan
pemanasan instans default.
lihatMengatur warmup
instans untuk grup Auto
ScalingdiPanduan Pengguna
Perubahan panduan (p. 372) Bab baru tentang 29 Maret 2022

mengintegrasikan dengan
yang lainAWSlayanan telah
ditambahkan ke panduan.
lihatAWSlayanan terintegrasi
dengan Amazon EC2 Auto
Memperbarui izin peran terkait ParameterAutoScalingServiceRolePolicyKebijakan

28 Maret 2022
layanan (p. 372) sekarang memberikan izin
baca tambahan ke Amazon
EC2 Auto Scaling. Untuk
informasi selengkapnya,
lihatAWSkebijakan terkelola
Metadata instans menyediakan Anda dapat mengambil status 24 Maret 2022

status siklus hidup siklus hidup target instance Auto
target (p. 372) Scaling dari metadata instance.
lihatMengambil status siklus
hidup target melalui metadata
instancediPanduan Pengguna
Support untuk fungsionalitas Anda sekarang dapat hibernasi 24 Februari 2022

kolam hangat baru (p. 372) instance di kolam hangat
untuk menghentikan instance
tanpa menghapus isi memori
372
mereka (RAM). Anda sekarang

juga dapat mengembalikan
instance ke kolam hangat
dalam skala, alih-alih selalu
mengakhiri kapasitas instans
yang akan Anda butuhkan nanti.
lihatKolam hangat untuk Amazon
EC2 Auto ScalingdiPanduan
Pengguna Amazon EC2 Auto
Scaling.
Perubahan panduan (p. 372) Konsol Auto Scaling Amazon 3 Februari 2022
EC2 telah diperbarui dengan opsi
tambahan untuk membantu Anda
memulai penyegaran instans
dengan melewatkan pencocokan
diaktifkan dan konfigurasi yang
diinginkan yang ditentukan.
lihatMulai atau batalkan refresh
instans (konsol)diPanduan
Scaling.
Metrik khusus untuk kebijakan Sekarang, Anda dapat memilih 24 November 2021
penskalaan prediktif (p. 372) apakah menggunakan metrik
khusus saat membuat kebijakan
penskalaan prediktif. Anda
juga dapat menggunakan
metrik matematika untuk lebih
menyesuaikan metrik yang Anda
sertakan dalam kebijakan Anda.
lihatKonfigurasi kebijakan
penskalaan prediktif tingkat lanjut
menggunakan metrik khusus.
Strategi alokasi On-Demand Anda sekarang dapat memilih 27 Oktober 2021

Baru (p. 372) apakah akan meluncurkan
Instans Pesanan berdasarkan
harga (jenis instans dengan
harga terendah terlebih dahulu)
saat membuat grup Auto
Scaling yang menggunakan
kebijakan instance campuran.
lihatStrategi alokasidiPanduan
Scaling.
373
Pilihan tipe instans berbasis Amazon EC2 Auto Scaling 27 Oktober 2021
atribut (p. 372) menambahkan dukungan
untuk pemilihan jenis instans
berbasis atribut. Alih-alih memilih
jenis instans secara manual,
Anda dapat mengekspresikan
persyaratan instans Anda
sebagai satu set atribut,
seperti vCPU, memori, dan
penyimpanan. Untuk informasi
selengkapnya, lihatMembuat
grup Auto Scaling menggunakan
pilihan tipe instans berbasis
atributdiPanduan Pengguna
Support untuk pemfilteran grup Anda sekarang dapat 14 Oktober 2021

berdasarkan tag (p. 372) memfilter grup Auto Scaling
menggunakan filter tag saat
Anda mengambil informasi
tentang grup Auto Scaling
menggunakandescribe-auto-
scaling-groupsperintah.
lihatMenggunakan tag
untuk memfilter grup Auto
Perubahan panduan (p. 372) Konsol Auto Scaling Amazon 14 Oktober 2021
EC2 telah diperbarui untuk
membantu Anda membuat
kebijakan penghentian
khususAWS Lambda.
Dokumentasi konsol telah
direvisi sesuai. Untuk informasi
selengkapnya, lihatMenggunakan
kebijakan penghentian yang
berbeda (konsol).
Support untuk menyalin Anda sekarang dapat menyalin 9 Agustus 2021

konfigurasi peluncuran untuk semua konfigurasi peluncuran
meluncurkan template (p. 372) dalamAWSWilayah ke
templat peluncuran baru
dari konsol Auto Scaling
Amazon EC2. Untuk informasi
selengkapnya, lihatSalin
konfigurasi peluncuran untuk
meluncurkan templatediPanduan
Scaling.
374
Memperluas fungsionalitas Anda sekarang dapat 5 Agustus 2021

penyegaran instans (p. 372) menyertakan pembaruan,
seperti versi baru dari template
peluncuran, saat mengganti
instance dengan menambahkan
konfigurasi yang Anda inginkan
kestart-instance-
refreshperintah. Anda juga
dapat melewatkan penggantian
instance yang sudah memiliki
konfigurasi yang diinginkan
dengan mengaktifkan skip
matching. Untuk informasi
selengkapnya, lihat Mengganti
instans Auto Scaling berdasarkan
refresh instans dalam Panduan
Scaling.
Support untuk kebijakan Sekarang Anda dapat membuat 29 Juli 2021

penghentian kustom (p. 372) kebijakan penghentian khusus
denganAWS Lambda. Untuk
lihatMembuat kebijakan
penghentian kustom dengan
Lambda. Dokumentasi untuk
menentukan kebijakan
penghentian telah diperbarui
dengan cara yang sesuai.
Perubahan panduan (p. 372) Konsol Auto Scaling Amazon 3 Juni 2021
EC2 telah diperbarui dan
disempurnakan dengan fitur
tambahan untuk membantu
Anda membuat tindakan
terjadwal dengan zona waktu
yang ditentukan. Dokumentasi
untukPenskalaan terjadwaltelah
direvisi sesuai.
Volume gp3 dalam konfigurasi Sekarang Anda dapat 2 Juni 2021

peluncuran (p. 372) menentukan volume gp3 dalam
pemetaan perangkat blok untuk
375
Support untuk penskalaan Sekarang Anda dapat 19 Mei 2021

prediktif (p. 372) menggunakan penskalaan
prediktif untuk secara proaktif
menskalakan grup Amazon
EC2 Auto Scaling Anda
menggunakan kebijakan
penskalaan. Untuk informasi
selengkapnya, lihatPenskalaan
prediktif untuk Amazon EC2
Auto ScalingdiPanduan
Scaling. Dengan pembaruan
ini,AutoScalingServiceRolePolicydikelola
kebijakan sekarang
termasuk izin untuk
memanggilcloudwatch:GetMetricDataTindakan
API.
Perubahan panduan (p. 372) Anda sekarang dapat mengakses 9 April 2021
contoh template untuk hook
siklus hidup dari GitHub. Untuk
informasi lebih lanjut, lihat Kait
siklus hidup Amazon EC2 Auto
Scaling di Panduan Pengguna
Support untuk kolam Anda sekarang dapat 8 April 2021

hangat (p. 372) menyeimbangkan kinerja
(meminimalkan cold start) dan
biaya (menghentikan over-
provisioning instance capacity)
untuk aplikasi dengan waktu
boot pertama yang panjang
dengan menambahkan kolam
hangat ke grup Auto Scaling.
lihatKolam hangat untuk Amazon
EC2 Auto ScalingdiPanduan
Scaling.
Support untuk titik Anda sekarang dapat 18 Maret 2021

pemeriksaan (p. 372) menambahkan pos pemeriksaan
ke penyegaran instans untuk
mengganti instance secara
bertahap dan melakukan
verifikasi pada instans Anda
pada titik-titik tertentu. Untuk
lihatMenambahkan titik
pemeriksaan ke refresh
instansdiPanduan Pengguna
376
Perubahan panduan (p. 372) Peningkatan dokumentasi untuk 18 Maret 2021

menggunakan EventBridge
dengan Amazon EC2 Auto
Scaling dan hook siklus aktif.
lihatMenggunakan Amazon
EC2 Auto Scaling dengan
EventBridgedanTutorial:
Mengonfigurasi hook siklus
aktif yang mengaktifkan fungsi
LambdadiPanduan Pengguna
Support untuk zona waktu Anda sekarang dapat membuat 9 Maret 2021
lokal (p. 372) tindakan terjadwal berulang
di zona waktu lokal dengan
menambahkan--time-
zoneopsi untukput-scheduled-
update-group-actionperintah. Jika
zona waktu Anda mengamati
Daylight Saving Time (DST),
secara otomatis tindakan
berulang menyesuaikan Daylight
Saving Time. Untuk informasi
selengkapnya, lihatPenskalaan
terjadwaldiPanduan Pengguna
Memperluas fungsionalitas Sekarang, Anda dapat 8 Maret 2021

untuk kebijakan instance memprioritaskan tipe instans
campuran (p. 372) untuk kapasitas Spot saat
Anda menggunakan kebijakan
instans campuran. Amazon
EC2 Auto Scaling mencoba
untuk memenuhi prioritas
dengan upaya terbaik tetapi
mengoptimalkan kapasitas
terlebih dahulu. Untuk informasi
selengkapnya, lihat Grup Auto
Scaling dengan beberapa jenis
instans dan opsi pembelian
dalam Panduan Pengguna
Aktivitas penskalaan untuk grup Anda sekarang dapat 23 Februari 2021

yang dihapus (p. 372) melihat aktivitas penskalaan
yang dihapus dengan
menambahkan--include-
deleted-groupsopsi
untukdescribe-scaling-
activitiesperintah. Untuk informasi
selengkapnya, lihatPemecahan
Masalah Amazon EC2 Auto
377
Penyempurnaan Sekarang, Anda dapat membuat 24 November 2020

konsol (p. 372) dan melampirkan Application
Load Balancer atau Network
Load Balancer dari konsol
Auto Scaling Amazon EC2.
lihatMembuat dan melampirkan
Application Load Balancer
atau Network Load Balancer
(konsol)diPanduan Pengguna
Antarmuka jaringan Sekarang, Anda dapat 23 November 2020

ganda (p. 372) mengonfigurasi templat
peluncuran untuk grup Auto
Scaling yang menentukan
beberapa antarmuka jaringan.
lihatAntarmuka jaringan di VPC.
Templat peluncuran Beberapa template peluncuran 19 November 2020

beberapa (p. 372) sekarang dapat digunakan
dengan grup Auto Scaling.
Untuk informasi lebih lanjut, lihat
Penentuan berbagai templat
peluncuran untuk tipe instans
di Panduan Pengguna Amazon
EC2 Auto Scaling.
Gateway Load Panduan yang diperbarui untuk 10 November 2020

Balancer (p. 372) menunjukkan cara melampirkan
Gateway Load Balancer ke grup
Auto Scaling untuk memastikan
bahwa instans peralatan yang
diluncurkan oleh Amazon EC2
Auto Scaling didaftarkan secara
otomatis dan dikeluarkan dari
load balancer. Untuk informasi
selengkapnya, lihat Jenis Elastic
Load Balancing dan Memasang
load balancer ke grup Auto
Scaling Anda dalam Panduan
Pengguna Auto Scaling Amazon
EC2.
Masa aktif instans Sekarang Anda dapat 9 November 2020

maksimum (p. 372) mengurangi masa aktif instans
maksimum menjadi satu hari
(86.400 detik). Untuk informasi
masa aktif instans maksimum
dalam Panduan Pengguna Auto
Scaling Amazon EC2.
378
Capacity Rebalancing (p. 372) Anda dapat mengonfigurasi 4 November 2020

grup Auto Scaling Anda untuk
meluncurkan Spot Instance
pengganti saat Amazon EC2
mengeluarkan rekomendasi
penyeimbangan ulang. Untuk
informasi selengkapnya, lihat
Capacity Rebalancing dalam
Panduan Pengguna Auto Scaling
Amazon EC2.
Layanan metadata instans versi Anda dapat mewajibkan 28 Juli 2020

2 (p. 372) penggunaan Layanan Metadata
Instans Versi 2, yang merupakan
metode yang berorientasi pada
sesi untuk meminta metadata
instans, saat menggunakan
konfigurasi peluncuran. Untuk
Mengonfigurasi opsi metadata
instans dalam Panduan
EC2.
Perubahan panduan (p. 372) Berbagai peningkatan dan 28 Juli 2020

prosedur konsol baru dalam
bagian Mengendalikan instans
Auto Scaling mana yang berakhir
selama penyempitan, Memantau
instans dan grup Auto Scaling
Anda, Templat peluncuran, dan
Konfigurasi peluncuran dari
Amazon EC2.
Refresh instans (p. 372) Mulai refresh instans untuk 16 Juni 2020
memperbarui semua instans
dalam grup Auto Scaling Anda
saat Anda membuat perubahan
konfigurasi. Untuk informasi
refresh instans dalam Panduan
EC2.
379
Perubahan panduan (p. 372) Berbagai peningkatan dalam 6 Mei 2020

bagian Mengganti instans Auto
Scaling berdasarkan masa aktif
instans maksimum, Grup Auto
instans dan opsi pembelian,
Penskalaan berdasarkan
Amazon SQS, dan Pemberian
tag grup dan instans Auto Scaling
dari Panduan Pengguna Auto
Scaling Amazon EC2.
Perubahan panduan (p. 372) Berbagai peningkatan pada 4 Maret 2020

dokumentasi IAM. Untuk
informasi lebih lanjut, lihat
Dukungan templat peluncuran
dan Contoh kebijakan berbasis
identitas Amazon EC2 Auto
Scaling dalam Panduan
EC2.
Menonaktifkan kebijakan Anda sekarang dapat 18 Februari 2020

penskalaan (p. 372) menonaktifkan dan mengaktifkan
kembali kebijakan penskalaan.
Fitur ini memungkinkan
Anda untuk menonaktifkan
sementara kebijakan penskalaan
selagi menyimpan detail
konfigurasi sehingga Anda
dapat mengaktifkan kembali
kebijakan tersebut nanti. Untuk
Menonaktifkan kebijakan
penskalaan untuk kelompok
Auto Scaling dalam Panduan
EC2.
Tambahkan fungsionalitas Amazon EC2 Auto Scaling 12 Februari 2020

pemberitahuan (p. 372) sekarang mengirimkan
acara keAWS Health
Dashboardsaat grup Auto
Scaling Anda tidak dapat
diperluas karena grup keamanan
atau templat peluncuran
hilang. Untuk informasi
selengkapnya, lihatAWS
Health Dashboardnotifikasi
380
Perubahan panduan (p. 372) Berbagai perbaikan dan koreksi 10 Februari 2020
dalam bagian Cara kerja Amazon
EC2 Auto Scaling dengan IAM,
Contoh kebijakan berbasis
identitas Amazon EC2 Auto
Scaling , Kebijakan utama CMK
yang diwajibkan untuk digunakan
dengan volume terenkripsi, dan
Memantau instans dan grup
Auto Scaling Anda dari Panduan
EC2.
Perubahan panduan (p. 372) Peningkatan dokumentasi 6 Februari 2020

untuk grup Auto Scaling yang
menggunakan pembobotan
instans. Pelajari cara
menggunakan kebijakan
penskalaan saat menggunakan
“unit kapasitas” untuk mengukur
kapasitas yang diinginkan.
lihat Cara kerja penskalaan
kebijakan dan Jenis penyesuaian
penskalaan dalam Panduan
EC2.
Bab “Keamanan” baru (p. 372) Bab Keamanan baru di Panduan 4 Februari 2020
EC2 membantu Anda memahami
cara menerapkan model
tanggung jawab bersama saat
menggunakan Amazon EC2 Auto
Scaling. Sebagai bagian dari
pembaruan ini, bab panduan
pengguna “Mengontrol Akses
ke Sumber daya Amazon EC2
Auto Scaling Anda” telah diganti
dengan bagian baru yang lebih
berguna, Manajemen identitas
dan akses untuk Amazon EC2
Auto Scaling.
Rekomendasi untuk jenis AWS Compute Optimizer 3 Desember 2019

instans (p. 372) menyediakan rekomendasi
instans Amazon EC2 untuk
membantu Anda meningkatkan
performa, menghemat uang,
atau keduanya. Untuk informasi
selengkapnya, lihat Mendapatkan
rekomendasi untuk jenis instans
Scaling Amazon EC2.
381
Host Khusus dan grup sumber Panduan yang diperbarui untuk 3 Desember 2019
daya host (p. 372) menunjukkan cara membuat
templat peluncuran yang
menentukan grup sumber daya
host. Ini memungkinkan Anda
membuat grup Auto Scaling
dengan templat peluncuran yang
menentukan BYOL AMI untuk
digunakan di Host Khusus. Untuk
untuk grup Auto Scaling dalam
Amazon EC2.
Dukungan untuk titik akhir Sekarang Anda dapat 22 November 2019

Amazon VPC (p. 372) membangun koneksi pribadi
antara VPC dan Amazon EC2
Auto Scaling. Untuk informasi
selengkapnya, lihat Amazon EC2
Auto Scaling dan antarmuka
titik akhir VPC dalam Panduan
EC2.
Masa aktif instans Anda sekarang dapat mengganti 19 November 2019

maksimum (p. 372) instans secara otomatis
dengan menentukan panjang
waktu maksimal yang dapat
digunakan oleh suatu instans.
Jika ada instans yang mendekati
batas ini, Amazon EC2 Auto
Scaling secara bertahap
menggantikannya. Untuk
Mengganti instans Auto Scaling
berdasarkan masa aktif instans
maksimum dalam Panduan
EC2.
Pembobotan instans (p. 372) Untuk grup Auto Scaling dengan 19 November 2019
beberapa jenis instans, Anda
kini dapat secara opsional
menentukan jumlah unit
kapasitas yang dikontribusikan
masing-masing jenis instans
pada kapasitas grup. Untuk
Pembobotan instans untuk
Amazon EC2 Auto Scaling dalam
Amazon EC2.
382
Jumlah minimum jenis Anda tidak perlu lagi menentukan 16 September 2019
instans (p. 372) jenis instans tambahan untuk
grup Instans Spot, Sesuai
Permintaan, dan Pesanan. Untuk
semua grup Auto Scaling, jumlah
minimal sekarang adalah satu
jenis instans. Untuk informasi
Scaling Amazon EC2.
Dukungan untuk strategi alokasi Amazon EC2 Auto Scaling kini 12 Agustus 2019
Spot baru (p. 372) mendukung strategi alokasi
Spot baru “kapasitas yang
dioptimalkan” yang memenuhi
permintaan Anda menggunakan
kumpulan Spot Instance
yang dipilih secara optimal
berdasarkan kapasitas Spot
yang tersedia. Untuk informasi
Scaling Amazon EC2.
Perubahan panduan (p. 372) Peningkatan dokumentasi 1 Agustus 2019

dalam topik Peran yang terkait
dengan layanan dan Kebijakan
utama CMK yang diwajibkan
untuk digunakan dengan volume
terenkripsi.
Dukungan untuk peningkatan Amazon EC2 Auto Scaling kini 26 Juli 2019
pemberian tag (p. 372) menambahkan tag ke instans
Amazon EC2 sebagai bagian dari
panggilan API yang sama yang
meluncurkan instans tersebut.
lihat Pemberian tag grup dan
instans Auto Scaling.
Perubahan panduan (p. 372) Peningkatan dokumentasi 13 Juni 2019

dalam topik Menangguhkan dan
melanjutkan proses penskalaan.
Diperbarui Contoh kebijakan
yang dikelola pelanggan untuk
menyertakan kebijakan contoh
yang memungkinkan pengguna
hanya mengirimkan peran
tertentu yang terkait layanan
tambahan ke Amazon EC2 Auto
Scaling.
383
Dukungan untuk fitur EBS Tambahan dukungan untuk 13 Mei 2019

Amazon yang baru (p. 372) fitur EBS Amazon baru dalam
topik templat peluncuran.
Ubah status enkripsi volume
EBS sembari memulihkan dari
tangkapan layar. Untuk informasi
selengkapnya, lihat Membuat
templat peluncuran untuk grup
Auto Scaling dalam Panduan
EC2.
Perubahan panduan (p. 372) Peningkatan dokumentasi 12 Maret 2019

Amazon EC2 Auto Scaling di
bagian berikut: Mengendalikan
kejadian Auto Scaling mana yang
berakhir selama penyempitan,
grup Auto Scaling, grup Auto
instans dan opsi pembelian,
dan Penskalaan dinamis untuk
Dukungan untuk Penyediaan dan penskalaan 13 November 2018

menggabungkan jenis instans otomatis instans di seluruh opsi
dan opsi pembelian (p. 372) pembelian (Instans Spot, Sesuai
Permintaan, dan Pesanan) dan
jenis instans dalam satu grup
Auto Scaling. Untuk informasi
Scaling Amazon EC2.
Topik yang diperbarui untuk Panduan yang diperbarui untuk 26 Juli 2018
penskalaan berdasarkan Amazon menjelaskan bagaimana Anda
SQS (p. 372) dapat menggunakan metrik
khusus untuk menskalakan grup
Auto Scaling sebagai respons
terhadap perubahan permintaan
dari antrean Amazon SQS.
lihat Penskalaan berdasarkan
Amazon SQS dalam Panduan
EC2.
Tabel berikut ini menjelaskan perubahan penting pada dokumentasi Auto Scaling Amazon EC2 sebelum
Juli 2018.
Fitur Deskripsi Tanggal rilis
Dukungan Atur penskalaan dinamis untuk aplikasi Anda hanya dalam 12 Juli 2017
untuk kebijakan beberapa langkah. Untuk informasi selengkapnya, lihat
384

penskalaan Kebijakan Penskalaan Pelacakan Target untuk Amazon EC2
pelacakan target Auto Scaling.
Dukungan untuk Buat kebijakan IAM untuk mengontrol akses di tingkat sumber 15 Mei 2017
izin tingkat sumber daya. Untuk informasi selengkapnya, lihat Mengontrol akses
daya ke sumber daya Amazon EC2 Auto Scaling Anda.
Peningkatan Metrik grup Auto Scaling tidak lagi mewajibkan Anda untuk 18 Agustus 2016
pemantauan mengaktifkan pemantauan terperinci. Sekarang Anda dapat
mengaktifkan pengumpulan metrik grup dan melihat grafik
metrik dari tab Pemantauan di konsol. Untuk informasi
selengkapnya, lihatMemonitor grup dan instans Auto Scaling
Anda menggunakan Amazon CloudWatch.
Dukungan untuk Lampirkan satu atau lebih kelompok target ke grup Auto 11 Agustus 2016
Application Load Scaling baru atau yang sudah ada. Untuk informasi
Balancers selengkapnya, lihat Melampirkan load balancer ke grup Auto
Scaling Anda.
Peristiwa untuk Amazon EC2 Auto Scaling mengirimkan peristiwa ke 24 Februari 2016
pengait siklus EventBridge saat memanggil kait siklus hidup. Untuk informasi
hidup selengkapnya, lihatMendapatkan EventBridge saat grup Auto
Scaling Anda.
Perlindungan Mencegah Amazon EC2 Auto Scaling memilih instans tertentu 07 Desember 2015
instans untuk pengakhiran saat penyempitan. Untuk informasi
selengkapnya, lihat Perlindungan instans.
Kebijakan Buat kebijakan penskalaan yang memungkinkan Anda 06 Juli 2015

penskalaan menskalakan berdasarkan ukuran pelanggaran alarm. Untuk
langkah informasi selengkapnya, lihat Jenis kebijakan penskalaan.
Perbarui load Pasang load balancer ke atau lepaskan load balancer dari 11 Juni 2015
balancer grup Auto Scaling yang ada. Untuk informasi selengkapnya,
lihat Melampirkan load balancer ke grup Auto Scaling Anda.
Dukungan untuk Tautkan instans EC2-Classic dalam grup Auto Scaling Anda 19 Januari 2015
ClassicLink ke VPC, mengaktifkan komunikasi antara instans EC2-Classic
tertaut ini dan instans dalam VPC menggunakan alamat
IP pribadi. Untuk informasi selengkapnya, lihat Menautkan
instans EC2-Classic ke VPC.
Kaitan siklus aktif Tahan instans yang baru Anda luncurkan atau hentikan dalam 30 Juli 2014
status tertunda saat Anda melakukan tindakan pada instans.
Untuk informasi selengkapnya, lihat kaitan siklus hidup Auto
Scaling Amazon EC2.
Lepaskan instans Lepaskan instans dari grup Auto Scaling. Untuk informasi 30 Juli 2014
selengkapnya, lihat Lepaskan instans EC2 dari grup Auto
Scaling Anda.
Tempatkan instans Tempatkan instans yang berada dalam status InService 30 Juli 2014
pada status Siaga menjadi status Standby. Untuk informasi selengkapnya, lihat
Lepaskan sementara instans dari grup Auto Scaling Anda.
385
Kelola tag Kelola grup Auto Scaling Anda menggunakanAWS 01 Mei 2014
Management Console. Untuk informasi selengkapnya, lihat
Pemberian tag grup dan instans Auto Scaling.
Dukungan untuk Luncurkan Instans Khusus dengan menentukan atribut 23 April 2014
Instans Khusus tenansi penempatan saat Anda membuat konfigurasi
peluncuran. Untuk informasi selengkapnya, lihat Tenansi
penempatan instans.
Buat grup atau Buat grup Auto Scaling atau konfigurasi peluncuran 02 Januari 2014
konfigurasi menggunakan instans EC2. Untuk informasi tentang
peluncuran dari pembuatan konfigurasi peluncuran menggunakan instans
instans EC2 EC2, lihat Membuat konfigurasi peluncuran menggunakan
instans EC2. Untuk informasi tentang membuat grup Auto
Scaling menggunakan instans EC2, lihat Membuat grup Auto
Scaling menggunakan instans EC2.
Pasang instans Aktifkan penskalaan otomatis untuk instans EC2 dengan 02 Januari 2014
memasang instans pada grup Auto Scaling yang sudah ada.
Untuk informasi selengkapnya, lihat Memasang instans EC2
ke grup Auto Scaling Anda.
Lihat batas akun Lihat batas sumber daya Auto Scaling untuk akun Anda. 02 Januari 2014
Untuk informasi selengkapnya, lihat Batas Auto Scaling.
Dukungan konsol Akses ke Amazon EC2 Auto Scaling menggunakanAWS 10 Desember 2013
untuk Amazon Management Console. Untuk informasi selengkapnya, lihat
EC2 Auto Scaling Memulai dengan Amazon EC2 Auto Scaling.
Tetapkan alamat Tetapkan alamat IP publik pada instans yang diluncurkan 19 September
IP publik ke VPC. Untuk informasi selengkapnya, lihat Meluncurkan 2013
instans Auto Scaling dalam VPC.
Kebijakan Tentukan kebijakan pengakhiran instans untuk Amazon EC2 17 September

pengakhiran Auto Scaling untuk digunakan saat mengakhiri instans EC2. 2012
instans Untuk informasi selengkapnya, lihat Mengendalikan instans
Auto Scaling mana yang berakhir selama skala penyempitan.
Dukungan untuk Luncurkan instans EC2 dengan profil instans IAM. Anda 11 Juni 2012
peran IAM dapat menggunakan fitur ini untuk menetapkan peran IAM ke
instans Anda, memungkinkan aplikasi Anda untuk mengakses
Amazon Web Services lainnya dengan aman. Untuk informasi
selengkapnya, lihat Luncurkan instans Auto Scaling dengan
peran IAM.
Dukungan untuk Luncurkan Instans Spot dengan konfigurasi peluncuran. Untuk 7 Juni 2012
Spot Instance informasi selengkapnya, lihatMeminta Spot Instance untuk
aplikasi yang toleran terhadap kesalahan dan fleksibel.
Beri tag grup dan Beri tag grup Auto Scaling dan tentukan bahwa tag juga 26 Januari 2012
instans berlaku untuk instans EC2 yang diluncurkan setelah tag
dibuat. Untuk informasi selengkapnya, lihat Pemberian tag
grup dan instans Auto Scaling.
386
Dukungan untuk Gunakan Amazon SNS untuk menerima pemberitahuan 20 Juli 2011
Amazon SNS setiap kali Amazon EC2 Auto Scaling meluncurkan atau
mengakhiri instans EC2. Untuk informasi selengkapnya, lihat
Mendapatkan pemberitahuan SNS saat grup Auto Scaling
Anda diskalakan.
Amazon EC2 Auto Scaling juga menambahkan fitur baru

berikut:
• Kemampuan untuk mengatur aktivitas penskalaan berulang

menggunakan cron syntax. Untuk informasi selengkapnya,
lihat operasi API PutScheduledUpdateGroupAction.
• Pengaturan konfigurasi baru yang memungkinkan Anda
untuk memperluas tanpa menambahkan instans yang
diluncurkan ke load balancer (LoadBalancer). Untuk
informasi selengkapnya, lihat jenis data API ProcessType.
• Bendera ForceDelete di operasi
DeleteAutoScalingGroup yang meminta Amazon EC2
Auto Scaling untuk menghapus grup Auto Scaling dengan
instans yang terkait tanpa menunggu pengakhiran instans
terlebih dahulu. Untuk informasi selengkapnya, lihat operasi
API DeleteAutoScalingGroup.
Tindakan Menambahkan dukungan untuk tindakan penskalaan 2 Desember 2010

penskalaan terjadwal. Untuk informasi selengkapnya, lihat Penskalaan
terjadwal Terjadwal untuk Amazon EC2 Auto Scaling.
Dukungan untuk Dukungan tambahan untuk Amazon VPC. Untuk informasi 2 Desember 2010
Amazon VPC selengkapnya, lihat Meluncurkan instans Auto Scaling dalam
VPC.
Dukungan untuk Dukungan tambahan untuk kluster komputasi performa tinggi 2 Desember 2010
kluster HPC (HPC).
Dukungan untuk Dukungan tambahan untuk menggunakan pemeriksaan 2 Desember 2010

pemeriksaan kesehatan Elastic Load Balancing dengan instans EC2
kesehatan yang dikelola Amazon EC2 Auto Scaling. Untuk informasi
selengkapnya, lihat Menggunakan pemeriksaan kesehatan
ELB dengan Auto Scaling.
Dukungan untuk Menghapus mekanisme pemicu lama dan mendesain ulang 2 Desember 2010
CloudWatch alarm Amazon EC2 Auto Scaling untuk menggunakan CloudWatch
fitur alarm. Untuk informasi selengkapnya, lihat Penskalaan
dinamis untuk Amazon EC2 Auto Scaling.
Menangguhkan Dukungan tambahan untuk menangguhkan dan melanjutkan 2 Desember 2010

dan melanjutkan proses penskalaan.
penskalaan
Dukungan untuk Dukungan tambahan untuk IAM. Untuk informasi 2 Desember 2010
IAM selengkapnya, lihat Mengontrol akses ke sumber daya
Amazon EC2 Auto Scaling Anda.
387
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan
dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
ccclxxxviii

As DG

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

As DG

Diunggah oleh

Hak Cipta:

Format Tersedia

Amazon EC2 Auto Scaling

Amazon EC2 Auto Scaling: Panduan Pengguna

Memperbarui grup Auto Scaling untuk menggunakan templat peluncuran ................................... 36

AWS CLIcontoh yang memungkinkan melewatkan pencocokan .............................................. 109

Kolam hangat ......................................................................................................................... 219

Compute Optimizer .................................................................................................................. 289

Apa itu Amazon EC2 Auto Scaling?

Komponen Auto Scaling

Instance EC2 Anda diatur ke dalam grup yang berbeda sehingga

Grup Anda menggunakantemplat peluncuran, ataukonfigurasi

untuk instance Anda. Untuk informasi lebih lanjut, lihat Templat

Amazon EC2 Auto Scaling menyediakan beberapa cara untuk

Harga untuk Amazon EC2 Auto Scaling

Bekerja dengan grup Auto Scaling

Manfaat Amazon EC2 Auto Scaling

Contoh: Permintaan variabel penutup

Contoh: Arsitektur aplikasi web

Contoh: Bagikan instance di seluruh Availability Zone

Rebalancing Zona Ketersediaan

• Anda mengubah Zona Ketersediaan untuk grup Anda.

Siklus aktif instance Amazon EC2 Auto Scaling

Instance dalam layanan

Lepaskan satu instance

Hook siklus aktif

Masukkan dan keluar dari siaga

Kuota layanan Amazon EC2 Auto Scaling

• Luncurkan konfigurasi per Wilayah: 200

Kuota grup Auto Scaling

• Kebijakan penskalaan per grup Auto Scaling: 50

Kuota kebijakan penskalaan

• Penyesuaian langkah sesuai kebijakan penskalaan: 20

Batas Spesifik API

• Anda dapat menggunakanAttachInstances,DetachInstances,EnterStandby,

Menyiapkan Amazon EC2 Auto

Daftar Akun AWS

Mendaftar untuk akun

AWSmengirimkan email konfirmasi setelah proses pendaftaran selesai.

Bersiap menggunakan Amazon EC2

Memasang AWS CLI

Memulai dengan Amazon EC2 Auto

Langkah 1: Membuat templat peluncuran

Untuk membuat templat peluncuran

1. Buka konsol Amazon EC2.

Untuk membuat konfigurasi peluncuran

1. BukaHalaman konfigurasikonsol Amazon EC2.

Untuk mendapatkan ID Amazon Linux 2 AMI:

a. Buka konsol Amazon EC2.

Langkah 2: Membuat grup Auto Scaling instans

Untuk membuat grup Auto Scaling

Langkah 3: Verifikasi grup Auto Scaling Anda

1. BukaHalaman grup Auto Scalingdi konsol Amazon EC2.

Langkah 4: Akhiri suatu instans dalam grup Auto

1. BukaHalaman grup Auto Scalingdi konsol Amazon EC2.

Langkah 5: Langkah selanjutnya

Untuk menghapus grup Auto Scaling Anda

1. BukaHalaman grup Auto Scalingdi konsol Amazon EC2.

Untuk menghapus templat peluncuran Anda

1. Buka konsol Amazon EC2.

Untuk menghapus konfigurasi peluncuran Anda

1. BukaHalaman konfigurasikonsol Amazon EC2.

Membuat templat peluncuran untuk grup Auto

• Buat grup Auto Scaling menggunakan templat peluncuran (p. 79)

Membuat templat peluncuran (konsol)