Eine Anwendung läuft auf Linux EC2-Instances in einer Auto Scaling-Gruppe. Die Instances werden von einer Startvorlage gestartet und verwenden gp3 EBS-Volumes als primären Speicher. Das Team benötigt, dass alle Instances mit Datenkonsistenz auf dieselben Dateien zugreifen können. Welche Lösung bietet ein gemeinsames, konsistentes Dateisystem für alle Instances?

Die korrekte Lösung ist das Erstellen eines Amazon EFS-Dateisystems, da EFS ein vollständig verwalteter, skalierbarer und hochverfügbarer Dateispeicherdienst ist, der von mehreren EC2-Instanzen gleichzeitig über das NFS-Protokoll (Network File System) zugegriffen werden kann und Datenkonsistenz gewährleistet. Die Aktualisierung der Startvorlage und das Ersetzen der Instanzen stellt sicher, dass alle neuen Instanzen EFS automatisch mounten. Die Option mit Multi-Attach auf EBS-Volumes ist falsch, da Multi-Attach nur für bestimmte EBS-Volume-Typen (io1/io2 Block Express) verfügbar ist und nicht für gp3-Volumes. Zudem bietet es keine Dateisystemkonsistenz für mehrere Instanzen ohne einen Cluster-Dateisystem-Manager. Die Synchronisierung von Daten über Cron-Jobs ist fehleranfällig, komplex zu verwalten und bietet keine Echtzeit-Datenkonsistenz, was zu Dateninkonsistenzen führen kann. Das Erstellen eines EFS-Dateisystems innerhalb der Startvorlage ist falsch, da EFS ein eigenständiger Dienst ist und nicht bei jedem Instanzstart neu erstellt werden sollte. Es wird einmal erstellt und dann von den Instanzen gemountet.