Bir şirketin web sitesi, bir Auto Scaling grubundaki EC2 örnekleri üzerinde çalışmaktadır. Kullanıcılar her hafta sonu akşam 6'dan akşam 11'e kadar daha yavaş performans bildirmektedir. SysOps yöneticisinin, bu yoğun zaman dilimlerinde kapasiteyi artırmak için en basit, operasyonel olarak en verimli yola ihtiyacı vardır. En iyi çözüm nedir?

Doğru cevap, yoğun aralıklardan önce ve sonra Auto Scaling grubunun istenen kapasitesini ayarlamak için tekrar eden zamanlanmış bir ölçeklendirme eylemi ayarlamaktır. Bu, bilinen ve düzenli olarak tekrarlayan trafik artışlarını yönetmek için en basit ve operasyonel olarak en verimli yöntemdir. Auto Scaling'in zamanlanmış ölçeklendirme eylemleri, belirli bir zamanda kapasiteyi otomatik olarak artırıp azaltarak performansı optimize eder ve maliyetleri kontrol altında tutar. Diğer seçenekler neden uygun değil: Bir Lambda işlevini tetikleyen zamanlanmış bir EventBridge kuralı oluşturmak, aynı işlevi görebilir ancak zamanlanmış ölçeklendirme eylemlerine kıyasla daha fazla yapılandırma ve yönetim yükü getirir. Auto Scaling zaten bu tür senaryolar için yerleşik bir çözüm sunmaktadır. Bellek kullanımı %70'i aştığında örnekleri başlatan bir hedef izleme politikası kullanmak, reaktif bir çözümdür. Kullanıcılar zaten yavaş performans bildirdikten sonra tetikleneceği için proaktif bir çözüm değildir. Bilinen trafik artışları için proaktif bir yaklaşım daha iyidir. Auto Scaling grubunun cooldown period'unu ayarlamak, ölçeklendirme etkinlikleri arasındaki bekleme süresini kontrol eder ve kapasiteyi proaktif olarak artırmak için uygun bir mekanizma değildir.