Un sito web di staging è in esecuzione su una singola istanza Amazon EC2 con EBS. L'azienda desidera un ripristino rapido e una perdita di dati minima se l'istanza riscontra problemi di connettività di rete o un'interruzione di corrente dell'host. Quale opzione soddisfa questi requisiti?

L'opzione corretta è creare un allarme Amazon CloudWatch per la metrica StatusCheckFailed System e scegliere l'azione EC2 recover. Questa soluzione ripristina automaticamente l'istanza su un nuovo hardware sottostante in caso di problemi di sistema (come interruzioni di corrente dell'host o problemi di rete), mantenendo l'indirizzo IP elastico, i dati del volume EBS e i metadati dell'istanza. Ciò garantisce un ripristino rapido e una perdita di dati minima. Aggiungere l'istanza a un gruppo EC2 Auto Scaling con capacità minima, massima e desiderata impostate su 1 non offre un ripristino rapido in caso di problemi di sistema, poiché l'Auto Scaling Group non sostituirà l'istanza a meno che non venga terminata, e non è progettato per gestire problemi a livello di sistema dell'host sottostante. L'opzione di aggiungere un lifecycle hook per scollegare il volume EBS non è pertinente per il ripristino rapido e la minima perdita di dati in questo scenario. Creare un allarme CloudWatch per StatusCheckFailed Instance e scegliere l'azione EC2 reboot non risolve i problemi a livello di sistema dell'host, ma riavvia solo l'istanza sullo stesso hardware potenzialmente difettoso.