Pour assurer une connexion constante entre un hôte et son stockage, ESXiprend en charge le chemins multiples. La gestion multivoie vous permet d'utiliser plusieurs chemins physiques qui transfèrent les données entre l'hôte et un périphérique de stockage externe.
En cas de panne d'un élément dans le réseau SAN, tel qu'un adaptateur, un commutateur ou un câble, l'ESXi peut basculer vers un autre chemin physique viable. Ce processus de basculement du chemin afin d'éviter des composants défaillants est connu sous le nom de basculement de chemin.
En plus du basculement de chemin, le chemins multiples permet d'équilibrer les charges. L'équilibrage de charge est le procédé qui consiste à distribuer les charges E/S sur différents chemins d'accès physiques. L'équilibrage de charge réduit, voire supprime, les goulots d'étranglement potentiels.
Basculement avec Fibre Channel
Afin de prendre en charger le gestion multivoie, de façon classique votre hôte dispose de deux ou plusieurs HBA disponibles. Cette configuration complète la configuration de gestion multivoie SAN. De manière générale, la gestion multivoie SAN fournit un ou plusieurs commutateurs dans la production SAN et un ou plusieurs processeurs de stockage sur la baie de stockage elle-même.
Dans l'illustration suivante, les chemins multiples physiques connectent chaque serveur au périphérique de stockage. Par exemple, si HBA1 ou le lien entre HBA1 et le commutateur FC tombe en panne, HBA2 reprend la fonction et fournit la connexion. Le processus de reprise par un HBA pour un autre est appelé basculement HBA.
De même, si SP1 tombe en panne ou que les liens entre SP1 et les commutateurs sont brisés, SP2 reprend la main. SP2 fournit la connexion entre le commutateur et le périphérique de stockage. Ce processus est appelé basculement SP. VMware ESXi prend en charge les basculements HBA et SP.
Basculement basé sur hôte avec iSCSI
Lorsque vous configurez votre hôte ESXi pour la gestion multivoie et le basculement, vous pouvez utiliser plusieurs HBA iSCSI ou combiner plusieurs cartes réseau avec l'adaptateur iSCSI logiciel.
Pour plus d'informations sur les différents types d'adaptateurs iSCSI, consultez Initiateurs iSCSI.
- ESXi ne prend pas en charge la gestion multivoie lorsque vous combinez des adaptateurs de matériel indépendant à des adaptateurs logiciels ou de matériel dépendant dans le même hôte.
- La gestion des chemins multiples entre les adaptateurs logiciels et dépendants dans le même hôte est prise en charge.
- Vous pouvez mélanger les adaptateurs dépendants et indépendants, sur différents hôtes.
- iSCSI matériel et basculement
-
Avec iSCSI matériel, l'hôte dispose généralement de plusieurs adaptateurs iSCSI matériels. L'hôte utilise les adaptateurs pour atteindre le système de stockage via un ou plusieurs commutateurs. La configuration peut également inclure un adaptateur et deux processeurs de stockage afin que l'adaptateur utilise des chemins différents pour atteindre le système de stockage.
Sur l'illustration, Host1 possède deux adaptateurs iSCSI matériels, HBA1 et HBA2, qui fournissent deux chemins physiques vers le système de stockage. Les plug-ins de gestion multivoie sur votre hôte, qu'il s'agisse du NMP VMkernel ou de MPP tiers, ont accès aux chemins par défaut. Les plug-ins peuvent surveiller la santé de chaque chemin physique. Si, par exemple, le HBA1 ou la liaison entre le HBA1 et le réseau échoue, les plug-ins de chemins multiples peuvent basculer le chemin sur le HBA2.
- iSCSI logiciel et basculement
-
Avec iSCSI logiciel, comme indiqué sur l'hôte 2 de l'illustration, vous pouvez utiliser plusieurs cartes réseau qui fournissent des capacités d'équilibrage de charge et de basculement pour les connexions iSCSI.
Les plug-ins de gestion multivoie n'ont pas un accès direct aux cartes réseau physiques de votre hôte. Par conséquent, pour cette configuration, vous devez d'abord connecter chaque carte réseau physique à un port VMkernel distinct. Vous associez ensuite tous les ports VMkernel à l'initiateur iSCSI logiciel à l'aide d'une technique de liaison de port. Chaque port VMkernel connecté à une carte réseau séparée devient un chemin différent que la pile de stockage iSCSI et ses plug-ins de gestion multivoie prenant en charge le stockage peuvent utiliser.
Pour plus d'informations sur la configuration de la gestion multivoie pour iSCSI logiciel, consultez Configuration du réseau pour iSCSI et iSER avec ESXi.
Basculement à base de baie avec iSCSI
Certains systèmes de stockage iSCSI gèrent l'utilisation des chemins de leurs ports de manière automatique et transparente vers ESXi.
Lorsque vous utilisez l'un de ces systèmes de stockage, votre hôte ne voit pas plusieurs ports sur le stockage et ne peut pas choisir le port de stockage auquel se connecter. Ces systèmes disposent d'une seule adresse de port virtuel que votre hôte utilise au départ pour communiquer. Pendant cette communication initiale, le système de stockage peut rediriger l'hôte pour qu'il communique avec un autre port sur le système de stockage. Les initiateurs iSCSI dans l'hôte obéissent à cette demande de reconnexion et se connectent à un autre port sur le système. Le système de stockage utilise cette technique pour répartir la charge sur les différents ports disponibles.
Si l'hôte ESXi perd sa connexion à l'un de ces ports, il tente automatiquement de se reconnecter au port virtuel du système de stockage et doit être redirigé vers un port utilisable actif. Cette reconnexion et redirection se produit rapidement et n'interrompt généralement pas l'exécution des machines virtuelles. Ces systèmes de stockage peuvent également demander que les initiateurs iSCSI se reconnectent au système pour modifier le port de stockage auquel ils sont connectés. Cela permet une utilisation plus efficace des différents ports.
L'illustration Redirection de port montre un exemple de redirection de port. L'hôte tente de se connecter au port virtuel 10.0.0.1. Le système de stockage redirige cette demande vers le port 10.0.0.2. L'hôte se connecte au port 10.0.0.2 et l'utilise pour la communication E/S.
Si le port du système de stockage qui agit en tant que port virtuel devient indisponible, le système de stockage réattribue l'adresse du port virtuel à un autre port du système. L'illustration Réattribution de port montre un exemple de ce type de réattribution de port. Dans ce cas, le port virtuel 10.0.0.1 devient indisponible et le système de stockage réattribue l'adresse IP du port virtuel à un autre port. Le second port répond aux deux adresses.
Avec cette forme de basculement basé sur baie, vous pouvez avoir plusieurs chemins d'accès au stockage uniquement si vous utilisez plusieurs ports sur l'hôte ESXi. Ces chemins sont actifs-actifs. Pour plus d'informations, reportez-vous à la section Gestion d'une session iSCSI sur l'hôte ESXi.
Basculement de chemin et machines virtuelles
En cas de défaillance d'un chemin, l'E/S de stockage peut s'interrompre pendant 30 à 60 secondes jusqu'à ce que votre hôte détermine que ce lien est indisponible et effectue le basculement. Si vous essayez d'afficher l'hôte, ses périphériques de stockage ou ses adaptateurs, le fonctionnement peut apparaître figé. Les machines virtuelles avec leurs disques installés sur le stockage SAN peuvent apparaître comme ne répondant plus. Après le basculement, l'E/S reprend normalement et les machines virtuelles continuent à fonctionner.
Une machine virtuelle Windows peut interrompre l'E/S et peut finalement échouer si les basculements prennent trop de temps. Pour éviter la panne, définissez le délai du disque pour la machine virtuelle Windows à au moins 60 secondes.
Pour éviter les interruptions pendant un basculement de chemin, augmentez la valeur de délai d'expiration de disque standard sur un système d'exploitation invité Windows.
Cette procédure explique comment changer le délai d'expiration en utilisant le registre de Windows.
- Sélectionnez .
- Tapez regedit.exe, et cliquez sur OK.
- Dans la vue hiérarchique du panneau de gauche, double-cliquez sur .
- Faites un double clic sur TimeOutValue.
- Définissez la valeur sur 0x3c (hexadécimal) ou 60 (décimal) et cliquez sur OK.
Après avoir effectué cette modification, Windows attend au moins 60 secondes pour que les opérations de disque puissent se terminer avant de générer des erreurs.
- Redémarrez le SE invité pour appliquer la modification.
