Lorsque la découverte de noeud actif est activée (valeur par défaut) pour l'environnement PlateSpin, la migration d'une grappe Windows s'effectue via des réplications incrémentielles des changements sur le noeud actif transmises en continu à une grappe virtuelle à noeud unique. Si vous désactivez la découverte de noeud actif, chaque noeud de grappe Windows peut être découvert et migré en tant que noeud autonome.
Avant de configurer les grappes Windows à migrer, assurez-vous que votre environnement répond aux conditions préalables et que vous comprenez les conditions nécessaires à la migration des workloads de grappe.
Section 25.1.1, Conditions requises pour la migration de grappes
Section 25.1.3, Impact du basculement de noeud de grappe sur la réplication
Section 25.1.5, Configuration de la migration du noeud actif
Section 25.1.6, (Migration avancée de grappe P2V) Disques RDM de machines virtuelles VMware cibles
L'étendue de la prise en charge de la migration des grappes est soumise aux conditions décrites dans le Tableau 25-1. Tenez compte de ces conditions lorsque vous configurez la migration de grappes dans votre environnement PlateSpin.
Tableau 25-1 Conditions de migration de grappes
|
Configuration requise |
Description |
|---|---|
|
Découvrir le noeud actif comme grappe Windows |
Le paramètre de configuration globale de PlateSpin DiscoverActiveNodeAsWindowsCluster détermine si les grappes Windows sont migrés en tant que grappes ou en tant que machines autonomes distinctes :
Reportez-vous à la section Section 25.2, Configuration de la découverte des noeuds actifs Windows. |
|
Valeurs de recherche de nom de ressource |
Le paramètre de configuration globale de PlateSpin MicrosoftClusterIPAddressNames détermine les noms de ressources de grappes qui peuvent être découverts dans votre environnement PlateSpin. Vous devez configurer des valeurs de recherche qui aident à différencier le nom de la ressource partagée d'adresse IP de grappe du nom des autres ressources d'adresse IP sur la grappe. Reportez-vous à la section Section 25.4, Ajout de valeurs de recherche de nom de ressource. |
|
Mode Cluster Windows |
Le paramètre de configuration globale de PlateSpin WindowsClusterMode détermine la méthode de transfert de données par bloc pour les réplications incrémentielles :
Reportez-vous aux rubriques suivantes : |
|
Nom d'hôte ou adresse IP du noeud actif |
Vous devez indiquer le nom d'hôte ou l'adresse IP du noeud actif de la grappe lorsque vous effectuez une opération Ajouter un workload. Du fait des modifications de sécurité apportées par Microsoft, les grappes (clusters) Windows ne peuvent plus être détectées en utilisant le nom de la grappe virtuelle (soit l'adresse IP de grappe partagée). |
|
Nom d'hôte résolvable |
Le serveur PlateSpin doit être en mesure de résoudre le nom d'hôte de chacun des noeuds de la grappe en fonction de leur adresse IP. REMARQUE :les recherches DNS directes et inverses sont requises pour résoudre le nom d'hôte par son adresse IP. |
|
Ressource de quorum |
une ressource de quorum d'une grappe doit partager le même noeud que le groupe de ressources (services) de la grappe en cours de migration. |
|
Similarité des noeuds de grappe |
Dans le mode Cluster Windows par défaut, la synchronisation sans pilote peut se poursuivre à partir de n'importe quel noeud qui devient actif si les noeuds sont similaires. S'ils ne correspondent pas, les réplications peuvent se produire uniquement sur le noeud actif découvert initialement. Reportez-vous à la section Similarité de noeud de grappe. |
|
PowerShell 2.0 |
Windows PowerShell 2.0 doit être installé sur chaque noeud de la grappe. |
Le transfert par bloc pour les grappes fonctionne différemment de celui des serveurs autonomes. La réplication initiale effectue une copie complète ou utilise une méthode de synchronisation sans pilote exécutée sur le noeud actif de la grappe. Les réplications incrémentielles suivantes peuvent utiliser une méthode sans pilote ou une méthode basée sur le pilote pour le transfert de données par bloc.
REMARQUE :PlateSpin Migrate ne prend pas en charge le transfert basé sur des fichiers pour les grappes.
Le paramètre de configuration globale de PlateSpin WindowsClusterMode détermine la méthode de transfert de données par bloc pour les réplications incrémentielles :
Par défaut : synchronisation sans pilote avec une réplication MD5 sur le noeud actuellement actif.
SingleNodeBBT : synchronisation basée sur un pilote de transfert par bloc (Block-Based Transfer, BBT) installé sur le noeud actif découvert à l'origine.
Les deux méthodes prennent en charge la réplication par bloc du stockage local et du stockage partagé sur des réseaux SAN Fibre Channel et iSCSI.
Le Tableau 25-2 décrit et compare les deux méthodes.
Tableau 25-2 Comparaison des méthodes de transfert de données par bloc pour la réplication incrémentielle
|
Considérations |
Transfert par bloc par défaut |
Transfert par bloc à noeud unique |
|---|---|---|
|
Méthode de transfert des données |
Utilise la synchronisation sans pilote avec une réplication basée sur MD5 sur le noeud actuellement actif. |
Utilise un pilote de transfert par bloc (Block-Based Transfer, BBT) installé sur le noeud actif découvert à l'origine. |
|
Performances |
Réplications incrémentielles potentiellement lentes. |
Amélioration significative des performances pour les réplications incrémentielles. |
|
Grappes Windows prises en charge |
Fonctionne avec n'importe quelle grappe de serveur Windows prise en charge. |
Fonctionne avec les grappes Windows Server 2008 R2 et versions ultérieures. Les autres grappes Windows prises en charge utilisent la méthode de synchronisation sans pilote pour la réplication. |
|
Pilotes |
|
|
|
Première réplication incrémentielle |
Utilise la synchronisation sans pilote sur le noeud actif. |
Utilise le transfert par bloc basé sur le pilote sur le noeud actif découvert à l'origine, si une réplication complète a été effectuée après l'installation du pilote BBT. Dans le cas contraire, il utilise la synchronisation sans pilote sur le noeud actif découvert à l'origine. |
|
Réplication incrémentielle suivante |
Utilise la synchronisation sans pilote sur le noeud actif. |
Utilise le transfert par bloc basé sur le pilote sur le noeud actif découvert à l'origine. Si une grappe bascule des noeuds, la méthode de synchronisation sans pilote est utilisée pour la première réplication incrémentielle après la réactivation du noeud actif à l'origine. Reportez-vous à la section Impact du basculement de noeud de grappe sur la réplication. |
Le Tableau 25-3 décrit l'impact du basculement de noeud de grappe lors de la réplication et les opérations requises pour l'administrateur de PlateSpin Migrate.
Tableau 25-3 Impact du basculement de noeud de grappe lors de la réplication
|
Basculement ou rétablissement de noeud de grappe |
Transfert par bloc par défaut |
Transfert par bloc à noeud unique |
|---|---|---|
|
Basculement de noeud de grappe lors de la première réplication complète |
La réplication échoue. La première réplication complète doit aboutir et se terminer sans basculement de noeud de grappe.
|
|
|
Basculement de noeud de grappe au cours d'une réplication complète ou incrémentielle ultérieure |
La commande de réplication est annulée et un message s'affiche pour indiquer que la réplication doit être exécutée à nouveau. Si le profil du nouveau noeud actif est similaire à celui qui a échoué, le contrat de migration reste valide.
Si le profil du nouveau noeud actif n'est pas semblable à celui du noeud actif ayant échoué, le contrat de migration est valide uniquement sur le noeud actif à l'origine.
|
La commande de réplication est annulée et un message s'affiche pour indiquer que la réplication doit être exécutée à nouveau. Le contrat de migration est valide uniquement sur le noeud actif découvert à l'origine.
Cette première réplication incrémentielle après un événement de basculement/rétablissement de grappe utilise automatiquement la synchronisation sans pilote. Les réplications incrémentielles ultérieures utiliseront le pilote par bloc comme spécifié par le transfert par bloc à noeud unique. |
|
Basculement de noeud de grappe entre les réplications |
Si le profil du nouveau noeud actif est similaire à celui qui a échoué, le contrat de migration se poursuit comme prévu pour la réplication incrémentielle suivante. Dans le cas contraire, la commande de la réplication incrémentielle suivante échoue. En cas d'échec d'une réplication incrémentielle planifiée :
|
La réplication incrémentielle échoue si le noeud actif change entre les réplications.
Cette première réplication incrémentielle après un événement de basculement/rétablissement de grappe utilise automatiquement la synchronisation sans pilote. Les réplications incrémentielles ultérieures utiliseront le pilote par bloc comme spécifié par le transfert par bloc à noeud unique. |
Dans le mode Cluster Windows par défaut, les noeuds de grappe doivent avoir des profils similaires pour éviter les interruptions dans le processus de réplication. Les profils des noeuds de grappe sont considérés comme semblables si toutes les conditions suivantes sont remplies :
Les numéros de série des volumes locaux (volume système et volume réservé au système) des noeuds doivent être identiques sur chaque noeud de grappe.
REMARQUE :employez l'utilitaire Gestionnaire de volumes personnalisé pour modifier les numéros de série des volumes locaux afin qu'ils correspondent à chaque noeud de la grappe. Reportez-vous à la section Synchronisation des numéros de série sur le stockage local du noeud de grappe.
Si les volumes locaux sur chaque noeud de la grappe possèdent des numéros de série différents, vous ne pouvez pas exécuter de réplication après le basculement d'un noeud de grappe. Par exemple, pendant un basculement de noeud de grappe, le noeud actif, Noeud 1, échoue et le logiciel de la grappe fait du Noeud 2 le noeud actif. Si les unités locales sur les deux noeuds possèdent des numéros de série différents, la commande de la réplication suivante du workload échoue.
Les noeuds doivent avoir le même nombre de volumes.
Chaque volume doit avoir exactement la même taille sur chaque noeud.
Les noeuds doivent avoir le même nombre de connexions réseau.
Pour configurer la migration d'une grappe Windows, suivez le workflow normal de migration de workload. Veillez à bien spécifier le nom d'hôte ou l'adresse IP du noeud actif de la grappe.
PlateSpin Migrate prend en charge l'utilisation de disques RDM (Raw Device Mapping) partagés (SAN FC) sur les machines virtuelles cibles pour la migration semi-automatisée d'une grappe de basculement Windows Server (WSFC) vers VMware, où chaque noeud de machine virtuelle cible se trouve sur un hôte différent dans une grappe VMware. Reportez-vous à la section Migration avancée de grappe Windows vers des machines virtuelles VMware comportant des disques RDM.