Ein Unternehmen muss große Mengen an Produktionsdaten (die auf Amazon EBS-Volumes gespeichert sind, die an EC2-Instances angehängt sind) in eine Testumgebung in derselben AWS-Region klonen. Änderungen an den geklonten Daten dürfen die Produktion nicht beeinträchtigen. Die Software erfordert eine konstant hohe I/O-Leistung. Ein Lösungsarchitekt muss die zum Klonen der Daten erforderliche Zeit minimieren. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung minimiert die Klonzeit und gewährleistet hohe I/O-Leistung. EBS Fast Snapshot Restore (FSR) beschleunigt die Wiederherstellung von Snapshots, indem es die Volumes vollständig vorinitialisiert, was die I/O-Leistung sofort nach der Erstellung sicherstellt. Das Klonen in neue EBS-Volumes stellt sicher, dass Änderungen in der Testumgebung die Produktionsdaten nicht beeinflussen. Die Option mit EC2-Instance-Store-Volumes ist falsch, da Instance-Store-Volumes temporär sind und Daten bei Beendigung der Instance verloren gehen. Außerdem können EBS-Snapshots nicht direkt auf Instance-Store-Volumes wiederhergestellt werden. Die Option mit EBS Multi-Attach ist falsch, da Multi-Attach für die gemeinsame Nutzung eines einzelnen Volumes durch mehrere Instances in derselben Availability Zone gedacht ist, nicht für das Klonen von Daten in eine Testumgebung, und die Produktions-Volumes würden direkt angehängt, was Änderungen in der Testumgebung auf die Produktion übertragen könnte. Die Option, die Snapshots ohne FSR wiederherzustellen und dann anzuhängen, ist zwar funktional, aber langsamer, da die Volumes erst bei Bedarf initialisiert werden, was zu anfänglich niedrigerer I/O-Leistung führt.