Bir Application Load Balancer'ın arkasındaki bir Auto Scaling grubundaki tüm EC2 örnekleri trafik sunmayı durdurdu ve HTTP hedef grubu sağlık kontrollerinde başarısız oluyor. Uygulama süreci çalışmıyor ve sistem günlükleri birçok bellek yetersizliği hatası gösteriyor. Olası bir bellek sızıntısına karşı dayanıklılığı artırmak ve izleme/uyarıları etkinleştirmek için hangi eylem kombinasyonlarını yapmalısınız? (İki tane seçin.)

Doğru cevaplar, sistemin dayanıklılığını artıracak ve sorunun temel nedenini belirlemeye yardımcı olacak eylemleri içerir. Auto Scaling grubunu, yük dengeleyici sağlık kontrollerinde başarısız olan örnekleri otomatik olarak değiştirecek şekilde yapılandırmak, arızalı örneklerin hızlı bir şekilde değiştirilmesini sağlayarak uygulamanın kullanılabilirliğini artırır. Bellek sızıntısı gibi sorunları tespit etmek için, EC2 örneklerine CloudWatch agent'ı kurarak bellek kullanım metriklerini toplamak ve yüksek bellek kullanımı için bir CloudWatch alarmı oluşturup SNS aracılığıyla bildirim almak, sorunun erken teşhisini ve çözümünü sağlar. Yanlış seçenekler: Hedef grubun HealthCheckIntervalSeconds değerini azaltmak, sağlık kontrollerini hızlandırsa da, temel sorunu çözmez veya dayanıklılığı artırmaz. Hedef grubu sağlık kontrollerini HTTP'den TCP'ye değiştirmek, uygulamanın çalışıp çalışmadığını değil, yalnızca portun açık olup olmadığını kontrol eder. Uygulama sürecinin çalışmadığı bir senaryoda yetersiz kalır. Tüm Auto Scaling grubu için CloudWatch konsolunda kullanılabilir bellek tüketimi metriğini etkinleştirmek, EC2 örneklerinin varsayılan olarak bu metriği sağlamaması nedeniyle mümkün değildir; özel metrikler için CloudWatch agent gereklidir.