Templat Peluncuran dan Konfigurasi ASG

Templat peluncuran adalah cetak biru berversi yang memberi tahu Grup Auto Scaling (dan EC2 secara langsung) cara meluncurkan instans. Templat ini mencakup ID AMI, jenis instans, pasangan kunci, grup keamanan, dan data pengguna opsional dalam satu dokumen yang dapat digunakan kembali. Berbeda dengan Konfigurasi Peluncuran yang lebih lama, templat peluncuran mendukung beberapa versi dan dapat diperbarui tanpa mengganti ASG.

Anda dapat membuat templat peluncuran dengan AWS CLI menggunakan create-launch-template. Parameter --launch-template-data menerima objek JSON yang menentukan semua pengaturan instans. Pemberian versi memungkinkan Anda mengembangkan templat tanpa memengaruhi instans yang sedang berjalan sampai Anda siap menerapkannya.

Setiap templat peluncuran dimulai dari versi 1. Saat membuat versi baru, Anda hanya perlu mengganti kolom yang berubah—semua pengaturan lainnya diwarisi dari versi sumber. ASG dapat diatur untuk menggunakan versi $Latest (selalu yang terbaru) atau versi $Default (yang ditetapkan secara eksplisit). Penggunaan $Default memberi Anda peluncuran terkontrol, sedangkan $Latest praktis digunakan di lingkungan pengembangan.

Sebuah Auto Scaling Group (ASG) mempertahankan sekumpulan instans EC2 dalam batas yang ditentukan: minimum (batas bawah), maksimum (batas atas), dan kapasitas yang diinginkan (jumlah target pada saat tertentu). Jika instans gagal dalam pemeriksaan kesehatan atau kebijakan penskalaan dijalankan, ASG secara otomatis meluncurkan atau menghentikan instans agar jumlah instans tetap sesuai kapasitas yang diinginkan, di antara nilai minimum dan maksimum.

Saat membuat ASG, Anda merujuk ke Launch Template (bukan langsung ke AMI tertentu). Anda juga menentukan subnet VPC tempat instans akan diluncurkan. Penyebaran di beberapa subnet (satu per AZ) memberikan redundansi multi-AZ bawaan—jika satu AZ gagal, ASG secara otomatis meluncurkan instans pengganti di AZ yang tersisa.

Secara default, ASG menggunakan pemeriksaan kesehatan EC2, yang hanya menandai instans sebagai tidak sehat jika instans tersebut dihentikan, diakhiri, atau hipervisor melaporkan kegagalan. Saat Anda menghubungkan penyeimbang beban, Anda sebaiknya beralih ke pemeriksaan kesehatan ELB agar ASG mengganti instans yang masih berjalan tetapi mengembalikan kesalahan HTTP 5xx. Ini adalah pertanyaan ujian yang umum: selalu pilih pemeriksaan kesehatan ELB jika terdapat penyeimbang beban dalam arsitektur.

Menetapkan batas kapasitas yang tepat sangat penting. Minimum memastikan aplikasi Anda selalu dapat melayani lalu lintas (tidak pernah berada di bawah nilai ini). Maksimum mencegah penskalaan tak terkendali yang dapat menghabiskan batas layanan atau anggaran. Kapasitas yang diinginkan adalah target awal; kebijakan penskalaan menyesuaikannya secara dinamis. Jika Anda menetapkan min=maks=diinginkan, ASG berfungsi sebagai grup berukuran tetap, yang berguna untuk deployment launch template atau kapasitas yang dipatok.

Untuk aplikasi tingkat web, hubungkan ASG ke grup target Application Load Balancer. Setiap instans baru yang diluncurkan oleh ASG secara otomatis didaftarkan ke grup target, dan instans yang diakhiri secara otomatis dibatalkan pendaftarannya. Dengan demikian, lalu lintas hanya mengalir ke instans yang sehat dan sedang berjalan. Anda juga harus menetapkan jenis pemeriksaan kesehatan ke ELB agar ASG mengetahui kegagalan pada tingkat penyeimbang beban.

Data pengguna adalah skrip shell (dikodekan dalam Base64) yang dijalankan sekali saat instans melakukan boot pertama kali. Dalam Launch Template, data pengguna adalah tempat yang tepat untuk memasang paket, mengonfigurasi agen (CloudWatch, SSM), dan mengambil kode aplikasi. Pastikan data pengguna bersifat idempoten—skrip yang dapat dijalankan dengan aman lebih dari sekali mencegah masalah selama penyegaran instans. Untuk penyiapan yang kompleks, panggil AWS Systems Manager atau alat manajemen konfigurasi alih-alih menyematkan skrip besar.

Warm Pool melakukan inisialisasi awal terhadap sekumpulan instans EC2 yang dihentikan (atau sedang berjalan) dalam keadaan siap, di luar ASG. Saat ASG perlu melakukan scale-out, ASG mengambil instans dari warm pool alih-alih meluncurkan instans dari keadaan awal—sehingga waktu yang diperlukan untuk menambah kapasitas berkurang secara drastis. Instans dalam warm pool menimbulkan biaya keadaan dihentikan (hanya EBS, tanpa biaya CPU), sehingga jauh lebih murah daripada menyimpan instans cadangan yang sepenuhnya berjalan.

Saat ASG melakukan scale-in, ASG harus menentukan instans mana yang akan diakhiri. Kebijakan pengakhiran default terlebih dahulu memilih AZ dengan jumlah instans terbanyak (untuk menyeimbangkan kembali), kemudian launch template tertua, lalu instans yang paling dekat dengan jam penagihannya. Anda dapat menyesuaikan urutan ini—misalnya, memilih OldestLaunchTemplate untuk menghapus terlebih dahulu instans yang menjalankan konfigurasi lama. ASG juga secara otomatis melakukan penyeimbangan kembali AZ setelah subnet tersedia atau setelah perubahan manual.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa: Launch Templates menyediakan cetak biru instans yang dapat digunakan ulang dan memiliki versi, yang mendukung beberapa versi serta penunjuk versi $Latest/$Default; batas kapasitas ASG (min/maks/diinginkan) mengatur ukuran armada dengan distribusi multi-AZ otomatis di seluruh subnet; dan pemeriksaan kesehatan ELB harus diaktifkan saat ASG berada di belakang penyeimbang beban agar kegagalan pada tingkat aplikasi memicu penggantian. Selanjutnya, kita akan membahas kebijakan penskalaan, termasuk pelacakan target dan penskalaan bertahap.