Méthodes conseillées pour le cluster de basculement multisite Microsoft Windows – Blog sur l'infrastructure sécurisée – Serveur d’impression

Le cluster de basculement multisite Windows Server 2012 est l’une des solutions de haute disponibilité et de reprise sur sinistre, bien que l’installation du cluster de basculement multisite Windows Server 2012 soit très simple, tout comme le cluster de basculement à site unique. Cependant, il n’existe pas de documentation publique consolidée Le cluster de basculement décrit en détail les meilleures pratiques ou les recommandations d'implémentation. Dans cet article, je vais aborder quelques notions de base du cluster de basculement multi-site Microsoft Windows.

Principes de base du cluster de basculement multisite:

Le cluster de basculement multi-site Microsoft est essentiellement un groupe de distribution de nœuds de cluster sur plusieurs sites. Chaque nœud de site est connecté au stockage SAN local sur le même site, tandis que la réplication entre deux stockages SAN de chaque site est gérée à l'aide de SAN à SAN. technologie de réplication pouvant être la réplication matérielle ou la réplication logicielle,

Le cluster de basculement multi-site peut être utilisé pour un cluster multi-site SQL ou un cluster multi-site Hyper-V.

Défis du cluster de basculement multi-site:

Le cluster de basculement multisite présente les problèmes suivants:

+ Le cluster de basculement multisite dépend entièrement de la réplication SAN à SAN qui appartient à l'équipe de stockage dans la plupart des cas. Par conséquent, si la réplication SAN-à-SAN n'est pas configurée correctement, le cluster de basculement multi-site ne fonctionnera pas spécialement dans les cas suivants: Basculement vers le site de récupération après sinistre.

+ Le cluster de basculement multisite dépend de plusieurs composants matériels, tels que le matériel des serveurs, l'adaptateur de bus hôte (HBA), les E / S multi-chemins (MPIO), etc. Par conséquent, si les versions de pilotes ou le niveau de micrologiciel ne suivent pas la recommandation du fournisseur de matériel pour le cluster de basculement multisite, le cluster de basculement multisite peut présenter un comportement inattendu.

Quand décide-t-on de sélectionner un cluster de basculement multi-site?

Bien que le cluster de basculement multisite pose certains problèmes, mais que certains scénarios requièrent un cluster de basculement multisite, ces scénarios peuvent être regroupés dans les deux principaux scénarios suivants:

+ Un basculement automatique est requis (il faut réfléchir à la manière d'automatiser le basculement du stockage).

o Réduire les temps d'arrêt autant que possible.

o Fournir une reprise après sinistre plus rapide.

+ Protéger contre la perte de tout l'emplacement

o Dans le cas où l'application ne dispose pas d'une technologie de réplication native telle que celle fournie par Exchange 2010 ou version ultérieure (par exemple, la réplication continue du cluster).

o Si l'application ne prend pas en charge SQL Always-On pour sa base de données principale, comme dans SharePoint 2010 ou System Center Configuration Manager 2012.

Meilleures pratiques du cluster de basculement multi-site:

Les meilleures pratiques pour le cluster de basculement multi-site peuvent être regroupées dans cinq domaines différents, comme suit:

Meilleures pratiques de conception et de mise en œuvre:

+ Assurez-vous que le client dispose déjà de la technologie de réplication SAN à SAN en place, car les nouveaux investissements dans ce domaine peuvent être très importants.

+ Impliquer l'équipe de stockage lors de la conception et de la mise en œuvre de la solution de cluster multisite, afin d'atténuer tout risque lié à la prise en charge du cluster de basculement matériel / stockage existant avec Windows, en plus de la préparation aux exigences de stockage du cluster de basculement multisite.

+ Partagez toutes les implémentations Les exigences de stockage avec l'équipe de stockage client à un stade précoce, car il faut toujours du temps à l'équipe de stockage pour préparer les exigences de stockage pour le cluster de basculement multisite.

+ Comme dans l'implémentation normale du cluster de basculement, vous devez exécuter la vérification du cluster et vous assurer qu'aucune erreur n'a été signalée avant de poursuivre l'installation du cluster.

Meilleures pratiques en matière de matériel et de stockage:

+ Assurez-vous que le matériel existant (SAN, serveurs, HBA, réseau, etc.) prend en charge la mise en cluster de Windows 2012, non seulement du côté Microsoft, mais également du côté du fournisseur du matériel et du stockage.

+ Suivez les recommandations du fournisseur de matériel concernant les versions de pilotes et le niveau de microprogramme requis pour le cluster de basculement Windows.

+ Le fournisseur de stockage SAN (ou l'équipe de stockage client) doit être entièrement responsable de la réplication SAN à SAN, composant essentiel du cluster de basculement multi-site.

+ Il est très important que la réplication de SAN à SAN et la simulation de basculement soient vérifiées lors du test de la mise en œuvre.

Meilleures pratiques du réseau:

+ Discutez avec le client de son architecture réseau et de la possibilité de fournir des VLAN étirés sur plusieurs sites, ce qui peut réduire la complexité du cluster de basculement multisite par rapport à différents VLAN.

+ Partagez tôt toutes les exigences de mise en œuvre réseau avec l'équipe réseau du client, notamment si vous envisagez de modifier la conception du réseau en fonction des VLAN requis.

+ Envisagez le cryptage sur le réseau étendu.

Meilleures pratiques du quorum:

+ Utiliser le quorum témoin de partage de fichier et de fichier (FSW), en particulier pour un nombre pair de nœuds de cluster.

+ Hôte FSW sur 3^rd Site ayant une connexion directe avec les deux sites de cluster.

+ Évitez d’héberger FSW dans un nœud de cluster ou des machines virtuelles dans le même cluster.

Méthodes conseillées pour la configuration de la machine virtuelle Hyper-V:

+ En cas de cluster de basculement multisite Hyper-V, vous devez configurer la séquence de basculement de machine virtuelle pour permettre à la machine virtuelle de basculer d'abord sur les hôtes Hyper-V du même site, puis sur les nœuds de cluster du site secondaire.

+ Assurez-vous que tous les nœuds de cluster de basculement multi-site sont configurés en tant que propriétaires possibles pour chaque machine virtuelle à haut niveau de disponibilité.

Références:

Dans les références ci-dessous, vous trouverez la plupart des vidéos Microsoft Documentations, liées au site Multi-Site Failover Cluster.

+ Conception pour un service ou une application en cluster dans un cluster de basculement multi-site: http://technet.microsoft.com/en-us/library/dd197430.aspx

+ Configuration d'un service ou d'une application en cluster dans un cluster de basculement multi-site – Liste de contrôle: http://technet.microsoft.com/en-us/library/dd197546.aspx

+ Configuration requise et recommandations pour un cluster de basculement multisite: http://technet.microsoft.com/en-us/library/dd197575(v=ws.10).aspx

+ Vidéo du cluster de basculement multisite Hyper-V: http://technet.microsoft.com/en-us/video/tdbe11-failover-clusteringing-amp-hyper-v-multi-site-disaster-recovery.aspx

Conclusion:

En conclusion, le cluster de basculement multisite Windows Server peut fournir une solution puissante de haute disponibilité et de reprise sur sinistre. Il est donc très important de prendre en compte les défis liés au cluster multisite afin de répondre à toutes les exigences du cluster multisite Windows Server et de suivre les étapes suivantes. Meilleures pratiques et recommandations ci-dessus pour pouvoir concevoir et mettre en œuvre un cluster de basculement multisite fonctionnel.

Si vous avez des pratiques recommandées ou des recommandations de votre expérience qui peuvent être ajoutées à la liste ci-dessus, merci de les partager afin que je puisse les évaluer et les ajouter au contenu du message (votre nom sera à côté. ).