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.
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 Backupoder 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/Nameund 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 ändernName
und beibehalten müssen, stellen Sie sicher, dass Sie entweder denDeletionPolicy
Wert auf festlegenRetain
oder die Daten sichern, bevor Sie den Cluster aktualisieren. -
Wenn Sie die AWS ParallelCluster verwalteten Speicherdaten nicht sichern
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.DeletionPolicy
-
Wenn Sie die AWS ParallelCluster verwalteten Speicherdaten nicht sichern, obwohl dies der
DeletionPolicy
Fall istRetain
, 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 istRetain
, 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 EFS Amazon-Dateisystem-Mounts erhöhen, indem Sie SharedStorageEfsSettings//EncryptionInTransitund IamAuthorizationEinstellungen konfigurieren.
-
Wenn Sie ein externes Dateisystem in das Verzeichnis /home einhängen, wird der Inhalt des /home-Verzeichnisses des Hauptknotens in das externe Dateisystem AWS ParallelCluster kopiert. Es kopiert bestehende Daten im Verzeichnis /home, ohne bestehende Dateien oder Verzeichnisse auf dem externen Speicher zu überschreiben. Dazu gehört auch der SSH Clusterschlüssel für den Standardbenutzer, falls er nicht bereits im externen Dateisystem vorhanden ist. Folglich haben alle anderen Cluster, die dasselbe externe Dateisystem in ihrem jeweiligen /home-Verzeichnis mounten, 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, nur einmal generiert AWS ParallelCluster, wenn der erste Cluster das externe Dateisystem in /home einhängt. Alle anderen Cluster verwenden denselben Schlüssel. SSH Somit 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.