L'applicazione HTTP di un'azienda si trova dietro un Network Load Balancer (NLB). Il target group dell'NLB utilizza un gruppo Amazon EC2 Auto Scaling con più istanze EC2 che eseguono il servizio web. L'NLB non rileva errori HTTP, il che richiede riavvii manuali delle istanze EC2 del servizio web. L'azienda desidera migliorare la disponibilità senza scrivere script o codice personalizzati. Cosa dovrebbe fare un architetto di soluzioni?

La risposta corretta è sostituire l'NLB con un Application Load Balancer (ALB), abilitare i controlli di integrità HTTP e configurare Auto Scaling per sostituire le istanze non integre. L'NLB opera a livello di rete (livello 4) e non può ispezionare il contenuto HTTP, quindi non rileverà errori a livello di applicazione. L'ALB opera a livello di applicazione (livello 7) e può eseguire controlli di integrità HTTP approfonditi, rilevando errori specifici dell'applicazione. Quando un'istanza viene contrassegnata come non integra dall'ALB, Auto Scaling può automaticamente terminarla e avviarne una nuova, migliorando la disponibilità senza script manuali. Abilitare i controlli di integrità HTTP sull'NLB non risolverebbe il problema, poiché l'NLB non è in grado di interpretare le risposte HTTP. Aggiungere un cron job alle istanze EC2 richiederebbe script personalizzati, che la domanda esclude. Un allarme CloudWatch su UnhealthyHostCount per l'NLB non sarebbe efficace, poiché l'NLB non rileva gli errori HTTP che causano il problema.