Zamanlanmış Ölçeklendirme ve Öngörülü Ölçeklendirme

Dinamik ölçeklendirme ilkeleri (hedef izleme ve adımlı ölçeklendirme) tepkiseldir; bir ölçüm eşiği zaten aşıldıktan sonra yanıt verirler. Mesai saatlerindeki yoğunluklar, ay sonu toplu çalıştırmaları veya Black Friday satışları gibi bilinen ve öngörülebilir trafik modellerinde tepkisel ölçeklendirme çok yavaştır; çünkü bulut sunucularının başlatılıp hazırlanması dakikalar sürer. Zamanlanmış Ölçeklendirme ve Öngörülü Ölçeklendirme, yük gelmeden önce kapasiteyi proaktif olarak ayarlayarak bu sorunu giderir.

Bir Zamanlanmış Ölçeklendirme İşlemi, belirli bir tarih ve saatte veya yinelenen bir cron zamanlamasına göre ASG'nin minimum, maksimum ya da istenen kapasitesini değiştirir. Bu, yükün ne zaman artacağını tam olarak bildiğiniz durumlar için idealdir; örneğin planlanmış bir pazarlama etkinliğinden önce ön hazırlık yapmak veya maliyetleri azaltmak için trafiğin en düşük olduğu gece saatlerinde küçültmek. Zamanlanmış işlemler, belirtilen zamanda mevcut istenen kapasitenin üzerine yazılır.

Zamanlanmış eylemler Unix cron biçimini kullanır: minute hour day-of-month month day-of-week. Tüm saatler UTC cinsindendir. Yaygın kalıplar arasında ölçek artırma için 0 8 * * 1-5 (hafta içi sabahları 08:00 UTC'de) ve ölçek azaltma için 0 20 * * * (her gece 20:00 UTC'de) bulunur. Aynı ASG üzerinde birden fazla zamanlanmış eylem oluşturabilirsiniz; örneğin her gün bir eylemle ölçeği artırıp başka bir eylemle yeniden azaltabilirsiniz.

Zamanlanmış eylemler tek seferlik (belirli bir başlangıç zamanında bir kez yürütülen) veya yinelenen (cron zamanlamasına göre yürütülen) olabilir. Tek seferlik bir eylem, ürün lansmanı gibi önceden bilinen gelecek bir etkinlik için idealdir. Yinelenen bir eylem, günlük veya haftalık trafik döngüleri gibi düzenli kalıpları yönetir. Yinelenen bir eylem için ayrıca bir başlangıç zamanı ve bitiş zamanı belirleyerek bir tarih aralığı içinde zamanlamayı otomatik olarak etkinleştirip devre dışı bırakabilirsiniz.

Zamanlanmış eylemler ve dinamik ölçeklendirme politikaları birlikte çalışabilir. Zamanlanmış bir eylem, zamanlanan saatte yeni bir temel kapasite belirler. Bundan sonra dinamik politikalar (hedef izleme veya adımlı ölçeklendirme), güncellenen minimum/maksimum sınırlar içinde kapasiteyi ayarlamaya devam eder. Örneğin sabahki zamanlanmış eylem min=4, desired=8 ayarlarını yapar; gün içinde hedef izleme, yük altında kapasiteyi 15'e kadar artırır; akşamki zamanlanmış eylem ise min=2, desired=2 ayarlarına geri döner.

Predictive Scaling, CloudWatch ölçümlerindeki geçmiş yük kalıplarını analiz etmek ve gelecekteki kapasite gereksinimlerini öngörmek için makine öğrenmesini kullanır. Öngörülen yük gelmeden önce, genellikle 5-60 dakika önceden ölçek artırma eylemlerini proaktif olarak zamanlar. Predictive scaling, günlük veya haftalık trafik döngüleri tekrarlanan iş yükleri için en uygunudur. Daha fazla veri topladıkça öngörüsünü sürekli günceller.

Predictive scaling'i ASG'nize bir PredictiveScaling politikası ekleyerek etkinleştirirsiniz. Ölçüm çiftini belirtirsiniz: ölçeklendirmeyi yönlendiren yük ölçümü (CPU veya ALB istek sayısı gibi) ve her bulut sunucusunda izlediğiniz ölçeklendirme ölçümü. AWS daha sonra yük ölçümünü öngörür ve ölçeklendirme ölçümünü hedef değerinizde tutmak için gereken bulut sunucusu sayısını hesaplar.

Predictive Scaling'in iki modu vardır: ForecastOnly, kapasiteyi gerçekten değiştirmeden öngörüler oluşturur; bu, otomatik ölçeklendirmeyi etkinleştirmeden önce öngörüleri incelemek için kullanışlıdır. ForecastAndScale ise hem öngörüler oluşturur hem de kapasite değişikliklerini otomatik olarak uygular. Doğruluğu doğrulamak için birkaç hafta ForecastOnly ile başlayın, ardından ForecastAndScale'e geçin. AWS, ilk öngörüyü oluşturmadan önce en az 24 saatlik ölçüm verisi gerektirir.

Predictive Scaling, ölçek artırma eylemlerini önceden başlatır; ancak bulut sunucularını daha da erken hazırlamak için bir SchedulingBufferTime yapılandırabilirsiniz. 5 dakikalık bir SchedulingBufferTime, öngörü kapasitenin gerekli olacağını tahmin etmeden 5 dakika önce kapasite eklenmesi anlamına gelir. Ayrıca ASG'nin öngörülen gereksinimin üzerine belirli bir yüzdeyle ölçeklenmesine izin vermek için bir MaxCapacityBuffer ayarlayabilir ve öngörü hatalarına karşı ek kapasite payı sağlayabilirsiniz.

Değişken ancak öngörülebilir iş yükleri için önerilen yaklaşım, her ikisini birleştirmektir: Predictive Scaling, kapasiteyi önceden konumlandırarak beklenen döngüsel yükü yönetirken Target Tracking Scaling, öngörüyü aşan beklenmedik artışları yönetir. Birlikte hem proaktif hem de tepkisel koruma sağlarlar. ASG, her iki politika arasındaki en temkinli ölçek artırma önerisini güvenli biçimde uygular.

Trafik artışları tamamen öngörülebilir ve kesin zamanları biliniyorsa (etkinlik kaynaklı veya çalışma saatlerine bağlı kalıplarda) Scheduled Scaling kullanın. Kalıplar tekrarlanıyor ancak kesin zamanlama değişebiliyorsa Predictive Scaling kullanın; makine öğrenmesi kalıbı otomatik olarak öğrenir. Beklenmedik yük için her zaman etkin dinamik güvenlik ağı olarak Target Tracking kullanın. Tamamen rastgele yükte yalnızca hedef izlemeye veya adımlı ölçeklendirmeye güvenin. SAA-C03 sınavında çoğu zaman operasyonel açıdan en verimli yaklaşımı seçmeniz istenir ve yinelenen döngüsel iş yüklerinde Predictive Scaling öne çıkar.

Bu derste ele alınan AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: Scheduled Scaling, cron ifadelerini kullanarak ASG kapasitesini bilinen zamanlarda değiştirir ve öngörülebilir etkinlikler veya yinelenen çalışma saatleri kalıpları için idealdir; Predictive Scaling, yük gelmeden önce proaktif olarak ölçeklenmek için geçmiş CloudWatch verileri üzerinde makine öğrenmesini kullanır; Predictive + Target Tracking birleşimi ise en dayanıklı ölçeklendirme stratejisi için hem proaktif hem de tepkisel koruma sağlar. Sırada kontrollü dağıtımlar için Instance Refresh ve Lifecycle Hooks konularını inceleyeceğiz.