L'azienda desidera un piano di continuità operativa in AWS nel caso in cui la sua applicazione principale on-premises (in esecuzione su server fisici che ospitano anche altre app) fallisca. L'app utilizza MySQL e i sistemi operativi sono compatibili con EC2. Quale approccio fornisce la continuità richiesta con il minor sovraccarico operativo?

Questa opzione è la più efficiente per la continuità operativa con il minimo sovraccarico. AWS Elastic Disaster Recovery (DRS) utilizza l'AWS Replication Agent per replicare continuamente i server on-premise (inclusi i dati MySQL) a livello di blocco su un'area di staging nella regione AWS di destinazione. Questo approccio offre un Recovery Point Objective (RPO) di pochi secondi e un Recovery Time Objective (RTO) di pochi minuti. La possibilità di eseguire regolarmente failover e fallback garantisce che il piano di DR sia testato e affidabile. Le altre opzioni presentano delle carenze: La prima opzione descrive un processo manuale e generico che non sfrutta appieno le capacità di un servizio DR gestito come DRS, aumentando il sovraccarico operativo. La terza opzione, pur utilizzando DMS, è più complessa e orientata alla migrazione o alla replica di database specifici, non alla replica completa di server, e richiede l'installazione e la gestione di software aggiuntivo. La quarta opzione, basata su Storage Gateway e snapshot, introduce un RPO più elevato e un RTO potenzialmente più lungo a causa del processo di ripristino e montaggio dei volumi.