Das Unternehmen benötigt einen Business-Continuity-Plan in AWS für den Fall, dass seine wichtigste On-Premises-Anwendung (die auf physischen Servern läuft, die auch andere Anwendungen hosten) ausfällt. Die Anwendung verwendet MySQL und die Betriebssysteme sind EC2-kompatibel. Welcher Ansatz bietet die erforderliche Kontinuität mit dem geringsten Betriebsaufwand?

AWS Elastic Disaster Recovery (DRS) bietet den geringsten Betriebsaufwand für die Business Continuity von On-Premises-Anwendungen, da es eine kontinuierliche Replikation auf Blockebene von physischen Servern in AWS ermöglicht. Der AWS Replication Agent wird auf den Quellservern installiert, repliziert Daten in eine Staging-Area in AWS und ermöglicht das Starten von EC2-Instanzen mit den replizierten Daten im Falle eines Ausfalls. Dies umfasst das Betriebssystem und die Anwendungen, einschließlich MySQL. Regelmäßige Failover- und Fallback-Tests sind entscheidend für die Überprüfung der Kontinuität. Die Installation des AWS Replication Agent ohne die Initialisierung von AWS Elastic Disaster Recovery ist unvollständig, da DRS die Orchestrierung des Failovers und Fallbacks übernimmt. Die Verwendung von DMS und Aurora MySQL ist komplexer und erfordert die separate Bereitstellung und Synchronisierung der Anwendungssoftware auf EC2, was den Betriebsaufwand erhöht. AWS Storage Gateway Volume Gateway ist für die Dateisynchronisierung und -sicherung gedacht, nicht für die kontinuierliche Replikation ganzer Server für Disaster Recovery.