Bien que nos disques virtuels iSCSI et les partitions créées sur ces disques possèdent des noms, le gestionnaire du cluster de basculement ne les affichera pas.
Pour vous simplifiez la vie, n'hésitez pas à les renommer.
Pour cela, faites un clic droit "Propriétés" sur chaque disque de cluster.
Changez leur nom en haut, puis cliquez sur OK.
Maintenant, on voit directement quel disque est attribué à quoi.
D'ailleurs, vous voyez aussi que le disque témoin a été automatiquement attribué à Disque témoin dans le quorum.
Idem pour les réseaux disponibles sur les serveurs du cluster.
N'hésitez pas à les renommer en faisant un clic droit "Propriétés" sur ceux-ci.
Comme indiqué précédemment, nous possédons 4 cartes réseau sur les serveurs de notre cluster :
Pour la carte réseau Heartbeat, vous devrez autoriser uniquement la communication réseau de cluster sur ce réseau.
Ce qui signifie aussi que les battements de coeurs (ou heartbeat en anglais) passeront sur ce réseau et permettra aux serveurs du cluster de savoir si les autres sont toujours disponibles ou sont actuellement en panne.
Pour les cartes réseau iSCSI 1 et iSCSI 2, n'autorisez pas la communication réseau de cluster sur ce réseau.
En effet, ces 2 cartes réseau ne doivent être utilisées que pour le trafic iSCSI. Ce qui permet de bénéficier des meilleures performances possible.
Pour la carte réseau connectée au réseau local de l'entreprise nommée LAN, vous devrez :
Ce qui signifie que les battements de coeurs (ou heartbeat en anglais) pourront également passer sur le réseau local (si le réseau Heartbeat ne fonctionne plus) pour permettre aux serveurs du cluster de continuer de savoir si les autres serveurs du cluster sont toujours disponibles ou sont actuellement en panne.
Une fois que vous aurez renommé et configuré correctement vos différents réseaux, vous devriez obtenir ceci (sous Windows Server 2012) :
Sous Windows Server 2012 R2, le résultat affiché sera très légèrement différent :
Etant donné qu'un serveur présent dans un cluster peut tomber en panne à tout moment, vous ne gérerez probablement pas votre cluster depuis un de ces serveurs, mais plutôt depuis l'extérieur du cluster.
Ainsi, vous vous connecterez au cluster (et non directement à un des serveurs du cluster) et vous le gérerez à distance de façon entièrement transparente.
En effet, c'est Windows Server qui fera le nécessaire pour vous connecter de façon transparente à un serveur disponible dans votre cluster.
Bref, pour gérer ce cluster à distance (depuis le réseau local de l'entreprise), vous devrez d'abord installer les outils d'administration associés.
Pour cela :
Dans les 2 cas, vous trouverez les "Outils de clustering avec basculement" dans : Outils d'administration de serveur distant -> Outils d'administration de fonctionnalités.
Cliquez sur Installer.
Ensuite, ouvrez le gestionnaire du cluster de basculement et cliquez sur "Se connecter au cluster" (dans le menu "Actions" de droite).
Indiquez le nom complet de votre cluster : iw-cluster.informatiweb.lan
Vous avez maintenant accès à la gestion de votre cluster depuis l'extérieur du cluster.
Créer un cluster, c'est bien, mais l'utiliser, c'est mieux.
En effet, pour le moment, nous avons effectivement un cluster, mais il ne fournit absolument aucun service.
Pour que votre cluster serve à quelque chose, il faut lui ajouter un rôle. Par exemple : un serveur de fichiers.
Mais, vous verrez vite que l'ajout d'un rôle sur un cluster impliquera aussi que le rôle associé soit installé localement sur chaque serveur du cluster.
Installez le rôle "Serveur de fichiers" (situé dans "Service de fichiers et de stockage -> Services de fichiers et iSCSI") sur chaque serveur de votre cluster.
Ensuite, faites un clic droit sur votre cluster et cliquez sur "Configurer un rôle".
L'assistant Haute disponibilité s'affiche.
Sélectionnez le rôle "Serveur de fichiers" et cliquez sur Suivant.
Sélectionnez "Serveur de fichiers pour une utilisation générale".
Indiquez un nom et une adresse IP pour votre cluster "Serveur de fichiers".
Sélectionnez le disque virtuel iSCSI à attribuer à ce rôle clusteriser.
L'assistant Haute disponibilité vous affiche un résumé de la configuration.
Patientez pendant la configuration du rôle clusteriser.
La haute disponibilité du rôle "Serveur de fichier" a été configurée.
Maintenant, notre cluster possède 1 rôle en cluster avec 2 noeuds (2 serveurs).
Dans la section "Rôles", vous verrez que notre cluster "iw-file-server" apparait bien en tant que serveur de fichiers et qu'il est hébergé actuellement par le serveur 2 (clust-s2).
De plus, dans l'onglet "Résumé" en bas, vous verrez que ce rôle peut être accédé en utilisant le nom "iw-file-server" (ou son FQDN : iw-file-server.informatiweb.lan) ou son adresse IP : 10.0.0.111.
En bas, vous verrez aussi quelles ressources ce rôle possède.
Ce qui signifie que ce rôle dépend de telle ou telle ressource.
Dans notre cas, ce rôle clusterisé dépend notamment :
Actuellement, ce rôle propose uniquement un partage réseau caché : F$.
Si vous consultez les informations du serveur 2, vous verrez qu'il héberge effectivement notre rôle clusterisé : iw-file-server (Serveur de fichiers).
Si vous affichez les différents disques associés à votre cluster, vous verrez que :
Notez que la mise en cluster de ce rôle "Serveur de fichiers" a également engendré la création d'un enregistrement DNS associé avec les infos indiquées lors de la mise en cluster de ce rôle :
Un compte d'ordinateur supplémentaire a également été créé sur votre serveur Active Directory.
Microsoft 29/11/2019
Windows Server 12/7/2019
Windows Server 4/8/2019
Windows Server 26/7/2019
Contenu épinglé
Contact
® InformatiWeb-Pro.net - InformatiWeb.net 2008-2022 - © Lionel Eppe - Tous droits réservés.
Toute reproduction totale ou partielle de ce site est interdite et constituerait une contrefaçon sanctionnée par les articles L.335-2 et suivants du Code de la propriété intellectuelle.
Pas de commentaire