Configurer le réseau hôte StorageGRID pour les déploiements Linux
Une fois l'installation Linux terminée sur vos hôtes, vous devrez peut-être effectuer une configuration supplémentaire afin de préparer un ensemble d'interfaces réseau sur chaque hôte, adaptées au mappage dans les nœuds StorageGRID que vous déploierez ultérieurement.
|
|
« 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". |
-
Vous avez examiné le "${post_edited_translations.segment}".
-
Vous avez examiné les informations concernant "exigences de migration des conteneurs de nœuds".
-
Si vous utilisez des hôtes virtuels, vous avez lu le ${post_edited_translations.segment} avant de configurer le réseau de l'hôte.
|
|
Si vous utilisez des machines virtuelles comme hôtes, vous devez sélectionner VMXNET 3 comme adaptateur réseau virtuel. L'adaptateur réseau VMware E1000 a provoqué des problèmes de connectivité avec les conteneurs StorageGRID déployés sur certaines distributions de Linux. |
Les nœuds de grille doivent pouvoir accéder au réseau Grid et, en option, aux réseaux d'administration et client. Vous fournissez cet accès en créant des mappages qui associent l'interface physique de l'hôte aux interfaces virtuelles de chaque nœud de grille. Lors de la création des interfaces de l'hôte, utilisez des noms conviviaux pour faciliter le déploiement sur tous les hôtes et permettre la migration.
Une même interface peut être partagée entre l'hôte et un ou plusieurs nœuds. Par exemple, vous pouvez utiliser la même interface pour l'accès à l'hôte et l'accès au réseau d'administration des nœuds, afin de faciliter la maintenance de l'hôte et des nœuds. Bien qu'une même interface puisse être partagée entre l'hôte et des nœuds individuels, chacun doit posséder une adresse IP différente. Les adresses IP ne peuvent pas être partagées entre les nœuds ni entre l'hôte et un nœud.
Vous pouvez utiliser la même interface réseau de l'hôte pour fournir l'interface réseau Grid pour tous les nœuds StorageGRID sur l'hôte ; vous pouvez utiliser une interface réseau de l'hôte différente pour chaque nœud ; ou vous pouvez opter pour une solution intermédiaire. Toutefois, vous n'utiliseriez généralement pas la même interface réseau de l'hôte à la fois comme interface réseau Grid et interface réseau d'administration pour un seul nœud, ou comme interface réseau Grid pour un nœud et interface réseau client pour un autre.
Vous pouvez réaliser cette tâche de plusieurs manières. Par exemple, si vos hôtes sont des machines virtuelles et que vous déployez un ou deux nœuds StorageGRID par hôte, vous pouvez créer le nombre d'interfaces réseau requis dans l'hyperviseur et utiliser une correspondance 1-à-1. Si vous déployez plusieurs nœuds sur des hôtes physiques pour la production, vous pouvez tirer parti de la prise en charge des VLAN et de LACP par la pile réseau Linux pour la tolérance aux pannes et le partage de bande passante. Les sections suivantes présentent en détail les approches possibles pour ces deux exemples. Vous n'êtes pas obligé d'utiliser ces exemples ; vous pouvez utiliser toute approche qui répond à vos besoins.
|
|
N'utilisez pas directement de périphériques bond ou bridge comme interface réseau de conteneur. Cela pourrait empêcher le démarrage du nœud en raison d'un problème de noyau lié à l'utilisation de MACVLAN avec des périphériques bond et bridge dans l'espace de noms du conteneur. Utilisez plutôt un périphérique autre qu'un périphérique bond, tel qu'un VLAN ou une paire d'Ethernet virtuel (veth). Spécifiez ce périphérique comme interface réseau dans le fichier de configuration du nœud. |
Considérations et recommandations relatives au clonage d'adresses MAC
Le clonage d'adresse MAC permet au conteneur d'utiliser l'adresse MAC de l'hôte, et à l'hôte d'utiliser l'adresse MAC d'une adresse que vous spécifiez ou d'une adresse générée aléatoirement. Vous devez utiliser le clonage d'adresse MAC pour éviter l'utilisation de configurations réseau en mode promiscuité.
${post_edited_translations.segment}
Dans certains environnements, la sécurité peut être améliorée grâce au clonage d'adresses MAC, car il vous permet d'utiliser une carte NIC virtuelle dédiée pour l'Admin Network, le Grid Network et le Client Network. Le fait que le conteneur utilise l'adresse MAC de la carte NIC dédiée sur l'hôte vous permet d'éviter d'utiliser des configurations réseau en mode promiscuous.
|
|
${post_edited_translations.segment} |
|
|
Si un nœud ne démarre pas car l'interface cible du clonage MAC est occupée, il peut être nécessaire de désactiver la liaison avant de démarrer le nœud. De plus, il est possible que l'environnement virtuel empêche le clonage MAC sur une interface réseau lorsque la liaison est active. Si un nœud ne parvient pas à définir l'adresse MAC et à démarrer en raison d'une interface occupée, désactiver la liaison avant de démarrer le nœud peut résoudre le problème. |
Le clonage d'adresse MAC est désactivé par défaut et doit être configuré via les clés de configuration du nœud. Vous devez l'activer lors de l'installation de StorageGRID.
Il existe une clé pour chaque réseau :
-
ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC -
GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC -
CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC
Définir la clé sur « true » permet au conteneur d'utiliser l'adresse MAC de la carte réseau (NIC) de l'hôte. De plus, l'hôte utilisera alors l'adresse MAC du réseau de conteneur spécifié. Par défaut, l'adresse du conteneur est générée aléatoirement, mais si vous en avez défini une à l'aide de la `_NETWORK_MAC`clé de configuration du nœud, cette adresse sera utilisée à la place. L'hôte et le conteneur auront toujours des adresses MAC différentes.
|
|
${post_edited_translations.segment} |
Cas d'utilisation du clonage MAC
Il existe deux cas d'utilisation à considérer avec le clonage MAC :
-
Clonage MAC désactivé : lorsque la clé
_CLONE_MACdans le fichier de configuration du nœud n'est pas définie ou est définie sur « false », l'hôte utilisera la MAC de la carte réseau de l'hôte et le conteneur aura une MAC générée par StorageGRID, sauf si une MAC est spécifiée dans la clé_NETWORK_MAC. Si une adresse est définie dans la clé_NETWORK_MAC, le conteneur aura l'adresse spécifiée dans la clé_NETWORK_MAC. Cette configuration de clés nécessite l'utilisation du mode promiscuité. -
Clonage MAC activé : lorsque la clé
_CLONE_MACdans le fichier de configuration du nœud est définie sur « true », le conteneur utilise l’adresse MAC de la carte réseau de l’hôte et l’hôte utilise une adresse MAC générée par StorageGRID, sauf si une adresse MAC est spécifiée dans la clé_NETWORK_MAC. Si une adresse est définie dans la clé_NETWORK_MAC, l’hôte utilise l’adresse spécifiée au lieu d’une adresse générée. Dans cette configuration de clés, vous ne devez pas utiliser le mode promiscuité.
|
|
Si vous ne souhaitez pas utiliser le clonage d'adresses MAC et préférez autoriser toutes les interfaces à recevoir et à transmettre des données pour des adresses MAC autres que celles attribuées par l'hyperviseur, assurez-vous que les propriétés de sécurité au niveau du commutateur virtuel et du groupe de ports sont définies sur Accepter pour le Mode promiscuité, les Changements d'adresse MAC et les Transmissions de faux. Les valeurs définies sur le commutateur virtuel peuvent être remplacées par les valeurs au niveau du groupe de ports, assurez-vous donc que les paramètres sont identiques aux deux endroits. |
Pour activer le clonage MAC, consultez "${post_edited_translations.segment}".
Exemple de clonage MAC
Exemple de clonage MAC activé avec un hôte ayant l'adresse MAC 11:22:33:44:55:66 pour l'interface ens256 et les clés suivantes dans le fichier de configuration :
-
ADMIN_NETWORK_TARGET = ens256 -
ADMIN_NETWORK_MAC = b2:9c:02:c2:27:10 -
ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC = true
${post_edited_translations.segment}
Exemple 1 : Correspondance un à un avec des cartes réseau physiques ou virtuelles
L'exemple 1 décrit un mappage d'interface physique simple qui ne nécessite que peu ou pas de configuration côté hôte.

Le système d'exploitation Linux crée les ensXYZ interfaces automatiquement lors de l'installation, du démarrage ou lorsqu'elles sont ajoutées à chaud. Aucune configuration n'est requise, à part s'assurer que les interfaces sont configurées pour s'activer automatiquement après le démarrage. Vous devez déterminer quelle interface ensXYZ correspond à quel réseau StorageGRID (Grid, Admin ou Client) afin de pouvoir fournir les correspondances correctes ultérieurement dans le processus de configuration.
${post_edited_translations.segment}
${post_edited_translations.segment}
${post_edited_translations.segment}
${post_edited_translations.segment}
L'exemple 2 décrit un schéma générique et flexible basé sur les VLAN qui facilite le partage de toute la bande passante réseau disponible entre tous les nœuds d'un même hôte. Cet exemple est particulièrement applicable aux hôtes bare metal.
Pour comprendre cet exemple, supposez que vous disposez de trois sous-réseaux distincts pour les réseaux Grid, Admin et Client dans chaque centre de données. Les sous-réseaux se trouvent sur des VLAN distincts (1001, 1002 et 1003) et sont présentés à l'hôte sur un port trunk d'agrégation LACP (bond0). Vous configureriez trois interfaces VLAN sur la liaison : bond0.1001, bond0.1002 et bond0.1003.
${post_edited_translations.segment}

-
${post_edited_translations.segment}
Utilisez le même nom pour le bond sur chaque hôte, par exemple,
bond0. -
Créez des interfaces VLAN qui utilisent cette liaison comme « périphérique physique » associé, en utilisant la convention d'appellation standard des interfaces VLAN
physdev-name.VLAN ID.Notez que les étapes 1 et 2 requièrent une configuration appropriée sur les switchs de périphérie qui terminent les autres extrémités des liaisons réseau. Les ports des switchs de périphérie doivent également être agrégés dans un canal de ports LACP, configurés en trunk et autorisés à acheminer tous les VLAN requis.
Des exemples de fichiers de configuration d'interface pour ce schéma de configuration réseau par hôte sont fournis.