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

Options de téléchargement

PDF (84.6 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (79.0 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (77.4 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:16 juillet 2014

ID du document:117929

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Introduction

Informations générales

Problème

Solution

Procédure

Résultat

Informations connexes

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.

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.

Choisissez un noeud de HyperV et migrez toutes les VMs sur ce noeud vers un noeud différent.
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.
Note: 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.
De Microsoft Windows, allez au gestionnaire de HyperV et choisissez le gestionnaire virtuel SAN.
Changez la fibre synthétique pour lier aux deux nouveaux vHBAs (un pour chaque matrice utilisée pour la Manche virtuelle de fibre).
Note: 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.