Los geht's
Erstellen von Node-Konfigurationsdateien für Red hat Enterprise Linux-Bereitstellungen
Änderungen vorschlagen
PDFs
Konfigurationsdateien für die Nodes sind kleine Textdateien, die die Informationen liefern, die der StorageGRID-Host-Service benötigt, um einen Node zu starten und eine Verbindung zu den entsprechenden Netzwerk- und Block-Storage-Ressourcen herzustellen. Node-Konfigurationsdateien werden für virtuelle Nodes verwendet und nicht für Appliance-Nodes verwendet.
Speicherort für Node-Konfigurationsdateien
Platzieren Sie die Konfigurationsdatei für jeden StorageGRID-Node in der /etc/storagegrid/nodes Verzeichnis auf dem Host, auf dem der Knoten ausgeführt wird. Wenn Sie beispielsweise einen Admin-Node, einen Gateway-Node und einen Storage-Node auf Hosta ausführen möchten, müssen Sie die Konfigurationsdateien mit drei Knoten in die Datei legen /etc/storagegrid/nodes Auf Hosta.
Sie können die Konfigurationsdateien direkt auf jedem Host mit einem Texteditor, wie z. B. vim oder nano, erstellen oder sie an einem anderen Ort erstellen und auf jeden Host verschieben.
Benennung von Node-Konfigurationsdateien
Die Namen der Konfigurationsdateien sind erheblich. Das Format lautet node-name.conf, Wo node-name Ist ein Name, den Sie dem Node zuweisen. Dieser Name wird im StorageGRID Installer angezeigt und wird für Knotenwartungsvorgänge, z. B. für Node-Migration, verwendet.
Node-Namen müssen folgende Bedingungen erfüllen:
-
Muss eindeutig sein
-
Nur mit einem Buchstaben beginnen
-
Kann die Zeichen A bis Z und a bis z enthalten
-
Kann die Zahlen 0 bis 9 enthalten
-
Kann eine oder mehrere Bindestriche enthalten (-)
-
Darf nicht mehr als 32 Zeichen enthalten, wobei der nicht enthalten ist
.confErweiterung
Alle Dateien in /etc/storagegrid/nodes Die diese Namenskonventionen nicht befolgen, werden vom Host Service nicht geparst.
Wenn das Grid eine Topologie mit mehreren Standorten geplant ist, ist unter Umständen ein typisches Benennungsschema für Node möglich:
site-nodetype-nodenumber.conf
Beispielsweise können Sie verwenden dc1-adm1.conf Für den ersten Admin-Node in Data Center 1 und dc2-sn3.conf Für den dritten Storage-Node in Datacenter 2. Sie können jedoch ein beliebiges Schema verwenden, das Sie mögen, solange alle Knotennamen den Benennungsregeln folgen.
Inhalt einer Node-Konfigurationsdatei
Eine Konfigurationsdatei enthält Schlüssel-/Wertpaare mit einem Schlüssel und einem Wert pro Zeile. Befolgen Sie für jedes Schlüssel-/Wertepaar die folgenden Regeln:
-
Der Schlüssel und der Wert müssen durch ein Gleichheitszeichen getrennt werden (
=) Und optional Whitespace. -
Die Schlüssel können keine Leerzeichen enthalten.
-
Die Werte können eingebettete Leerzeichen enthalten.
-
Führende oder nachgestellte Leerzeichen werden ignoriert.
Die folgende Tabelle definiert die Werte für alle unterstützten Schlüssel. Jeder Schlüssel hat eine der folgenden Bezeichnungen:
-
Erforderlich: Erforderlich für jeden Knoten oder für die angegebenen Knotentypen
-
Best Practice: Optional, obwohl empfohlen
-
Optional: Optional für alle Knoten
Admin-Netzwerkschlüssel
ADMIN_IP
| Wert | Bezeichnung |
|---|---|
Grid Network IPv4-Adresse des primären Admin-Knotens für das Grid, zu dem dieser Node gehört. Verwenden Sie denselben Wert, den Sie für GRID_NETWORK_IP für den Grid-Node mit NODE_TYPE = VM_Admin_Node und ADMIN_ROLE = Primary angegeben haben. Wenn Sie diesen Parameter nicht angeben, versucht der Node, einen primären Admin-Node mit mDNS zu ermitteln. Hinweis: Dieser Wert wird auf dem primären Admin-Node ignoriert und kann möglicherweise nicht verwendet werden. |
Best Practices in sich |
ADMIN_NETWORK_CONFIG
| Wert | Bezeichnung |
|---|---|
DHCP, STATISCH ODER DEAKTIVIERT |
Optional |
ADMIN_NETWORK_ESL
| Wert | Bezeichnung |
|---|---|
Kommagetrennte Liste von Subnetzen in CIDR-Notation, mit denen dieser Knoten über das Admin-Netzwerk-Gateway kommunizieren soll. Beispiel: |
Optional |
ADMIN_NETWORK_GATEWAY
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse des lokalen Admin-Netzwerk-Gateways für diesen Node. Muss sich im Subnetz befinden, das von ADMIN_NETWORK_IP und ADMIN_NETWORK_MASKE definiert ist. Dieser Wert wird bei DHCP-konfigurierten Netzwerken ignoriert. Beispiele:
|
Erforderlich, wenn |
ADMIN_NETWORK_IP
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse dieses Knotens im Admin-Netzwerk. Dieser Schlüssel ist nur erforderlich, wenn ADMIN_NETWORK_CONFIG = STATIC; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn ADMIN_NETWORK_CONFIG = STATISCH. Andernfalls optional. |
ADMIN_NETWORK_MAC
| Wert | Bezeichnung |
|---|---|
Die MAC-Adresse für die Admin-Netzwerkschnittstelle im Container. Dieses Feld ist optional. Wenn keine Angabe erfolgt, wird automatisch eine MAC-Adresse generiert. Muss aus 6 Hexadezimalziffern bestehen, die durch Doppelpunkte getrennt werden. Beispiel: |
Optional |
ADMIN_NETWORK_MASKE
Wert |
Bezeichnung |
IPv4-Netmask für diesen Node im Admin-Netzwerk. Geben Sie diesen Schlüssel an, wenn ADMIN_NETWORK_CONFIG = STATISCH ist; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn ADMIN_NETWORK_IP angegeben und ADMIN_NETWORK_CONFIG = STATISCH ist. Andernfalls optional. |
ADMIN_NETWORK_MTU
Wert |
Bezeichnung |
Die maximale Übertragungseinheit (MTU) für diesen Knoten 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 1500 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. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der auf dem Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Probleme mit der Netzwerkleistung oder Paketverluste auftreten. Beispiele:
|
Optional |
ADMIN_NETWORK_TARGET
Wert |
Bezeichnung |
Name des Host-Geräts, das Sie für den Administratornetzwerkzugriff durch den StorageGRID-Knoten verwenden werden. Es werden nur Namen von Netzwerkschnittstellen unterstützt. Normalerweise verwenden Sie einen anderen Schnittstellennamen als den für GRID_NETWORK_TARGET oder CLIENT_NETWORK_TARGET angegebenen Namen. Hinweis: Verwenden Sie keine Bond- oder Bridge-Geräte als Netzwerkziel. Konfigurieren Sie entweder ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät oder verwenden Sie ein Bridge- und virtuelles Ethernet-Paar (veth). Best Practice:Geben Sie einen Wert an, selbst wenn dieser Knoten zunächst keine Admin-Netzwerk-IP-Adresse hat. Anschließend können Sie später eine Admin-Netzwerk-IP-Adresse hinzufügen, ohne den Node auf dem Host neu konfigurieren zu müssen. Beispiele:
|
Best Practices in sich |
ADMIN_NETWORK_TARGET_TYPE
Wert |
Bezeichnung |
Schnittstelle (Dies ist der einzige unterstützte Wert.) |
Optional |
ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
Wert |
Bezeichnung |
Richtig oder falsch Setzen Sie den Schlüssel auf „true“, damit der StorageGRID-Container die MAC-Adresse der Host-Zielschnittstelle im Admin-Netzwerk verwendet. Best Practice: in Netzwerken, in denen der promiskuious-Modus erforderlich wäre, verwenden Sie stattdessen DEN ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC-Schlüssel. Weitere Informationen zum Klonen von MAC: |
Best Practices in sich |
ADMIN_ROLLE
Wert |
Bezeichnung |
Primär oder nicht primär Dieser Schlüssel ist nur erforderlich, wenn NODE_TYPE = VM_Admin_Node; geben Sie ihn nicht für andere Node-Typen an. |
Erforderlich, wenn NODE_TYPE = VM_Admin_Node Andernfalls optional. |
Sperren von Geräteschlüsseln
BLOCK_DEVICE_AUDIT_LOGS
Wert |
Bezeichnung |
Pfad und Name der Sonderdatei für Blockgeräte, die dieser Node für die persistente Speicherung von Prüfprotokollen verwendet. Beispiele:
|
Erforderlich für Nodes mit NODE_TYPE = VM_Admin_Node. Geben Sie sie nicht für andere Node-Typen an. |
BLOCK_DEVICE_RANGEDB_NNN
Wert |
Bezeichnung |
Pfad und Name der Sonderdatei für das Blockgerät wird dieser Node für den persistenten Objekt-Storage verwenden. Dieser Schlüssel ist nur für Knoten mit NODE_TYPE = VM_Storage_Node erforderlich; geben Sie ihn nicht für andere Knotentypen an. Es ist nur BLOCK_DEVICE_RANGEDB_000 erforderlich; der Rest ist optional. Das für BLOCK_DEVICE_RANGEDB_000 angegebene Blockgerät muss mindestens 4 TB betragen; die anderen können kleiner sein. Lassen Sie keine Lücken. Wenn Sie BLOCK_DEVICE_RANGEDB_005 angeben, müssen Sie auch BLOCK_DEVICE_RANGEDB_004 angeben. Hinweis: Zur Kompatibilität mit bestehenden Bereitstellungen werden zweistellige Schlüssel für aktualisierte Knoten unterstützt. Beispiele:
|
Erforderlich: BLOCK_DEVICE_RANGEDB_000 Optional: BLOCK_DEVICE_RANGEDB_001 BLOCK_DEVICE_RANGEDB_002 BLOCK_DEVICE_RANGEDB_003 BLOCK_DEVICE_RANGEDB_004 BLOCK_DEVICE_RANGEDB_005 BLOCK_DEVICE_RANGEDB_006 BLOCK_DEVICE_RANGEDB_007 BLOCK_DEVICE_RANGEDB_008 BLOCK_DEVICE_RANGEDB_009 BLOCK_DEVICE_RANGEDB_010 BLOCK_DEVICE_RANGEDB_011 BLOCK_DEVICE_RANGEDB_012 BLOCK_DEVICE_RANGEDB_013 BLOCK_DEVICE_RANGEDB_014 BLOCK_DEVICE_RANGEDB_015 |
BLOCK_DEVICE_TABLES
Wert |
Bezeichnung |
Pfad und Name der Sonderdatei des Blockgerätes, die dieser Knoten für die dauerhafte Speicherung von Datenbanktabellen verwendet. Dieser Schlüssel ist nur für Nodes mit NODE_TYPE = VM_Admin_Node erforderlich; geben Sie ihn nicht für andere Node-Typen an. Beispiele:
|
Erforderlich |
BLOCK_DEVICE_VAR_LOCAL
Wert |
Bezeichnung |
Pfad und Name der speziellen Datei des Blockgeräts, die dieser Knoten für seine verwendet Beispiele:
|
Erforderlich |
Netzwerkschlüssel des Clients
CLIENT_NETWORK_CONFIG
Wert |
Bezeichnung |
DHCP, STATISCH ODER DEAKTIVIERT |
Optional |
CLIENT_NETWORK_GATEWAY
Wert |
Bezeichnung |
IPv4-Adresse des lokalen Client-Netzwerk-Gateways für diesen Node, der sich im Subnetz befinden muss, das durch CLIENT_NETWORK_IP und CLIENT_NETWORK_MASK definiert ist. Dieser Wert wird bei DHCP-konfigurierten Netzwerken ignoriert. Beispiele:
|
Optional |
CLIENT_NETWORK_IP
Wert |
Bezeichnung |
IPv4-Adresse dieses Knotens im Client-Netzwerk. Dieser Schlüssel ist nur erforderlich, wenn CLIENT_NETWORK_CONFIG = STATIC; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn CLIENT_NETWORK_CONFIG = STATISCH Andernfalls optional. |
CLIENT_NETWORK_MAC
Wert |
Bezeichnung |
Die MAC-Adresse für die Client-Netzwerkschnittstelle im Container. Dieses Feld ist optional. Wenn keine Angabe erfolgt, wird automatisch eine MAC-Adresse generiert. Muss aus 6 Hexadezimalziffern bestehen, die durch Doppelpunkte getrennt werden. Beispiel: |
Optional |
CLIENT_NETWORK_MASK
Wert |
Bezeichnung |
IPv4-Netzmaske für diesen Knoten im Client-Netzwerk. Geben Sie diesen Schlüssel an, wenn CLIENT_NETWORK_CONFIG = STATISCH ist; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn CLIENT_NETWORK_IP angegeben und CLIENT_NETWORK_CONFIG = STATISCH ist Andernfalls optional. |
CLIENT_NETWORK_MTU
Wert |
Bezeichnung |
Die maximale Übertragungseinheit (MTU) für diesen Knoten 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 1500 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. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der auf dem Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Probleme mit der Netzwerkleistung oder Paketverluste auftreten. Beispiele:
|
Optional |
CLIENT_NETWORK_TARGET
Wert |
Bezeichnung |
Name des Host-Geräts, das Sie für den Zugriff auf das Client-Netzwerk durch den StorageGRID-Knoten verwenden werden. Es werden nur Namen von Netzwerkschnittstellen unterstützt. Normalerweise verwenden Sie einen anderen Schnittstellennamen als der für GRID_NETWORK_TARGET oder ADMIN_NETWORK_TARGET angegeben wurde. Hinweis: Verwenden Sie keine Bond- oder Bridge-Geräte als Netzwerkziel. Konfigurieren Sie entweder ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät oder verwenden Sie ein Bridge- und virtuelles Ethernet-Paar (veth). Best Practice: Geben Sie einen Wert an, auch wenn dieser Knoten zunächst keine Client Network IP Adresse hat. Anschließend können Sie später eine Client-Netzwerk-IP-Adresse hinzufügen, ohne den Node auf dem Host neu konfigurieren zu müssen. Beispiele:
|
Best Practices in sich |
CLIENT_NETWORK_TARGET_TYPE
Wert |
Bezeichnung |
Schnittstelle (dieser Wert wird nur unterstützt.) |
Optional |
CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
Wert |
Bezeichnung |
Richtig oder falsch Setzen Sie den Schlüssel auf „true“, damit der StorageGRID-Container die MAC-Adresse der Host-Zielschnittstelle im Client-Netzwerk verwenden kann. Best Practice: in Netzwerken, in denen der promiskuious-Modus erforderlich wäre, verwenden Sie stattdessen DEN CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC-Schlüssel. Weitere Informationen zum Klonen von MAC: |
Best Practices in sich |
Schlüssel für das Grid-Netzwerk
GRID_NETWORK_CONFIG
Wert |
Bezeichnung |
STATISCH oder DHCP Wenn nicht angegeben, wird standardmäßig auf STATISCH gesetzt. |
Best Practices in sich |
GRID_NETWORK_GATEWAY
Wert |
Bezeichnung |
IPv4-Adresse des lokalen Grid-Netzwerk-Gateways für diesen Node, der sich im Subnetz befinden muss, das durch GRID_NETWORK_IP und GRID_NETWORK_MASKE definiert ist. Dieser Wert wird bei DHCP-konfigurierten Netzwerken ignoriert. Wenn das Grid-Netzwerk ein einzelnes Subnetz ohne Gateway ist, verwenden Sie entweder die Standard-Gateway-Adresse für das Subnetz (X.Z.1) oder den GRID_NETWORK_IP-Wert dieses Knotens; jeder Wert wird mögliche zukünftige Grid-Netzwerk-Erweiterungen vereinfachen. |
Erforderlich |
GRID_NETWORK_IP
Wert |
Bezeichnung |
IPv4-Adresse dieses Knotens im Grid-Netzwerk. Dieser Schlüssel ist nur erforderlich, wenn GRID_NETWORK_CONFIG = STATIC; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn GRID_NETWORK_CONFIG = STATISCH Andernfalls optional. |
GRID_NETWORK_MAC
Wert |
Bezeichnung |
Die MAC-Adresse für die Grid-Netzwerkschnittstelle im Container. Muss aus 6 Hexadezimalziffern bestehen, die durch Doppelpunkte getrennt werden. Beispiel: |
Optional Wenn keine Angabe erfolgt, wird automatisch eine MAC-Adresse generiert. |
GRID_NETWORK_MASKE
Wert |
Bezeichnung |
IPv4-Netzmaske für diesen Knoten im Grid-Netzwerk. Geben Sie diesen Schlüssel an, wenn GRID_NETWORK_CONFIG = STATISCH ist; geben Sie ihn nicht für andere Werte an. Beispiele:
|
Erforderlich, wenn GRID_NETWORK_IP angegeben und GRID_NETWORK_CONFIG = STATISCH ist. Andernfalls optional. |
GRID_NETWORK_MTU
Wert |
Bezeichnung |
Die maximale Übertragungseinheit (MTU) für diesen Knoten im Grid-Netzwerk. Geben Sie nicht an, ob GRID_NETWORK_CONFIG = DHCP ist. Wenn angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn weggelassen, wird 1500 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. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der auf dem Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Probleme mit der Netzwerkleistung oder Paketverluste auftreten. WICHTIG: 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. Beispiele:
|
Optional |
GRID_NETWORK_TARGET
Wert |
Bezeichnung |
Name des Hostgeräts, das Sie für den Netzzugang über den StorageGRID-Knoten verwenden werden. Es werden nur Namen von Netzwerkschnittstellen unterstützt. Normalerweise verwenden Sie einen anderen Schnittstellennamen als den für ADMIN_NETWORK_TARGET oder CLIENT_NETWORK_TARGET angegebenen. Hinweis: Verwenden Sie keine Bond- oder Bridge-Geräte als Netzwerkziel. Konfigurieren Sie entweder ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät oder verwenden Sie ein Bridge- und virtuelles Ethernet-Paar (veth). Beispiele:
|
Erforderlich |
GRID_NETWORK_TARGET_TYPE
Wert |
Bezeichnung |
Schnittstelle (Dies ist der einzige unterstützte Wert.) |
Optional |
GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
Wert |
Bezeichnung |
Richtig oder falsch Setzen Sie den Wert des Schlüssels auf „true“, um den StorageGRID-Container dazu zu bringen, die MAC-Adresse der Host-Zielschnittstelle im Grid-Netzwerk zu verwenden. Best Practice: in Netzwerken, in denen der promiskuious-Modus erforderlich wäre, verwenden Sie stattdessen DEN GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC-Schlüssel. Weitere Informationen zum Klonen von MAC: |
Best Practices in sich |
Schnittstellenschlüssel
INTERFACE_TARGET_nnnn
Wert |
Bezeichnung |
Name und optionale Beschreibung für eine zusätzliche Schnittstelle, die Sie diesem Node hinzufügen möchten. Jeder Node kann mehrere zusätzliche Schnittstellen hinzugefügt werden. Geben Sie für nnnn eine eindeutige Nummer für jeden Eintrag INTERFACE_TARGET an, den Sie hinzufügen. Geben Sie für den Wert den Namen der physischen Schnittstelle auf dem Bare-Metal-Host an. Fügen Sie dann optional ein Komma hinzu und geben Sie eine Beschreibung der Schnittstelle an, die auf der Seite VLAN-Schnittstellen und der Seite HA-Gruppen angezeigt wird. Beispiel: Wenn Sie eine Trunk-Schnittstelle hinzufügen, müssen Sie eine VLAN-Schnittstelle in StorageGRID konfigurieren. Wenn Sie eine Zugriffsschnittstelle hinzufügen, können Sie die Schnittstelle direkt einer HA-Gruppe hinzufügen. Sie müssen keine VLAN-Schnittstelle konfigurieren. |
Optional |
Maximaler RAM-Schlüssel
MAXIMUM_RAM
Wert |
Bezeichnung |
Der maximale RAM-Umfang, den dieser Node nutzen darf. Wenn dieser Schlüssel nicht angegeben ist, gelten für den Node keine Speicherbeschränkungen. Wenn Sie dieses Feld für einen Knoten auf Produktionsebene festlegen, geben Sie einen Wert an, der mindestens 24 GB und 16 bis 32 GB kleiner als der gesamte RAM des Systems ist. Hinweis: Der RAM-Wert wirkt sich auf den tatsächlich reservierten Metadatenspeicherplatz eines Knotens aus. Siehe "beschreibung des reservierten Speicherplatzes für Metadaten". Das Format für dieses Feld lautet Beispiele:
Hinweis: Wenn Sie diese Option verwenden möchten, müssen Sie Kernel-Unterstützung für Speicher-cgroups aktivieren. |
Optional |
Schlüssel für Knotentyp
NODE_TYPE
Wert |
Bezeichnung |
Node-Typ: VM_Admin_Node VM_Storage_Node VM_Archive_Node VM_API_Gateway |
Erforderlich |
Schlüssel für die Portzuordnung neu zuweisen
PORT_NEU ZUORDNEN
Wert |
Bezeichnung |
Ordnet alle von einem Node verwendeten Ports für interne Grid Node-Kommunikation oder externe Kommunikation neu zu. Neuzuordnungen von Ports sind erforderlich, wenn die Netzwerkrichtlinien des Unternehmens einen oder mehrere von StorageGRID verwendete Ports einschränken, wie in beschrieben "Interne Kommunikation mit Grid-Nodes" Oder "Externe Kommunikation". WICHTIG: Weisen Sie die Ports, die Sie für die Konfiguration von Load Balancer Endpunkten verwenden möchten, nicht neu zu. Hinweis: Wenn nur PORT_REMAP eingestellt ist, wird die von Ihnen angegebene Zuordnung 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: Beispiel: |
Optional |
PORT_REMAP_INBOUND
Wert |
Bezeichnung |
Ordnet die eingehende Kommunikation dem angegebenen Port erneut 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. WICHTIG: Weisen Sie die Ports, die Sie für die Konfiguration von Load Balancer Endpunkten verwenden möchten, nicht neu zu. Das verwendete Format ist: Beispiel: |
Optional |