Un'applicazione web pubblica di vendita al dettaglio utilizza un Application Load Balancer (ALB) davanti a istanze EC2 distribuite su più AZ e un backend Amazon RDS MySQL Multi-AZ. I controlli di integrità del gruppo target utilizzano HTTP e puntano alla pagina del catalogo prodotti. Auto Scaling mantiene il parco istanze web basato sui controlli di integrità dell'ALB. Recentemente l'applicazione ha subito un'interruzione; Auto Scaling ha ripetutamente sostituito le istanze, mentre le metriche del server web sembravano normali. L'indagine ha mostrato che il database era pesantemente caricato e le query erano molto lente. Quali due modifiche insieme risolveranno il problema e miglioreranno il monitoraggio della disponibilità e della funzionalità complessiva dell'applicazione per la crescita futura? (Scegliere due.)
Scegli una risposta
Tocca un'opzione per controllare la tua risposta.
Risposta corretta: Modificare il controllo di integrità del gruppo target dell'ALB in una semplice pagina HTML statica invece della pagina del catalogo prodotti e aggiungere un controllo di integrità di Amazon Route 53 che monitora la pagina del prodotto per convalidare la piena funzionalità dell'applicazione. Impostare allarmi Amazon CloudWatch per notificare gli amministratori quando il sito fallisce., Distribuire un cluster Amazon ElastiCache tra l'applicazione web e il database RDS MySQL per ridurre il carico del database..
Perché questa è la risposta
La modifica del controllo di integrità dell'ALB a una pagina HTML statica e l'aggiunta di un controllo di integrità di Route 53 per la pagina del prodotto sono corrette perché il controllo di integrità dell'ALB dovrebbe essere leggero e veloce per rilevare rapidamente l'integrità dell'istanza. La pagina del catalogo prodotti, che dipende dal database, ha mascherato il problema del database, facendo sì che l'ALB considerasse le istanze sane anche se l'applicazione non funzionava correttamente. Un controllo di Route 53 sulla pagina del prodotto fornisce un monitoraggio end-to-end della funzionalità dell'applicazione. La distribuzione di un cluster Amazon ElastiCache è corretta perché riduce il carico sul database RDS MySQL memorizzando nella cache le query frequenti, migliorando le prestazioni e la scalabilità dell'applicazione. Le repliche di lettura di RDS non sono la soluzione migliore qui perché l'applicazione dovrebbe essere modificata per utilizzarle, il che non è sempre semplice. La modifica del controllo di integrità dell'ALB a TCP non è sufficiente, in quanto verifica solo la connettività di rete, non la funzionalità dell'applicazione. Un allarme CloudWatch per RDS non risolve la causa principale del problema (il carico del database) e un'azione di ripristino automatica potrebbe non essere appropriata per un database sotto carico.
Supera il tuo esame — senza l'infinita caccia alle risposte
Ottieni ogni domanda e spiegazione verificata per questo esame in un unico posto, e risparmia ore di preparazione. Oltre 1.000 certificazioni · Oltre 20 lingue · Inizia gratuitamente.
Supera il tuo esame più velocemente → Nessuna carta richiesta