Başlatma Şablonları ve ASG Yapılandırması

Başlatma şablonu, Auto Scaling Groups'e (ve doğrudan EC2'ye) örneklerin nasıl başlatılacağını bildiren, sürümlendirilmiş bir plandır. AMI ID, örnek türü, anahtar çifti, güvenlik grupları ve isteğe bağlı kullanıcı verilerini yeniden kullanılabilir tek bir belgede toplar. Eski Başlatma Yapılandırmasının aksine, Başlatma Şablonu birden çok sürümü destekler ve ASG değiştirilmeden güncellenebilir.

AWS CLI kullanarak create-launch-template ile bir Başlatma Şablonu oluşturabilirsiniz. --launch-template-data parametresi, tüm örnek ayarlarını tanımlayan bir JSON nesnesi kabul eder. Sürüm oluşturma, çalışan örnekleri siz dağıtıma hazır olana kadar etkilemeden şablon üzerinde yineleme yapmanıza olanak tanır.

Her Başlatma Şablonu 1. sürümden başlar. Yeni bir sürüm oluşturduğunuzda yalnızca değişen alanları geçersiz kılabilirsiniz; diğer tüm ayarlar kaynak sürümden devralınır. ASG'yi $Latest sürümünü (her zaman en yeni sürüm) veya $Default sürümünü (açıkça belirlenmiş sürüm) kullanacak şekilde yapılandırabilirsiniz. $Default kullanmak kontrollü dağıtımlar sağlar; $Latest ise geliştirme ortamlarında kullanışlıdır.

Bir Otomatik Ölçeklendirme Grubu (ASG), EC2 bulut sunucularından oluşan bir filoyu tanımlı sınırlar içinde tutar: minimum (alt sınır), maximum (üst sınır) ve desired capacity (her an için hedef sayı). Bulut sunucuları durum denetimlerinde başarısız olduğunda veya ölçeklendirme ilkesi tetiklendiğinde ASG, filonun minimum ve maksimum arasında istenen sayıda kalmasını sağlamak için bulut sunucularını otomatik olarak başlatır veya sonlandırır.

Bir ASG oluştururken doğrudan belirli bir AMI'ye değil, bir Başlatma Şablonuna başvurursunuz. Ayrıca bulut sunucularının başlatılacağı VPC alt ağlarını da belirtirsiniz. Birden fazla alt ağa (her AZ için bir tane) dağıtım yapmak, yerleşik çoklu AZ yedekliliği sağlar: Bir AZ başarısız olursa ASG, kalan AZ'lerdeki yedek bulut sunucularını otomatik olarak başlatır.

Varsayılan olarak bir ASG, yalnızca bir bulut sunucusu durdurulduğunda, sonlandırıldığında veya hipervizör başarısız olduğunu bildirdiğinde sunucuyu sağlıksız olarak işaretleyen EC2 durum denetimlerini kullanır. Bir yük dengeleyici bağladığınızda, çalışan ancak HTTP 5xx hataları döndüren bulut sunucularının ASG tarafından değiştirilmesi için ELB durum denetimlerine geçmelisiniz. Bu, sınavlarda sık sorulan bir sorudur: Mimaride bir yük dengeleyici varsa her zaman ELB durum denetimlerini seçin.

Doğru kapasite sınırlarını belirlemek kritik öneme sahiptir. Minimum, uygulamanızın her zaman trafik sunabilmesini sağlar (bu değerin altına asla inilmez). Maksimum, hizmet sınırlarını veya bütçeyi tüketebilecek kontrolden çıkmış ölçeklendirmeyi önler. İstenen kapasite başlangıç hedefidir; ölçeklendirme ilkeleri bunu dinamik olarak ayarlar. min=max=desired olarak ayarlarsanız ASG sabit boyutlu bir grup gibi davranır; bu, başlatma şablonu dağıtımları veya sabitlenmiş kapasite için kullanışlıdır.

Web katmanı uygulamaları için ASG'yi bir Application Load Balancer hedef grubuna bağlayın. ASG tarafından başlatılan her yeni bulut sunucusu hedef grubuna otomatik olarak kaydedilir ve sonlandırılan bulut sunucularının kaydı otomatik olarak kaldırılır. Böylece trafik yalnızca sağlıklı ve çalışan bulut sunucularına yönlendirilir. Ayrıca ASG'nin yük dengeleyici düzeyindeki arızalardan haberdar olması için durum denetimi türünü ELB olarak ayarlamanız gerekir.

Kullanıcı verileri, bir bulut sunucusu ilk kez başlatıldığında bir kez çalışan, kabuk betiği biçiminde (Base64 ile kodlanmış) verilerdir. Başlatma Şablonunda paketleri yüklemek, aracıları (CloudWatch, SSM) yapılandırmak ve uygulama kodunu almak için doğru yerdir. Kullanıcı verilerini eşlenik tutun; birden fazla kez güvenle çalıştırılabilen betikler, bulut sunucusu yenileme sırasında oluşabilecek sorunları önler. Karmaşık kurulumlarda büyük betikleri gömmek yerine AWS Systems Manager'ı veya bir yapılandırma yönetimi aracını çağırın.

Bir Sıcak Havuz, ASG dışında, hazır durumda bulunan bir grup durdurulmuş (veya çalışan) EC2 bulut sunucusunu önceden başlatır. ASG'nin kapasiteyi artırması gerektiğinde, soğuk bulut sunucuları başlatmak yerine sıcak havuzdan yararlanır; böylece kapasite eklemek için gereken süre önemli ölçüde azalır. Sıcak havuzdaki bulut sunucuları durdurulmuş durum maliyetlerine tabidir (yalnızca EBS maliyeti vardır, CPU ücreti yoktur); bu nedenle tamamen çalışan yedekleri tutmaktan çok daha ucuzdur.

ASG kapasiteyi azalttığında hangi bulut sunucularının sonlandırılacağına karar vermelidir. Varsayılan sonlandırma ilkesi, yeniden dengeleme amacıyla önce en fazla bulut sunucusuna sahip AZ'yi, ardından en eski başlatma şablonunu ve son olarak faturalandırma saatine en yakın bulut sunucusunu seçer. Bu sırayı özelleştirebilirsiniz; örneğin güncel olmayan yapılandırmaları çalıştıran bulut sunucularını önce kaldırmak için OldestLaunchTemplate seçeneğini kullanabilirsiniz. ASG ayrıca bir alt ağ kullanılabilir hale geldikten veya manuel değişiklikler yapıldıktan sonra AZ yeniden dengelemesini otomatik olarak gerçekleştirir.

Bu derste şunları öğrendiniz: Başlatma Şablonları, birden fazla sürümü ve $Latest/$Default sürüm işaretçilerini destekleyen, sürümlendirilmiş ve yeniden kullanılabilir bir bulut sunucusu taslağı sağlar; ASG kapasite sınırları (min/max/desired), alt ağlar arasında otomatik çoklu AZ dağıtımıyla filo boyutunu yönetir; bir ASG yük dengeleyicinin arkasındayken uygulama düzeyindeki arızaların değiştirmeyi tetiklemesi için ELB durum denetimleri etkinleştirilmelidir. Sırada hedef izleme ve adımlı ölçeklendirme dahil olmak üzere ölçeklendirme ilkelerini inceleyeceğiz.