# SUS04-BP06 Verwenden geteilter Dateisysteme oder Objektspeicher für den Zugriff auf allgemeine Daten
Verwenden Sie geteilte Dateisysteme oder Speicher, um Datenduplizierungen zu vermeiden und eine effizientere Infrastruktur für Ihre Workload zu ermöglichen.
**Typische Anti-Muster:**
+ Sie stellen für jeden einzelnen Client Speicher bereit.
+ Sie trennen Daten-Volumes von inaktiven Clients nicht ab.
+ Sie ermöglichen keinen Zugriff auf Speicher über Plattformen und Systeme hinweg.
**Vorteile der Nutzung dieser bewährten Methode:** Die Verwendung geteilter Dateisysteme oder Speicher ermöglicht die gemeinsame Nutzung von Daten für mehrere Verbraucher, ohne dass diese dazu kopiert werden müssen. Dies reduziert den Umfang der erforderlichen Speicherressourcen für die Workload.
**Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Mittel
## Implementierungsleitfaden
Wenn Sie mehrere Benutzer oder Anwendungen haben, die auf dieselben Datensätze zugreifen müssen, ist die Verwendung geteilter Speichertechnologien wichtig für eine effiziente Infrastruktur für Ihre Workload. Solche Technologien bieten einen zentralen Speicherort für die Speicherung und Verwaltung von Datensätzen und zur Vermeidung von Datenduplizierungen. Dazu wird die Konsistenz der Daten über verschiedene Systeme hinweg durchgesetzt. Hinzu kommt, dass geteilte Speicher die effizientere Nutzung der Datenverarbeitungsleistung ermöglichen, da mehr Datenverarbeitungsressourcen gleichzeitig auf Daten zugreifen und diese verarbeiten können.
Rufen Sie Daten von diesen geteilten Speicherservices nur bei Bedarf ab und trennen Sie nicht genutzte Volumes, um Ressourcen freizugeben.
### Implementierungsschritte
+ **Verwenden geteilter Speicher:** Migrieren Sie Daten zu einem geteilten Speicher, wenn die Daten mehrfach genutzt werden. Hier sind einige Beispiele für geteilte Speichertechnologien in AWS:
[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/wellarchitected/latest/framework/sus_sus_data_a7.html)
+ **Abrufen von Daten wie erforderlich:** Kopieren Sie Daten nur dann zu geteilten Dateisystemen oder rufen Sie Daten nur aus ihnen ab, wenn Sie die Daten benötigen. Sie können beispielsweise ein [Dateisystem von Amazon FSx für Lustre mit Unterstützung durch Amazon S3](https://aws.amazon.com/blogs/storage/new-enhancements-for-moving-data-between-amazon-fsx-for-lustre-and-amazon-s3/) erstellen und nur die Teilmenge der Daten laden, die für die Verarbeitung von Aufgaben zu Amazon FSx benötigt werden.
+ **Löschen nicht benötigter Daten:** Löschen Sie Daten entsprechend Ihren Nutzungsmustern, wie in [SUS04-BP03 Verwalten des Lebenszyklus von Datensätzen mithilfe von Richtlinien](sus_sus_data_a4.md) beschrieben.
+ **Trennen inaktiver Clients:** Trennen Sie Volumes von Clients, die diese nicht aktiv verwenden.
## Ressourcen
**Zugehörige Dokumente:**
+ [ Linking your file system to an Amazon S3 bucket ](https://docs.aws.amazon.com/fsx/latest/LustreGuide/create-dra-linked-data-repo.html)
+ [Using Amazon EFS for AWS Lambda in your serverless applications](https://aws.amazon.com/blogs/compute/using-amazon-efs-for-aws-lambda-in-your-serverless-applications/)
+ [ Amazon EFS Intelligent-Tiering Optimizes Costs for Workloads with Changing Access Patterns ](https://aws.amazon.com/blogs/aws/new-amazon-efs-intelligent-tiering-optimizes-costs-for-workloads-with-changing-access-patterns/)
+ [ Using Amazon FSx with your on-premises data repository ](https://docs.aws.amazon.com/fsx/latest/LustreGuide/fsx-on-premises.html)
**Zugehörige Videos:**
+ [ Storage cost optimization with Amazon EFS ](https://www.youtube.com/watch?v=0nYAwPsYvBo)
+ [AWS re:Invent 2.023 - What's new with AWS file storage](https://www.youtube.com/watch?v=yXIeIKlTFV0)
+ [AWS re:Invent 2.023 - File storage for builders and data scientists on Amazon Elastic File System](https://www.youtube.com/watch?v=g0f6lrmEyRM)