Comment associer des machines virtuelles orphelins avec une instance de service ou d'un rôle VM dans System Center 2012 R2 avec le correctif cumulatif 7

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: 3083085
Si vous avez Microsoft System Center 2012 R2 avec le correctif cumulatif 7 ou une version ultérieure dans votre environnement de Virtual Machine Manager (VMM), vous pouvez réassocier une machine virtuelle orpheline avec son rôle de Service ou de la machine virtuelle une fois que le serveur hôte est recommissioned à VMM. Ceci est utile si le Service ou les ordinateurs virtuels de rôle VM sont orphelins durant l'hôte ajouter ou de supprimer le cycle. Ceci est également utile pour implémenter les scénarios de sauvegarde et de restauration pour les rôles des Services et de la machine virtuelle.

Ce qui était le problème ?

  • Parfois, un hôte ou un cluster peut être désactivé à partir de VMM et doit être restauré. Si ces hôtes ou les clusters avaient hébergé des machines virtuelles qui faisaient partie de n'importe quel rôle de Service ou de la machine virtuelle, il n'a aucune option avant d'exclusion UR7 pour les administrateurs VMM associer des ordinateurs virtuels à leurs rôles respectifs de Service ou de la machine virtuelle.
  • Si les Services de récupération de Site sont utilisés lorsque le site principal tombe en panne, les machines virtuelles sont restaurées sur le site secondaire. Une fois les modèles de Service était disponibles sur le site secondaire, ne précédemment pas possible d'associer les ordinateurs virtuels récupérés à l'instance de service qui vient d'être déployé.
Comment pour associer l'ordinateur virtuel ?
À l'aide de l'applet de commande suivante, vous pouvez maintenant associer la machine virtuelle à son rôle de Service ou de la machine virtuelle.

Jeu de paramètres : Service
Jointure-SCVirtualMachine [– machine virtuelle] <VM></VM> -ComputerTier <ComputerTier></ComputerTier> [<CommonParameters></CommonParameters>]

Paramètre défini : Un rôle VM

Jointure-SCVirtualMachine [– machine virtuelle] <VM></VM> -VMRole <CloudVMRole></CloudVMRole> [<CommonParameters></CommonParameters>]
Cette applet de commande exécute une tâche associer de nouveau VMM. Cette tâche exécute un ensemble de contrôles qui permettent de vérifier la compatibilité de l'ordinateur virtuel avec le modèle de service. Cliquez sur ici Pour afficher la liste des contrôles de validation.

Détails de paramètre

-VM<VM></VM>
Ce paramètre indique à l'ordinateur virtuel orphelin qui doivent être joints à un rôle de Service ou de la machine virtuelle.

Alias Aucun
Est-il nécessaire ? True
Position ? 1
Valeur par défaut Aucun
Accepter les entrées de Pipeline ? True (ByValue)
Accepte les caractères génériques ? False
-ComputerTier<ComputerTier></ComputerTier>
Utilisez ce paramètre pour spécifier le niveau de l'ordinateur d'une instance de service à laquelle la machine virtuelle doivent être jointes.
Alias Aucun
Est-il nécessaire ? True
Position ? Nommé
Valeur par défaut Aucun
Accepter les entrées de Pipeline ? False
Accepte les caractères génériques ? False
-VMRole<CloudVMRole></CloudVMRole>
Utilisez ce paramètre pour spécifier le rôle VM sur lequel la machine virtuelle doivent être jointes.
Alias Aucun
Est-il nécessaire ? True
Position ? Nommé
Valeur par défaut Aucun
Accepter les entrées de Pipeline ? False
Accepte les caractères génériques ? False

Exemples

Exemple 1: Joindre un ordinateur virtuel orphelin à un niveau de service

$vm = get-SCVirtualMachine – nom « PS-Web-001 »
$ct = get-SCComputerTier – nom "MyService-WebTier"
Jointure-SCVirtualMachine VM – $vm – ComputerTier $ct

Exemple 2: Jonction d'un ordinateur virtuel orphelin à un VMRole

$vm = get-SCVirtualMachine – nom « PS-Web-001 »
$vmRole = get-CloudResource – le nom "PetShop"
Machine virtuelle $vm en Jointure-SCVirtualMachine – VMRole – $vmRole

Captures d'écran

La capture d'écran suivante montre le comportement de VMM avant que cette fonctionnalité a été introduite. Le volet Services dans VMM montre que les ordinateurs virtuels pour l'instance de service sont manquants.



La capture d'écran suivante illustre le comportement une fois que les ordinateurs virtuels sont réassociés à l'instance de service.



Hypothèses avant de vous associer à nouveau l'ordinateur virtuel

  • Il est supposé que l'ordinateur virtuel est en cours d'exécution et que toutes les applications d'invité et les services qui sont exécutent dessus sont intacts.
  • Le niveau de l'ordinateur sur lequel la machine virtuelle est jointe doit s'exécuter moins de son nombre maximal d'instance. Le domaine mis à niveau pour l'opération de jointure est similaire à une évolution cloisonnée.
  • L'ordinateur virtuel qui est réassociée doit être celle qui faisait partie d'un déploiement de rôle de Service ou de la machine virtuelle. En outre, il doit être pas modifié de manière à ce qu'il échoue au contrôle de validation de VMM. (Voir la section « Liste des vérifications de validation » pour obtenir la liste complète des contrôles).
Un mot de prudence

Le processus de jointure d'une machine virtuelle à un rôle de Service ou de la machine virtuelle utilise des équilibreurs de charge n'est pas pris en charge. Si vous tentez de joindre un ordinateur virtuel à un rôle ce Service ou de la machine virtuelle, l'utilisateur doit configurer les paramètres d'équilibrage de la charge manuellement.

Liste des contrôles de validation
Voici la liste des contrôles de validation qui sont effectués pour vérifier la compatibilité de l'ordinateur virtuel avec le modèle de service.

État de la machine virtuelle et ComputerTier

L'ordinateur virtuel doit être en cours d'exécution et le niveau de l'ordinateur doit se trouver dans un état déployé. En outre, car cette opération ressemble à une échelle à la sortie, le nombre total de machines virtuelles pour le niveau ne doit pas dépasser sa limite maximale.

  • Vérifiez si l'ordinateur virtuel est en cours d'exécution.
  • Vérifiez si l'ordinateur virtuel est déjà associé à un niveau de l'ordinateur.
  • Vérifiez si le niveau de l'ordinateur est en état de déploiement.
  • Vérifiez si la valeur de VMInstanceCount de la couche est inférieure à la valeur maximale.
Vérification de l'étendue de la machine virtuelle

Un service peut être déployé sur un nuage ou un HostGroup. La machine virtuelle doit être dans la portée du nuage ou HostGroup dans lequel le service est déployé.
  • Vérifiez si l'ordinateur virtuel est dans la portée de l'instance de service.
  • Vérifier si le propriétaire de la machine virtuelle est le même que le propriétaire de l'instance de service.
  • Vérifiez si le UserRole de la machine virtuelle est le même que celui de l'instance de service.
Contrôles de mise en réseau

Base minimale de vérification sur les réseaux de l'ordinateur virtuel et les types d'adresses IP qui sont attendus sur une machine virtuelle.
  • S'il existe une carte réseau virtuelle (carte d'Interface réseau virtuelle ou carte réseau) sur l'ordinateur virtuel qui correspond au réseau de l'ordinateur virtuel, vérifiez toutes les cartes réseau qui sont défini par le modèle.
  • Vérifiez les types d'adresse IP.
Vérification de l'état de l'agent d'invité

Si le modèle d'ordinateur virtuel de la couche d'ordinateur nécessite l'agent invité doit se trouver sur l'ordinateur virtuel, les vérifications suivantes sont effectuées :
  • Vérifiez qu'il existe un agent sur l'ordinateur virtuel invité.
  • Vérifiez si l'agent invité répond (pulsation).
  • Vérifiez la version de l'agent d'invité.
Remarque : Si un niveau de l'ordinateur a un ou plusieurs LBVips (VIP d'équilibrage de la charge) lui est associés, et le nombre d'instances de niveau machine est zéro (0), cette applet de commande ne peut pas être utilisé pour associer un ordinateur virtuel à un tel niveau.

En d'autres termes, pour une couche d'ordinateur ayant LBVips, l'ordinateur virtuel est en cours associées ne peut pas être le premier ordinateur virtuel de la couche. Il doit avoir au moins un ordinateur virtuel existant qui peut être obtenu par la mise à l'échelle cette couche. Dans ce cas, il est recommandé que vous cloisonnée de la couche pour avoir au moins une machine virtuelle. Cela pour éviter les problèmes qui affectent les clusters d'équilibrage de charge réseau dans lequel la couche peut-être pas n'importe quel nœud de l'équilibrage de charge réseau, et nous tentons d'ajouter un membre VIP qui finit par échoue.

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 3083085 - Dernière mise à jour : 07/30/2015 17:01:00 - Révision : 2.0

Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbsurveynew kbinfo kbhowto kbmt KB3083085 KbMtfr
Commentaires