Informationen zum Konfigurieren der Lustre-Konnektivität

Das Lustre-Dateisystem wird in einem Subnetz in einem vom Kunden verwalteten VCN bereitgestellt. Lustre-Clients mounten das Dateisystem über das VCN-Netzwerk. Die Netzwerkaspekte wie Peering, IP-Adressen, Sicherheitsgruppen, Sicherheitslisten und Routing werden von Ihnen als Kunde verwaltet. Weitere Informationen zu OCI Networking-Komponenten finden Sie unter "Überblick über OCI Networking" im Abschnitt "Weitere Informationen".

Lustre-Komponenten werden in einem vom Kunden verwalteten Subnetz bereitgestellt (dieses Subnetz muss während der Erstellung des Lustre-Dateisystems vorhanden sein). Dieses Subnetz sollte über eine ausreichende Anzahl verfügbarer IP-Adressen für die Zuweisung zu Dateisystemressourcen verfügen und für zukünftiges Wachstum ausreichen. Die Anforderung liegt je nach ausgewählter Performanceebene zwischen 43 und 60 IP-Adressen pro 100 TB. Zukünftige Dateisystemerweiterungen sollten bei der Skalierung der Subnetzanforderungen berücksichtigt werden.

Das Lustre-Dateisystem kann je nach Größe, Performance-Tier und zukünftigen Erweiterungsanforderungen ein eigenes Subnetz oder ein eigenes VCN aufweisen.

Lustre kann sich auf verschiedene Weise mit Ihren Workloads (Lustre-Clients) verbinden. Es wird empfohlen, dass Lustre ein eigenes Subnetz hat, entweder in demselben VCN wie die Workload oder in einem separaten VCN. Dies bietet die Flexibilität, IPs zuzuweisen, IP-Adressen separat Lustre-Workloads zuzuweisen und den IP-Speicherplatz des Subnetzes unabhängig zu skalieren.

Durch die verschiedenen Subnetzoptionen wird keine zusätzliche Latenz zwischen Clients und dem Dateisystem hinzugefügt, solange sich das Subnetz in derselben Availability-Domain befindet. Hier sind einige Bereitstellungsoptionen für Lustre:

• Gleiches Subnetz für Lustre und die Workload
• Lustre und Workload in verschiedenen Subnetzen im selben VCN
• Lustre und Workload in verschiedenen Subnetzen in verschiedenen VCNs

Wenn Lustre und Workloads in verschiedenen VCNs vorhanden sind, finden Sie hier einige Konnektivitätsoptionen:

• VCN-Peering zwischen VCNs im selben Mandanten oder mandantenübergreifend
• Erstellen Sie eine zweite VNIC auf der Workload-Instanz, und hängen Sie die VNIC an das Lustre-Subnetz oder an ein Subnetz im Lustre-VCN an

Das folgende Diagramm veranschaulicht ein Deployment mit einem VCN mit unterschiedlichen Workload- und Lustre-Subnetzen:

Beschreibung der Abbildung lüster-file-system-single-vcn.png

Das folgende Diagramm zeigt ein Lustre-Subnetz ohne Workload-Subnetz.

Beschreibung der Abbildung lüster-file-system-single-lustre-subnet.png

Das folgende Diagramm veranschaulicht verschiedene VCNs für das Workload-Subnetz und das Lustre-Subnetz.

Beschreibung der Abbildung lüster-file-system-lustre-vcn.png

Im Folgenden finden Sie eine Abbildung von Lustre und Workloads in verschiedenen VCNs, in denen Sie VCN-Peering zwischen VCNs im selben Mandanten oder mandantenübergreifend implementieren können. Eine zweite VNIC wird in der Workload-Instanz erstellt und an das Lustre-Subnetz oder an ein Subnetz im Lustre-VCN angehängt.

Beschreibung der Abbildung lüster-file-system-vnic.png

Überlegungen zu Availability-Domains und Netzwerklatenz

Das Lustre-Dateisystem kann von überall gemountet werden, solange eine Netzwerkverbindung besteht. Dies gilt auch für andere Regionen und On Premise. Wenn Sie jedoch über Links mit hoher Latenz auf das Dateisystem zugreifen, treten Performanceprobleme auf. Das Ausmaß der Beeinträchtigung der Performance hängt von der Linkbandbreite und der Netzwerklatenz zwischen Lustre und Clients ab.