Comment gérer un ordre de démarrage global de VM sur l'ensemble du datacenter?


14

Supposons que vous disposiez d'une infrastructure VMware entièrement virtualisée: ESXi, vCenter, vMotion, HA, DRS, l'ensemble du package.

À l'intérieur, vous avez beaucoup de machines virtuelles, qui à un moment donné peuvent résider sur un hôte ou un autre (c'est tout l'intérêt du clustering, n'est-ce pas?).

Vous rencontrez une coupure de courant et, d'une manière ou d'une autre, vous parvenez à arrêter gracieusement toutes les machines virtuelles et tous les hôtes; ne nous attardons pas sur cela pour l'instant, supposons simplement que votre logiciel UPS peut le gérer. Ou, au moins, supposons que l'arrêt n'ait pas été aussi gracieux, mais tout peut encore se rétablir une fois le courant rétabli.

Le courant revient et vos hôtes redémarrent.

Votre environnement est assez complexe et il a des dépendances naturelles entre les machines virtuelles: les contrôleurs de domaine doivent démarrer en premier, un serveur d'applications ne peut pas démarrer à moins que son serveur de base de données principal ne soit déjà opérationnel et ainsi de suite.

Nous savons tous (ou devrions, espérons-le) savoir comment configurer le démarrage automatique d'une machine virtuelle et comment spécifier spécifiquement un ordre de démarrage et un retard de machine virtuelle sur un seul hôte ESX / i.

Mais comment faire cela à travers un datacenter entier?

Existe-t-il un moyen de dire à vSphere "démarrer ces machines virtuelles dans cet ordre global, quel que soit l'hôte physique sur lequel elles s'exécutent"?

Points bonus: si vCenter lui-même fonctionne sur une machine virtuelle, comment cela change-t-il les choses?

Réponses:


7

Il ne semble pas y avoir de moyen propre de gérer entièrement le démarrage à froid d'une infrastructure virtuelle une fois que la haute disponibilité est configurée sur les hôtes individuels. L'activation de HA et DRS semble désactiver les options de démarrage et d'arrêt de la machine virtuelle sur les serveurs hôtes. Cependant, tout ensemble de commandes avant que l'hôte ne soit déplacé dans le cluster semble coller. Si le nombre d'hôtes est petit ou gérable, il est possible de définir la priorité de démarrage dans le client vSphere en se connectant aux hôtes individuellement. Mettez vos règles là-bas. Cela fonctionne réellement dans la situation que vous décrivez.

entrez la description de l'image ici

Le stockage vient en premier!

Une fois le stockage partagé en place, je travaille sur les hôtes ... J'ai eu des pannes partielles où vCenter s'est également virtualisé. Dans ce cas, je définis des options de démarrage et de commande automatiques pour les systèmes les plus critiques; généralement un contrôleur de domaine et DNS / DHCP. N'oubliez pas que vCenter n'est probablement pas disponible dans le scénario de démarrage à froid. Si je peux l'adapter, alors je le ferai ... sinon il démarre manuellement.

De là, je m'assure que les règles HA et DRS sont intactes. J'ai généralement des règles de désaffinité définies pour les serveurs de terminaux, les serveurs d'applications et les contrôleurs de domaine. Une fois vCenter lancé, la plupart de ces problèmes sont résolus.

Il y a quelques semaines, j'ai eu un coup de foudre qui a détruit une partie de ma salle de serveurs, notamment la lame de commutateur contenant le réseau de stockage. VMWare HA a tout ramené une fois les ports du commutateur de stockage déplacés et reprogrammés.

Ainsi, ce type de problème relève d'une véritable urgence ou d'un effort manuel. Je ne m'attendrais pas à un démarrage sans intervention de l'environnement système dans le scénario que vous décrivez.

Éditer:

Il y a deux semaines, j'ai eu une panne de courant qui a déclenché un onduleur. Deux hôtes, VC et un périphérique SAN / NAS. Tout est revenu tout seul et je n'ai pas eu à intervenir (j'étais en fait dans un avion et j'ai reçu les messages à l'atterrissage).


Oui, je sais qu'un arrêt total du centre de données est (espérons-le ...) une chose inhabituelle, il est donc très probable que quelqu'un sera là pour tout redémarrer. Mais ce serait bien d'avoir quelque chose pour le gérer automatiquement ...
Massimo

Modifier: vous pouvez vous connecter aux hôtes individuellement et définir la priorité de démarrage de la machine virtuelle, même lorsqu'ils se trouvent dans un cluster HA. Obtenez vos DC et DNS et services de base là-bas. Démarrez ensuite Virtual Center.
ewwhite

Mais cela ne peut être fait que pour les VM hébergées sur un hôte donné ... et n'aura aucun effet dès que les VM seront déplacées ailleurs.
Massimo

Ça fonctionne encore. Je viens d'activer le démarrage et l'arrêt automatiques sur des hôtes individuels, de définir une priorité de démarrage et de reconfigurer HA juste pour être sûr. Le déplacement d'une machine virtuelle avec une priorité numérotée vers un autre hôte la place dans la catégorie de commande de la destination. La VM démarrera donc automatiquement.
ewwhite

Ok, il démarrera automatiquement; mais dans n'importe quel ordre . Oh, eh bien, mieux que pas du tout de commencer, bien sûr ...
Massimo

3

Vous pouvez configurer un vApp pour vous aider avec l'ordre de démarrage et d'arrêt.

Pour emprunter à ce fil vApp :

Si votre cluster connaît une défaillance catastrophique, vous disposez de deux options pour garantir la priorité de redémarrage de la machine virtuelle. J'aime créer des vApp pour cela et faire glisser / déposer les VM en question dans ce vApp. Supposons que vous souhaitiez que votre serveur de base de données démarre avant votre serveur Web, vous devez donc les faire glisser dans votre nouveau vApp. Vous pouvez cliquer avec le bouton droit sur le vApp -> Modifier les paramètres -> onglet Ordre de démarrage -> vous verrez alors le groupe 1 et le groupe 2. En bas de la fenêtre, notez que "Toutes les entités du même groupe sont démarrées avant passer au groupe suivant. L'arrêt se fait dans l'ordre inverse. " Eh bien, vous pouvez déplacer vos serveurs dans les groupes en utilisant les flèches à côté de la boîte (je les ai encerclés dans l'image ci-jointe). Enfin, VMware vous donne la possibilité de dicter si les machines virtuelles du groupe 2 (et du groupe 3 et du groupe 4,

Paramètres de l'ordre de démarrage vApp


Ceci n'est utile que pour les vApp, pas pour les VM génériques.
Massimo

3
Certaines organisations regroupent simplement des machines virtuelles dans des vApp à cette seule fin.
jftuga
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.