Windows Server 2008 R2 : Réseau de Clusters avec basculement
Lors de la défaillance n'est pas une option, configuration des clusters de basculement dans Windows Server peut aider à garantir une disponibilité élevée.
John makaires
Le modèle de réseau dans Windows Server 2008 et le Clustering avec basculement Windows Server 2008 R2 offre plus robuste et fiable communication entre tous les nœuds de cluster, ce qui améliore grandement l'efficacité et la fiabilité des clusters de basculement. Il existe également plusieurs nouvelles fonctionnalités, notamment :
- Communication plus fiable à l'aide de monodiffusion TCP et UDP
- Prise en charge pour IPv6
- Support pour localiser des nœuds de cluster sur différents sous-réseaux routés
- Contrôle plus précis sur la détection de défaillance réseau
Vous devrez utiliser le matériel réseau marqué comme « Certifié pour Windows Server 2008 ». Tout autre composant de votre solution de cluster de basculement sur incident doit également être certifié de la même façon. Si vous utilisez iSCSI, vos cartes réseau doivent être dédiés pour une communication réseau ou iSCSI — pas les deux.
Lorsque vous concevez l'infrastructure réseau pour connecter vos nœuds de cluster, il est essentiel d'éviter les points de défaillance uniques. Il existe plusieurs façons pour ce faire. Vous pouvez connecter vos nœuds de cluster par de multiples réseaux distincts. Vous pouvez également connecter vos nœuds de cluster avec un seul réseau construit avec des cartes réseau associées, commutateurs, routeurs redondants ou un matériel similaire qui suppriment les points de défaillance uniques. Ces exigences architecturales diffèrent des clusters de serveurs dans Windows Server 2003, qui nécessitait deux réseaux distincts.
Communications de cluster
Clusters de basculement Windows Server 2008 utilise désormais une carte réseau virtuelle appelée carte virtuelle du Cluster avec basculement Microsoft pour communiquer entre les nœuds du cluster. Vous allez également voir cela dans le Gestionnaire de périphériques sous cartes réseau (sélectionnez Afficher les périphériques cachés). Vous allez également voir lorsque vous émettez la commande IPCONFIG /ALL. Cette carte réseau gère le routage des paquets tous les réseaux appropriés pour la communication, jointures et ainsi de suite.
Cette carte aura une adresse APIPA définie dans le 169.254.0.0/16 de bloc d'adresse. Dans IPv6, ils ont été affectés par la fe80:: / préfixe de 10. Dans certains environnements, lorsque les cartes ont une adresse APIPA, ces cartes sont désactivées. Si vous désactivez la carte du Cluster virtuel, vous allez désactiver la communication entre les nœuds.
L'objectif est de maintenir la connectivité TCP/IP entre deux ou plusieurs systèmes, en dépit de la défaillance d'un composant dans le chemin d'accès réseau. Ainsi, il doit exister un autre chemin d'accès physique. En d'autres termes, une défaillance d'un composant réseau (s'il est une carte réseau, au routeur, commutateur ou concentrateur) ne doit pas provoquer une panne de communication.
Communication doit continuer de manière opportune. Il peut y avoir une réponse plus lente mais communication persisteront dans la mesure où il existe un autre itinéraire physique ou un lien. Ce vraiment intervient lorsque vous parlez ayant des nœuds de sous-réseaux ou des sites distincts.
Un autre changement dans les clusters de basculement Windows Server 2008 est le mécanisme de pulsation de cluster. Pendant qu'il utilise toujours le port 3343, il a été déplacé à partir d'un mécanisme de vérification de la santé diffusion UDP à une communication de monodiffusion UDP. Il est similaire à une commande ping dans la mesure où il utilise un processus de demande-réponse, mais il inclut des fonctionnalités plus sophistiquées telles que la sécurité et la séquence de numérotation.
Le comportement par défaut a également changé en termes de nombre de réponses sont nécessaires avant le nœud est considéré comme étant inaccessible, lancement d'un regroupement pour obtenir un nouvel affichage de l'appartenance au cluster. Les pulsations de cluster informer tous les nœuds qui est le haut et vers le bas. Par défaut, les paramètres de cette sont contrôlés par :
- SameSubnetDelay : fréquence de pulsation pour les nœuds dans le même sous-réseau
- SameSubnetThreshold : seuil de retards pour les nœuds dans le même sous-réseau
- CrossSubnetDelay : fréquence de pulsation pour les nœuds des sous-réseaux différents
- CrossSubnetThreshold : seuil de retards pour les nœuds des sous-réseaux différents
Ces paramètres et la méthode de modification, sont définies sur le « configurer pulsation et DNS paramètres dans un multisites Cluster de basculement » page TechNet Library. Il existe une « pulsation » envoyée via avec un numéro de séquence, disons Node1 nœud2. Node2 répond avec le même numéro de séquence. Node1 envoie à nouveau le même numéro de séquence Nœud2, et le NÅ ud2 retourne une dernière fois.
Node1 serait ensuite déterminer cette séquence de pulsation complète et recommencez le processus avec un autre numéro de séquence. Si une des séquences de pulsation sont ignorée ou n'a pas reçue, il s'agisse d'une pulsation « manquée ». Par défaut, si cinq de ces séquences sont omis, le nœud est considéré comme inactif ou vers le bas.
Vous pouvez modifier ces paramètres pour augmenter le seuil ou le retard, mais vous pouvez uniquement contourner des problèmes de réseau. S'il existe des problèmes de latence du réseau, il pourrait obtenir autour d'elle, mais il ne résout le problème. Ainsi, gardez l'esprit qu'apporter des modifications aux paramètres de seuil ou le retard n'est pas considérée comme une technique de dépannage.
Pulsations, par défaut, allez à utiliser IPv6, comme c'est un protocole plus rapide que IPv4. Si IPv6 a été désactivé, il utilise plutôt IPv4. Un cluster de basculement ne sera pas mélanger et correspondre à IPv6 et IPv4. Il utilisera l'un ou l'autre, mais pas les deux en même temps.
Création d'un cluster
Lorsque vous créez un cluster dans Windows Server 2008 et Windows Server 2008 R2, le pilote réseau de cluster détecte et crée les réseaux selon qu'une passerelle par défaut est sur la carte. S'il détecte une passerelle par défaut, ce réseau est configuré pour permettre aux clients de se connecter et utiliser pour les communications de cluster.
Cela vous permet d'adresses IP du cluster et points d'accès client (noms de réseau) utilisent le réseau. Il donne également une valeur métrique commençant à 10 000. Si un réseau ne possède pas une passerelle par défaut, il aura une valeur métrique commençant à 1 000. Puis il sera uniquement sélectionné pour les Communications de Cluster. Chaque réseau qu'il détecte augmente l'incrément de métrique par 100.
Une chose sur la façon dont il fonctionne maintenant est qu'il n'existe aucun concept plus d'un réseau « public » et « privé ». Par conséquent, l'ancien «Configuration « Pulsation » privée sur un serveur de Cluster recommandée "l'article pour Windows Server 2003 clustering n'est pas valide. Les communications du cluster vont toujours passer par tous les réseaux.
Dans les versions précédentes, vous avez défini le réseau sur lequel vous souhaitez utiliser pour les communications de cluster. Tant que ce réseau n'était disponible, le cluster utiliserait ce réseau uniquement. Windows Server 2008 et Windows Server 2008 R2 utilisent tous les réseaux. S'il existe un problème avec un réseau, il va basculer automatiquement entre réseaux.
Il existe une métrique interne qu'utilise le pilote réseau du Cluster. Il n'utilise pas la valeur métrique TCPIP générale. Vous pouvez consulter les valeurs métriques avec la commande Windows PowerShell suivante :
Get-ClusterNetwork | Nom de texte intégral, métrique
Les valeurs métriques vraiment entrent en jeu lorsque parler ayant un cluster avec hautement disponibles machines virtuelles (VM) et à l'aide des Volumes partagés de Cluster.
Par exemple, que vous souhaitez exécuter cette commande avec ces réseaux configurés :
Nom -------------------------------------------------- Réseau iSCSI |
Métrique -------------------------- 1000 |
Lorsque vous utilisez des Volumes partagés de Cluster, il utilisera le réseau le plus bas de la valeur métrique pour tout trafic CSV ou rediriger l'accès en mode. Lorsque vous utilisez la fonctionnalité de migration dynamique des clusters de basculement, il utilisera la métrique la plus faible de seconde.
Dans l'exemple, le trafic CSV iront sur le réseau iSCSI et migrations en direct seront insérée sur le réseau utilisé pour les sauvegardes. Lorsque vous prenez une sauvegarde des ordinateurs virtuels, les Volumes partagés de Cluster prendra un accès en mode redirigé. Cela va interférer avec les connexions ISCSI et pourrait entraîner des défaillances de disque. Une sauvegarde des données sur le lecteur local du NÅ ud1 et une Migration Live interféreraient entre eux.
Vous devez reconfigurer les réseaux pour obtenir tout ce dont vous avez besoin. Pour le réseau de Migration Live, vous pouvez modifier cela en affichant les propriétés de l'un des ordinateurs virtuels. Sous l'onglet Live Migration, remplacez-le par le réseau de clusters LM. Pour cela, il vous suffit de faire sur une machine virtuelle unique car il s'agit d'un paramètre global pour tous les ordinateurs virtuels.
Pour le réseau CSV, vous pouvez n'affectent que cette modification par le biais de Windows PowerShell. Pour commander les réseaux de faible à élevé, utilisez les commandes suivantes :
Get-ClusterNetwork "CSV Cluster" | %{$_.Metric=800} Get-ClusterNetwork "LM Cluster" | %{$_.Metric=900} Get-ClusterNetwork "Backup Network" | %{$_.Metric=1000} Get-ClusterNetwork "ISCSI Storage Network" | %{$_.Metric=1100}
Exécution de la commande pour voir les mesures s'affichera :
Nom -------------------------------------------------- Réseau iSCSI |
Métrique ------------------------ 1100 |
Le réseau de cluster CSV est défini pour la métrique de 800. Ajout d'un nouveau réseau ne possède pas une passerelle par défaut serait supérieure. Désormais avec métriques correctement configuré, vous pouvez effectuer des sauvegardes ou migration dynamique des machines virtuelles sans les conflits sur les réseaux.
La dernière chose à mentionner est la validation de cluster. Vous pouvez exécuter des tests de validation de réseau pour déterminer les problèmes de connectivité, configurations réseau et ainsi de suite. Vous pouvez exécuter ces tests à tout moment sans affecter la production.
Les tests de validation de cluster sont les suivantes :
- Configuration de cluster
- Liste des informations de réseau de Cluster
- Réseau
- Ordre de liaison réseau la liste
- Valider la Configuration réseau du Cluster
- Valider la Configuration IP
- Valider plusieurs propriétés du sous-réseau
- Valider la Communication réseau
Vous trouverez les détails des tests de Validation de Cluster sur le «Présentation des Tests de Validation de Cluster "page TechNet Library. Vous verrez exactement ce que recherchent les tests et quel chaque test est.
.jpg)
**John makaires**est un ingénieur senior de remontée des problèmes dans le groupe de Support technique commerciale. Il a été avec Microsoft depuis plus de 19 ans, avec 14 dernières années, en mettant l'accent sur les serveurs du Cluster.