Créer des fichiers de configuration de nœud StorageGRID pour les déploiements Linux
Les fichiers de configuration de nœud sont de petits fichiers texte qui fournissent au service hôte StorageGRID les informations nécessaires pour démarrer un nœud et le connecter aux ressources réseau et de stockage bloc appropriées. Les fichiers de configuration de nœud sont utilisés pour les nœuds virtuels et ne sont pas utilisés pour les nœuds d'appliance.
|
|
« Linux » désigne un déploiement RHEL, Ubuntu ou Debian. Pour obtenir la liste des versions prises en charge, consultez le "Outil de matrice d'interopérabilité (IMT) NetApp". |
Emplacement des fichiers de configuration des nœuds
Placez le fichier de configuration de chaque nœud StorageGRID dans le répertoire /etc/storagegrid/nodes de l’hôte où le nœud sera exécuté. Par exemple, si vous prévoyez d’exécuter un nœud d’administration, un nœud de passerelle et un nœud de stockage sur HostA, vous devez placer trois fichiers de configuration de nœud dans /etc/storagegrid/nodes sur HostA.
Vous pouvez créer les fichiers de configuration directement sur chaque hôte à l'aide d'un éditeur de texte, tel que vim ou nano, ou vous pouvez les créer ailleurs et les déplacer sur chaque hôte.
Nommage des fichiers de configuration des nœuds
Le nom des fichiers de configuration est important. Le format est node-name.conf, où node-name est un nom que vous attribuez au nœud. Ce nom apparaît dans l’installateur StorageGRID et est utilisé pour les opérations de maintenance des nœuds, telles que la migration de nœud.
Les noms des nœuds doivent respecter les règles suivantes :
-
Doit être unique
-
Doit commencer par une lettre
-
Peut contenir les caractères de A à Z et de a à z
-
Peut contenir les chiffres de 0 à 9
-
Peut contenir un ou plusieurs traits d'union (-)
-
Ne doit pas dépasser 32 caractères, sans inclure l’
.confextension
Tous les fichiers dans `/etc/storagegrid/nodes`qui ne respectent pas ces conventions d'appellation ne seront pas analysés par le service hôte.
Si vous prévoyez une topologie multisite pour votre grille, un schéma de nommage de nœuds typique pourrait être :
site-nodetype-nodenumber.conf
Par exemple, vous pourriez utiliser dc1-adm1.conf pour le premier nœud d'administration dans Data Center 1, et dc2-sn3.conf pour le troisième nœud de stockage dans Data Center 2. Cependant, vous pouvez utiliser n'importe quel schéma, à condition que tous les noms de nœuds respectent les règles de dénomination.
Contenu d'un fichier de configuration de nœud
Un fichier de configuration contient des paires clé/valeur, avec une clé et une valeur par ligne. Pour chaque paire clé/valeur, respectez les règles suivantes :
-
La clé et la valeur doivent être séparées par un signe égal (
=) et un espace blanc facultatif. -
Les clés ne doivent contenir aucun espace.
-
Les valeurs peuvent contenir des espaces.
-
Tout espace blanc en début ou en fin de texte est ignoré.
Le tableau suivant définit les valeurs de toutes les clés prises en charge. Chaque clé possède l'une des désignations suivantes :
-
Obligatoire : Obligatoire pour chaque nœud ou pour les types de nœuds spécifiés
-
Meilleure pratique : Facultatif, bien que recommandé
-
Facultatif : Facultatif pour tous les nœuds
Clés réseau d'administration
ADMIN_IP
| Valeur | Désignation |
|---|---|
Adresse IPv4 Grid Network du nœud Admin que vous souhaitez utiliser pour installer le nœud basé sur Linux. Pour la récupération, utilisez l’adresse IP du nœud Admin principal si elle est disponible ; sinon, utilisez l’adresse IP d’un nœud Admin non principal. Si vous omettez ce paramètre, le nœud tente de découvrir un nœud Admin principal à l’aide de mDNS. Remarque : Cette valeur est ignorée et peut être interdite sur le nœud d’administration principal. |
Meilleure pratique |
ADMIN_NETWORK_CONFIG
| Valeur | Désignation |
|---|---|
DHCP, STATIQUE ou DÉSACTIVÉ |
Facultatif |
ADMIN_NETWORK_ESL
| Valeur | Désignation |
|---|---|
Liste séparée par des virgules des sous-réseaux en notation CIDR avec lesquels ce nœud doit communiquer via la passerelle du réseau d'administration. Exemple : |
Facultatif |
Passerelle_réseau_administrateur
| Valeur | Désignation |
|---|---|
Adresse IPv4 de la passerelle du réseau d'administration local pour ce nœud. Doit appartenir au sous-réseau défini par ADMIN_NETWORK_IP et ADMIN_NETWORK_MASK. Cette valeur est ignorée pour les réseaux configurés par DHCP. Exemples :
|
Obligatoire si |
ADMIN_NETWORK_IP
| Valeur | Désignation |
|---|---|
Adresse IPv4 de ce nœud sur le réseau d'administration. Cette clé est requise uniquement lorsque ADMIN_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour les autres valeurs. Exemples :
|
Requis lorsque ADMIN_NETWORK_CONFIG = STATIC. Facultatif sinon. |
ADMIN_NETWORK_MAC
| Valeur | Désignation |
|---|---|
L'adresse MAC de l'interface Admin Network dans le conteneur. Ce champ est facultatif. S'il est omis, une adresse MAC sera générée automatiquement. Doit comporter 6 paires de chiffres hexadécimaux séparées par des deux-points. Exemple : |
Facultatif |
MASQUE_RÉSEAU_ADMIN
| Valeur | Désignation |
|---|---|
Masque de sous-réseau IPv4 pour ce nœud, sur le réseau d'administration. Spécifiez cette clé lorsque ADMIN_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour les autres valeurs. Exemples :
|
Requis si ADMIN_NETWORK_IP est spécifié et ADMIN_NETWORK_CONFIG = STATIC. Facultatif sinon. |
ADMIN_NETWORK_MTU
| Valeur | Désignation |
|---|---|
L’unité de transmission maximale (MTU) pour ce nœud sur le réseau d’administration. Ne spécifiez pas si ADMIN_NETWORK_CONFIG = DHCP. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Si elle est omise, 1500 est utilisée. Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut. IMPORTANT : La valeur MTU du réseau doit correspondre à la valeur configurée sur le port du commutateur auquel le nœud est connecté. Sinon, des problèmes de performance réseau ou des pertes de paquets peuvent survenir. Exemples :
|
Facultatif |
ADMIN_NETWORK_TARGET
| Valeur | Désignation |
|---|---|
Nom du périphérique hôte que vous utiliserez pour l'accès au réseau d'administration par le nœud StorageGRID. Seuls les noms d'interface réseau sont pris en charge. En général, vous utilisez un nom d'interface différent de celui spécifié pour GRID_NETWORK_TARGET ou CLIENT_NETWORK_TARGET. Remarque : N’utilisez pas de dispositifs bond ou bridge comme cible réseau. Configurez soit un VLAN (ou une autre interface virtuelle) au-dessus du dispositif bond, soit utilisez un bridge et une paire Ethernet virtuelle (veth). Recommandation : Spécifiez une valeur même si ce nœud ne possède pas initialement d’adresse IP de réseau d’administration. Vous pouvez ensuite ajouter une adresse IP de réseau d’administration ultérieurement, sans avoir à reconfigurer le nœud sur l’hôte. Exemples :
|
Meilleure pratique |
TYPE_CIBLE_RÉSEAU_ADMIN
| Valeur | Désignation |
|---|---|
Interface (Il s'agit de la seule valeur prise en charge.) |
Facultatif |
ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valeur | Désignation |
|---|---|
Vrai ou faux Définissez la clé sur « true » pour que le conteneur StorageGRID utilise l'adresse MAC de l'interface cible de l'hôte sur le réseau d'administration. Meilleure pratique : Dans les réseaux où le mode promiscuité serait requis, utilisez plutôt la clé ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC. Pour plus de détails sur le clonage de MAC sous Linux, consultez "Considérations et recommandations relatives au clonage d'adresses MAC" |
Meilleure pratique |
ADMIN_ROLE
| Valeur | Désignation |
|---|---|
Primaire ou non primaire Cette clé est requise uniquement lorsque NODE_TYPE = VM_Admin_Node ; ne la spécifiez pas pour les autres types de nœuds. |
Requis lorsque NODE_TYPE = VM_Admin_Node Facultatif sinon. |
Clés de périphérique de bloc
BLOCK_DEVICE_AUDIT_LOGS
| Valeur | Désignation |
|---|---|
Chemin d'accès et nom du fichier spécial du périphérique de stockage par blocs que ce nœud utilisera pour le stockage persistant des journaux d'audit. Exemples :
|
Obligatoire pour les nœuds avec NODE_TYPE = VM_Admin_Node. Ne le spécifiez pas pour les autres types de nœuds. |
BLOCK_DEVICE_RANGEDB_nnn
| Valeur | Désignation |
|---|---|
Chemin d'accès et nom du fichier spécial du périphérique de stockage par blocs que ce nœud utilisera pour le stockage persistant des objets. Cette clé est requise uniquement pour les nœuds avec NODE_TYPE = VM_Storage_Node ; ne la spécifiez pas pour les autres types de nœuds. Seul BLOCK_DEVICE_RANGEDB_000 est requis ; les autres sont facultatifs. Le périphérique de bloc spécifié pour BLOCK_DEVICE_RANGEDB_000 doit avoir au moins 4 To ; les autres peuvent être plus petits. Ne laissez pas d'espace vide. Si vous spécifiez BLOCK_DEVICE_RANGEDB_005, vous devez également spécifier BLOCK_DEVICE_RANGEDB_004. Remarque : Pour assurer la compatibilité avec les déploiements existants, les clés à deux chiffres sont prises en charge pour les nœuds mis à niveau. Exemples :
|
Requis : BLOCK_DEVICE_RANGEDB_000 Facultatif : 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
| Valeur | Désignation |
|---|---|
Chemin d'accès et nom du fichier spécial du périphérique de bloc que ce nœud utilisera pour le stockage persistant des tables de base de données. Cette clé est requise uniquement pour les nœuds avec NODE_TYPE = VM_Admin_Node ; ne la spécifiez pas pour les autres types de nœuds. Exemples :
|
Obligatoire |
BLOCK_DEVICE_VAR_LOCAL
| Valeur | Désignation |
|---|---|
Chemin d'accès et nom du fichier spécial du périphérique de stockage par blocs que ce nœud utilisera pour son Exemples :
|
Obligatoire |
Clés réseau client
CONFIGURATION_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
DHCP, STATIQUE ou DÉSACTIVÉ |
Facultatif |
PASSERELLE_RÉSEAU_CLIENT
Valeur |
Désignation |
Adresse IPv4 de la passerelle du réseau client local pour ce nœud, qui doit appartenir au sous-réseau défini par CLIENT_NETWORK_IP et CLIENT_NETWORK_MASK. Cette valeur est ignorée pour les réseaux configurés par DHCP. Exemples :
|
Facultatif |
IP_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
Adresse IPv4 de ce nœud sur le réseau client. Cette clé est requise uniquement lorsque CLIENT_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour d'autres valeurs. Exemples :
|
Requis lorsque CLIENT_NETWORK_CONFIG = STATIC Facultatif sinon. |
MAC_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
L'adresse MAC de l'interface réseau client dans le conteneur. Ce champ est facultatif. S'il est omis, une adresse MAC sera générée automatiquement. Doit comporter 6 paires de chiffres hexadécimaux séparées par des deux-points. Exemple : |
Facultatif |
MASQUE_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
Masque de sous-réseau IPv4 pour ce nœud sur le réseau client. Spécifiez cette clé lorsque CLIENT_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour les autres valeurs. Exemples :
|
Requis si CLIENT_NETWORK_IP est spécifié et CLIENT_NETWORK_CONFIG = STATIC Facultatif sinon. |
MTU_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
Unité de transmission maximale (MTU) pour ce nœud sur le réseau client. Ne spécifiez pas si CLIENT_NETWORK_CONFIG = DHCP. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Si elle est omise, 1500 est utilisée. Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut. IMPORTANT : La valeur MTU du réseau doit correspondre à la valeur configurée sur le port du commutateur auquel le nœud est connecté. Sinon, des problèmes de performance réseau ou des pertes de paquets peuvent survenir. Exemples :
|
Facultatif |
CIBLE_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
Nom du périphérique hôte que vous utiliserez pour l'accès au réseau client par le nœud StorageGRID. Seuls les noms d'interface réseau sont pris en charge. En général, vous utilisez un nom d'interface différent de celui spécifié pour GRID_NETWORK_TARGET ou ADMIN_NETWORK_TARGET. Remarque : N’utilisez pas de dispositifs bond ou bridge comme cible réseau. Configurez soit un VLAN (ou une autre interface virtuelle) au-dessus du dispositif bond, soit utilisez un bridge et une paire Ethernet virtuelle (veth). Recommandation : Spécifiez une valeur même si ce nœud ne possède pas initialement d’adresse IP de réseau client. Vous pourrez ainsi ajouter une adresse IP de réseau client ultérieurement, sans avoir à reconfigurer le nœud sur l’hôte. Exemples :
|
Meilleure pratique |
TYPE_CIBLE_RÉSEAU_CLIENT
| Valeur | Désignation |
|---|---|
Interface (Il s'agit de la seule valeur prise en charge.) |
Facultatif |
CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valeur | Désignation |
|---|---|
Vrai ou faux Définissez la clé sur « true » pour que le conteneur StorageGRID utilise l'adresse MAC de l'interface cible de l'hôte sur le réseau client. Meilleure pratique : Dans les réseaux où le mode promiscuité serait requis, utilisez plutôt la clé CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC. Pour plus de détails sur le clonage de MAC sous Linux, consultez "Considérations et recommandations relatives au clonage d'adresses MAC" |
Meilleure pratique |
Clés du réseau Grid
CONFIGURATION DU GRID_NETWORK
| Valeur | Désignation |
|---|---|
STATIQUE ou DHCP Par défaut, la valeur est STATIC si elle n'est pas spécifiée. |
Meilleure pratique |
Passerelle du réseau Grid
| Valeur | Désignation |
|---|---|
Adresse IPv4 de la passerelle Grid Network locale pour ce nœud, qui doit appartenir au sous-réseau défini par GRID_NETWORK_IP et GRID_NETWORK_MASK. Cette valeur est ignorée pour les réseaux configurés par DHCP. Si le réseau Grid est un seul sous-réseau sans passerelle, utilisez soit l'adresse de passerelle standard du sous-réseau (X.Y.Z.1), soit la valeur GRID_NETWORK_IP de ce nœud ; l'une ou l'autre valeur simplifiera les futures extensions potentielles du réseau Grid. |
Obligatoire |
IP_RÉSEAU_GRID
| Valeur | Désignation |
|---|---|
Adresse IPv4 de ce nœud sur le réseau Grid. Cette clé est requise uniquement lorsque GRID_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour les autres valeurs. Exemples :
|
Requis lorsque GRID_NETWORK_CONFIG = STATIC Facultatif sinon. |
GRID_NETWORK_MAC
| Valeur | Désignation |
|---|---|
L'adresse MAC de l'interface Grid Network dans le conteneur. Doit comporter 6 paires de chiffres hexadécimaux séparées par des deux-points. Exemple : |
Facultatif Si cette information est omise, une adresse MAC sera générée automatiquement. |
MASQUE_RÉSEAU_GRID
| Valeur | Désignation |
|---|---|
Masque de sous-réseau IPv4 pour ce nœud sur le réseau Grid. Spécifiez cette clé lorsque GRID_NETWORK_CONFIG = STATIC ; ne la spécifiez pas pour les autres valeurs. Exemples :
|
Requis lorsque GRID_NETWORK_IP est spécifié et GRID_NETWORK_CONFIG = STATIC. Facultatif sinon. |
MTU_RÉSEAU_GRID
| Valeur | Désignation |
|---|---|
Unité de transmission maximale (MTU) pour ce nœud sur le réseau Grid. Ne spécifiez pas si GRID_NETWORK_CONFIG = DHCP. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Si elle est omise, 1500 est utilisée. Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut. IMPORTANT : La valeur MTU du réseau doit correspondre à la valeur configurée sur le port du commutateur auquel le nœud est connecté. Sinon, des problèmes de performance réseau ou des pertes de paquets peuvent survenir. IMPORTANT : Pour des performances réseau optimales, tous les nœuds doivent être configurés avec des valeurs MTU similaires sur leurs interfaces Grid Network. L’alerte Incompatibilité MTU Grid Network est déclenchée en cas de différence significative entre les paramètres MTU du Grid Network sur les différents nœuds. Les valeurs MTU ne doivent pas nécessairement être identiques pour tous les types de réseau. Exemples :
|
Facultatif |
CIBLE DU RÉSEAU GRID
| Valeur | Désignation |
|---|---|
Nom du périphérique hôte que vous utiliserez pour l'accès au réseau Grid par le nœud StorageGRID. Seuls les noms d'interface réseau sont pris en charge. En général, vous utilisez un nom d'interface différent de celui spécifié pour ADMIN_NETWORK_TARGET ou CLIENT_NETWORK_TARGET. Remarque : N’utilisez pas de dispositifs bond ou bridge comme cible réseau. Configurez soit un VLAN (ou une autre interface virtuelle) au-dessus du dispositif bond, soit utilisez un bridge et une paire Ethernet virtuelle (veth). Exemples :
|
Obligatoire |
GRID_NETWORK_TARGET_TYPE
| Valeur | Désignation |
|---|---|
Interface (Il s'agit de la seule valeur prise en charge.) |
Facultatif |
GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
| Valeur | Désignation |
|---|---|
Vrai ou faux Définissez la valeur de la clé sur « true » pour que le conteneur StorageGRID utilise l'adresse MAC de l'interface cible de l'hôte sur le réseau Grid. Meilleure pratique : Dans les réseaux où le mode promiscuité serait requis, utilisez plutôt la clé GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC. Pour plus de détails sur le clonage de MAC sous Linux, consultez "Considérations et recommandations relatives au clonage d'adresses MAC" |
Meilleure pratique |
Clé de mot de passe d'installation (temporaire)
HACHAGE DU MOT DE PASSE TEMPORAIRE PERSONNALISÉ
| Valeur | Désignation |
|---|---|
Pour le nœud d'administration principal, définissez un mot de passe temporaire par défaut pour l'API d'installation StorageGRID lors de l'installation. Remarque : Définissez un mot de passe d’installation uniquement sur le nœud d’administration principal. Si vous tentez de définir un mot de passe sur un autre type de nœud, la validation du fichier de configuration échouera. La modification de cette valeur n'a aucun effet une fois l'installation terminée. Si cette clé est omise, aucun mot de passe temporaire n'est défini par défaut. Vous pouvez également définir un mot de passe temporaire à l'aide de l'API d'installation StorageGRID. Doit être un Ce hachage peut être généré à l'aide d'outils CLI, tels que la commande |
Meilleure pratique |
Interfaces clés
INTERFACE_TARGET_nnnn
| Valeur | Désignation |
|---|---|
Nom et description facultative de l'interface supplémentaire que vous souhaitez ajouter à ce nœud. Vous pouvez ajouter plusieurs interfaces supplémentaires à chaque nœud. Pour nnnn, spécifiez un numéro unique pour chaque entrée INTERFACE_TARGET que vous ajoutez. Pour la valeur, indiquez le nom de l'interface physique sur le serveur bare-metal. Ensuite, vous pouvez éventuellement ajouter une virgule et fournir une description de l'interface, qui s'affiche sur la page des interfaces VLAN et la page des groupes HA. Exemple : Si vous ajoutez une interface trunk, vous devez configurer une interface VLAN dans StorageGRID. Si vous ajoutez une interface d'accès, vous pouvez l'ajouter directement à un groupe HA ; vous n'avez pas besoin de configurer une interface VLAN. |
Facultatif |
Clé RAM maximale
RAM MAXIMUM
| Valeur | Désignation |
|---|---|
Quantité maximale de RAM que ce nœud est autorisé à consommer. Si cette clé est omise, le nœud n’a aucune restriction de mémoire. Lorsque vous définissez ce champ pour un nœud de niveau production, spécifiez une valeur d’au moins 24 Go et de 16 à 32 Go inférieure à la RAM système totale. Remarque : La valeur de la RAM influe sur l’espace réservé aux métadonnées d’un nœud. Voir le "description de ce qu'est l'espace réservé aux métadonnées". Le format de ce champ est Exemples :
Remarque : Si vous souhaitez utiliser cette option, vous devez activer la prise en charge du noyau pour les cgroups de mémoire. |
Facultatif |
Clés de type de nœud
TYPE_DE_NŒUD
| Valeur | Désignation |
|---|---|
Type de nœud :
|
Obligatoire |
TYPE_DE_STOCKAGE
| Valeur | Désignation |
|---|---|
Définit le type d'objets qu'un nœud de stockage contient. Pour plus d'informations, consultez "Types de nœuds de stockage". Cette clé est requise uniquement pour les nœuds avec NODE_TYPE = VM_Storage_Node ; ne la spécifiez pas pour les autres types de nœuds. Types de stockage :
Remarque : Si le STORAGE_TYPE n’est pas spécifié, le type de nœud de stockage est défini par défaut sur combiné (données et métadonnées). |
Facultatif |
Touches de réaffectation des ports
|
|
La prise en charge du remappage des ports est obsolète et sera supprimée dans une prochaine version. Pour supprimer les ports remappés, consultez "Supprimez les redirections de ports sur les hôtes physiques". |
PORT_REMAP
| Valeur | Désignation |
|---|---|
Réaffecte tout port utilisé par un nœud pour les communications internes entre nœuds de la grille ou les communications externes. La réaffectation des ports est nécessaire si les politiques réseau de l’entreprise restreignent un ou plusieurs ports utilisés par StorageGRID, comme décrit dans "Communications internes des nœuds de la grille" ou "Communications externes". IMPORTANT : Ne remappez pas les ports que vous prévoyez d’utiliser pour configurer les points de terminaison de l’équilibreur de charge. Remarque : Si seul PORT_REMAP est défini, le mappage spécifié est utilisé pour les communications entrantes et sortantes. Si PORT_REMAP_INBOUND est également spécifié, PORT_REMAP s’applique uniquement aux communications sortantes. Le format utilisé est : Exemple : Vous pouvez également réaffecter plusieurs ports à l'aide d'une liste séparée par des virgules. Exemple : |
Facultatif |
PORT_REMAP_INBOUND
| Valeur | Désignation |
|---|---|
Redirige les communications entrantes vers le port spécifié. Si vous spécifiez PORT_REMAP_INBOUND mais ne spécifiez pas de valeur pour PORT_REMAP, les communications sortantes pour le port restent inchangées. IMPORTANT : Ne remappez pas les ports que vous prévoyez d’utiliser pour configurer les points de terminaison de l’équilibreur de charge. Le format utilisé est : Exemple : Vous pouvez également réaffecter plusieurs ports entrants à l'aide d'une liste séparée par des virgules. Exemple : |
Facultatif |