Bir şirket, bir Application Load Balancer (ALB) arkasındaki bir Auto Scaling grubundaki EC2 örneklerinde bir uygulama çalıştırmaktadır. Başlangıçta, örnekler kritik uygulama içeriğini bir S3 bucket'ından indirmek için user-data script'leri çalıştırır. Örnekler başlatılır ancak bir süre sonra "An instance was taken out of service in response to an ELB system health check failure." mesajıyla sonlandırılır. Auto Scaling, örnekleri sürekli olarak bir döngü içinde başlatır ve sonlandırır. Yakın zamanda yapılan tek değişiklik, S3 bucket'ına büyük miktarda kritik içerik eklenmesidir. Şirket, üretim ortamındaki user-data script'lerini değiştirmek istememektedir. Bir çözümler mimarı, üretim ortamının başarılı bir şekilde dağıtılabilmesi için ne yapmalıdır?

Doğru cevap, Auto Scaling grubu sağlık kontrolü bekleme süresini (grace period) artırmaktır. Bu süre, bir EC2 örneği başlatıldıktan sonra Auto Scaling grubunun sağlık kontrollerini başlatmadan önce beklediği süredir. Sorun, S3 bucket'ına eklenen büyük miktarda içerik nedeniyle user-data script'lerinin tamamlanmasının daha uzun sürmesidir. Bu, örneklerin ALB sağlık kontrollerine yanıt veremeden önce başlatılıp sonlandırılmasına neden olur. Bekleme süresini artırmak, örneklere user-data script'lerini tamamlamaları ve uygulamayı başlatmaları için yeterli zaman tanır, böylece sağlık kontrollerini geçebilirler. EC2 örnek boyutlarını artırmak, script'lerin daha hızlı çalışmasına yardımcı olabilir ancak temel sorunu çözmez ve gereksiz maliyetlere yol açabilir. ALB sağlık kontrolü zaman aşımını artırmak, mevcut sağlık kontrolü yanıt süresini uzatır ancak uygulamanın başlatılması için gereken toplam süreyi hesaba katmaz. ALB sağlık kontrolü yolunu değiştirmek, uygulamanın başlatılma süresiyle ilgili sorunu çözmez.