Konfigurieren von NFS-Einbindungen
Azure CycleCloud bietet integrierte Unterstützung für die Einbindung eines einfachen Network File System (NFS). Der NFS kann eine andere Ressource sein, die von CycleCloud verwaltet wird, oder eine externe Ressource.
Standardvorlagen : Einstellungen für den netzwerkgebundenen Speicher
Die Standardclustervorlagen für jeden Planer enthalten einen Abschnitt zum Konfigurieren von NFS-Optionen beim Erstellen eines Clsuters.
Das /shared/ Verzeichnis für jeden Cluster ist standardmäßig eine NFS-Freigabe. Die NFS Type Dropdownliste in diesem Konfigurationsabschnitt enthält Optionen für diese NFS-Freigabe, die entweder aus dem Clusterhauptknoten (die Builtin Option) exportiert oder von einem NFS-Server bereitgestellt werden kann.
Wenn Builtin ausgewählt ist, wird die NFS-Freigabe auf einem Azure Managed Disk (SSD Standard) erstellt, der auf dem Hauptknoten des Clusters eingebunden ist, und die Size Option gibt die Größe des bereitgestellten Datenträgers an.
Alternativ werden bei Angabe der External NFS Option zusätzliche Felder zum Angeben der IP-Adresse (oder des Hostnamens) des NFS-Servers sowie anderer NFS-Einbindungsoptionen angezeigt. Diese External NFS Option kann zum Einbinden von Endpunkten wie NFS in Azure Files Storage, Azure HPC Cache, Azure NetApp Files oder NFS auf Azure Blob Storage verwendet werden.
Wenn ein anderer NFS-Bereitstellungspunkt erforderlich ist, z. B /data . als Ressource für alle Benutzer, werden durch Auswahl der Add NFS Mount Option zusätzliche Felder hinzugefügt, die eine weitere Einbindung hinzufügen.
Einbinden eines NFS-Dateisystems
So binden Sie ein vorhandenes NFS-Dateisystem ein:
[[[configuration cyclecloud.mounts.nfs_data]]]
type = nfs
mountpoint = /mnt/exports/nfs_data
export_path = /mnt/exports/data
ist export_path der Pfad auf dem Server, und das mountpoint ist der Pfad zum Einbinden der Freigabe auf dem Client. Das eingebundene NFS-Dateisystem kann aus einem Knoten im selben CycleCloud-Cluster, aus einem Knoten in einem anderen CycleCloud-Cluster oder aus einem separaten NFS-Dateisystem exportiert werden, das einfache Einbindungen ermöglicht. Wenn das Dateisystem von einem Knoten im lokalen Cluster exportiert wird, verwendet CycleCloud die Suche, um die Adresse automatisch zu ermitteln. Wenn das Dateisystem aus einem anderen CycleCloud-Cluster exportiert wird, kann die Bereitstellungskonfiguration ein Attribut cluster_name angeben, um CycleCloud anzuweisen, den Cluster mit diesem Namen zu durchsuchen:
[[[configuration cyclecloud.mounts.other_cluster_fs]]]
type = nfs
mountpoint = /mnt/exports/other_cluster_fs
export_path = /mnt/exports/data
cluster_name = filesystem_cluster
Um den Speicherort des Dateisystems explizit anzugeben (erforderlich für die Einbindung von Nicht-CycleCloud-Dateisystemen), kann die Einbindungskonfiguration das Attribut address mit dem Hostnamen oder der IP des Dateisystems angeben:
[[[configuration cyclecloud.mounts.external_filer]]]
type = nfs
mountpoint = /mnt/exports/external_filer
address = 54.83.20.2
Standardfreigaben
Standardmäßig enthalten die meisten CycleCloud-Clustertypen mindestens ein freigegebenes Laufwerk, das unter /shared und /mnt/exports/shared bereitgestellt ist. Für Cluster, die ein einfaches freigegebenes Dateisystem benötigen, ist diese Bereitstellung häufig ausreichend.
Viele Clustertypen enthalten auch eine zweite NFS-Einbindung bei /sched und /mnt/exports/sched , die für die Verwendung durch den ausgewählten Scheduler reserviert ist. Im Allgemeinen sollte von Anwendungen nicht auf diese Einbindung zugegriffen werden.
Die Bereitstellungskonfigurationen für die Standardfreigaben reservieren Dateisystemnamen cyclecloud.mounts.shared und cyclecloud.mounts.sched. Das Ändern der Standardkonfigurationen für diese Freigaben ist möglich, kann jedoch zu unerwartetem Verhalten führen, da viele Clustertypen auf den Standardbereitstellungen basieren.
Deaktivieren von NFS-Einbindungen
NfS-Einbindungen von Azure CycleCloud können deaktiviert werden, indem das disabled Attribut auf true festgelegt wird. Die Standardfreigaben können auch auf diese Weise deaktiviert werden:
[[[configuration]]]
cyclecloud.mounts.sched.disabled = true
cyclecloud.mounts.shared.disabled = true
cshared.server.legacy_links_disabled = true
Viele Cluster gehen davon aus, dass ein freigegebenes Speichergerät clusterweit unter /shared verfügbar ist. Wenn Sie diese Konfigurationen verwenden, aktivieren Sie daher einen Dateiserver, und stellen Sie ihn auf jedem Clusterknoten bereit mit:
[[[configuration cyclecloud.mounts.external_shared]]]
type = nfs
mountpoint = /shared
export_path = /mnt/raid/export
address = 54.83.20.2
Einbinden eines Azure Managed Lustre-Dateisystems
Azure CycleCloud-Cluster verfügen über integrierte Unterstützung für die Einbindung von Azure Managed Lustre.
Um ein neues Azure Managed Lustre Filesystem (AMLFS) zur Verwendung in Ihrem Cluster zu erstellen, folgen Sie der AMLFS-Dokumentation.
So binden Sie eine vorhandene AMLFS ein:
[[[configuration cyclecloud.mounts.lustre_data]]]
type = lustre
address = 10.4.0.14
mountpoint = /lustre_data
Das erforderliche address Attribut gibt den Hostnamen oder die IP-Adresse des AMLFS an.
Das erforderliche mountpoint Attribut gibt den Pfad zum Einbinden des AMLFS auf den Clusterknoten an.
Optional können Sie das export_path -Attribut verwenden, um vorhandene Unterverzeichnisse innerhalb des AMLFS einzubinden. Für ein neu erstelltes AMLFS ist /der einzige vorhandene Pfad . Wenn export_path nicht festgelegt ist, wird die Standardeinstellung auf tcp:/lustrefs/ (AMLFS-Bereitstellungspunkten muss mit tcp:/lustrefsdem Präfix versehen sein).
Angenommen, der Pfad /data wurde in Ihrem Lustre-Dateisystem erstellt, können Sie wie folgt einbinden data :
[[[configuration cyclecloud.mounts.lustre_data]]]
type = lustre
address = 10.4.0.14
mountpoint = /lustre_data
export_path = tcp:/lustrefs/data/
options = noatime, flock
Das optionale options Attribut kann verwendet werden, um Einbindungsoptionen für eine AMLFS-Einbindung hinzuzufügen.
options wird standardmäßig auf festgelegt noatime, flock , wenn nicht angegeben.
[! HINWEIS] Lustre funktioniert am besten, wenn die Bereitstellung von Knoten vor dem Herunterfahren aufgehoben wird. Daher wird dringend empfohlen, Beendigungsbenachrichtigungen für Knoten zu aktivieren, die ein AMLFS-Dateisystem einbinden. CycleCloud registriert ein Skript zum Herunterfahren, um die Bereitstellung des Dateisystems bei der Knotenbeendigung sauber aufzuheben, die aufgerufen wird, wenn Beendigungsbenachrichtigungen aktiviert sind.
Einbindungskonfigurationsoptionen
| Option | Definition |
|---|---|
| Typ |
ERFORDERLICH Das Type-Attribut muss für NFS-Bereitstellungen oder lustre FÜR AMLFS-Einbindungen auf festgelegt nfs werden, um von Volumebereitstellungen und anderen freigegebenen Dateisystemtypen zu unterscheiden. |
| export_path | Der Speicherort des Exports im Remotedateisystem. Die export_path muss bereits im Remotedateisystem vorhanden sein. Wenn kein export_path angegeben wird, wird der Bereitstellungspunkt der Einbindung als export_path verwendet. |
| mountpoint | Der Speicherort, an dem das Dateisystem bereitgestellt wird, nachdem eine zusätzliche Konfiguration angewendet wurde. Wenn das Verzeichnis noch nicht vorhanden ist, wird es erstellt. |
| cluster_name | Der Name des CycleCloud-Clusters, der das Dateisystem exportiert. Wenn nicht festgelegt, wird der lokale Cluster des Knotens angenommen. |
| address | Der explizite Hostname oder die IP-Adresse des Dateisystems. Wenn nicht festgelegt, versucht die Suche, das Dateisystem in einem CycleCloud-Cluster zu finden. |
| Optionen | Alle nicht standardmäßigen Optionen, die beim Einbinden des Dateisystems verwendet werden sollen. |
| deaktiviert | Wenn diese Einstellung auf truefestgelegt ist, wird das Dateisystem vom Knoten nicht eingebunden. |
Hinweis
Das Ändern des Hostnamenschemas wird für die meisten Scheduler nicht unterstützt.