Informatique unifiée : Système d'informatique unifiée Cisco

Le transfert vivant de virtual machine d'Unified Computing System échoue avec les adaptateurs virtuels de la Manche de fibre

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit comment empêcher une panne vivante de transfert du virtual machine (VM) due à l'énumération incorrecte du numéro d'unité logique (LUN) quand la Manche virtuelle hyper-v de fibre avec des adaptateurs de réseau convergent de carte d'interface virtuelle de Cisco (carte d'interface virtuelle) sont utilisées.

Contribué par Marcin Latosiewicz, ingénieur TAC Cisco.

Informations générales

La Manche virtuelle hyper-v de fibre permet à des VMs pour se connecter directement à la mémoire connectée par canal de fibre. Soutien introduit par 2.1(2a) de version de l'Unified Computing System (UCS) de la virtualisation d'ID de N_Port (NPIV) qui active l'utilisation de la Manche virtuelle hyper-v de fibre. La Manche virtuelle hyper-v de fibre exige que vous créez et liez les Commutateurs virtuels de la Manche de fibre aux adaptateurs de bus hôte (HBAs) sur l'hôte (partition de parent). Des adaptateurs virtuels de la Manche de fibre sont alors créés dans les VMs et connectés aux Commutateurs virtuels de la Manche de fibre.

Problème

Le transfert vivant peut échouer quand la Manche virtuelle hyper-v de fibre est utilisée avec des adaptateurs de réseau convergent de carte d'interface virtuelle. Le problème se pose quand les mêmes paires HBA sur l'hôte hyper-v sont utilisées pour démarrer du réseau de stockage (SAN) et pour accéder au volume partagé par batterie (CSV) LUN tandis que limite aux Commutateurs virtuels de la Manche de fibre. Sous ces circonstances, quand un transfert vivant d'une VM avec la Manche virtuelle HBAs de fibre est tenté, l'énumération incorrecte LUN se produit et le transfert vivant ne se termine pas.

Quand la panne se produit, la Gestion de disque SNAP-dans prouve que les LUN tracés à la VM dans la partition de parent sont dans un état hors ligne. Pour plus d'informations sur cette question, référez-vous à l'ID de bogue Cisco CSCup40056.

Cette image fournit une vue de topologie logique de la question de configuration d'un point de vue du système d'exploitation. 

Solution

Cisco recommande que vous configuriez deux paires HBA (deux HBAs par matrice) sur l'hôte hyper-v si vous prévoyez de démarrer l'hôte hyper-v du SAN et d'implémenter la Manche virtuelle hyper-v de fibre. La première paire de HBAs est utilisée pour le trafic hyper-v d'hôte comme pour démarrer de SAN et de volumes partagés groupés (CSV). La deuxième paire de HBAs est utilisée pour la Manche virtuelle de fibre. Cette configuration segmente le trafic hyper-v E/S d'hôte et le trafic E/S VM et est la pratique recommandée Cisco de déployer la Manche virtuelle hyper-v de fibre.

Procédure

Employez cette procédure afin de s'appliquer la configuration avec l'incidence limitée à tous les chargements qui fonctionnent actuellement sur des VMs. 

  1. Choisissez un noeud de HyperV et migrez toutes les VMs sur ce noeud vers un noeud différent.
  2. Cisco UCS Manager d'utilisation (UCSM) afin d'ajouter deux nouveaux adaptateurs de bus de serveur virtuel (vHBAs) à l'hôte d'origine de HyperV.

    Remarque: Vous devez redémarrer une lame afin d'appliquer la modification.

    Cette image affiche comment la distribution de vHBA devrait s'occuper de vous apportent cette modification (quatre vHBAs, deux pour chaque matrice).

    Des quatre vHBAs, numéroté vH1 par vH4, seulement vH1 et vH2 sont configurés pour démarrer du SAN suivant les indications de cette image.

  3. De Microsoft Windows, allez au gestionnaire de HyperV et choisissez le gestionnaire virtuel SAN.
  4. Changez la fibre synthétique pour lier aux deux nouveaux vHBAs (un pour chaque matrice utilisée pour la Manche virtuelle de fibre).

    Remarque: Vous pouvez employer des noms mondiaux (WWNs) afin d'identifier les vHBAs nouvellement ajoutés.

    Assurez-vous que les interfaces pour des les deux la Manche virtuelle de fibre sans sont attachées aux vHBAs corrects. Par exemple, cette image prouve que VSAN_110 est forcé pour se connecter par interface à « WWPN 20:00:00:25:b5:00:aa:1f" ce qui est vH3 suivant les indications de l'image dans l'étape 2.

Résultat

Après que vous vous terminiez la modification de la configuration décrite en cet article, vous pouvez exécuter un migratation vivant réussi des VMs à cet hôte sans panne incorrecte d'énumération LUN.

L'image ci-dessous fournit une vue de topologie logique de la nouvelle configuration après la procédure décrite en cet article est terminée.

Informations connexes


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 117929