Collection de données et la résolution des problèmes dans les environnements Windows Server 2012 R2 Hyper-V réseau la virtualisation (HNV)

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3069275
Résumé
Dans Windows Server 2012 R2 et Microsoft System Center 2012 R2 Virtual Machine Manager (VMM de SC 2012 R2), Microsoft fournit une solution de virtualisation du réseau de bout en bout. Les quatre principaux composants suivants constituent la solution de virtualisation du réseau Microsoft :

  • Pack de Windows Azure (WAP) pour Windows Server fournit un portail côté client pour créer des réseaux virtuels.
  • System Center 2012 R2 Virtual Machine Manager (VMM) permet une gestion centralisée des réseaux virtuels.
  • La virtualisation de réseau Hyper-V (HNV) fournit l'infrastructure nécessaire pour virtualiser le trafic réseau.
  • Les passerelles de virtualisation du réseau Hyper-V fournissent des connexions entre des réseaux virtuels et physiques.

Pour plus d'informations sur une solution de virtualisation de réseau qui utilise tous ces composants, consultez l'article suivant :
Pour obtenir des détails techniques sur la virtualisation de réseau, consultez l'article suivant :
Virtualisation du réseau Hyper-V fournit des réseaux virtuels (appelés des réseaux de la machine virtuelle) à des machines virtuelles d'une manière semblable à comment la virtualisation de serveur (l'hyperviseur Hyper-V) fournit des machines virtuelles pour le système d'exploitation. Virtualisation du réseau dissocie les réseaux virtuels à partir de l'infrastructure de réseau physique et supprime les contraintes de VLAN et hiérarchique attribution d'adresses IP à partir du programme d'installation de la machine virtuelle. Cette flexibilité permet aux clients d'atteindre les nuages IaaS et rend efficace pour les hébergeurs et centre de données aux administrateurs de gérer leur infrastructure pendant qu'ils maintiennent les nécessaire mutualisée isolation, en matière de sécurité et prise en charge des adresses IP machine virtuelle qui se chevauchent.

Cet article présente les concepts de base de résolution des problèmes et des étapes de collecte de données qui peuvent aider à résoudre les problèmes liés aux environnements de HNV.
Plus d'informations
Important Assurez-vous que tous les correctifs recommandés sont appliqués aux environnements de virtualisation de réseau Hyper-V (HNV). Pour obtenir une liste complète des correctifs recommandés, consultez l'article suivant dans la Base de connaissances Microsoft :
2974503 Recommandé des correctifs, des mises à jour et les solutions connues pour les environnements Windows Server 2012 et Windows Server 2012 R2 Hyper-V réseau la virtualisation (HNV)

Effectuer des vérifications de connectivité et de dépannage de base

Connectivité de base doit être établie avant que la communication peut avoir lieu. HNV utilise l'encapsulation de NVGRE pour fournir cette connectivité entre les hôtes. Cette connectivité est assurée via le réseau qui est généralement connu sous le nom du réseau « fournisseur » ou « PA. »

Ce « réseau » est un vrai réseau qui doit être repositionnable au sein de l'infrastructure du client. Cependant, il existe en fait uniquement entre les commutateurs virtuels des hôtes. Il est de ce réseau qui permet la HNV. Un peut ping sur ce réseau à l'aide d'une variante particulière de la commande ping. Toutefois, avant de pouvoir exécuter la commande ping, les adresses de fournisseur qui sont utilisés sur un hôte particulier doivent être déterminés.

Pour cela, à l'aide de l'applet de commande Get-NetVirtualizationProviderAddress de Windows PowerShell à partir d'une invite de commandes PowerShell d'administration sur l'ordinateur hôte.

Remarque Cette commande est disponible uniquement sur les hôtes prenant en charge les HNV. Un exemple de cette sortie est illustré dans la capture d'écran suivante.



Un hôte doit avoir une adresse PA (ProviderAddress dans la sortie ici) pour chaque réseau de clients qui possède également au moins un ordinateur virtuel sur cet hôte. Chaque champ de hébergementInformations doit être répertorié en tant que Favoris.

Si ce champ est dupliqué, il s'agit d'un problème qui doit être corrigé. Les adresses en double peuvent être révoqués, mais la révocation doit être utilisée très avec précaution. Révocation d'une adresse IP adresse immédiatement remet cette adresse dans le pool approprié pour la réaffectation. Si le problème sous-jacent qui tout d'abord a provoqué l'adresse pour la duplication n'est pas résolu, l'adresse ont pu être dupliqué à nouveau une fois que celui-ci est réassigné. Une fois que vous avez une liste d'adresses de PA, vous pouvez tester les adresses à partir d'un autre hôte à l'aide de laping -pPA_Address> commande. Vous disposez d'une seule adresse par hôte.

L'écran suivant shotshows un exemple de cette commande en cours d'utilisation.



Si cette commande ping réussit, la connectivité physique du réseau NVGRE fonctionne. Si cette commande ping échoue, vous devrez peut-être vérifier la connectivité physique et la configuration de l'hôte.

Problèmes ici incluent, mais ne sont pas limitées à, passer d'une configuration incorrecte, panne du réseau physique et le balisage VLAN incorrect.

Si la commande ping PA réussit, essayez de ping entre les ordinateurs virtuels sur le même réseau de clients. Cela inclut les ordinateurs virtuels sur le même hôte ainsi que les ordinateurs virtuels sur des hôtes différents.

Cela permet de déterminer s'il existe une connectivité interne pour les ordinateurs virtuels eux-mêmes. Étant donné que le locataire VMs sont conscients du réseau NVGRE, aucune des commandes spéciales ne sont nécessaires avec la commande ping entre clients ordinateurs virtuels. C'est juste un ping standard. Comme un test supplémentaire, avoir les adresses de ping, les deux clients VM :
10.254.254.1 (cette adresse se trouve dans la fonction commutation virtuelle de l'hôte de la passerelle).
10.254.254.2 (cette adresse est l'interface interne de la passerelle VM.)

Si l'adresse.1 dans inaccessible, le locataire VM n'arrive pas à l'hôte de la passerelle. Renvoyer et vérifiez que la commande ping de PA fonctionne à l'hôte de la passerelle.

Si l'adresse.1 est accessible, ce comportement ressemble à la machine virtuelle exécutée sur un autre client VM de clients. Il s'avère que le réseau NVGRE fonctionne correctement. Essayez d'exécuter la commande ping l'adresse.2.

Si l'adresse.1 est accessible, mais l'adresse.2 ne l'est pas, la commande ping ne peuvent pas accéder à l'interface interne de la passerelle HNV VM. Résolution des problèmes devraient se concentrer ici.

Si les adresses.1 et.2 sont accessibles, le réseau HNV principal fonctionne correctement, et le client peut communiquer avec la passerelle HNV VM. Avoir le locataire essayez de taper un élément externe à l'environnement de HNV. En cas d'échec, le problème peut être dans la machine virtuelle de la passerelle.

Une validation supplémentaire inclut une tentative de commande ping à partir de la passerelle HNV machine virtuelle à la même adresse externe. Si la commande ping est réussie, la passerelle HNV peut ne pas être correctement les adresses NAT'ing et résolution des problèmes doivent se concentrer sur la machine virtuelle de la passerelle. Si cela échoue, le problème peut être externe de la passerelle et un environnement de HNV. Dépannage supplémentaire devra être effectuée pour déterminer les raisons de l'échec la configuration externe.

S'il existe des problèmes avec un VPN de site à site, consultez les sites Web suivants pour plus d'informations :

Collecter les données de base

Exécutez le script de passerelle HNV

Le script de la passerelle HNV est utile pour identifier les problèmes liés à la passerelle de la virtualisation de réseau Hyper-V (HNV). Le script permet par la validation de la passerelle HNV et recherche les problèmes courants de la passerelle.

Le script de la passerelle HNV suivant :

  • Vérifie si la passerelle est configurée correctement
  • Vérifie la connectivité entre une machine virtuelle en cours d'exécution et sa passerelle
  • Vérifie la connectivité entre deux VM

Vous pouvez télécharger le script à partir du site Web suivant :
Exclusion de responsabilité du script
Les exemples de scripts fournis ici ne sont pas pris en charge par n'importe quel programme de prise en charge standard de Microsoft ou le service. Tous les scripts sont fournis en l'état sans garantie d'aucune sorte. Microsoft exclut toute garantie implicite, y compris, sans limitation, toute garantie de qualité marchande ou d'adéquation à un usage particulier implicite. Vous assumez tous les risques liés à l'utilisation ou les performances de la documentation et les exemples de scripts. En aucun cas sont Microsoft, ses auteurs ou quiconque impliqué dans la création, la production, fourniture des scripts ne pourront être tenus responsables de quelque dommage que ce soit (y compris, sans limitation, les dommages pour pertes de bénéfices, interruption d'activité, perte d'informations commerciales ou toute autre perte pécuniaire) découlant de l'utilisation ou l'impossibilité d'utiliser les exemples de scripts ou la documentation, même si Microsoft a été averti de l'éventualité de tels dommages.
Pour démarrer le script le plus simple consiste à démarrer sur l'ordinateur sur lequel la Console VMM est installé et pour spécifier UseDefaultCredential $false. Invite pour les informations d'identification pour chaque opération. Si l'utilisateur qui exécute le script déjà dispose d'autorisations d'administrateur pour les hôtes HNV, VMM et passerelle ordinateurs virtuels, exécutez le script sans paramètre.

Le script affiche l'aide et fournit un exemple au début. Cela peut être utile pour exécuter uniquement un scénario cible. Avertissements sont affichent en jaune, et les erreurs sont affichées en rouge. Assurez-vous que vous regardez les avertissements et les erreurs. Cela peut aider à réduire le temps global de l'enquête pour les problèmes de passerelle HNV. Le script effectue les opérations en lecture seule sur tous les systèmes qui sont impliqués. (Toutefois, le script démarre les ressources de cluster de passerelle qui sont en état d'échec).

Remarque Ce script est interactif et utilise stdout. Il ne génère pas un fichier de sortie. Donc, lisez attentivement les informations qu'il fournit.

Activer l'enregistrement de débogage pour Hyper-V réseau la virtualisation (HNV)

Pour plus d'informations sur la façon d'activer enregistrement de débogage pour HNV, consultez l'article suivant de la Base de connaissances Microsoft :
2968430 Comment faire pour activer l'enregistrement de débogage pour la virtualisation de réseau Hyper-V

Remarque Les captures de virtualisation netsh peuvent très rapidement devenir très volumineux et doivent être utilisés avec modération.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3069275 - Dernière mise à jour : 03/22/2016 18:50:00 - Révision : 3.0

Windows Server 2012 R2 Datacenter

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3069275 KbMtfr
Commentaires