Bir web sitesi, bir ALB'nin arkasındaki dört EC2 örneği üzerinde çalışır. ALB bir örneği sağlıksız olarak işaretlediğinde, bir CloudWatch alarmı ALARM durumuna geçer ve bir operatör manuel olarak bir yedek örnek ekler. Şirket, başarısız EC2 örneklerini otomatik olarak değiştiren ve yeni tasarıma geçiş sırasında kesinti süresini en aza indiren yüksek düzeyde kullanılabilir bir çözüm istiyor. Çözüm mimarı hangi adımları izlemelidir?

Doğru cevap, mevcut kesintiyi en aza indirirken otomatik kurtarma sağlamak için en verimli yolu sunar. Bir Auto Scaling grubu (ASG) oluşturmak ve bir başlatma şablonu kullanmak, sağlıksız örneklerin otomatik olarak değiştirilmesini sağlar. ASG'yi mevcut ALB'ye eklemek, mevcut altyapıyı yeniden kullanır ve kesinti süresini önler. Mevcut EC2 örneklerini ASG'ye eklemek, bu örneklerin ASG tarafından yönetilmesini sağlar, böylece geçiş sırasında hizmet kesintisi yaşanmaz. Diğer seçenekler neden yanlış: İlk yanlış seçenek, mevcut ALB'yi silmeyi ve yeni bir ALB oluşturmayı önerir. Bu, gereksiz bir kesinti süresine neden olur. Üçüncü yanlış seçenek, mevcut ALB'yi ve EC2 örneklerini silmeyi önerir. Bu, tamamen yeni bir kurulum gerektireceği için önemli bir kesinti süresine neden olur. Dördüncü yanlış seçenek, ALB'nin mevcut EC2 örneklerini ASG'ye kaydetmesini beklemeyi önerir. ASG, örnekleri kendisi yönetir ve kaydeder; ALB'nin bu işlemi yapmasını beklemek doğru bir yaklaşım değildir.