Windows Clustering et sites séparés sur le plan géographique

Les clusters de serveurs dispersés sur le plan géographique (jeu de noeud majoritaire) sont basés sur une infrastructure de réseau et de stockage avec des caractéristiques très différentes d'un cluster de serveurs standard de périphérique quorum. C'est la raison pour laquelle ils sont certifiés sous un programme de test séparé. Si vous souhaitez convertir votre cluster de serveurs existant en cluster de serveurs dispersé sur le plan géographique, contactez votre fournisseur de matériel pour obtenir une configuration de cluster de serveurs dispersé sur le plan géographique certifiée par Microsoft.

Vous pouvez créer des solutions distribuées géographiquement en ajoutant un logiciel de réplication de données et un matériel de réseau LAN (Local Area Network) étendu aux configurations certifiées existantes. Cependant, ces solutions modifient radicalement la nature d'une configuration précertifiée, en particulier en ce qui concerne la synchronisation et la latence. C'est pourquoi Microsoft demande que, pour être prise en charge par Microsoft, la configuration matérielle et logicielle d'un cluster dispersé sur le plan géographique soit l'une des configurations certifiées et listées dans la liste de compatibilité matérielle pour les clusters.Pour plus d'informations sur la liste de compatibilité matérielle et Windows Clustering, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : Les solutions logicielles non-qualifiées sur un matériel signé existant ne sont pas prises en charge.

Vous pouvez utiliser Windows Clustering pour implémenter des clusters dispersés sur le plan géographique dans les scénarios où vous pouvez déployer les membres d'un seul cluster sur plusieurs sites différents. Windows Clustering ne détecte pas la nature étendue de ces types de clusters et la préservation de ces sémantiques est le rôle des architectures de réseau et de stockage utilisées pour créer ces clusters géographiques. En particulier :

• Les connexions de réseau privé et public entre les noeuds de cluster doivent apparaître sous forme d'un réseau LAN unique, non-routé utilisant des technologies telles que celles des LAN virtuels (VLAN). Dans ces cas, les connections du réseau doivent pouvoir garantir une latence en boucle maximum entre les noeuds inférieure à 500 millisecondes. L'interconnexion de cluster doit apparaître sous forme d'un LAN standard.
• Toutes les technologies de stockage répliqué géographiquement doit préserver une sémantique de disque unique, par exemple un arbitrage constant de Unité logique à Windows Clustering. Le disque quorum doit être répliqué en temps réel, en mode synchrone sur tous les sites.

En raison de la complexité des clusters distincts sur le plan géographique, vous devez demander conseil au fabricant du matériel pour tous vos problèmes. Souvent, la configuration inclut des logiciels et des pilotes tiers qui sont nécessaires au bon fonctionnement des clusters. Le Support technique Microsoft ne saura peut-être pas toujours comment composants interagissent avec Windows Clustering.

Les configurations doivent être certifiées en indiquant une distance maximale prise en charge entre les noeuds d'une interconnexion de site particulier (par exemple une configuration certifiée de noeuds espacés de deux kilomètres et utilisant la fibre optique n'est pas prise en charge si les noeuds sont déployés à plus de deux kilomètres les uns des autres et si l'interconnexion utilise le cuivre).