Automatisieren der Installation (VMware)
Sie können VMware vSphere verwenden, um die Implementierung von Grid-Nodes zu automatisieren. Außerdem können Sie die Konfiguration von StorageGRID automatisieren.
Automatisierte Grid Node-Implementierung
Einsatz von VMware vSphere zur Automatisierung der Implementierung von Grid-Nodes
-
Sie haben Zugriff auf ein Linux/Unix System mit Bash 3.2 oder höher.
-
Sie haben VMware OVF Tool 4.1 installiert und richtig konfiguriert.
-
Sie kennen den Benutzernamen und das Kennwort, die für den Zugriff auf VMware vSphere mit dem OVF-Tool erforderlich sind.
-
Sie kennen die VI-URL der virtuellen Infrastruktur für den Speicherort in vSphere, wo Sie die StorageGRID Virtual Machines bereitstellen möchten. Bei dieser URL handelt es sich in der Regel um eine vApp oder einen Ressourcen-Pool. Beispiel:
vi://vcenter.example.com/vi/sgws
Sie können VMware verwenden ovftool
Dienstprogramm, um diesen Wert zu ermitteln (sieheovftool
Dokumentation für Details).Wenn Sie eine vApp bereitstellen, werden die virtuellen Maschinen nicht automatisch beim ersten Mal gestartet, und Sie müssen sie manuell einschalten. -
Sie haben alle für die Konfigurationsdatei erforderlichen Informationen gesammelt. Siehe "Erfassen von Informationen über die Bereitstellungsumgebung" Zur Information.
-
Sie haben Zugriff auf die folgenden Dateien aus dem VMware Installationsarchiv für StorageGRID:
Dateiname | Beschreibung |
---|---|
NetApp-SG-Version-SHA.vmdk |
Die Festplattendatei für Virtual Machines, die als Vorlage für die Erstellung von Grid-Node-Virtual Machines verwendet wird. Hinweis: Diese Datei muss sich im selben Ordner befinden wie der |
vsphere-Primary-admin.ovf vsphere-Primary-admin.mf |
Die Vorlagendatei „Open Virtualization Format“ ( |
vsphere-nicht-Primary-admin.ovf vsphere-nicht-Primary-admin.mf |
Die Vorlagendatei ( |
vsphere-Archive.ovf vsphere-Archive.mf |
Die Vorlagendatei ( |
vsphere-Gateway.ovf vsphere-Gateway.mf |
Die Vorlagendatei ( |
vsphere-Storage.ovf vsphere-Storage.mf |
Die Vorlagendatei ( |
deploy-vsphere-ovftool.sh |
Das Bash Shell-Skript wird zur Automatisierung der Implementierung virtueller Grid-Nodes verwendet. |
deploy-vsphere-ovftool-sample.ini |
Die Beispielkonfigurationsdatei für die Verwendung mit dem |
Legen Sie die Konfigurationsdatei für Ihre Bereitstellung fest
Sie geben die Informationen an, die zum Implementieren der virtuellen Grid-Nodes für StorageGRID in einer Konfigurationsdatei erforderlich sind, die von verwendet wird deploy-vsphere-ovftool.sh
Bash-Skript. Sie können eine Beispielkonfigurationsdatei ändern, sodass Sie die Datei nicht von Grund auf neu erstellen müssen.
-
Erstellen Sie eine Kopie der Beispielkonfigurationsdatei (
deploy-vsphere-ovftool.sample.ini
). Speichern Sie die neue Datei unterdeploy-vsphere-ovftool.ini
Im gleichen Verzeichnis wiedeploy-vsphere-ovftool.sh
. -
Offen
deploy-vsphere-ovftool.ini
. -
Geben Sie alle für die Implementierung der virtuellen VMware Grid-Nodes erforderlichen Informationen ein.
Siehe Konfigurationsdateieinstellungen Zur Information.
-
Wenn Sie alle erforderlichen Informationen eingegeben und verifiziert haben, speichern und schließen Sie die Datei.
Konfigurationsdateieinstellungen
Der deploy-vsphere-ovftool.ini
Die Konfigurationsdatei enthält die Einstellungen, die für die Implementierung der virtuellen Grid-Nodes erforderlich sind.
In der Konfigurationsdatei werden zunächst die globalen Parameter aufgelistet und anschließend die knotenspezifischen Parameter in Abschnitten aufgelistet, die durch den Knotennamen definiert sind. Wenn die Datei verwendet wird:
-
Globale Parameter werden auf alle Grid-Knoten angewendet.
-
Node-spezifische Parameter globale Parameter überschreiben.
Globale Parameter
Globale Parameter werden auf alle Rasterknoten angewendet, es sei denn, sie werden durch Einstellungen in einzelnen Abschnitten außer Kraft gesetzt. Platzieren Sie die Parameter, die für mehrere Knoten gelten, im globalen Parameterabschnitt und überschreiben Sie diese Einstellungen, wie in den Abschnitten für einzelne Knoten erforderlich.
-
OVFTOOL_ARGUMENTS: Sie können OVFTOOL_ARGUMENTS als globale Einstellungen angeben oder Argumente einzeln auf bestimmte Knoten anwenden. Beispiel:
OVFTOOL_ARGUMENTS = --powerOn --noSSLVerify --diskMode=eagerZeroedThick --datastore='datastore_name'
Sie können das verwenden
--powerOffTarget
Und--overwrite
Optionen zum Herunterfahren und Ersetzen vorhandener Virtual Machines.Sie sollten Knoten auf verschiedenen Datastores bereitstellen und OVFTOOL_ARGUMENTE für jeden Knoten angeben, anstatt global. -
QUELLE: Der Pfad zur StorageGRID Virtual Machine Vorlage (
.vmdk
) Datei und die.ovf
Und.mf
Dateien für einzelne Grid-Nodes: Dies ist standardmäßig das aktuelle Verzeichnis.SOURCE = /downloads/StorageGRID-Webscale-version/vsphere
-
ZIEL: Die virtuelle Infrastruktur (vi) von VMware vSphere für den Speicherort, an dem StorageGRID bereitgestellt wird. Beispiel:
TARGET = vi://vcenter.example.com/vm/sgws
-
GRID_NETWORK_CONFIG: Die Methode, mit der IP-Adressen erworben werden, ENTWEDER STATISCH oder DHCP. Die Standardeinstellung IST STATISCH. Wenn alle oder die meisten Knoten dieselbe Methode zum Erwerb von IP-Adressen verwenden, können Sie diese Methode hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
GRID_NETWORK_CONFIG = DHCP
-
GRID_NETWORK_TARGET: Der Name eines vorhandenen VMware-Netzwerks, das für das Grid-Netzwerk verwendet werden soll. Wenn alle oder die meisten Nodes denselben Netzwerknamen verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
GRID_NETWORK_TARGET = SG-Admin-Network
-
GRID_NETWORK_MASKE: Die Netzwerkmaske für das Grid-Netzwerk. Wenn alle oder die meisten Nodes dieselbe Netzwerkmaske verwenden, können Sie sie hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
GRID_NETWORK_MASK = 255.255.255.0
-
GRID_NETWORK_GATEWAY: Das Netzwerk-Gateway für das Grid-Netzwerk. Wenn alle oder die meisten Nodes dasselbe Netzwerk-Gateway verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
GRID_NETWORK_GATEWAY = 10.1.0.1
-
GRID_NETWORK_MTU: OPTIONAL. Die maximale Übertragungseinheit (MTU) im Grid-Netzwerk. Wenn angegeben, muss der Wert zwischen 1280 und 9216 liegen. Beispiel:
GRID_NETWORK_MTU = 8192
Wenn weggelassen wird, wird 1400 verwendet.
Wenn Sie Jumbo Frames verwenden möchten, setzen Sie die MTU auf einen für Jumbo Frames geeigneten Wert, z. B. 9000. Behalten Sie andernfalls den Standardwert bei.
Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der auf dem Switch-Port konfiguriert ist, mit dem der Node verbunden ist. Andernfalls können Probleme mit der Netzwerkleistung oder Paketverluste auftreten. Für die beste Netzwerkleistung sollten alle Knoten auf ihren Grid Network Interfaces mit ähnlichen MTU-Werten konfiguriert werden. Die Warnung Grid Network MTU mismatch wird ausgelöst, wenn sich die MTU-Einstellungen für das Grid Network auf einzelnen Knoten erheblich unterscheiden. Die MTU-Werte müssen nicht für alle Netzwerktypen gleich sein. -
ADMIN_NETWORK_CONFIG: Die Methode zum Abrufen von IP-Adressen, entweder DEAKTIVIERT, STATISCH oder DHCP. Die Standardeinstellung IST DEAKTIVIERT. Wenn alle oder die meisten Knoten dieselbe Methode zum Erwerb von IP-Adressen verwenden, können Sie diese Methode hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_CONFIG = STATIC
-
ADMIN_NETWORK_TARGET: Der Name eines vorhandenen VMware-Netzwerks, das für das Admin-Netzwerk verwendet werden soll. Diese Einstellung ist erforderlich, es sei denn, das Admin-Netzwerk ist deaktiviert. Wenn alle oder die meisten Nodes denselben Netzwerknamen verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_TARGET = SG-Admin-Network
-
ADMIN_NETWORK_MASKE: Die Netzwerkmaske für das Admin-Netzwerk. Diese Einstellung ist erforderlich, wenn Sie statische IP-Adressen verwenden. Wenn alle oder die meisten Nodes dieselbe Netzwerkmaske verwenden, können Sie sie hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_MASK = 255.255.255.0
-
ADMIN_NETWORK_GATEWAY: Das Netzwerk-Gateway für das Admin-Netzwerk. Diese Einstellung ist erforderlich, wenn Sie statische IP-Adressen verwenden und externe Subnetze in DER EINSTELLUNG ADMIN_NETWORK_ESL angeben. (Das heißt, es ist nicht erforderlich, wenn ADMIN_NETWORK_ESL leer ist.) Wenn alle oder die meisten Nodes dasselbe Netzwerk-Gateway verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_GATEWAY = 10.3.0.1
-
ADMIN_NETWORK_ESL: Die externe Subnetz-Liste (Routen) für das Admin-Netzwerk, angegeben als kommagetrennte Liste der CIDR-Routenziele. Wenn alle oder die meisten Knoten dieselbe externe Subnetz Liste verwenden, können Sie sie hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_ESL = 172.16.0.0/21,172.17.0.0/21
-
ADMIN_NETWORK_MTU: OPTIONAL. Die maximale Übertragungseinheit (MTU) im Admin-Netzwerk. Geben Sie nicht an, ob ADMIN_NETWORK_CONFIG = DHCP. Wenn angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn weggelassen wird, wird 1400 verwendet. Wenn Sie Jumbo Frames verwenden möchten, setzen Sie die MTU auf einen für Jumbo Frames geeigneten Wert, z. B. 9000. Behalten Sie andernfalls den Standardwert bei. Wenn alle oder die meisten Knoten dieselbe MTU für das Admin-Netzwerk verwenden, können Sie diese hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
ADMIN_NETWORK_MTU = 8192
-
CLIENT_NETWORK_CONFIG: Die Methode zum Abrufen von IP-Adressen, entweder DEAKTIVIERT, STATISCH oder DHCP. Die Standardeinstellung IST DEAKTIVIERT. Wenn alle oder die meisten Knoten dieselbe Methode zum Erwerb von IP-Adressen verwenden, können Sie diese Methode hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
CLIENT_NETWORK_CONFIG = STATIC
-
CLIENT_NETWORK_TARGET: Der Name eines vorhandenen VMware-Netzwerks, das für das Client-Netzwerk verwendet werden soll. Diese Einstellung ist erforderlich, es sei denn, das Client-Netzwerk ist deaktiviert. Wenn alle oder die meisten Nodes denselben Netzwerknamen verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
CLIENT_NETWORK_TARGET = SG-Client-Network
-
CLIENT_NETWORK_MASKE: Die Netzwerkmaske für das Client-Netzwerk. Diese Einstellung ist erforderlich, wenn Sie statische IP-Adressen verwenden. Wenn alle oder die meisten Nodes dieselbe Netzwerkmaske verwenden, können Sie sie hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
CLIENT_NETWORK_MASK = 255.255.255.0
-
CLIENT_NETWORK_GATEWAY: Das Netzwerk-Gateway für das Client-Netzwerk. Diese Einstellung ist erforderlich, wenn Sie statische IP-Adressen verwenden. Wenn alle oder die meisten Nodes dasselbe Netzwerk-Gateway verwenden, können Sie ihn hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
CLIENT_NETWORK_GATEWAY = 10.4.0.1
-
CLIENT_NETWORK_MTU: OPTIONAL. Die maximale Übertragungseinheit (MTU) im Client-Netzwerk. Geben Sie nicht an, ob CLIENT_NETWORK_CONFIG = DHCP. Wenn angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn weggelassen wird, wird 1400 verwendet. Wenn Sie Jumbo Frames verwenden möchten, setzen Sie die MTU auf einen für Jumbo Frames geeigneten Wert, z. B. 9000. Behalten Sie andernfalls den Standardwert bei. Wenn alle oder die meisten Knoten dieselbe MTU für das Client-Netzwerk verwenden, können Sie diese hier angeben. Sie können die globale Einstellung dann überschreiben, indem Sie unterschiedliche Einstellungen für einen oder mehrere einzelne Knoten festlegen. Beispiel:
CLIENT_NETWORK_MTU = 8192
-
PORT_REMAP: Ordnet jeden Port, der von einem Knoten für interne Netzknoten-Kommunikation oder externe Kommunikation verwendet wird, neu zu. Ports müssen neu zugeordnet werden, wenn Netzwerkrichtlinien in Unternehmen eine oder mehrere von StorageGRID verwendete Ports einschränken. Eine Liste der von StorageGRID verwendeten Ports finden Sie unter interne Grid-Node-Kommunikation und externe Kommunikation in "Netzwerkrichtlinien".
Weisen Sie die Ports, die Sie für die Konfiguration der Load Balancer-Endpunkte verwenden möchten, nicht neu zu. Wenn nur PORT_REMAP festgelegt ist, wird die Zuordnung, die Sie angeben, sowohl für eingehende als auch für ausgehende Kommunikation verwendet. Wenn AUCH PORT_REMAP_INBOUND angegeben wird, gilt PORT_REMAP nur für ausgehende Kommunikation.
Das verwendete Format ist: network type/protocol/default port used by grid node/new port
, Wobei der Netzwerktyp Grid, admin oder Client ist, und das Protokoll tcp oder udp ist.
Beispiel:
PORT_REMAP = client/tcp/18082/443
Wenn diese Beispieleinstellung allein verwendet wird, ordnet sie symmetrisch ein- und ausgehende Kommunikation für den Grid-Knoten von Port 18082 bis Port 443 zu. Wenn dieses Beispiel zusammen mit PORT_REMAP_INBOUND verwendet wird, ordnet die ausgehende Kommunikation von Port 18082 zu Port 443 zu.
-
PORT_REMAP_INBOUND: Ordnet eingehende Kommunikation für den angegebenen Port neu zu. Wenn SIE PORT_REMAP_INBOUND angeben, aber keinen Wert für PORT_REMAP angeben, bleiben die ausgehenden Kommunikationen für den Port unverändert.
Weisen Sie die Ports, die Sie für die Konfiguration der Load Balancer-Endpunkte verwenden möchten, nicht neu zu.
Das verwendete Format ist: network type/protocol/_default port used by grid node/new port
, Wobei der Netzwerktyp Grid, admin oder Client ist, und das Protokoll tcp oder udp ist.
Beispiel:
PORT_REMAP_INBOUND = client/tcp/443/18082
Dieses Beispiel nimmt den an Port 443 gesendeten Datenverkehr auf, um eine interne Firewall zu übergeben und ihn an Port 18082 zu leiten, wo der Grid-Node auf S3-Anforderungen hört.
Node-spezifische Parameter
Jeder Node befindet sich in einem eigenen Abschnitt der Konfigurationsdatei. Jeder Node muss die folgenden Einstellungen vornehmen:
-
Der Abschnittskopf definiert den Knotennamen, der im Grid Manager angezeigt wird. Sie können diesen Wert außer Kraft setzen, indem Sie den optionalen NODE_NAME Parameter für den Node angeben.
-
NODE_TYPE: VM_Admin_Node, VM_Storage_Node, VM_Archive_Node oder VM_API_Gateway_Node
-
GRID_NETWORK_IP: Die IP-Adresse für den Knoten im Grid-Netzwerk.
-
ADMIN_NETWORK_IP: Die IP-Adresse für den Knoten im Admin-Netzwerk. Erforderlich nur, wenn der Knoten mit dem Admin-Netzwerk verbunden ist und ADMIN_NETWORK_CONFIG auf STATISCH gesetzt ist.
-
CLIENT_NETWORK_IP: Die IP-Adresse für den Knoten im Client-Netzwerk. Erforderlich nur, wenn der Knoten mit dem Client-Netzwerk verbunden ist und CLIENT_NETWORK_CONFIG für diesen Knoten auf STATISCH gesetzt ist.
-
ADMIN_IP: Die IP-Adresse für den primären Admin-Knoten im Grid-Netzwerk. Verwenden Sie den Wert, den Sie als GRID_NETWORK_IP für den primären Admin-Node angeben. Wenn Sie diesen Parameter nicht angeben, versucht der Node, die primäre Admin-Node-IP mit mDNS zu ermitteln. Weitere Informationen finden Sie unter "Ermitteln der primären Admin-Node durch Grid-Nodes".
Der ADMIN_IP-Parameter wird für den primären Admin-Node ignoriert. -
Parameter, die nicht global festgelegt wurden. Wenn beispielsweise ein Node mit dem Admin-Netzwerk verbunden ist und Sie ADMIN_NETWORK nicht global angeben, müssen Sie diese für den Node angeben.
Für den primären Admin-Node sind folgende zusätzliche Einstellungen erforderlich:
-
NODE_TYPE: VM_Admin_Node
-
ADMIN_ROLE: Primär
Dieser Beispieleintrag gilt für einen primären Admin-Knoten, der sich auf allen drei Netzwerken befindet:
[DC1-ADM1] ADMIN_ROLE = Primary NODE_TYPE = VM_Admin_Node GRID_NETWORK_IP = 10.1.0.2 ADMIN_NETWORK_IP = 10.3.0.2 CLIENT_NETWORK_IP = 10.4.0.2
Die folgende zusätzliche Einstellung ist optional für den primären Admin-Knoten:
-
DISK: Admin Nodes werden standardmäßig zwei zusätzliche 200 GB-Festplatten für Audit und Datenbanknutzung zugewiesen. Diese Einstellungen können Sie mit dem FESTPLATTENPARAMETER erhöhen. Beispiel:
DISK = INSTANCES=2, CAPACITY=300
|
Bei Admin-Nodes müssen INSTANZEN immer gleich 2 sein. |
Für Speicherknoten ist die folgende zusätzliche Einstellung erforderlich:
-
NODE_TYPE: VM_Storage_Node
Dieser Beispieleintrag gilt für einen Speicherknoten, der sich in Grid- und Admin-Netzwerken befindet, aber nicht im Client-Netzwerk. Dieser Knoten verwendet die EINSTELLUNG ADMIN_IP, um die IP-Adresse des primären Admin-Knotens im Grid-Netzwerk anzugeben.
[DC1-S1] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.0.3 ADMIN_NETWORK_IP = 10.3.0.3 ADMIN_IP = 10.1.0.2
Der zweite Beispieleintrag gilt für einen Speicherknoten in einem Client-Netzwerk, in dem in der unternehmensweiten Netzwerkrichtlinie des Kunden angegeben ist, dass eine S3-Client-Anwendung nur über Port 80 oder 443 auf den Storage-Node zugreifen darf. Die Beispielkonfigurationsdatei verwendet PORT_REMAP, um den Storage Node zum Senden und Empfangen von S3-Meldungen an Port 443 zu aktivieren.
[DC2-S1] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.1.3 CLIENT_NETWORK_IP = 10.4.1.3 PORT_REMAP = client/tcp/18082/443 ADMIN_IP = 10.1.0.2
Das letzte Beispiel erstellt eine symmetrische Neuzuordnung für ssh-Verkehr von Port 22 zu Port 3022, legt aber explizit die Werte für den ein- und ausgehenden Datenverkehr fest.
[DC1-S3] NODE_TYPE = VM_Storage_Node GRID_NETWORK_IP = 10.1.1.3 PORT_REMAP = grid/tcp/22/3022 PORT_REMAP_INBOUND = grid/tcp/3022/22 ADMIN_IP = 10.1.0.2
Die folgende zusätzliche Einstellung ist optional für Speicherknoten:
-
DISK: Standardmäßig werden den Speicherknoten drei 4 TB-Festplatten für die RangeDB-Nutzung zugewiesen. Sie können diese Einstellungen mit dem FESTPLATTENPARAMETER erhöhen. Beispiel:
DISK = INSTANCES=16, CAPACITY=4096
Für Archiv-Knoten ist die folgende zusätzliche Einstellung erforderlich:
-
NODE_TYPE: VM_Archive_Node
Dieser Beispieleintrag gilt für einen Archiv-Node, der sich auf Grid- und Admin-Netzwerken befindet, jedoch nicht im Client-Netzwerk.
[DC1-ARC1] NODE_TYPE = VM_Archive_Node GRID_NETWORK_IP = 10.1.0.4 ADMIN_NETWORK_IP = 10.3.0.4 ADMIN_IP = 10.1.0.2
Für Gateway-Knoten ist die folgende zusätzliche Einstellung erforderlich:
-
NODE_TYPE: VM_API_GATEWAY
Dieser Beispieleintrag gilt für einen Beispiel-Gateway-Node auf allen drei Netzwerken. In diesem Beispiel wurden im globalen Abschnitt der Konfigurationsdatei keine Client-Netzwerkparameter angegeben, so dass sie für den Knoten angegeben werden müssen:
[DC1-G1] NODE_TYPE = VM_API_Gateway GRID_NETWORK_IP = 10.1.0.5 ADMIN_NETWORK_IP = 10.3.0.5 CLIENT_NETWORK_CONFIG = STATIC CLIENT_NETWORK_TARGET = SG-Client-Network CLIENT_NETWORK_MASK = 255.255.255.0 CLIENT_NETWORK_GATEWAY = 10.4.0.1 CLIENT_NETWORK_IP = 10.4.0.5 ADMIN_IP = 10.1.0.2
Die folgenden zusätzlichen Einstellungen sind für nicht-primäre Admin-Nodes erforderlich:
-
NODE_TYPE: VM_Admin_Node
-
ADMIN_ROLE: Nicht-Primary
Dieser Beispieleintrag gilt für einen nicht-primären Admin-Node, der sich nicht im Client-Netzwerk befindet:
[DC2-ADM1] ADMIN_ROLE = Non-Primary NODE_TYPE = VM_Admin_Node GRID_NETWORK_TARGET = SG-Grid-Network GRID_NETWORK_IP = 10.1.0.6 ADMIN_NETWORK_IP = 10.3.0.6 ADMIN_IP = 10.1.0.2
Die folgende zusätzliche Einstellung ist optional für nicht-primäre Admin-Knoten:
-
DISK: Admin Nodes werden standardmäßig zwei zusätzliche 200 GB-Festplatten für Audit und Datenbanknutzung zugewiesen. Diese Einstellungen können Sie mit dem FESTPLATTENPARAMETER erhöhen. Beispiel:
DISK = INSTANCES=2, CAPACITY=300
|
Bei Admin-Nodes müssen INSTANZEN immer gleich 2 sein. |
Führen Sie das Bash-Skript aus
Sie können das verwenden deploy-vsphere-ovftool.sh
Bash-Skript und die deploy-vsphere-ovftool.ini-Konfigurationsdatei, die Sie geändert haben, um die Implementierung von StorageGRID-Grid-Nodes in VMware vSphere zu automatisieren.
-
Sie haben eine deploy-vsphere-ovftool.ini-Konfigurationsdatei für Ihre Umgebung erstellt.
Sie können die mit dem Bash-Skript verfügbare Hilfe verwenden, indem Sie die Hilfebefehle eingeben (-h/--help
). Beispiel:
./deploy-vsphere-ovftool.sh -h
Oder
./deploy-vsphere-ovftool.sh --help
-
Melden Sie sich am Linux-Rechner an, den Sie verwenden, um das Bash-Skript auszuführen.
-
Wechseln Sie in das Verzeichnis, in dem Sie das Installationsarchiv extrahiert haben.
Beispiel:
cd StorageGRID-Webscale-version/vsphere
-
Um alle Grid-Nodes bereitzustellen, führen Sie das Bash-Skript mit den entsprechenden Optionen für Ihre Umgebung aus.
Beispiel:
./deploy-vsphere-ovftool.sh --username=user --password=pwd ./deploy-vsphere-ovftool.ini
-
Wenn ein Grid-Knoten aufgrund eines Fehlers nicht bereitgestellt werden konnte, beheben Sie den Fehler und führen Sie das Bash-Skript nur für diesen Knoten erneut aus.
Beispiel:
./deploy-vsphere-ovftool.sh --username=user --password=pwd --single-node="DC1-S3" ./deploy-vsphere-ovftool.ini
Die Bereitstellung ist abgeschlossen, wenn der Status für jeden Knoten „bestanden
“ lautet.
Deployment Summary +-----------------------------+----------+----------------------+ | node | attempts | status | +-----------------------------+----------+----------------------+ | DC1-ADM1 | 1 | Passed | | DC1-G1 | 1 | Passed | | DC1-S1 | 1 | Passed | | DC1-S2 | 1 | Passed | | DC1-S3 | 1 | Passed | +-----------------------------+----------+----------------------+
Automatisieren Sie die Konfiguration von StorageGRID
Nach der Implementierung der Grid-Nodes können Sie die Konfiguration des StorageGRID Systems automatisieren.
-
Sie kennen den Speicherort der folgenden Dateien aus dem Installationsarchiv.
Dateiname | Beschreibung |
---|---|
configure-storagegrid.py |
Python-Skript zur Automatisierung der Konfiguration |
Configure-storagegrid.sample.json |
Beispielkonfigurationsdatei für die Verwendung mit dem Skript |
Configure-storagegrid.blank.json |
Leere Konfigurationsdatei für die Verwendung mit dem Skript |
-
Sie haben ein erstellt
configure-storagegrid.json
Konfigurationsdatei Um diese Datei zu erstellen, können Sie die Beispielkonfigurationsdatei ändern (configure-storagegrid.sample.json
) Oder die leere Konfigurationsdatei (configure-storagegrid.blank.json
).
Sie können das verwenden configure-storagegrid.py
Python-Skript und das configure-storagegrid.json
Konfigurationsdatei zur automatischen Konfiguration des StorageGRID Systems
|
Sie können das System auch mit dem Grid Manager oder der Installations-API konfigurieren. |
-
Melden Sie sich an der Linux-Maschine an, die Sie verwenden, um das Python-Skript auszuführen.
-
Wechseln Sie in das Verzeichnis, in dem Sie das Installationsarchiv extrahiert haben.
Beispiel:
cd StorageGRID-Webscale-version/platform
Wo
platform
Ist debs, Rpms oder vsphere. -
Führen Sie das Python-Skript aus und verwenden Sie die von Ihnen erstellte Konfigurationsdatei.
Beispiel:
./configure-storagegrid.py ./configure-storagegrid.json --start-install
Ein Wiederherstellungspaket .zip
Die Datei wird während des Konfigurationsprozesses generiert und in das Verzeichnis heruntergeladen, in dem Sie den Installations- und Konfigurationsprozess ausführen. Sie müssen die Recovery-Paket-Datei sichern, damit Sie das StorageGRID-System wiederherstellen können, wenn ein oder mehrere Grid-Knoten ausfallen. Zum Beispiel kopieren Sie den Text auf einen sicheren, gesicherten Netzwerkstandort und an einen sicheren Cloud-Storage-Standort.
|
Die Recovery Package-Datei muss gesichert sein, weil sie Verschlüsselungsschlüssel und Passwörter enthält, die zum Abrufen von Daten vom StorageGRID-System verwendet werden können. |
Wenn Sie angegeben haben, dass zufällige Passwörter generiert werden sollen, öffnen Sie die Passwords.txt
Datei und suchen Sie nach den Kennwörtern, die für den Zugriff auf Ihr StorageGRID-System erforderlich sind.
###################################################################### ##### The StorageGRID "recovery package" has been downloaded as: ##### ##### ./sgws-recovery-package-994078-rev1.zip ##### ##### Safeguard this file as it will be needed in case of a ##### ##### StorageGRID node recovery. ##### ######################################################################
Das StorageGRID System wird installiert und konfiguriert, wenn eine Bestätigungsmeldung angezeigt wird.
StorageGRID has been configured and installed.