Lorsque la découverte de noeud actif est activée (valeur par défaut) pour l'environnement PlateSpin, la migration d'un cluster 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 cluster Windows peut être découvert et migré en tant que noeud autonome.
Avant de configurer les clusters 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.
L'étendue de la prise en charge de la migration des grappes est soumise aux conditions décrites dans le Tableau 23-1. Tenez compte de ces conditions lorsque vous configurez la migration de grappes dans votre environnement PlateSpin.
Tableau 23-1 Conditions de migration de grappes
|
Configuration requise |
Description |
|---|---|
|
Découvrir le noeud actif comme cluster Windows |
Le paramètre de configuration globale de PlateSpin DiscoverActiveNodeAsWindowsCluster détermine si les clusters Windows sont migrés en tant que grappes ou en tant que machines autonomes distinctes :
Reportez-vous à la Section 23.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 23.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 clusters Windows ne peuvent plus être détectés en utilisant le nom du cluster virtuel (soit l'adresse IP de cluster partagé). |
|
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.
SingleNodeBBT : transfert par bloc basé sur le pilote. À utiliser uniquement avec des SAN (sous-réseaux de stockage) Fibre Channel.
AVERTISSEMENT :n'essayez pas d'utiliser SingleNodeBBT sur des grappes avec des disques iSCSI partagés. Cela rend les grappes inutilisables.
Le Tableau 23-2 décrit et compare les deux méthodes.
Tableau 23-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. |
|
Pilotes |
|
|
|
Clusters Windows pris en charge |
Fonctionne avec n'importe quel cluster de serveur Windows pris en charge. |
Fonctionne avec les clusters Windows Server 2008 R2 et versions ultérieures. Les autres clusters Windows pris en charge utilisent la méthode de synchronisation sans pilote pour la réplication. |
|
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 23-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 23-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 prochaine réplication incrémentielle é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 prochaine réplication 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'un cluster 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.