Eine datenintensive Anwendung läuft auf Hunderten von EC2-Instanzen und verwendet derzeit ein freigegebenes Dateisystem, das auf mehreren EC2-Instanzen gehostet wird und 200 TB Daten enthält. Ein monatlicher Job läuft einmal im Monat, liest eine Untermenge von Dateien, dauert etwa 72 Stunden, und die Compute-Instanzen skalieren in einer Auto Scaling-Gruppe. Die EC2-Hosts des freigegebenen Dateisystems laufen immer. Alle Ressourcen befinden sich in derselben Region. Sie müssen die Server des freigegebenen Dateisystems ersetzen, um Kosten zu senken und gleichzeitig einen Hochleistungszugriff für den 72-Stunden-Job zu gewährleisten. Welche Option führt zur GRÖSSTEN Gesamtkostensenkung bei gleichzeitiger Erfüllung der Anforderungen?

Die Migration der Daten zu S3 Intelligent-Tiering reduziert die Speicherkosten erheblich, da die Daten automatisch zwischen Zugriffsebenen verschoben werden. FSx for Lustre bietet die erforderliche Hochleistung für den 72-Stunden-Job und kann bei Bedarf bereitgestellt und nach Abschluss des Jobs gelöscht werden, was die Compute-Kosten minimiert. Lazy Loading von S3 in FSx for Lustre stellt sicher, dass nur die tatsächlich benötigten Daten geladen werden, was die Ladezeit und die Kosten weiter optimiert. Die Option mit EBS Multi-Attach ist ungeeignet, da Multi-Attach nur für bestimmte Dateisysteme wie Cluster-Dateisysteme funktioniert und nicht für ein freigegebenes Dateisystem über Hunderte von Instanzen hinweg konzipiert ist. Das manuelle Laden aller Daten in FSx for Lustre (anstelle von Lazy Loading) wäre teurer und zeitaufwendiger. AWS Storage Gateway ist für den dauerhaften Zugriff auf On-Premise-Daten konzipiert und nicht für die temporäre Bereitstellung eines Hochleistungs-Dateisystems für einen Cloud-Job.