Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Gemeinsamer Speicher
AWS ParallelCluster [unterstützt entweder die Verwendung von [Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html), [FSx für ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/what-is-fsx-ontap.html) und [FSx für OpenZFS](https://docs.aws.amazon.com/fsx/latest/OpenZFSGuide/what-is-fsx.html) Shared Storage Volumes, [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) und [FSx für Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/what-is.html) Shared Storage-Dateisysteme oder File Caches.](https://docs.aws.amazon.com/fsx/latest/FileCacheGuide/what-is.html) Wir empfehlen Ihnen, sich an die [Grundpfeiler Zuverlässigkeit eines AWS gut konzipierten Frameworks zu halten und Ihre](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/back-up-data.html) Volumes und Dateisysteme zu sichern.
Wählen Sie ein Speichersystem, das die I/O-Anforderungen Ihrer HPC-Anwendung erfüllt. Sie können jedes Dateisystem auf der Grundlage Ihres spezifischen Anwendungsfalls optimieren. Weitere Informationen finden Sie in der [Übersicht über die Speicheroptionen](https://docs.aws.amazon.com/whitepapers/latest/aws-overview/storage-services.html).
**Amazon EBS-Volumes** werden an den Hauptknoten angehängt und über NFS für Rechenknoten freigegeben. Diese Option kann kosteneffektiv sein, die Leistung hängt jedoch bei steigendem Speicherbedarf von den Ressourcen des Hauptknotens ab. Dies kann zu einem Engpass werden, wenn dem Cluster mehr Rechenknoten hinzugefügt werden und der Durchsatzbedarf steigt.
**Amazon EFS-Dateisysteme werden** skaliert, wenn sich die Speicheranforderungen ändern. Sie können diese Dateisysteme für eine Vielzahl von Anwendungsfällen konfigurieren. Verwenden Sie Amazon EFS-Dateisysteme, um parallelisierte und latenzempfindliche Anwendungen auf Ihrem Cluster auszuführen.
**FSx for Lustre-Dateisysteme** können riesige Datensätze mit einem Durchsatz von bis zu Hunderten von Gigabyte pro Sekunde, Millionen von IOPS und Latenzen unter einer Millisekunde verarbeiten. Verwenden Sie FSx für Lustre-Dateisysteme für anspruchsvolle Hochleistungsrechnerumgebungen.
In der [`SharedStorage` Abschnitt](SharedStorage-v3.md) können Sie entweder externen oder AWS ParallelCluster verwalteten Speicher definieren:
+ **Externer Speicher** bezieht sich auf ein vorhandenes Volume oder Dateisystem, das Sie verwalten. AWS ParallelCluster erstellt oder löscht diesen Speicher nicht.
+ **Verwalteter Speicher** bezieht sich auf ein Volume oder Dateisystem, das AWS ParallelCluster erstellt wurde und gelöscht werden kann.
**Externer Speicher**
Sie können so konfigurieren AWS ParallelCluster , dass bei der Erstellung oder Aktualisierung des Clusters externer Speicher an den Cluster angehängt wird. Ebenso können Sie es so konfigurieren, dass der externe Speicher vom Cluster getrennt wird, wenn der Cluster gelöscht oder aktualisiert wird. Ihre Daten bleiben erhalten und Sie können sie für langfristigen, dauerhaften, gemeinsam genutzten Speicher außerhalb des Cluster-Lebenszyklus verwenden.
**Anmerkung**
In Versionen AWS ParallelCluster vor 3.8 ist das Mounten von extern verwalteten Dateisystemen nicht möglich. `/home` Ab Version 3.8 AWS ParallelCluster können Sie es `/home` als Einhängepunkt für ein externes verwaltetes Dateisystem verwenden. Sie können ein extern verwaltetes Dateisystem einhängen, `/home` indem Sie `/home` als Wert für den [MountDir](SharedStorage-v3.md#yaml-SharedStorage-MountDir)Parameter unter dem [`SharedStorage` Abschnitt](SharedStorage-v3.md) angeben.
Amazon File Cache ist nicht für die Verwendung als `/home` Systemverzeichnis geeignet und wird daher derzeit nicht für das Mounten unterstützt`/home`.
Bei der Angabe eines `/home` Verzeichnisses unter [`SharedStorage` Abschnitt](SharedStorage-v3.md) der [SharedStorageType](HeadNode-v3.md#yaml-HeadNode-SharedStorageType)Konfigurationsoption wird das überschrieben, was bedeutet, dass stattdessen die Einstellungen unter verwendet [`SharedStorage` Abschnitt](SharedStorage-v3.md) werden.
Beim Mounten eines externen Dateisystems in das `/home` Verzeichnis wird der `/home` Inhalt des Kopfknotens in das externe Dateisystem AWS ParallelCluster kopiert, ohne bestehende Dateien auf dem externen Speicher zu überschreiben. Dies beinhaltet die Übertragung des SSH-Schlüssels des Clusters für den Standardbenutzer, falls er im externen Dateisystem nicht vorhanden ist. Weitere Informationen finden Sie unter. [AWS ParallelCluster Überlegungen zu gemeinsam genutztem Speicher](shared-storage-working-considerations-v3.md)
**AWS ParallelCluster verwalteter Speicher**
AWS ParallelCluster Der verwaltete Speicher ist in der Konfiguration standardmäßig vom Lebenszyklus des Clusters abhängig. Der `SharedStorage` `DeletionPolicy` Konfigurationsparameter ist `Delete` standardmäßig auf eingestellt.
Standardmäßig werden ein AWS ParallelCluster verwaltetes Dateisystem oder ein verwaltetes Volume und die zugehörigen Daten gelöscht, wenn eine der folgenden Bedingungen zutrifft.
+ Sie löschen den Cluster.
+ Sie ändern die Konfiguration des verwalteten gemeinsam genutzten Speichers`Name`.
+ Sie entfernen den verwalteten gemeinsamen Speicher aus der Konfiguration.
Stellen Sie `DeletionPolicy` auf ein`Retain`, um Ihr verwaltetes gemeinsam genutztes Dateisystem oder Volume und Daten beizubehalten. Wir empfehlen Ihnen, Ihre Daten regelmäßig zu sichern, um Datenverlust zu vermeiden. Sie können [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)damit Backups für all Ihre Speicheroptionen zentral verwalten.
Sie können die Lebenszyklusabhängigkeit mit den Konfigurationseinstellungen entfernen. Weitere Informationen finden Sie unter [Konvertiert AWS ParallelCluster verwalteten Speicher in externen Speicher](shared-storage-conversion-v3.md).
Informationen zu gemeinsam genutzten Speicherkontingenten finden Sie unter[Kontingente für gemeinsam genutzten Speicher](shared-storage-quotas-v3.md).
Weitere Informationen zu gemeinsam genutztem Speicher und dem Wechsel zu neuen AWS ParallelCluster Versionen finden Sie unter[Bewährte Methoden: Verschieben eines Clusters auf eine neue AWS ParallelCluster Minor- oder Patch-Version](best-practices-v3.md#best-practices-cluster-upgrades-v3).
Sie können so konfigurieren AWS ParallelCluster , dass bei der Erstellung oder Aktualisierung des Clusters externer Speicher an den Cluster angehängt wird. Ebenso können Sie es so konfigurieren, dass der externe Speicher vom Cluster getrennt wird, wenn der Cluster gelöscht oder aktualisiert wird. Ihre Daten bleiben erhalten und Sie können sie für langfristige, permanente, gemeinsam genutzte Speicherlösungen verwenden, die unabhängig vom Cluster-Lebenszyklus sind.
Standardmäßig ist verwalteter Speicher vom Lebenszyklus des Clusters abhängig. Sie können die Abhängigkeit mit den unter beschriebenen Konfigurationseinstellungen entfernen[Konvertiert AWS ParallelCluster verwalteten Speicher in externen Speicher](shared-storage-conversion-v3.md).
Mit spezifischen Einstellungen können Sie jede der unterstützten Speicherlösungen für Ihre Anwendungsfälle optimieren.
Informationen zu gemeinsam genutzten Speicherkontingenten finden Sie unter[Kontingente für gemeinsam genutzten Speicher](shared-storage-quotas-v3.md).
Weitere Informationen zu gemeinsam genutztem Speicher und dem Wechsel zu neuen AWS ParallelCluster Versionen finden Sie unter[Bewährte Methoden: Verschieben eines Clusters auf eine neue AWS ParallelCluster Minor- oder Patch-Version](best-practices-v3.md#best-practices-cluster-upgrades-v3).
In den folgenden Themen wird beschrieben, wie Sie gemeinsam genutzten Speicher für jeden Speicherdienst konfigurieren, der dies AWS ParallelCluster unterstützt.
**Topics**
+ [Amazon Elastic Block Store](shared-storage-config-ebs-v3.md)
+ [Amazon Elastic File System](shared-storage-config-efs-v3.md)
+ [Amazon FSx für Lustre](shared-storage-config-fsxlustre-v3.md)
+ [Konfigurieren Sie FSx für ONTAP, FSx OpenZFS und gemeinsam genutzten Datei-Cache-Speicher](shared-storage-config-ontap-zfs-v3.md)
+ [Arbeiten mit gemeinsam genutztem Speicher in AWS ParallelCluster](shared-storage-considerations-v3.md)
+ [Kontingente für gemeinsam genutzten Speicher](shared-storage-quotas-v3.md)
# Amazon Elastic Block Store
Um ein vorhandenes externes Amazon EBS-Volume für dauerhaften Langzeitspeicher zu verwenden, der unabhängig vom Cluster-Lebenszyklus ist, geben Sie [`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings)/[`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-VolumeId)an.
Wenn Sie dies nicht angeben [`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-VolumeId), wird standardmäßig ab dem [`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings)Zeitpunkt, an dem Ihr Cluster AWS ParallelCluster erstellt wird, ein verwaltetes EBS-Volume erstellt. AWS ParallelCluster löscht auch das Volume und die Daten, wenn der Cluster gelöscht oder das Volume aus der Cluster-Konfiguration entfernt wird.
Bei einem AWS ParallelCluster verwalteten EBS-Volume können Sie [`EbsSettings`](SharedStorage-v3.md#SharedStorage-v3-EbsSettings)/verwenden, [`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-EbsSettings-DeletionPolicy)um das Volume AWS ParallelCluster anzuweisen `Delete``Retain`, oder `Snapshot` das Volume, wenn entweder der Cluster gelöscht oder wenn das Volume aus der Cluster-Konfiguration entfernt wird. `DeletionPolicy` ist standardmäßig auf `Delete` festgelegt.
**Warnung**
Für AWS ParallelCluster verwalteten gemeinsamen Speicher `DeletionPolicy` ist `Delete` standardmäßig auf eingestellt.
Das bedeutet, dass ein verwaltetes Volume und seine Daten gelöscht werden, wenn eine der folgenden Bedingungen zutrifft:
Sie löschen den Cluster.
Sie ändern die Konfiguration des verwalteten gemeinsam genutzten Speichers [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name).
Sie entfernen den verwalteten gemeinsamen Speicher aus der Konfiguration.
Wir empfehlen Ihnen, Ihren gemeinsam genutzten Speicher regelmäßig mit Snapshots zu sichern, um Datenverlust zu vermeiden. Weitere Informationen zu Amazon EBS-Snapshots finden Sie unter [Amazon EBS-Snapshots](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) im *Amazon Elastic Compute Cloud-Benutzerhandbuch für* Linux-Instances. Informationen zur Verwaltung von Datensicherungen finden AWS-Services Sie unter [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) im *AWS Backup Entwicklerhandbuch*.
# Amazon Elastic File System
Um ein vorhandenes externes Amazon EFS-Dateisystem für dauerhaften Langzeitspeicher außerhalb des Cluster-Lebenszyklus zu verwenden, geben Sie [`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)/[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-FileSystemId)an. Standardmäßig wird ab dem [`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)Zeitpunkt der Clustererstellung ein verwaltetes Amazon EFS-Dateisystem erstellt. AWS ParallelCluster AWS ParallelCluster löscht auch das Dateisystem und die Daten, wenn der Cluster gelöscht wird oder wenn das Dateisystem aus der Cluster-Konfiguration entfernt wird.
Bei einem AWS ParallelCluster verwalteten Amazon EFS-Dateisystem können Sie [`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)/verwenden, [`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-DeletionPolicy) AWS ParallelCluster um `Delete` anzugeben, `Retain` ob der Cluster gelöscht wird oder wann das Dateisystem aus der Cluster-Konfiguration entfernt wird. `DeletionPolicy` ist standardmäßig auf `Delete` festgelegt.
**Warnung**
Für AWS ParallelCluster verwalteten gemeinsamen Speicher `DeletionPolicy` ist `Delete` standardmäßig auf eingestellt.
Das bedeutet, dass ein verwaltetes Dateisystem und seine Daten gelöscht werden, wenn eine der folgenden Bedingungen zutrifft:
Sie löschen den Cluster.
Sie ändern die Konfiguration des verwalteten gemeinsam genutzten Speichers [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name).
Sie entfernen den verwalteten gemeinsamen Speicher aus der Konfiguration.
Wir empfehlen Ihnen, Ihren gemeinsam genutzten Speicher regelmäßig zu sichern, um Datenverlust zu vermeiden. Weitere Informationen zum Sichern einzelner Amazon EFS-Volumes finden Sie unter [Sichern Ihrer Amazon EFS-Dateisysteme](https://docs.aws.amazon.com/efs/latest/ug/efs-backup-solutions.html) im *Amazon Elastic File System-Benutzerhandbuch*. Informationen zur Verwaltung von Datensicherungen finden AWS-Services Sie unter [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) im *AWS Backup Entwicklerhandbuch*.
# Amazon FSx für Lustre
Um ein vorhandenes externes Dateisystem FSx für Lustre als dauerhaften Langzeitspeicher außerhalb des Cluster-Lebenszyklus zu verwenden, geben Sie [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/an. [`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId)
Wenn Sie [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/nicht angeben [`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId), wird standardmäßig ab dem [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)Zeitpunkt der AWS ParallelCluster Clustererstellung ein FSx für Lustre verwaltetes Dateisystem erstellt. AWS ParallelCluster löscht auch das Dateisystem und die Daten, wenn der Cluster gelöscht wird oder wenn das Dateisystem aus der Clusterkonfiguration entfernt wird.
Bei einem FSx für Lustre AWS ParallelCluster verwalteten Dateisystem können Sie das [`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/verwenden, [`DeletionPolicy`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-DeletionPolicy)um das Dateisystem AWS ParallelCluster `Delete` anzuweisen, wenn entweder der Cluster gelöscht wird oder wenn das Dateisystem aus der Cluster-Konfiguration entfernt wird. `Retain` `DeletionPolicy` ist standardmäßig auf `Delete` festgelegt.
**Warnung**
Für AWS ParallelCluster verwalteten gemeinsamen Speicher `DeletionPolicy` ist `Delete` standardmäßig auf eingestellt.
Das bedeutet, dass ein verwaltetes Dateisystem und seine Daten gelöscht werden, wenn eine der folgenden Bedingungen zutrifft:
Sie löschen den Cluster.
Sie ändern die Konfiguration des verwalteten gemeinsam genutzten Speichers [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name).
Sie entfernen den verwalteten gemeinsamen Speicher aus der Konfiguration.
Wir empfehlen Ihnen, Ihren gemeinsam genutzten Speicher regelmäßig zu sichern, um Datenverlust zu vermeiden. Sie können Backups in Ihrem Cluster mit [`SharedStorage`](SharedStorage-v3.md)/[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)/[`AutomaticBackupRetentionDays`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-AutomaticBackupRetentionDays)und definieren [`DailyAutomaticBackupStartTime`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-DailyAutomaticBackupStartTime). Informationen zur Verwaltung von Datensicherungen finden AWS-Services Sie unter [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) im *AWS Backup Entwicklerhandbuch*.
# Konfigurieren Sie FSx für ONTAP, FSx OpenZFS und gemeinsam genutzten Datei-Cache-Speicher
FSx Für ONTAP, FSx für OpenZFS und File Cache können Sie/,/und [`FsxOntapSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxOntapSettings)/verwenden [`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-FsxOntapSettings-VolumeId), [`FsxOpenZfsSettings`[`FileCacheId`](SharedStorage-v3.md#yaml-SharedStorage-FsxFileCacheSettings-FileCacheId)](SharedStorage-v3.md#SharedStorage-v3-FsxOpenZfsSettings)um das [`VolumeId`](SharedStorage-v3.md#yaml-SharedStorage-FsxOpenZfsSettings-VolumeId)Mounten [`FileCacheSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxFileCacheSettings)eines externen vorhandenen Volumes oder Datei-Caches für Ihren Cluster anzugeben.
AWS ParallelCluster verwalteter gemeinsam genutzter Speicher wird für ONTAP, FSx FSx für OpenZFS und File Cache nicht unterstützt.
# Arbeiten mit gemeinsam genutztem Speicher in AWS ParallelCluster
In den folgenden Abschnitten erfahren Sie mehr über die Arbeit mit AWS ParallelCluster und gemeinsam genutztem Speicher, einschließlich Überlegungen zu gemeinsam genutztem Speicher und wie Sie verwalteten Speicher in externen Speicher umwandeln können.
**Topics**
+ [AWS ParallelCluster Überlegungen zu gemeinsam genutztem Speicher](shared-storage-working-considerations-v3.md)
+ [Konvertiert AWS ParallelCluster verwalteten Speicher in externen Speicher](shared-storage-conversion-v3.md)
# AWS ParallelCluster Überlegungen zu gemeinsam genutztem Speicher
Beachten Sie Folgendes, wenn Sie mit gemeinsam genutztem Speicher in arbeiten AWS ParallelCluster.
+ Sichern Sie Ihre Dateisystemdaten mit [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)oder einer anderen Methode, um Backups für alle Ihre Speichersysteme zu verwalten.
+ Um gemeinsam genutzten Speicher hinzuzufügen, fügen Sie Ihrer Konfigurationsdatei einen Bereich für gemeinsam genutzten Speicher hinzu und erstellen oder aktualisieren den Cluster.
+ Um gemeinsam genutzten Speicher zu entfernen, entfernen Sie den Bereich für gemeinsam genutzten Speicher aus Ihrer Konfigurationsdatei und aktualisieren den Cluster.
+ Um den vorhandenen AWS ParallelCluster verwalteten gemeinsam genutzten Speicher durch neuen verwalteten Speicher zu ersetzen, ändern Sie den Wert für [`SharedStorage`](SharedStorage-v3.md)/[`Name`](SharedStorage-v3.md#yaml-SharedStorage-Name)und aktualisieren Sie den Cluster.
**Warnung**
Standardmäßig werden der vorhandene AWS ParallelCluster verwaltete Speicher und die vorhandenen Daten gelöscht, wenn Sie das Cluster-Update mit einem neuen `Name` Parameter durchführen. Wenn Sie die vorhandenen verwalteten gemeinsam genutzten Speicherdaten ändern `Name` und beibehalten müssen, stellen Sie sicher, dass Sie entweder den `DeletionPolicy` Wert auf festlegen `Retain` oder die Daten sichern, bevor Sie den Cluster aktualisieren.
+ Wenn Sie die AWS ParallelCluster verwalteten Speicherdaten nicht sichern und dies `DeletionPolicy` ist`Delete`, werden Ihre Daten gelöscht, wenn entweder Ihr Cluster gelöscht wird oder wenn Ihr verwalteter Speicher aus der Clusterkonfiguration entfernt und der Cluster aktualisiert wird.
+ Wenn Sie die AWS ParallelCluster verwalteten Speicherdaten nicht sichern, obwohl dies der `DeletionPolicy` Fall ist`Retain`, wird Ihr Dateisystem getrennt, bevor der Cluster gelöscht wird, und kann als externes Dateisystem wieder an einen anderen Cluster angehängt werden. Ihre Daten bleiben erhalten.
+ Wenn AWS ParallelCluster verwalteter Speicher aus der Cluster-Konfiguration entfernt `DeletionPolicy` wird und ist`Retain`, kann er als externes Dateisystem wieder an den Cluster angehängt werden, wobei Ihre Clusterdaten erhalten bleiben.
+ Ab AWS ParallelCluster Version 3.4.0 können Sie die Sicherheit für Amazon EFS-Dateisystem-Mounts erhöhen, indem Sie [`SharedStorage`[`EfsSettings`](SharedStorage-v3.md#SharedStorage-v3-EfsSettings)](SharedStorage-v3.md)//[`EncryptionInTransit`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-EncryptionInTransit)und [`IamAuthorization`](SharedStorage-v3.md#yaml-SharedStorage-EfsSettings-IamAuthorization)Einstellungen konfigurieren.
+ Wenn ein externes Dateisystem in das Verzeichnis /home gemountet wird, erhalten AWS ParallelCluster Kopien des Inhalts des s /home directory to the external filesystem. It copies existing data in the /home directory without overwriting existing files or directories on the external storage. This includes the cluster's SSH key for the default user in case it does not already exist on the external filesystem. Consequently all other clusters that mount the same external filesystem to their respective /home Hauptknotenverzeichnisses auch denselben SSH-Schlüssel für ihren Standardbenutzer des Clusters.
+ In einer Multi-Cluster-Umgebung, in der dasselbe externe Dateisystem in die /home-Verzeichnisse von Clustern gemountet wird, werden SSH-Schlüssel, die Zugriff auf die Rechenknoten gewähren, die auf dem Hauptknoten von erstellt wurden AWS ParallelCluster, nur einmal generiert, wenn der erste Cluster das externe Dateisystem in /home einhängt. Alle anderen Cluster verwenden denselben SSH-Schlüssel. Daher kann jeder, der den SSH-Schlüssel für den Standardbenutzer dieser gemeinsam genutzten Cluster besitzt, auf jeden Cluster zugreifen. Alle Rechenknoten ermöglichen Verbindungen unter Verwendung des ursprünglich generierten Schlüssels.
# Konvertiert AWS ParallelCluster verwalteten Speicher in externen Speicher
Erfahren Sie, wie Sie AWS ParallelCluster verwalteten Speicher in externen Speicher konvertieren.
Die Verfahren basieren auf dem folgenden Beispielausschnitt einer Konfigurationsdatei.
```
...
- MountDir: /fsx
Name: fsx
StorageType: FsxLustre
FsxLustreSettings:
StorageCapacity: 1200
DeletionPolicy: Delete
...
```
**Konvertiert AWS ParallelCluster verwalteten Speicher in externen Speicher**
1. Stellen Sie `Retain` in der `DeletionPolicy` Cluster-Konfigurationsdatei den Wert auf ein.
```
...
- MountDir: /fsx
Name: fsx
StorageType: FsxLustre
FsxLustreSettings:
StorageCapacity: 1200
DeletionPolicy: Retain
...
```
1. Führen Sie den folgenden Befehl aus, um die `DeletionPolicy` Änderung festzulegen.
```
pcluster update-cluster -n cluster-name -c cluster-config.yaml
```
1. Entfernen Sie den `SharedStorage` Abschnitt aus der Cluster-Konfigurationsdatei.
```
...
...
```
1. Führen Sie den folgenden Befehl aus`SharedStorage`, um die Datei verwaltete Datei in eine externe Datei umzuwandeln `SharedStorage` und sie vom Cluster zu trennen.
```
pcluster update-cluster -n cluster-name -c cluster-config.yaml
```
1. Ihr gemeinsam genutzter Speicher ist jetzt extern und vom Cluster getrennt.
1. Gehen Sie wie folgt vor, um Ihr externes Dateisystem an den ursprünglichen Cluster oder einen anderen Cluster anzuhängen.
1. Rufen Sie die Dateisystem-ID FSx für Lustre ab.
1. Um den Befehl zu verwenden, AWS CLI führen Sie den folgenden Befehl aus und suchen Sie das Dateisystem mit einem Namen, der den Namen Ihres ursprünglichen Clusters enthält, und notieren Sie sich die Dateisystem-ID.
```
aws fsx describe-file-systems
```
1. Um den zu verwenden AWS-Managementkonsole, melden Sie sich an und navigieren Sie zum [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/). Suchen Sie in der Liste der Dateisysteme nach dem Dateisystem mit einem Namen, der den Namen Ihres ursprünglichen Clusters enthält, und notieren Sie sich die Dateisystem-ID.
1. Aktualisieren Sie die Regeln für die Dateisystem-Sicherheitsgruppe, um den Zugriff auf und von den Dateisystem- und Cluster-Subnetzen zu ermöglichen. Sie finden den Namen und die ID der Dateisystem-Sicherheitsgruppe in der FSx Amazon-Konsole.
Fügen Sie der Dateisystem-Sicherheitsgruppe Regeln hinzu, die eingehenden und ausgehenden TCP-Verkehr vom und zum Hauptknoten und den IP-CIDR-Bereichen oder -Präfixen des Compute-Knotens zulassen. Geben Sie die TCP-Ports 988, 1021, 1022 und 1023 für den eingehenden und ausgehenden TCP-Verkehr an.
Weitere Informationen finden Sie unter [`SharedStorage`[`FsxLustreSettings`](SharedStorage-v3.md#SharedStorage-v3-FsxLustreSettings)](SharedStorage-v3.md)//[`FileSystemId`](SharedStorage-v3.md#yaml-SharedStorage-FsxLustreSettings-FileSystemId)und [Sicherheitsgruppen für Amazon erstellen, konfigurieren und löschen EC2 ](https://docs.aws.amazon.com/cli/latest/userguide/cli-services-ec2-sg.html) im *AWS Command Line Interface Benutzerhandbuch für Version 2.*
1. Fügen Sie den `SharedStorage` Abschnitt zur Cluster-Konfiguration hinzu.
```
...
- MountDir: /fsx
Name: fsx-external
StorageType: FsxLustre
FsxLustreSettings:
FileSystemId: fs-02e5b4b4abd62d51c
...
```
1. Führen Sie den folgenden Befehl aus, um den externen gemeinsam genutzten Speicher zum Cluster hinzuzufügen.
```
pcluster update-cluster -n cluster-name -c cluster-config.yaml
```
# Kontingente für gemeinsam genutzten Speicher
Konfigurieren Sie `SharedStorage` den Cluster so, dass vorhandener gemeinsam genutzter Dateispeicher bereitgestellt und ein neuer gemeinsam genutzter Dateispeicher auf der Grundlage der in der folgenden Tabelle aufgeführten Kontingente erstellt wird.
**Die bereitgestellten Dateispeicherkontingente für jeden Cluster**
| Speichertyp für gemeinsam genutzte Dateien | AWS ParallelCluster verwalteter Speicher | Externer Speicher | Kontingent netto insgesamt |
| --- | --- | --- | --- |
| Amazon EBS | 5 | 5 | 5 |
| ÜBERFALLEN | 1 | 0 | 1 |
| Amazon EFS | 1 | 20 | 21 |
| FSx Amazonas† | 1 FSx für Lustre | 20 | 21 |
**Anmerkung**
Diese Tabelle der Kontingente wurde in AWS ParallelCluster Version 3.2.0 hinzugefügt.
† unterstützt AWS ParallelCluster nur das Mounten vorhandener Amazon FSx for NetApp ONTAP-, Amazon FSx for OpenZFS- und File Cache-Systeme. Die Erstellung neuer Systeme FSx für ONTAP, OpenZFS und File FSx Cache wird nicht unterstützt.
**Anmerkung**
Wenn Sie es AWS Batch als Scheduler verwenden, ist FSx for Lustre nur auf dem Cluster-Hauptknoten verfügbar.
Datei-Caches unterstützen keine Scheduler. AWS Batch