Placer les VM du plan sur les cibles à N-1, valider le modèle sur l’état du jour, calculer un scénario nominal et un défavorable, et tout rejouer après chaque extension de cluster.
Move crée une nouvelle VM sur le cluster cible, donc un nouvel objet pour l’outil de sauvegarde. Rafraîchir la source, corriger les groupes de protection, contrôler à J+1 sur le cluster actif.
Quand le datamover Move gèle toujours au même octet, la réplication Async d’un Protection Domain entre deux Prism Element fait passer la VM. Déroulé, et les pièges : MAC, network mapping, suppression du PD.
Plusieurs VM peuvent porter le même nom, allumées sur le même cluster. Un inventaire indexé par nom en perd sans erreur. Retour de terrain et correctif en quelques lignes de Python.
Copie itérative de la mémoire, gel de 300 ms au plus, RARP : les étapes d’une migration à chaud sur AHV, ce qui la fait échouer ou l’interdit, et le rôle des générations de processeur.
Listes en POST, ClusterUUID obligatoire, seeding lancé dès la création, cutover jamais armé : ce qu’on découvre en pilotant Move 6.1.1 par son API REST v2.