Configuration du réseau
Suggérer des modifications
PDF
La configuration des paramètres réseau lors de l'utilisation de vSphere avec des systèmes exécutant ONTAP est simple et similaire à celle des autres configurations réseau.
Voici quelques points à prendre en compte :
-
Trafic du réseau de stockage séparé des autres réseaux Un réseau distinct peut être obtenu à l'aide d'un VLAN dédié ou de commutateurs distincts pour le stockage. Si le réseau de stockage partage des chemins physiques, tels que des liaisons ascendantes, vous pouvez avoir besoin de la qualité de service ou de ports supplémentaires pour garantir une bande passante suffisante. Ne connectez pas les hôtes directement au stockage, sauf si votre guide de solution le demande expressément ; utilisez les commutateurs pour disposer de chemins redondants et permettez à VMware HA de fonctionner sans intervention.
-
Les trames Jumbo doivent être utilisées si elles sont prises en charge par votre réseau. Si elles sont utilisées, assurez-vous qu'elles sont configurées de manière identique sur tous les périphériques réseau, VLAN, etc. Dans le chemin entre le stockage et l'hôte ESXi. Vous pourriez voir des problèmes de performances ou de connexion. La MTU doit également être définie de manière identique sur le switch virtuel ESXi, le port VMkernel et également sur les ports physiques ou les groupes d'interface de chaque nœud ONTAP.
-
NetApp recommande uniquement de désactiver le contrôle de flux réseau sur les ports d'interconnexion de cluster au sein d'un cluster ONTAP. NetApp ne formule aucune autre recommandation concernant les meilleures pratiques en matière de contrôle de flux pour les ports réseau restants utilisés pour le trafic de données. Vous devez l'activer ou la désactiver si nécessaire. Voir "TR-4182" pour plus d'informations sur le contrôle de flux.
-
Lorsque les baies de stockage ESXi et ONTAP sont connectées aux réseaux de stockage Ethernet, NetApp recommande de configurer les ports Ethernet auxquels ces systèmes se connectent en tant que ports de périphérie RSTP (Rapid Spanning Tree Protocol) ou en utilisant la fonctionnalité Cisco PortFast. NetApp recommande d'activer la fonction de jonction Spanning-Tree PortFast dans les environnements qui utilisent la fonction Cisco PortFast et dont le agrégation VLAN 802.1Q est activée soit au serveur ESXi, soit aux baies de stockage ONTAP.
-
NetApp recommande les meilleures pratiques suivantes pour l'agrégation de liens :
-
Utilisez des commutateurs qui prennent en charge l'agrégation de liens des ports sur deux châssis de commutateurs distincts grâce à une approche de groupe d'agrégation de liens multichâssis, telle que Virtual PortChannel (VPC) de Cisco.
-
Désactiver LACP pour les ports de switch connectés à ESXi, sauf si vous utilisez dvswitches 5.1 ou version ultérieure avec LACP configuré.
-
Utilisez LACP pour créer des agrégats de liens pour les systèmes de stockage ONTAP avec des groupes d'interface multimode dynamiques avec un hachage IP.
-
Utilisez une stratégie de regroupement de hachage IP sur ESXi.
-
Le tableau suivant fournit un récapitulatif des éléments de configuration réseau et indique l'emplacement d'application des paramètres.
| Élément | VMware ESXi | Commutateur | Nœud | SVM |
|---|---|---|---|---|
Adresse IP |
VMkernel |
Non** |
Non** |
Oui. |
Agrégation de liens |
Commutateur virtuel |
Oui. |
Oui. |
Non* |
VLAN |
Groupes de ports VMKernel et VM |
Oui. |
Oui. |
Non* |
Contrôle de flux |
NIC |
Oui. |
Oui. |
Non* |
Spanning Tree |
Non |
Oui. |
Non |
Non |
MTU (pour les trames jumbo) |
Commutateur virtuel et port VMkernel (9000) |
Oui (défini sur max) |
Oui (9000) |
Non* |
Groupes de basculement |
Non |
Non |
Oui (créer) |
Oui (sélectionner) |
*Les LIF SVM se connectent aux ports, aux groupes d'interface ou aux interfaces VLAN dotés de VLAN, MTU et d'autres paramètres. Cependant, les paramètres ne sont pas gérés au niveau de la SVM.
**Ces périphériques ont leur propre adresse IP pour la gestion, mais ces adresses ne sont pas utilisées dans le contexte du réseau de stockage VMware ESXi.
SAN (FC, NVMe/FC, iSCSI, NVMe/TCP), RDM
ONTAP propose un stockage bloc haute performance pour VMware vSphere à l'aide d'iSCSI classiques et du protocole FCP (Fibre Channel Protocol). Il prend également en charge NVMe/FC et NVMe/TCP, le protocole bloc nouvelle génération hautement efficace et performant, NVMe over Fabrics (NVMe-of).
Pour connaître les meilleures pratiques détaillées en matière d'implémentation de protocoles par blocs pour le stockage de machines virtuelles avec vSphere et ONTAP, reportez-vous à la section "Datastores et protocoles - SAN"
NFS
VSphere permet aux clients d'utiliser des baies NFS de classe entreprise pour fournir un accès simultané aux datastores à tous les nœuds d'un cluster ESXi. Comme mentionné dans cette "les datastores" section, NFS avec vSphere offre des avantages en termes de visibilité sur la facilité d'utilisation et l'efficacité du stockage.
Pour connaître les meilleures pratiques recommandées, reportez-vous à la section "Datastores et protocoles - NFS"
Connexion directe au réseau
Les administrateurs de virtualisation privilégient parfois la simplification de leurs infrastructures en supprimant les commutateurs réseau de la configuration. Cela permet de créer une solution plus autonome, avec moins de composants et un encombrement réduit dans la baie. Il existe des restrictions importantes qui dépendent du protocole utilisé.
Fibre Channel
À partir d'ONTAP 9.19.1, la connexion FC directe est prise en charge avec les SAN FC traditionnels (SCSI) et NVMe/FC avec certains adaptateurs FC pour systèmes de stockage. Les HBA établiront une connexion FC point à point standard. Avant ONTAP 9.19.1, les systèmes de stockage ONTAP nécessitent NPIV, ce qui signifie que le système de stockage doit être connecté à un commutateur FC qui prend également en charge NPIV.
ISCSI et NVMe/TCP
Un hôte utilisant iSCSI ou NVMe/TCP peut être directement connecté à un système de stockage et fonctionner normalement. La raison en est le chemin d'accès. Les connexions directes à deux contrôleurs de stockage distincts donnent lieu à deux chemins de flux de données indépendants. La perte du chemin, du port ou du contrôleur n'empêche pas l'autre chemin d'être utilisé.
NFS
Vous pouvez utiliser un stockage NFS à connexion directe, mais avec une limitation importante : le basculement ne fonctionnera pas sans script important, ce qui incombera au client.
Ce qui complique la reprise après incident avec un stockage NFS à connexion directe, c'est le routage qui se produit sur le système d'exploitation local. Par exemple, supposons qu'un hôte a une adresse IP 192.168.1.1/24 et qu'il est directement connecté à un contrôleur ONTAP avec une adresse IP 192.168.1.50/24. Lors du basculement, cette adresse 192.168.1.50 peut basculer vers l'autre contrôleur et sera disponible pour l'hôte, mais comment l'hôte peut-il détecter sa présence ? L'adresse 192.168.1.1 d'origine existe toujours sur la carte réseau hôte qui ne se connecte plus à un système opérationnel. Le trafic destiné à 192.168.1.50 continuerait d'être envoyé à un port réseau inutilisable.
La seconde carte réseau du système d'exploitation pourrait être configurée avec l'adresse 192.168.1.2 et serait capable de communiquer avec l'adresse de basculement 192.168.1.50, mais les tables de routage locales auraient par défaut l'utilisation d'une et une seule adresse pour communiquer avec le sous-réseau 192.168.1.0/24. Un administrateur système pourrait créer un cadre de scripts permettant de détecter une défaillance de connexion réseau et de modifier les tables de routage locales ou d'activer/désactiver des interfaces. La procédure exacte dépendrait du système d'exploitation utilisé.
Dans la pratique, les clients NetApp disposent d'un protocole NFS à connexion directe, mais généralement uniquement pour les charges de travail où une pause des E/S est acceptable pendant les basculements. Lorsque des montages durs sont utilisés, aucune erreur d'E/S ne doit se produire lors de ces pauses. L'E/S doit se bloquer jusqu'à ce que les services soient restaurés, soit par un retour arrière, soit par une intervention manuelle pour déplacer les adresses IP entre les cartes réseau de l'hôte.