Ein Unternehmen stellt eine neue Webanwendung bereit und benötigt gemeinsamen Speicher für Linux-Anwendungsserver. Der Datensatz ist bis zu 100 GB groß. Die Spitzenaktivität dauert täglich 3 Stunden und erfordert einen Lesedurchsatz von 225 MiB/s. Die Lösung muss Multi-AZ sein und eine Kopie der Daten zur Notfallwiederherstellung mit einem RPO von unter 1 Stunde in eine andere AWS-Region replizieren. Welches Design erfüllt diese Anforderungen?

Die richtige Antwort ist Amazon EFS Multi-AZ mit bereitgestelltem Durchsatz und EFS-Replikation. EFS ist ein gemeinsam genutztes Dateisystem, das Multi-AZ-Verfügbarkeit bietet und sich für Linux-Anwendungsserver eignet. Der erforderliche Lesedurchsatz von 225 MiB/s für 100 GB Daten kann mit 75 MiB/s bereitgestelltem Durchsatz erreicht werden, da EFS die Burst-Fähigkeit des bereitgestellten Durchsatzes nutzt, um kurzzeitig höhere Durchsätze zu liefern. EFS-Replikation bietet ein RPO von unter 1 Stunde für die Notfallwiederherstellung in einer anderen Region. FSx for Lustre ist für HPC-Workloads optimiert und nicht primär für gemeinsame Webanwendungen. AWS Backup bietet möglicherweise kein RPO von unter 1 Stunde. EBS Multi-Attach ist für Block-Speicher gedacht und nicht für ein Dateisystem, das von mehreren Linux-Servern gleichzeitig genutzt wird, und Elastic Disaster Recovery ist für die Replikation von Servern, nicht von Dateisystemen. FSx for OpenZFS ist für Linux-Workloads geeignet, aber AWS DataSync alle 10 Minuten würde ein RPO von 10 Minuten bedeuten, was nicht optimal ist, und die Verwaltung ist komplexer als EFS-Replikation.