Um temporären Speicher für Uploads, Downloads und Katalogelemente, die extern veröffentlicht oder abonniert werden, bereitzustellen, müssen Sie veranlassen, dass alle Server in einer VMware Cloud Director-Servergruppe auf ein NFS- oder ein anderes gemeinsam genutztes Speichervolume zugreifen können.

Jedes Mitglied der Servergruppe mountet dieses Volume am selben Mount-Punkt: /opt/vmware/vcloud-director/data/transfer. Der Speicher auf diesem Volume wird auf viele Arten genutzt, einschließlich der folgenden:
  • Während der Übertragung wird dieser Speicher durch Uploads und Downloads belegt. Wenn die Übertragung abgeschlossen ist, werden die Uploads und Downloads aus dem Speicher entfernt. Übertragungen, bei denen 60 Minuten lang keine Fortschritte erzielt werden, werden als „Abgelaufen“ markiert und vom System bereinigt. Da zu übertragende Bilder groß sein können, wird empfohlen, für diesen Zweck mindestens mehrere hundert Gigabyte zuzuweisen.
  • Katalogobjekte in Katalogen, die extern veröffentlicht werden und für die Zwischenspeicherung von veröffentlichten Inhalten aktiviert ist, belegen diesen Speicher. Objekte von Katalogen, die extern veröffentlicht werden, aber keine Zwischenspeicherung ermöglichen, belegen diesen Speicher nicht. Wenn Sie Unternehmen in Ihrer Cloud die Möglichkeit bieten, Kataloge zu erstellen, die extern veröffentlicht werden, können Sie davon ausgehen, dass Hunderte oder sogar Tausende Katalogobjekte Speicherplatz auf diesem Volume benötigen. Die Größe der einzelnen Katalogelemente entspricht ungefähr der Größe einer virtuellen Maschine im komprimierten OVF-Format.
Hinweis: Das Volume des Übertragungsserverspeichers muss über Kapazitäten für zukünftige Erweiterungen verfügen.

Optionen für den freigegebenen Speicher

Ein herkömmlicher Linux-basierter NFS-Server oder andere Lösungen wie Microsoft Windows Server, die NFS-Funktion VMware vSAN-Dateidienst usw. können den freigegebenen Speicher bereitstellen. Ab vSAN 7.0 können Sie die Funktion vSAN-Dateidienst zum Exportieren von NFS-Freigaben unter Verwendung der Protokolle NFS 3.0 und NFS 4.1 verwenden. Weitere Informationen zum vSAN-Dateidienst finden Sie im Handbuch Verwalten von VMware vSAN in der Produktdokumentation zu VMware vSphere.

Anforderungen an die Konfiguration des NFS-Servers

Es gibt bestimmte Anforderungen an die Konfiguration des NFS-Servers, damit VMware Cloud Director Dateien in einen NFS-basierten Übertragungsserverspeicher schreiben und daraus lesen kann. Wegen dieser Anforderungen kann der vCloud-Benutzer die standardmäßigen Cloud-Vorgänge durchführen, während der root-Benutzer für die Erfassung von Protokollen mit mehreren Zeilen zuständig ist.
  • In der Exportliste für den NFS-Server muss jedes Servermitglied in der VMware Cloud Director-Servergruppe über Lese-/Schreibzugriff auf den freigegebenen Speicherort verfügen, der in der Exportliste angegeben ist. Diese Funktion ermöglicht dem vCloud-Benutzer, Dateien in den freigegebenen Speicherort zu schreiben und Dateien daraus zu lesen.
  • Der NFS-Server muss über das root-Systemkonto allen Servern in der VMware Cloud Director-Servergruppe Lese-/Schreibzugriff auf den freigegebenen Speicherort erteilen. Diese Funktion ermöglicht das gleichzeitige Erfassen der Protokolle aus allen Zellen in einem einzelnen Paket, indem das vmware-vcd-support-Skript mit den entsprechenden Optionen für Mehrfachzellen verwendet wird. Sie können diese Anforderung erfüllen, indem Sie no_root_squash in der NFS-Exportkonfiguration für diesen freigegebenen Speicherort verwenden.

Beispiel für Linux-NFS-Server

Wenn der Linux-NFS-Server ein Verzeichnis mit dem Namen „vCDspace“ als Übertragungsspeicher für die VMware Cloud Director-Servergruppe mit dem Speicherort /nfs/vCDspace verwendet, müssen Sie zum Exportieren dieses Verzeichnisses sicherstellen, dass der zugehörige Besitzer und die Berechtigungen auf root:root und 750 festgelegt sind. Die Methode no_root_squash wird zum Erteilen von Lese-/Schreibzugriff auf den freigegebenen Speicherort für drei Zellen mit den Namen „vCD-Cell1-IP“, „vCD-Cell2-IP“ und „vCD-Cell3-IP“ verwendet. Sie müssen der Datei /etc/exports die folgenden Zeilen hinzufügen. 
/nfs/vCDspace vCD_Cell1_IP_Address(rw,sync,no_subtree_check,no_root_squash) 
/nfs/vCDspace vCD_Cell2_IP_Address(rw,sync,no_subtree_check,no_root_squash)
/nfs/vCDspace vCD_Cell3_IP_Address(rw,sync,no_subtree_check,no_root_squash)

In der Exportzeile darf zwischen der IP-Adresse jeder Zelle und der unmittelbar folgenden linken Klammer kein Leerzeichen vorhanden sein. Wenn der NFS-Server neu gestartet wird, während die Zellen Daten in den freigegebenen Speicherort schreiben, wird mit der Option sync in der Exportkonfiguration verhindert, dass die Daten im freigegebenen Speicherort beschädigt werden. Ein Unterverzeichnis eines Dateisystems wird zuverlässig exportiert, wenn Sie die Option no_subtree_check in der Exportkonfiguration verwenden.

Für jeden Server in der VMware Cloud Director-Servergruppe müssen Sie über einen entsprechenden Eintrag in der Datei /etc/exports des NFS-Servers verfügen, damit sie alle diese NFS-Freigabe mounten können. Führen Sie nach dem Vornehmen von Änderungen an der Datei /etc/exports auf dem NFS-Server den Befehl exportfs -a aus, um die NFS-Freigaben erneut zu exportieren.

Überlegungen beim Planen des Upgrades Ihrer VMware Cloud Director-Installation auf eine höhere Version

Während eines Upgrades einer VMware Cloud Director-Servergruppe führen Sie die Installationsdatei für die aktualisierte Version aus, um alle Mitglieder der VMware Cloud Director-Servergruppe zu aktualisieren. Aus Gründen der Übersichtlichkeit laden einige Unternehmen die Installationsdatei für das Upgrade in den Speicherort des Übertragungsservers herunter und führen sie von dort aus, da alle Zellen Zugriff auf diesen Speicherort haben. Da der root-Benutzer zum Ausführen der Upgrade-Installationsdatei verwendet werden muss, müssen Sie bei Nutzung des Übertragungsserverspeichers zum Ausführen eines Upgrades sicherstellen, dass der root-Benutzer die Upgrade-Installationsdatei ausführen kann, während Sie das Upgrade durchführen. Wenn Sie das Upgrade nicht als root-Benutzer ausführen können, muss die Datei in einen anderen Speicherort kopiert werden, in dem Sie sie als root-Benutzer ausführen können, z. B. in einem anderen Verzeichnis außerhalb des NFS-Mounts.