Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Implementieren Sie einen StorageGRID Node als Virtual Machine

Beitragende
PDFs

Sie verwenden VMware vSphere Web Client, um jeden Grid-Knoten als virtuelle Maschine bereitzustellen. Während der Implementierung wird jeder Grid-Node erstellt und mit einem oder mehreren StorageGRID-Netzwerken verbunden.

Wenn Sie Speicherknoten einer StorageGRID-Appliance bereitstellen müssen, finden Sie weitere Informationen unter "Appliance-Storage-Node implementieren".

Optional können Sie Node-Ports neu zuordnen oder die CPU- oder Speichereinstellungen für den Node erhöhen, bevor Sie den Node einschalten.

Bevor Sie beginnen

  • Sie haben die Vorgehensweise überprüft "Installation planen und vorbereiten"Und Sie verstehen die Anforderungen an Software, CPU und RAM sowie Storage und Performance.

  • Sie sind mit VMware vSphere Hypervisor vertraut und verfügen über Erfahrung mit der Bereitstellung von Virtual Machines in dieser Umgebung.

    Hinweis Der open-vm-tools Paket, eine Open-Source-Implementierung ähnlich wie VMware Tools, ist in der virtuellen StorageGRID-Maschine enthalten. Sie müssen VMware Tools nicht manuell installieren.

  • Sie haben die korrekte Version des StorageGRID-Installationsarchivs für VMware heruntergeladen und extrahiert.

    Wichtig Wenn Sie den neuen Node im Rahmen eines Erweiterungs- oder Recovery-Vorgangs implementieren, müssen Sie die Version von StorageGRID verwenden, die derzeit im Grid ausgeführt wird.

  • Sie haben das Laufwerk der virtuellen StorageGRID-Maschine (.vmdk) Datei:

NetApp-SG-version-SHA.vmdk

  • Sie haben die .ovf Und .mf Dateien für jeden Typ von Grid-Node, den Sie implementieren:

    Dateiname Beschreibung

    vsphere-Primary-admin.ovf vsphere-Primary-admin.mf

    Die Vorlagendatei und die Manifestdatei für den primären Admin-Knoten.

    vsphere-nicht-Primary-admin.ovf vsphere-nicht-Primary-admin.mf

    Die Vorlagendatei und die Manifestdatei für einen nicht-primären Admin-Knoten.

    vsphere-Archive.ovf vsphere-Archive.mf

    Die Vorlagendatei und die Manifestdatei für einen Archiv-Knoten.

    vsphere-Gateway.ovf vsphere-Gateway.mf

    Die Vorlagendatei und die Manifestdatei für einen Gateway-Knoten.

    vsphere-Storage.ovf vsphere-Storage.mf

    Vorlagendatei und Manifestdatei für einen Speicherknoten.

  • Der .vdmk, .ovf, und .mf Alle Dateien befinden sich im selben Verzeichnis.

  • Sie verfügen über einen Plan, um Ausfall-Domains zu minimieren. Sie sollten beispielsweise nicht alle Gateway-Knoten auf einem einzelnen virtuellen Maschinenserver bereitstellen.

    Wichtig Führen Sie in einer Produktionsimplementierung nicht mehr als einen Storage Node auf einem einzelnen Virtual Machine-Server aus. Die Verwendung eines dedizierten Virtual Machine-Hosts für jeden Storage Node stellt eine isolierte Ausfall-Domäne bereit.

  • Wenn Sie einen Node im Rahmen eines Erweiterungs- oder Recovery-Vorgangs implementieren, steht Ihnen die zur Verfügung "Anweisungen zum erweitern eines StorageGRID-Systems" Oder im "Anweisungen zur Wiederherstellung und Wartung".

  • Wenn Sie einen StorageGRID-Knoten als Virtual Machine mit Speicher von einem NetApp ONTAP-System bereitstellen, haben Sie bestätigt, dass für das Volume keine FabricPool-Tiering-Richtlinie aktiviert ist. Wenn beispielsweise ein StorageGRID-Knoten als virtuelle Maschine auf einem VMware-Host ausgeführt wird, stellen Sie sicher, dass für das Volume, das den Datastore für den Node sichert, keine FabricPool-Tiering-Richtlinie aktiviert ist. Das Deaktivieren von FabricPool Tiering für Volumes, die in Verbindung mit StorageGRID Nodes verwendet werden, vereinfacht die Fehlerbehebung und Storage-Vorgänge.

    Wichtig Verwenden Sie FabricPool niemals, um StorageGRID-bezogene Daten in das Tiering zurück zu StorageGRID selbst zu verschieben. Das Tiering von StorageGRID-Daten zurück in die StorageGRID verbessert die Fehlerbehebung und reduziert die Komplexität von betrieblichen Abläufen.
Über diese Aufgabe

Befolgen Sie diese Anweisungen, um zunächst VMware Nodes zu implementieren, einen neuen VMware Node in einer Erweiterung hinzuzufügen oder einen VMware Node im Rahmen eines Recovery-Vorgangs zu ersetzen. Sofern in den Schritten nicht anders angegeben, ist das Verfahren zur Node-Implementierung für alle Node-Typen, einschließlich Admin-Nodes, Storage-Nodes, Gateway-Nodes und Archiv-Nodes, identisch.

Wenn Sie ein neues StorageGRID System installieren:

  • Sie müssen den primären Admin-Node bereitstellen, bevor Sie einen anderen Grid-Node bereitstellen.

  • Sie müssen sicherstellen, dass jede virtuelle Maschine über das Grid-Netzwerk eine Verbindung zum primären Admin-Node herstellen kann.

  • Vor der Konfiguration des Grid müssen Sie alle Grid-Nodes implementieren.

Wenn Sie eine Erweiterung oder Wiederherstellung durchführen:

  • Sie müssen sicherstellen, dass die neue virtuelle Maschine über das Grid-Netzwerk eine Verbindung zum primären Admin-Node herstellen kann.

Wenn Sie einen der Node-Ports neu zuordnen müssen, schalten Sie den neuen Node erst ein, wenn die Konfiguration der Port-Neuzuordnung abgeschlossen ist.

Schritte

  1. Implementieren Sie mit vCenter eine OVF-Vorlage.

    Wenn Sie eine URL angeben, zeigen Sie auf einen Ordner mit den folgenden Dateien. Wählen Sie andernfalls jede dieser Dateien aus einem lokalen Verzeichnis aus.

    NetApp-SG-version-SHA.vmdk
vsphere-node.ovf
vsphere-node.mf

    Wenn dies beispielsweise der erste Node ist, den Sie bereitstellen, verwenden Sie diese Dateien, um den primären Admin-Node für Ihr StorageGRID-System bereitzustellen:

    NetApp-SG-version-SHA.vmdk
sphere-primary-admin.ovf
sphere-primary-admin.mf

  2. Geben Sie einen Namen für die virtuelle Maschine ein.

    Als Standard-Practice wird derselbe Name sowohl für die Virtual Machine als auch für den Grid-Node verwendet.

  3. Platzieren Sie die virtuelle Maschine in die entsprechende vApp oder den entsprechenden Ressourcen-Pool.

  4. Wenn Sie den primären Admin-Knoten bereitstellen, lesen Sie die Endbenutzer-Lizenzvereinbarung und akzeptieren Sie diese.

    Je nach Ihrer Version von vCenter variieren die Schritte in der Reihenfolge, in der sie die Endbenutzer-Lizenzvereinbarung akzeptieren, den Namen der virtuellen Maschine angeben und einen Datastore auswählen.

  5. Wählen Sie Speicher für die virtuelle Maschine aus.

    Wenn Sie einen Node im Rahmen der Recovery implementieren, führen Sie die Anweisungen im aus Storage Recovery-Schritt Um neue virtuelle Festplatten hinzuzufügen, fügen Sie virtuelle Festplatten vom ausgefallenen Grid-Node oder beiden wieder an.

    Verwenden Sie bei der Bereitstellung eines Storage-Nodes 3 oder mehr Storage-Volumes, wobei jedes Storage-Volume mindestens 4 TB betragen kann. Sie müssen Volume 0 mindestens 4 TB zuweisen.

    Wichtig Die ovf-Datei Storage Node definiert mehrere VMDKs für den Speicher. Sofern diese VMDKs Ihre Storage-Anforderungen nicht erfüllen, sollten Sie sie entfernen und vor dem Einschalten des Knotens entsprechende VMDKs oder RDMs für den Storage zuweisen. VMDKs sind in VMware-Umgebungen häufiger und einfacher zu managen, während RDMs über 100 MB/s bessere Performance für Workloads mit größeren Objektgrößen bieten können (z. B. über 8 MB).
    Hinweis Einige Installationen von StorageGRID können größere, aktivere Storage Volumes als typische virtualisierte Workloads nutzen. Möglicherweise müssen Sie einige Hypervisor-Parameter einstellen, wie z. B. MaxAddressableSpaceTB, Optimale Leistung zu erzielen. Falls die Performance nicht beeinträchtigt wird, wenden Sie sich an Ihre Virtualisierungs-Support-Ressource, um zu ermitteln, ob Ihre Umgebung von Workload-spezifischem KonfigurationTuning profitieren kann.

  6. Wählen Sie Netzwerke aus.

    Legen Sie fest, welche StorageGRID-Netzwerke der Knoten verwendet, indem Sie ein Zielnetzwerk für jedes Quellnetzwerk auswählen.

    • Das Grid-Netzwerk ist erforderlich. Sie müssen ein Zielnetzwerk in der vSphere Umgebung auswählen.

    • Wenn Sie das Admin-Netzwerk verwenden, wählen Sie in der vSphere-Umgebung ein anderes Zielnetzwerk aus. Wenn Sie das Admin-Netzwerk nicht verwenden, wählen Sie dasselbe Ziel aus, das Sie für das Grid-Netzwerk ausgewählt haben.

    • Wenn Sie das Client-Netzwerk verwenden, wählen Sie in der vSphere-Umgebung ein anderes Zielnetzwerk aus. Wenn Sie das Client-Netzwerk nicht verwenden, wählen Sie dasselbe Ziel aus, das Sie für das Grid-Netzwerk ausgewählt haben.

  7. Konfigurieren Sie unter Vorlage anpassen die erforderlichen Eigenschaften für den StorageGRID-Knoten.

    1. Geben Sie den Knotennamen ein.

      Wichtig Wenn Sie einen Grid-Node wiederherstellen, müssen Sie den Namen des Node eingeben, den Sie wiederherstellen.

    2. Wählen Sie im Abschnitt Grid Network (eth0) DIE Option STATISCH oder DHCP für die Grid-Netzwerk-IP-Konfiguration aus.

      • Wenn SIE STATISCH wählen, geben Sie Grid-Netzwerk-IP, Grid-Netzwerkmaske, Grid-Netzwerk-Gateway und Grid-Netzwerk-MTU ein.

      • Wenn Sie DHCP auswählen, werden die Grid-Netzwerk-IP, Grid-Netzwerkmaske und Grid-Netzwerk-Gateway automatisch zugewiesen.

    3. Geben Sie im Feld Primary Admin IP die IP-Adresse des primären Admin-Knotens für das Grid Network ein.

      Hinweis Dieser Schritt gilt nicht, wenn der Knoten, den Sie bereitstellen, der primäre Admin-Node ist.

    Wenn Sie die IP-Adresse des primären Admin-Knotens auslassen, wird die IP-Adresse automatisch erkannt, wenn der primäre Admin-Node oder mindestens ein anderer Grid-Node mit konfigurierter ADMIN_IP im selben Subnetz vorhanden ist. Es wird jedoch empfohlen, hier die IP-Adresse des primären Admin-Knotens festzulegen.

    1. Wählen Sie im Abschnitt Admin-Netzwerk (eth1) DIE Option STATISCH, DHCP oder DEAKTIVIERT für die Admin-Netzwerk-IP-Konfiguration aus.

      • Wenn Sie das Admin-Netzwerk nicht verwenden möchten, wählen SIE DEAKTIVIERT aus, und geben Sie 0.0.0.0 für die Admin-Netzwerk-IP ein. Sie können die anderen Felder leer lassen.

      • Wenn SIE STATISCH wählen, geben Sie die Option Admin-Netzwerk-IP, Admin-Netzwerkmaske, Admin-Netzwerk-Gateway und Admin-Netzwerk-MTU ein.

      • Wenn SIE STATISCH wählen, geben Sie die Liste * Admin Netzwerk External Subnetz list* ein. Außerdem müssen Sie ein Gateway konfigurieren.

      • Wenn Sie DHCP auswählen, werden die Admin-Netzwerk-IP, Admin-Netzwerkmaske und Admin-Netzwerk-Gateway automatisch zugewiesen.

    2. Wählen Sie im Abschnitt Client Network (eth2) DIE Option STATISCH, DHCP oder DEAKTIVIERT für die Client-Netzwerk-IP-Konfiguration aus.

      • Wenn Sie das Client-Netzwerk nicht verwenden möchten, wählen SIE DEAKTIVIERT aus, und geben Sie 0.0.0.0 für die Client-Netzwerk-IP ein. Sie können die anderen Felder leer lassen.

      • Wenn SIE STATISCH wählen, geben Sie Client-Netzwerk-IP, Client-Netzwerkmaske, Client-Netzwerk-Gateway und Client-Netzwerk-MTU ein.

      • Wenn Sie DHCP auswählen, werden die Client-Netzwerk-IP, Client-Netzwerkmaske und Client-Netzwerk-Gateway automatisch zugewiesen.

  8. Überprüfen Sie die Virtual Machine-Konfiguration und nehmen Sie alle erforderlichen Änderungen vor.

  9. Wenn Sie fertig sind, wählen Sie Fertig stellen, um den Upload der virtuellen Maschine zu starten.

  10. Wenn Sie diesen Node im Rahmen des Wiederherstellungsvorgangs bereitgestellt haben und es sich dabei nicht um eine Wiederherstellung mit einem kompletten Node handelt, führen Sie nach Abschluss der Bereitstellung die folgenden Schritte aus:

    1. Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und wählen Sie Einstellungen bearbeiten.

    2. Wählen Sie jede virtuelle Standardfestplatte aus, die für den Speicher bestimmt wurde, und wählen Sie Entfernen.

    3. Je nach Ihren Bedingungen bei der Datenwiederherstellung fügen Sie je nach Ihren Storage-Anforderungen neue virtuelle Festplatten hinzu. Fügen Sie alle virtuellen Festplatten wieder an, die aus dem zuvor entfernten ausgefallenen Grid-Node oder beiden Festplatten erhalten bleiben.

      Beachten Sie die folgenden wichtigen Richtlinien:

      • Wenn Sie neue Festplatten hinzufügen, sollten Sie denselben Speichertyp verwenden, der vor der Wiederherstellung des Nodes verwendet wurde.

      • Die ovf-Datei Storage Node definiert mehrere VMDKs für den Speicher. Sofern diese VMDKs Ihre Storage-Anforderungen nicht erfüllen, sollten Sie sie entfernen und vor dem Einschalten des Knotens entsprechende VMDKs oder RDMs für den Storage zuweisen. VMDKs sind in VMware-Umgebungen häufiger und einfacher zu managen, während RDMs über 100 MB/s bessere Performance für Workloads mit größeren Objektgrößen bieten können (z. B. über 8 MB).

  11. Wenn Sie die von diesem Node verwendeten Ports neu zuordnen müssen, führen Sie die folgenden Schritte aus.

    Möglicherweise müssen Sie einen Port neu zuordnen, wenn Ihre Unternehmensrichtlinien den Zugriff auf einen oder mehrere von StorageGRID verwendete Ports einschränken. Siehe "Netzwerkrichtlinien" Für die von StorageGRID verwendeten Ports.

    Wichtig Weisen Sie die in den Endpunkten des Load Balancer verwendeten Ports nicht neu zu.

    1. Wählen Sie die neue VM aus.

    2. Wählen Sie auf der Registerkarte Konfigurieren die Option Einstellungen > vApp Optionen. Der Standort von vApp Options hängt von der Version von vCenter ab.

    3. Suchen Sie in der Tabelle Properties DIE Option PORT_REMAP_INBOUND und PORT_REMAP.

    4. Wenn Sie für einen Port ein- und ausgehende Kommunikation symmetrisch zuordnen möchten, wählen Sie PORT_REMAP.

      Hinweis Wenn nur PORT_REMAP festgelegt ist, gilt die von Ihnen angegebene Zuordnung sowohl für eingehende als auch für ausgehende Kommunikation. Wenn AUCH PORT_REMAP_INBOUND angegeben wird, gilt PORT_REMAP nur für ausgehende Kommunikation.

      1. Scrollen Sie zurück nach oben in der Tabelle und wählen Sie Bearbeiten.

      2. Wählen Sie auf der Registerkarte Typ die Option Benutzer konfigurierbar aus, und wählen Sie Speichern.

      3. Wählen Sie Wert Festlegen.

      4. Geben Sie die Port-Zuordnung ein:

        <network type>/<protocol>/<default port used by grid node>/<new port>

        <network type> Ist Grid, Administrator oder Client und <protocol> Ist tcp oder udp.

        Um z. B. ssh-Datenverkehr von Port 22 nach Port 3022 neu zuzuweisen, geben Sie Folgendes ein:

      client/tcp/22/3022

      1. Wählen Sie OK.

    5. Wählen Sie PORT_REMAP_INBOUND aus, um den Port anzugeben, der für die eingehende Kommunikation an den Knoten verwendet wird.

      Hinweis Wenn SIE PORT_REMAP_INBOUND angeben und keinen Wert für PORT_REMAP angeben, bleibt die ausgehende Kommunikation für den Port unverändert.

      1. Scrollen Sie zurück nach oben in der Tabelle und wählen Sie Bearbeiten.

      2. Wählen Sie auf der Registerkarte Typ die Option Benutzer konfigurierbar aus, und wählen Sie Speichern.

      3. Wählen Sie Wert Festlegen.

      4. Geben Sie die Port-Zuordnung ein:

        <network type>/<protocol>/<remapped inbound port>/<default inbound port used by grid node>

        <network type> Ist Grid, Administrator oder Client und <protocol> Ist tcp oder udp.

      Um z. B. eingehenden SSH-Datenverkehr neu zuzuweisen, der an Port 3022 gesendet wird, damit er vom Grid-Node an Port 22 empfangen wird, geben Sie Folgendes ein:

    client/tcp/3022/22

    1. Wählen Sie OK

  12. Wenn Sie die CPU oder den Arbeitsspeicher für den Knoten aus den Standardeinstellungen erhöhen möchten:

    1. Klicken Sie mit der rechten Maustaste auf die virtuelle Maschine und wählen Sie Einstellungen bearbeiten.

    2. Ändern Sie je nach Bedarf die Anzahl der CPUs oder die Speichergröße.

      Stellen Sie die Speicherreservierung auf die gleiche Größe wie der Speicher ein, der der virtuellen Maschine zugewiesen wurde.

    3. Wählen Sie OK.

  13. Schalten Sie die Virtual Machine ein.

Nachdem Sie fertig sind

Wenn Sie diesen Node im Rahmen eines Erweiterungs- oder Recovery-Verfahrens implementiert haben, kehren Sie zu diesen Anweisungen zurück, um das Verfahren durchzuführen.