Erstellen Sie StorageGRID-Knotenkonfigurationsdateien für Linux-Bereitstellungen
Knotenkonfigurationsdateien sind kleine Textdateien, die dem StorageGRID Hostdienst die Informationen liefern, die zum Starten eines Knotens und zum Verbinden mit den entsprechenden Netzwerk- und Blockspeicherressourcen benötigt werden. Knotenkonfigurationsdateien werden für virtuelle Knoten verwendet und nicht für Appliance-Knoten.
|
|
„Linux“ bezieht sich auf eine RHEL-, Ubuntu- oder Debian-Installation. Eine Liste der unterstützten Versionen befindet sich unter "NetApp Interoperabilitätsmatrix Tool (IMT)". |
Speicherort für Knotenkonfigurationsdateien
Die Konfigurationsdatei für jeden StorageGRID Node ist im /etc/storagegrid/nodes Verzeichnis auf dem Host abzulegen, auf dem der Node ausgeführt wird. Wenn beispielsweise ein Admin Node, ein Gateway Node und ein Storage Node auf HostA betrieben werden, sind drei Node-Konfigurationsdateien im /etc/storagegrid/nodes auf HostA abzulegen.
${post_edited_translations.segment}
Benennung von Knotenkonfigurationsdateien
Die Namen der Konfigurationsdateien sind von Bedeutung. Das Format ist node-name.conf, wobei node-name ein Name ist, den Sie dem Node zuweisen. Dieser Name wird im StorageGRID Installer angezeigt und für Node-Wartungsarbeiten wie die Node-Migration verwendet.
${post_edited_translations.segment}
-
Muss eindeutig sein
-
Muss mit einem Buchstaben beginnen
-
Kann die Zeichen A bis Z und a bis z enthalten
-
Kann die Zahlen 0 bis 9 enthalten
-
Kann einen oder mehrere Bindestriche (-) enthalten
-
Darf nicht mehr als 32 Zeichen lang sein, die Erweiterung
.confnicht eingerechnet
Alle Dateien in /etc/storagegrid/nodes, die diesen Namenskonventionen nicht entsprechen, werden vom Host-Service nicht analysiert.
Wenn Sie für Ihr Grid eine Topologie mit mehreren Standorten planen, könnte ein typisches Knotenbenennungsschema wie folgt aussehen:
site-nodetype-nodenumber.conf
Sie können beispielsweise dc1-adm1.conf für den ersten Admin-Node in Rechenzentrum 1 und dc2-sn3.conf für den dritten Storage-Node in Rechenzentrum 2 verwenden. Sie können jedoch jedes beliebige Schema verwenden, solange alle Node-Namen den Benennungsregeln entsprechen.
${post_edited_translations.segment}
Eine Konfigurationsdatei enthält Schlüssel/Wert-Paare, wobei jede Zeile einen Schlüssel und einen Wert enthält. Für jedes Schlüssel/Wert-Paar gelten folgende Regeln:
-
Schlüssel und Wert müssen durch ein Gleichheitszeichen (
=und optionale Leerzeichen getrennt sein. -
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Führende oder nachfolgende Leerzeichen werden ignoriert.
In der folgenden Tabelle sind die Werte für alle unterstützten Schlüssel definiert. Jeder Schlüssel hat eine der folgenden Bezeichnungen:
-
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Optional: Optional für alle Knoten
Admin Network-Schlüssel
ADMIN_IP
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse des Grid-Netzwerks des Admin Node, der für die Installation des Linux-basierten Node verwendet werden soll. Für die Wiederherstellung ist die IP des primären Admin Node zu verwenden, sofern verfügbar, andernfalls die IP eines nicht-primären Admin Node. Wird dieser Parameter weggelassen, versucht der Node, einen primären Admin Node mithilfe von mDNS zu entdecken. Hinweis: Dieser Wert wird ignoriert und kann auf dem primären Admin-Knoten unzulässig sein. |
Bewährte Vorgehensweise |
ADMIN_NETWORK_CONFIG
| Wert | Bezeichnung |
|---|---|
DHCP, STATIC oder DISABLED |
Optional |
ADMIN_NETWORK_ESL
| Wert | Bezeichnung |
|---|---|
Durch Kommas getrennte Liste von Subnetzen in CIDR-Notation, mit denen dieser Knoten über das Admin Network Gateway kommunizieren sollte. Beispiel: |
Optional |
${post_edited_translations.segment}
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse des lokalen Admin-Netzwerk-Gateways für diesen Node. Muss sich im Subnetz befinden, das durch ADMIN_NETWORK_IP und ADMIN_NETWORK_MASK definiert ist. Dieser Wert wird für DHCP-konfigurierte Netzwerke ignoriert. Beispiele:
|
Erforderlich, wenn |
${post_edited_translations.segment}
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse dieses Knotens im Admin-Netzwerk. Dieser Schlüssel ist nur erforderlich, wenn ADMIN_NETWORK_CONFIG = STATIC; geben Sie ihn für andere Werte nicht an. Beispiele:
|
Erforderlich, wenn ADMIN_NETWORK_CONFIG = STATIC. Optional, ansonsten. |
ADMIN_NETWORK_MAC
| Wert | Bezeichnung |
|---|---|
Die MAC-Adresse der Admin Network Schnittstelle im Container. Dieses Feld ist optional. Wenn dieses Feld weggelassen wird, wird automatisch eine MAC-Adresse generiert. Es müssen 6 Paare von Hexadezimalziffern sein, die durch Doppelpunkte getrennt sind. Beispiel: |
Optional |
ADMIN_NETWORK_MASK
| Wert | Bezeichnung |
|---|---|
IPv4-Netzmaske für diesen Knoten im Admin-Netzwerk. Dieser Schlüssel ist anzugeben, wenn ADMIN_NETWORK_CONFIG = STATIC; für andere Werte nicht angeben. Beispiele:
|
Erforderlich, wenn ADMIN_NETWORK_IP angegeben ist und ADMIN_NETWORK_CONFIG = STATIC. Optional, ansonsten. |
ADMIN_NETWORK_MTU
| Wert | Bezeichnung |
|---|---|
Die maximale Übertragungseinheit (MTU) für diesen Knoten im Admin Network. Nicht angeben, wenn ADMIN_NETWORK_CONFIG = DHCP. Falls angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn weggelassen, wird 1500 verwendet. Wenn Sie Jumbo-Frames verwenden möchten, sollte die MTU auf einen für Jumbo-Frames geeigneten Wert wie 9000 gesetzt werden. Andernfalls bleibt der Standardwert bestehen. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der am Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Netzwerkleistungsprobleme oder Paketverluste auftreten. Beispiele:
|
Optional |
ADMIN_NETWORK_TARGET
| Wert | Bezeichnung |
|---|---|
Name des Hostgeräts, das für den Zugriff des StorageGRID Knotens auf das Admin-Netzwerk verwendet wird. Es werden nur Netzwerkschnittstellennamen unterstützt. In der Regel wird ein anderer Schnittstellenname verwendet als der, der für GRID_NETWORK_TARGET oder CLIENT_NETWORK_TARGET angegeben wurde. Hinweis: Bond- oder Bridge-Geräte sollten nicht als Netzwerkziel verwendet werden. Entweder wird ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät konfiguriert oder eine Bridge und ein virtuelles Ethernet-Paar (veth) verwendet. Bewährte Vorgehensweise: Geben Sie einen Wert an, auch wenn dieser Knoten anfänglich keine Admin Network IP-Adresse haben wird. Dann kann später eine Admin Network IP-Adresse hinzugefügt werden, ohne dass der Knoten auf dem Host neu konfiguriert werden muss. Beispiele:
|
Bewährte Vorgehensweise |
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. Bewährte Vorgehensweise: In Netzwerken, in denen der Promiscuous-Modus erforderlich wäre, sollte stattdessen der Schlüssel ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC verwendet werden. Weitere Informationen zum Klonen von MAC-Adressen unter Linux finden sich unter "Überlegungen und Empfehlungen zum Klonen von MAC-Adressen" |
Bewährte Vorgehensweise |
ADMIN_ROLE
| Wert | Bezeichnung |
|---|---|
Primär oder nicht primär Dieser Schlüssel ist nur erforderlich, wenn NODE_TYPE = VM_Admin_Node; für andere Knotentypen ist er nicht anzugeben. |
Erforderlich, wenn NODE_TYPE = VM_Admin_Node Optional, ansonsten. |
Blockgeräteschlüssel
BLOCK_DEVICE_AUDIT_LOGS
| Wert | Bezeichnung |
|---|---|
Pfad und Name der Blockgeräte-Spezialdatei, die dieser Knoten für die dauerhafte Speicherung von Audit-Logs verwendet. Beispiele:
|
Erforderlich für Knoten mit NODE_TYPE = VM_Admin_Node. Für andere Knotentypen nicht angeben. |
BLOCK_DEVICE_RANGEDB_nnn
| Wert | Bezeichnung |
|---|---|
Pfad und Name der Blockgeräte-Spezialdatei, die dieser Knoten für die persistente Objektspeicherung verwendet. Dieser Schlüssel ist nur für Knoten mit NODE_TYPE = VM_Storage_Node erforderlich; für andere Knotentypen ist er nicht anzugeben. Lediglich BLOCK_DEVICE_RANGEDB_000 ist erforderlich; die übrigen sind optional. Das für BLOCK_DEVICE_RANGEDB_000 angegebene Blockgerät muss mindestens 4 TB groß sein; 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: Um die Kompatibilität mit bestehenden Installationen zu gewährleisten, werden für aktualisierte Knoten zweistellige Schlüssel 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 Blockgeräte-Spezialdatei, die dieser Knoten für die persistente Speicherung von Datenbanktabellen verwendet. Dieser Schlüssel ist nur für Knoten mit NODE_TYPE = VM_Admin_Node erforderlich; für andere Knotentypen darf er nicht angegeben werden. Beispiele:
|
Erforderlich |
BLOCK_DEVICE_VAR_LOCAL
| Wert | Bezeichnung |
|---|---|
Pfad und Name der Blockgeräte-Spezialdatei, die dieser Knoten für seinen Beispiele:
|
Erforderlich |
Client Network-Schlüssel
CLIENT_NETWORK_CONFIG
| Wert | Bezeichnung |
|---|---|
DHCP, STATIC oder DISABLED |
Optional |
CLIENT_NETWORK_GATEWAY
Wert |
Bezeichnung |
IPv4-Adresse des lokalen Client-Netzwerk-Gateways für diesen Knoten, die sich im durch CLIENT_NETWORK_IP und CLIENT_NETWORK_MASK definierten Subnetz befinden muss. Dieser Wert wird für DHCP-konfigurierte Netzwerke 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; für andere Werte sollte er nicht angegeben werden. Beispiele:
|
Erforderlich, wenn CLIENT_NETWORK_CONFIG = STATIC Optional, ansonsten. |
CLIENT_NETWORK_MAC
| Wert | Bezeichnung |
|---|---|
Die MAC-Adresse der Client-Netzwerkschnittstelle im Container. Dieses Feld ist optional. Wenn dieses Feld weggelassen wird, wird automatisch eine MAC-Adresse generiert. Es müssen 6 Paare von Hexadezimalziffern sein, die durch Doppelpunkte getrennt sind. Beispiel: |
Optional |
CLIENT_NETWORK_MASK
| Wert | Bezeichnung |
|---|---|
IPv4-Netzmaske für diesen Knoten im Client Network. Dieser Schlüssel muss angegeben werden, wenn CLIENT_NETWORK_CONFIG = STATIC ist; für andere Werte darf er nicht angegeben werden. Beispiele:
|
Erforderlich, wenn CLIENT_NETWORK_IP angegeben ist und CLIENT_NETWORK_CONFIG = STATIC Optional, ansonsten. |
CLIENT_NETWORK_MTU
| Wert | Bezeichnung |
|---|---|
Die maximale Übertragungseinheit (MTU) für diesen Knoten im Client-Netzwerk. Nicht angeben, wenn CLIENT_NETWORK_CONFIG = DHCP. Falls angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn keine Angabe erfolgt, wird 1500 verwendet. Wenn Sie Jumbo-Frames verwenden möchten, sollte die MTU auf einen für Jumbo-Frames geeigneten Wert wie 9000 gesetzt werden. Andernfalls bleibt der Standardwert bestehen. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der am Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Netzwerkleistungsprobleme oder Paketverluste auftreten. Beispiele:
|
Optional |
CLIENT_NETWORK_TARGET
| Wert | Bezeichnung |
|---|---|
Name des Hostgeräts, das für den Client-Netzwerkzugriff durch den StorageGRID Knoten verwendet wird. Es werden nur Netzwerkschnittstellennamen unterstützt. In der Regel wird ein anderer Schnittstellenname verwendet als der, der für GRID_NETWORK_TARGET oder ADMIN_NETWORK_TARGET angegeben wurde. Hinweis: Bond- oder Bridge-Geräte sollten nicht als Netzwerkziel verwendet werden. Entweder wird ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät konfiguriert oder eine Bridge und ein virtuelles Ethernet-Paar (veth) verwendet. Bewährte Vorgehensweise: Es sollte ein Wert angegeben werden, auch wenn dieser Knoten anfänglich keine Client-Netzwerk-IP-Adresse hat. Dadurch kann eine Client-Netzwerk-IP-Adresse später hinzugefügt werden, ohne dass der Knoten auf dem Host neu konfiguriert werden muss. Beispiele:
|
Bewährte Vorgehensweise |
CLIENT_NETWORK_TARGET_TYPE
| Wert | Bezeichnung |
|---|---|
Schnittstelle (Dies ist der einzig unterstützte Wert.) |
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 verwendet. Bewährte Vorgehensweise: In Netzwerken, in denen der Promiscuous-Modus erforderlich wäre, sollte stattdessen der Schlüssel CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC verwendet werden. Weitere Informationen zum Klonen von MAC-Adressen unter Linux finden sich unter "Überlegungen und Empfehlungen zum Klonen von MAC-Adressen" |
Bewährte Vorgehensweise |
Grid Network-Schlüssel
GRID_NETWORK_CONFIG
| Wert | Bezeichnung |
|---|---|
STATISCH oder DHCP Standardmäßig wird STATIC verwendet, falls nichts anderes angegeben ist. |
Bewährte Vorgehensweise |
GRID_NETWORK_GATEWAY
| Wert | Bezeichnung |
|---|---|
Die IPv4-Adresse des lokalen Grid-Netzwerk-Gateways für diesen Knoten, die sich im durch GRID_NETWORK_IP und GRID_NETWORK_MASK definierten Subnetz befinden muss. Dieser Wert wird für DHCP-konfigurierte Netzwerke ignoriert. Wenn das Grid-Netzwerk ein einzelnes Subnetz ohne Gateway ist, kann entweder die Standard-Gateway-Adresse für das Subnetz (X.Y.Z.1) oder der GRID_NETWORK_IP-Wert dieses Knotens verwendet werden; beide Werte erleichtern mögliche zukünftige Erweiterungen des Grid-Netzwerks. |
Erforderlich |
GRID_NETWORK_IP
| Wert | Bezeichnung |
|---|---|
IPv4-Adresse dieses Knotens im Grid-Netzwerk. Dieser Schlüssel ist nur erforderlich, wenn GRID_NETWORK_CONFIG = STATIC; für andere Werte ist keine Angabe erforderlich. Beispiele:
|
Erforderlich, wenn GRID_NETWORK_CONFIG = STATIC Optional, ansonsten. |
GRID_NETWORK_MAC
| Wert | Bezeichnung |
|---|---|
Die MAC-Adresse der Grid-Netzwerkschnittstelle im Container. Es müssen 6 Paare von Hexadezimalziffern sein, die durch Doppelpunkte getrennt sind. Beispiel: |
Optional Wenn keine MAC-Adresse angegeben wird, wird automatisch eine MAC-Adresse generiert. |
GRID_NETWORK_MASK
| Wert | Bezeichnung |
|---|---|
IPv4-Netzmaske für diesen Knoten im Grid-Netzwerk. Dieser Schlüssel ist anzugeben, wenn GRID_NETWORK_CONFIG = STATIC; für andere Werte ist er nicht erforderlich. Beispiele:
|
Erforderlich, wenn GRID_NETWORK_IP angegeben ist und GRID_NETWORK_CONFIG = STATIC. Optional, ansonsten. |
GRID_NETWORK_MTU
| Wert | Bezeichnung |
|---|---|
Die maximale Übertragungseinheit (MTU) für diesen Knoten im Grid Network. Nicht angeben, wenn GRID_NETWORK_CONFIG = DHCP. Falls angegeben, muss der Wert zwischen 1280 und 9216 liegen. Wenn keine Angabe erfolgt, wird 1500 verwendet. Wenn Sie Jumbo-Frames verwenden möchten, sollte die MTU auf einen für Jumbo-Frames geeigneten Wert wie 9000 gesetzt werden. Andernfalls bleibt der Standardwert bestehen. WICHTIG: Der MTU-Wert des Netzwerks muss mit dem Wert übereinstimmen, der am Switch-Port konfiguriert ist, an den der Knoten angeschlossen ist. Andernfalls können Netzwerkleistungsprobleme oder Paketverluste auftreten. WICHTIG: Für optimale Netzwerkleistung sollten alle Knoten mit ähnlichen MTU-Werten an ihren Grid-Netzwerk-Schnittstellen konfiguriert sein. Die Warnung Grid Network MTU mismatch wird ausgelöst, wenn die MTU-Einstellungen für das Grid-Netzwerk auf einzelnen Knoten deutlich voneinander abweichen. Die MTU-Werte müssen nicht für alle Netzwerktypen identisch sein. Beispiele:
|
Optional |
GRID_NETWORK_TARGET
| Wert | Bezeichnung |
|---|---|
Name des Hostgeräts, das für den Grid-Netzwerkzugriff durch den StorageGRID-Knoten verwendet wird. Es werden nur Netzwerkschnittstellennamen unterstützt. In der Regel wird ein anderer Schnittstellenname verwendet als der, der für ADMIN_NETWORK_TARGET oder CLIENT_NETWORK_TARGET angegeben wurde. Hinweis: Bond- oder Bridge-Geräte sollten nicht als Netzwerkziel verwendet werden. Entweder wird ein VLAN (oder eine andere virtuelle Schnittstelle) auf dem Bond-Gerät konfiguriert oder eine Bridge und ein virtuelles Ethernet-Paar (veth) verwendet. Beispiele:
|
Erforderlich |
${post_edited_translations.segment}
| Wert | Bezeichnung |
|---|---|
Schnittstelle (Dies ist der einzige unterstützte Wert.) |
Optional |
GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Wert | Bezeichnung |
|---|---|
Richtig oder Falsch Der Wert des Schlüssels wird auf "true" gesetzt, damit der StorageGRID Container die MAC-Adresse der Host-Zielschnittstelle im Grid Network verwendet. ${post_edited_translations.segment} Weitere Informationen zum Klonen von MAC-Adressen unter Linux finden sich unter "Überlegungen und Empfehlungen zum Klonen von MAC-Adressen" |
Bewährte Vorgehensweise |
Installationspasswortschlüssel (temporär)
CUSTOM_TEMPORARY_PASSWORD_HASH
| Wert | Bezeichnung |
|---|---|
Für den primären Admin-Knoten wird während der Installation ein temporäres Standardpasswort für die StorageGRID Installations-API festgelegt. Hinweis: Ein Installationspasswort wird nur auf dem primären Admin-Knoten festgelegt. Bei dem Versuch, ein Passwort auf einem anderen Knotentyp festzulegen, schlägt die Validierung der Knotenkonfigurationsdatei fehl. Die Einstellung dieses Wertes hat keine Auswirkung, wenn die Installation abgeschlossen ist. Wird dieser Schlüssel weggelassen, wird standardmäßig kein temporäres Passwort festgelegt. Alternativ kann ein temporäres Passwort mithilfe der StorageGRID Installation API festgelegt werden. Muss ein `crypt()`SHA-512-Passwort-Hash im Format `$6$<salt>$<password hash>`für ein Passwort mit mindestens 8 und höchstens 32 Zeichen sein. Dieser Hash kann mithilfe von CLI-Tools generiert werden, wie beispielsweise mit dem Befehl |
Bewährte Vorgehensweise |
${post_edited_translations.segment}
${post_edited_translations.segment}
| Wert | Bezeichnung |
|---|---|
Name und optionale Beschreibung für eine zusätzliche Schnittstelle, die zu diesem Knoten hinzugefügt werden soll. Jedem Knoten können mehrere zusätzliche Schnittstellen hinzugefügt werden. Für nnnn ist für jeden INTERFACE_TARGET Eintrag, der hinzugefügt wird, eine eindeutige Nummer anzugeben. Als Wert ist der Name der physischen Schnittstelle auf dem Bare-Metal-Host anzugeben. Optional kann anschließend ein Komma und eine Beschreibung der Schnittstelle hinzugefügt werden, 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, kann die Schnittstelle direkt zu einer HA-Gruppe hinzugefügt werden; die Konfiguration einer VLAN-Schnittstelle ist nicht erforderlich. |
Optional |
Maximaler RAM-Schlüssel
${post_edited_translations.segment}
| Wert | Bezeichnung |
|---|---|
Die maximale RAM-Menge, die diese Node verbrauchen darf. Wenn dieser Schlüssel ausgelassen wird, hat die Node keine Speicherbegrenzungen. Beim Festlegen dieses Felds für eine Node auf Produktionsebene ist ein Wert anzugeben, der mindestens 24 GB beträgt und 16 bis 32 GB unter dem gesamten System-RAM liegt. Hinweis: Der RAM-Wert beeinflusst den tatsächlich reservierten Speicherplatz für Metadaten eines Nodes. Siehe die "Beschreibung dessen, was Metadaten reservierter Speicherplatz ist". Das Format für dieses Feld ist Beispiele:
Hinweis: Wenn Sie diese Option nutzen möchten, muss die Kernel-Unterstützung für Speicher-Cgroups aktiviert sein. |
Optional |
Knotentypschlüssel
KNOTENTYP
| Wert | Bezeichnung |
|---|---|
Knotentyp:
|
Erforderlich |
SPEICHERTYP
| Wert | Bezeichnung |
|---|---|
Definiert den Typ der Objekte, die ein Storage Node enthält. Weitere Informationen finden sich unter "Arten von Speicherknoten". Dieser Schlüssel ist nur für Knoten mit NODE_TYPE = VM_Storage_Node erforderlich; für andere Knotentypen ist er nicht anzugeben. Speichertypen:
Hinweis: Wenn der STORAGE_TYPE nicht angegeben ist, wird der Storage Node-Typ standardmäßig auf kombiniert (Daten und Metadaten) gesetzt. |
Optional |
Port-Remap-Schlüssel
|
|
Die Unterstützung für Port-Remapping ist veraltet und wird in einer zukünftigen Version entfernt. Zum Entfernen umgeleiteter Ports siehe "Port-Remaps auf Bare-Metal-Hosts entfernen". |
PORT_REMAP
| Wert | Bezeichnung |
|---|---|
Ordnet jeden Port neu zu, der von einem Knoten für die interne Grid-Knoten-Kommunikation oder externe Kommunikation verwendet wird. Die Neuzuordnung von Ports ist erforderlich, wenn Netzwerkrichtlinien von Unternehmen einen oder mehrere von StorageGRID verwendete Ports einschränken, wie in "Interne Grid-Knoten-Kommunikation" oder "${post_edited_translations.segment}" beschrieben. WICHTIG: Ordnen Sie die Ports, die Sie zur Konfiguration der Load-Balancer-Endpunkte verwenden möchten, nicht neu zu. Hinweis: Wenn nur PORT_REMAP festgelegt ist, wird die angegebene Zuordnung sowohl für eingehende als auch für ausgehende Kommunikation verwendet. Wenn zusätzlich PORT_REMAP_INBOUND angegeben ist, gilt PORT_REMAP nur für ausgehende Kommunikation. Das verwendete Format lautet: Beispiel: Sie können auch mehrere Ports mithilfe einer durch Kommas getrennten Liste neu zuordnen. Beispiel: |
Optional |
PORT_REMAP_INBOUND
| Wert | Bezeichnung |
|---|---|
Leitet eingehende Kommunikation an den angegebenen Port um. Wenn PORT_REMAP_INBOUND angegeben wird, aber kein Wert für PORT_REMAP festgelegt ist, bleibt die ausgehende Kommunikation für den Port unverändert. WICHTIG: Ordnen Sie die Ports, die Sie zur Konfiguration der Load-Balancer-Endpunkte verwenden möchten, nicht neu zu. Das verwendete Format ist: Beispiel: Es ist auch möglich, mehrere eingehende Ports mithilfe einer durch Kommas getrennten Liste neu zuzuordnen. Beispiel: |
Optional |