Serveur d'impression

Configuration d'un cluster multisite à 2 nœuds sur Windows Server 2008 R2 – Partie 1 – Clustering pour de simples mortels – Bien choisir son serveur d impression

Le 4 février 2020 - 13 minutes de lecture

introduction

Bienvenue dans la partie 1 de ma série «Étape par étape: configuration d'un cluster multisite à 2 nœuds sur Windows Server 2008 R2». Avant de passer directement aux détails, prenons un moment pour discuter de ce qu'est exactement un cluster multisite et pourquoi je voudrais en implémenter un. Microsoft a une excellente page Web et un livre blanc que vous voudrez télécharger pour obtenir tous les détails, donc je ne répéterai pas tout ici. Mais en gros, un cluster multisite est une solution de reprise après sinistre et une solution de haute disponibilité réunies en une seule. Un cluster multisite vous offre l'objectif de point de récupération (RTO) et l'objectif de temps de récupération (RTO) les plus élevés disponibles pour vos applications critiques. Avec l'introduction du clustering avec basculement de Windows Server 2008, un cluster multisite est devenu beaucoup plus réalisable avec l'introduction du basculement entre sous-réseaux et la prise en charge des communications réseau à latence élevée.

J'ai mentionné le «basculement entre sous-réseaux» comme une excellente nouvelle fonctionnalité du clustering de basculement de Windows Server 2008, et c'est une excellente nouvelle fonctionnalité. Cependant, SQL Server n'a pas encore adopté cette fonctionnalité, ce qui signifie que vous devrez toujours étendre votre sous-réseau sur plusieurs sites dans un cluster multisite SQL Server. À partir de Tech-Ed 2009, l'équipe SQL Server a indiqué qu'elle prévoyait de prendre en charge cette fonctionnalité, mais ils disent que cela viendra quelque temps après la sortie de SQL Server 2008 R2. Dans un avenir prévisible, vous ne pourrez pas étendre votre sous-réseau sur plusieurs sites dans un cluster multisite SQL Server. Il y a quelques autres problèmes liés au réseau que vous devez également prendre en compte, tels que les chemins de communication redondants, la bande passante et le placement des témoins de partage de fichiers.

Considérations relatives au réseau

Tous les clusters de basculement Microsoft doivent avoir des chemins de communication réseau redondants. Cela garantit qu'une défaillance d'un chemin de communication ne se traduira pas par un faux basculement et garantit que votre cluster reste hautement disponible. Un cluster multisite a également cette exigence, vous voudrez donc planifier votre réseau dans cet esprit. Il y a généralement deux choses qui devront voyager entre les nœuds: le trafic de réplication et les pulsations du cluster. En plus de cela, vous devrez également tenir compte de la connectivité client et de l'activité de gestion de cluster. Vous voudrez être sûr que, quels que soient les réseaux que vous avez en place, vous ne surchargez pas le réseau ou vous aurez un comportement peu fiable. Votre trafic de réplication nécessitera très probablement la plus grande quantité de bande passante; vous devrez travailler avec votre fournisseur de réplication pour déterminer la bande passante requise.

Avec vos voies de communication redondantes en place, la dernière chose à considérer est votre modèle de quorum. Pour une configuration de cluster multisite à 2 nœuds, la configuration recommandée par Microsoft est un quorum majoritaire de partage de nœuds et de fichiers. Pour une description détaillée des types de quorum, consultez cet article.

La cause la plus courante de confusion avec le quorum de nœud et de partage de fichiers majoritaire est le placement du témoin de partage de fichiers. Où dois-je mettre le serveur qui héberge le partage de fichiers? Voyons les options.

Option 1 – placez le partage de fichiers sur le site principal.

C'est certainement une option valable pour la reprise après sinistre, mais pas tant pour la haute disponibilité. Si le site entier échoue (y compris le nœud principal et le témoin de partage de fichiers), le nœud secondaire du site secondaire ne sera pas mis en service automatiquement, vous devrez forcer le quorum en ligne manuellement. En effet, ce sera le seul vote restant dans le cluster. Un sur trois ne fait pas la majorité! Maintenant, si vous pouvez vivre avec une étape manuelle impliquée pour la récupération en cas de sinistre, cette configuration peut vous convenir.

Option 2 – placez le partage de fichiers sur le site secondaire.

Ce n'est pas une si bonne idée. Bien qu'il résout le problème de la récupération automatique en cas de perte complète d'un site, il vous expose au risque d'un faux basculement. Considérez ceci… que se passe-t-il si votre site secondaire tombe en panne? Dans ce cas, votre serveur principal (Node1) se mettra également hors ligne car il ne s'agit désormais que d'un seul nœud sur le site principal et n'aura plus de majorité de nœuds. Je ne vois aucune bonne raison d'implémenter cette configuration car il y a trop de risques impliqués.

Option 3 – placez le témoin de partage de fichiers dans un 3rd position géographique

Il s'agit de la configuration préférée car elle permet un basculement automatique en cas de perte complète du site et élimine toute possibilité de défaillance du site secondaire entraînant la mise hors ligne du nœud principal. En ayant un 3rd site hébergez le témoin de partage de fichiers que vous avez éliminé un site en tant que point de défaillance unique. Le cluster agira donc comme prévu et un basculement automatique en cas de perte de site est possible. Identifier un 3rd La localisation géographique peut être difficile pour certaines entreprises, mais avec l'avènement de l'informatique basée sur le cloud comme Amazon EC2 et GoGrid, il est bien à la portée de toutes les entreprises de mettre un témoin de partage de fichiers dans les nuages ​​et d'avoir la résilience requise pour une multi -groupe de sites. En fait, vous pouvez considérer le cloud lui-même comme votre centre de données secondaire et simplement basculer vers le cloud en cas de catastrophe. Je pense que les possibilités de l'informatique en nuage et des configurations de reprise après sinistre sont extrêmement attrayantes et, en fait, je prévois de rédiger un blog entier sur un sujet similaire dans un avenir proche.

Configurer le cluster

Maintenant que nous avons les bases en place, commençons par la configuration réelle du cluster. Vous souhaiterez ajouter la fonctionnalité de clustering de basculement aux deux nœuds de votre cluster. Par souci de simplicité, j'ai appelé mes nœuds PRIMARY et SECONDARY. Cela se fait très facilement via l'assistant d'ajout de fonctionnalités, comme illustré ci-dessous.

Figure 1 – Ajouter le rôle de clustering de basculement

Ensuite, vous voudrez jeter un œil à vos connexions réseau. Il est préférable de renommer les connexions sur chacun de vos serveurs pour refléter le réseau qu'ils représentent. Cela rendra les choses plus faciles à retenir plus tard.

Figure 2- Modifiez les noms de vos connexions réseau

Vous voudrez également aller dans les paramètres avancés de vos connexions réseau (appuyez sur Alt pour voir le menu Paramètres avancés) de chaque serveur et assurez-vous que le réseau public est le premier dans la liste.

Figure 3- Assurez-vous que votre réseau public est le premier

Votre réseau privé ne doit contenir qu'une adresse IP et un masque de sous-réseau. Aucune passerelle par défaut ou serveur DNS ne doit être défini. Vos nœuds doivent pouvoir communiquer sur ce réseau, assurez-vous donc que les serveurs peuvent communiquer sur ce réseau; ajoutez des routes statiques si nécessaire.

Figure 4 – Paramètres de réseau privé

Une fois votre réseau configuré, vous êtes prêt à créer votre cluster. La première étape consiste à «valider une configuration». Ouvrez le gestionnaire de cluster de basculement et cliquez sur Valider une configuration.

Figure 5 – Valider une configuration

L'assistant de validation se lance et vous présente le premier écran comme indiqué ci-dessous. Ajoutez les deux serveurs de votre cluster et cliquez sur Suivant pour continuer.

Figure 6 – Ajoutez les nœuds du cluster

Un cluster multisite n'a pas besoin de passer la validation du stockage (voir l'article Microsoft). Pour lancer le processus de validation du stockage, cliquez sur «Exécuter uniquement les tests que je sélectionne» et cliquez sur Continuer.

Figure 7 – Sélectionnez «Exécuter uniquement les tests que je sélectionne»

Dans l'écran de sélection du test, désélectionnez Stockage et cliquez sur Suivant

Figure 8 – Désélectionnez le test de stockage

L'écran de confirmation suivant s'affiche. Cliquer sur Suivant pour continuer.

Figure 9 – Confirmez votre sélection

Si vous avez tout fait correctement, vous devriez voir une page de résumé qui ressemble à ce qui suit. Notez que le point d'exclamation jaune indique que tous les tests n'ont pas été exécutés. Cela doit être prévu dans un cluster multisite car les tests de stockage sont ignorés. Tant que tout le reste est OK, vous pouvez continuer. Si le rapport indique d'autres erreurs, résolvez le problème, réexécutez les tests et continuez.

Figure 10 – Afficher le rapport de validation

Vous êtes maintenant prêt à créer votre cluster. Dans le gestionnaire de cluster de basculement, cliquez sur Créer un cluster.

Figure 11 – Créez votre cluster

L'étape suivante vous demande si vous souhaitez ou non valider votre cluster. Comme vous l'avez déjà fait, vous pouvez ignorer cette étape. Notez que cela posera un petit problème plus tard si vous installez SQL car cela nécessitera que le cluster ait passé la validation avant de continuer. Lorsque nous arriverons à ce point, je vous montrerai comment contourner cette vérification via une option de ligne de commande dans la configuration de SQL Server. Pour l'instant, choisissez Non et Suivant.

Figure 12 – Ignorer le test de validation

L'étape suivante consiste à créer un nom pour ce cluster et une adresse IP pour l'administration de ce cluster. Ce sera le nom que vous utiliserez pour administrer le cluster, pas le nom de la ressource de cluster SQL que vous créerez ultérieurement. Saisissez un nom et une adresse IP uniques et cliquez sur Suivant.

Remarque: Il s'agit également du nom de l'ordinateur qui aura besoin d'une autorisation pour le témoin de partage de fichiers, comme décrit plus loin dans ce document.

Figure 13 – Choisissez un nom et une adresse IP uniques

Confirmez vos choix et cliquez sur Suivant.

Figure 14 – Confirmez vos choix

Félicitations, si vous avez tout fait correctement, vous verrez la page Résumé suivante. Remarquez le point d'exclamation jaune; évidemment, quelque chose n'est pas parfait. Cliquez sur Afficher le rapport pour découvrir quel est le problème.

Figure 15 – Affichez le rapport pour savoir en quoi consiste l'avertissement

Si vous affichez le rapport, vous devriez voir quelques lignes qui ressemblent à ceci.

Figure 16 – Rapport d'erreur

Ne vous inquiétez pas; il faut s'y attendre dans un cluster multisite. N'oubliez pas que nous avons dit plus tôt que nous allons implémenter un quorum majoritaire de partage de nœuds et de fichiers. Nous allons changer le type de quorum du cluster majoritaire de nœuds actuel (ce n'est pas une bonne idée dans un cluster à deux nœuds) en quorum majoritaire de partage de nœuds et de fichiers.

Implémentation d'un quorum majoritaire de partage de nœuds et de fichiers

Tout d'abord, nous devons identifier le serveur qui hébergera notre témoin de partage de fichiers. N'oubliez pas, comme nous l'avons vu précédemment, ce témoin de partage de fichiers doit être situé dans un 3rd emplacement, accessible par les deux nœuds du cluster. Une fois que vous avez identifié le serveur, partagez un dossier comme vous le feriez normalement avec un dossier. Dans mon cas, je crée un partage appelé MYCLUSTER sur un serveur nommé DEMODC.

La chose clé à retenir à propos de cette part est que vous devez donner ordinateur de cluster nommez les autorisations de lecture / écriture sur le partage à la fois au niveau du partage et au niveau NTFS. Si vous vous souvenez de la figure 13, j'ai créé mon cluster et lui ai donné le nom «MYCLUSTER». Vous devrez vous assurer que vous accordez au compte d'ordinateur du cluster des autorisations de lecture / écriture, comme indiqué dans les captures d'écran suivantes.

Figure 17 – Assurez-vous de rechercher des ordinateurs

Figure 18 – Accordez au compte d'ordinateur du cluster les autorisations NTFS

Figure 19 – Accordez des autorisations au niveau de partage du compte d'ordinateur du cluster

Maintenant que le dossier partagé est en place et que les autorisations appropriées sont attribuées, vous êtes prêt à modifier votre type de quorum. Dans le Gestionnaire de cluster de basculement, cliquez avec le bouton droit sur votre cluster, choisissez Plus d'actions et configurez les paramètres de quorum de cluster.

Figure 20 – Changez votre type de quorum

Sur l'écran suivant, choisissez Node and File Share Majority et cliquez sur Next.

Figure 21 – Choisissez un nœud et un partage de fichiers majoritaire

Dans cet écran, entrez le chemin d'accès au partage de fichiers que vous avez créé précédemment et cliquez sur Suivant.

Figure 22 – Choisissez votre témoin de partage de fichiers

Confirmez que les informations sont correctes et cliquez sur Suivant.

Figure 23 – Cliquez sur Suivant pour confirmer votre changement de quorum en Nœud et partage de fichiers majoritaire

En supposant que vous ayez tout fait correctement, vous devriez voir la page Résumé suivante.

Figure 24 – Un changement de quorum réussi

Maintenant, lorsque vous affichez votre cluster, la configuration du quorum doit indiquer «Nœud et partage de fichiers majoritaire», comme indiqué ci-dessous.

Figure 25 – Vous avez maintenant un quorum majoritaire de partage de nœuds et de fichiers

Les étapes que j'ai décrites jusqu'à ce point s'appliquent à tout cluster multisite, qu'il s'agisse d'un SQL, Exchange, File Server ou d'un autre type de cluster de basculement. L'étape suivante de la création d'un cluster multisite implique l'intégration de votre solution de stockage et de réplication dans le cluster de basculement. Cette étape varie en fonction de votre solution de réplication, vous devez donc être en contact étroit avec votre fournisseur de réplication pour bien faire les choses. Dans la partie 2 de ma série, je vais illustrer comment SteelEye DataKeeper Cluster Edition s'intègre avec le clustering de basculement de Windows Server pour vous donner une idée du fonctionnement de l'une des solutions du fournisseur de réplication.

D'autres parties de cette série décriront en détail comment installer SQL, les serveurs de fichiers et Hyper-V dans des clusters multisites. J'aurai également un article sur les considérations relatives aux clusters multi-nœuds de trois nœuds ou plus.

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.