Nutanix – Prism Central – PC 7.5 : Aperçu de la nouvelle fonctionnalité : Startup Policy

Les versions d’AOS 7.5 et PC 7.5 sont toutes deux fraîchement disponible et apporte le nombre de nouveautés importantes.

Dans l’arrivée de PC 7.5, il y a une petite fonctionnalité intéressante qui permet de piloter l’ordre de démarrage des VMs sur un cluster lors d’un évènement de HA ou lors d’un redémarage de cluster. Jusqu’à aujourd’hui, ce point était non nativement disponible sauf au travers d’un recovery plan (dans le cas d’un DR) ou via un script custom.

Il s’agit ici de créer des dépendances, ou plutôt une chaîne de dépendances entre des VMs.

Voici un petit aperçu de la fonctionnalité.

La Policy s’appuyant sur des categories, j’ai mis en place une catégorie sur une sélection de VM ayant des interdépendances (NDB Server, AD, JumpHost, NDB-MySQL).

 

Je vais ensuite pouvoir mapper ces catégories à une policy pour créer les dépendances de démarrage.

Il suffit de se rendre dans Prism Central > Compute > VM > VMs Startup Policies :

 

 

Et je vais créer ma policy dédiée aux serveurs de lab.

Je créer ensuite plusieurs depency groups qui vont regrouper chacun les VMs ayant une dépendance.

Soit un depedency group par dépendance. Si VM2 dépends de VM1 alors VM1 est dans un premier groupe et VM2 dans un second.

Dans mon environnement, NDB dépends de mon Domain Controller (et DNS), tout comme mon jump host qui est joint au domaine. J’ai aussi une seconde dépendance de mon serveur MySQL géré par NDB, qui dépends de NDB pour toute son administration (Time Machine, Patching …).

Je vais donc créer plusieurs groupes de dépendances ayant des délais d’attente entre les action de PowerOn pour s’assurer le bon démarrage de tout les services.

J’ajoute donc ma catégorie dans le Dependcy Group en faisant un ‘Add VM Categories’ :

J’ajoute une start condition pour m’assurer de laisser assez de temps à mes services de démarrer :

Je répète la même opération pour mes deux étapes suivantes (NDB et le serveur mySQL dépendant).

Voilà ce qui donne le workflow suivant :

 

Ma policy est bien créée :

J’initie un redémarrage de mon cluster pour tester, et je peux voir qu’une tâche d’orchestration s’est bien opérée :

Ma policy est donc bien active.