Un cluster de basculement doit répondre à certaines exigences en matière de matériel, de logiciels et d’infrastructure réseau, et il requiert que l’administrateur utilise un compte disposant des autorisations de domaine appropriées. Les sections suivantes fournissent des informations sur ces exigences.

Pour plus d’informations sur la compatibilité matérielle pour Windows Server 2008 R2, voir https://go.microsoft.com/fwlink/?LinkId=1391451 (éventuellement en anglais).

Configuration matérielle requise pour un cluster de basculement

Le matériel suivant est nécessaire dans un cluster de basculement :

  • Serveurs : Nous vous recommandons d’utiliser un ensemble d’ordinateurs qui contiennent les mêmes composants ou des composants similaires.

    Important

    Microsoft offre une solution de cluster de basculement uniquement si l’ensemble des composants matériels porte la marque « Certified for Windows Server 2008 R2». En outre, la configuration tout entière (serveurs, réseau et composants de stockage) doit réussir tous les tests de l’Assistant Valider une configuration inclus dans le composant logiciel enfichable Gestion du cluster de basculement.

    Pour obtenir des informations sur la compatibilité matérielle pour Windows Server 2008 R2, voir https://go.microsoft.com/fwlink/?LinkID=139145 (éventuellement en anglais).

    Pour plus d’informations sur le nombre maximal de serveurs qu’un cluster de basculement peut contenir, voir https://go.microsoft.com/fwlink/?LinkId=139146 (éventuellement en anglais).

  • Cartes et câble réseau (pour la communication réseau) : Le matériel réseau, à l’instar d’autres composants de la solution de cluster de basculement, doit porter la mention « Certifié pour Windows Server 2008 R2 ». Si vous utilisez iSCSI, vos cartes réseau doivent être dédiées soit à la communication réseau, soit à iSCSI, et non aux deux.

    Dans l’infrastructure réseau qui connecte vos nœuds de cluster, évitez les points d’échec uniques. Il existe plusieurs manières d’y parvenir. Vous pouvez connecter vos nœuds de cluster par plusieurs réseaux distincts. Vous pouvez également connecter vos nœuds de cluster à l’aide d’un seul réseau construit avec des cartes réseau associées, des commutateurs redondants, des routeurs redondants ou du matériel similaire qui supprime les points d’échec uniques.

    Remarques

    Si vous connectez des nœuds de cluster à l’aide d’un réseau unique, le réseau répondra à l’exigence de redondance de l’Assistant Validation d’une configuration. Toutefois, le rapport de l’Assistant inclura un avertissement qui indiquera que le réseau ne doit pas comporter des points d’échec uniques.

    Pour plus d’informations sur la configuration réseau requise pour un cluster de basculement, voir Exigences en matière d’infrastructure réseau et de compte de domaine pour un cluster de basculement, plus loin dans cette rubrique.

  • Contrôleurs de périphérique ou cartes appropriées pour le stockage :

    • Pour Serial Attached SCSI ou Fibre Channel : Si vous utilisez une interface Serial Attached SCSI ou Fibre Channel, dans tous les serveurs en cluster, les contrôleurs de périphérique de stockage de masse qui sont dédiés à l’espace de stockage en cluster doivent être identiques. Ils doivent également utiliser la même version du microprogramme.

      Remarques

      Avec Windows Server 2008 R2, vous ne pouvez pas utiliser d’interface SCSI parallèle pour connecter le stockage aux serveurs en cluster. Ceci était également valable pour Windows Server 2008.

    • Pour iSCSI : Si vous utilisez un périphérique iSCSI, chaque serveur en cluster doit comporter une ou plusieurs cartes réseau ou un ou plusieurs adaptateurs de bus hôte dédiés à l’espace de stockage en cluster. Le réseau que vous utilisez pour iSCSI ne doit pas être utilisé pour la communication réseau. Dans tous les serveurs en cluster, les cartes réseau que vous utilisez pour la connexion à la cible de stockage iSCSI doivent être identiques et nous vous recommandons d’utiliser Gigabit Ethernet ou supérieur.

      Pour iSCSI, vous ne pouvez pas utiliser des cartes réseau associées, car elles ne sont pas prises en charge avec iSCSI.

      Pour plus d’informations sur iSCSI, voir le FAQ iSCSI sur le site Web de Microsoft (https://go.microsoft.com/fwlink/?LinkId=61375) (éventuellement en anglais).

  • Stockage : Vous devez utiliser un stockage partagé compatible avec Windows Server 2008 R2.

    Dans la plupart des cas, le stockage doit contenir plusieurs disques (numéros d’unités logiques) distincts configurés au niveau matériel. Pour certains clusters, un seul disque fonctionne en tant que témoin de disque (décrit à la fin de cette sous-section). Les autres disques contiennent les fichiers requis pour les services ou applications en cluster. Les exigences en matière de stockage incluent les suivantes :

    • Pour utiliser la prise en charge des disques natifs incluse dans le clustering avec basculement, utilisez des disques de base, et non des disques dynamiques.

    • Nous vous recommandons de formater les partitions au format NTFS. Si vous possédez un témoin de disque ou que vous utilisez des Volumes partagés de cluster, la partition pour chacun d’eux doit être au format NTFS.

      Pour les Volumes partagés de cluster, il n’y a aucune autre exigence que celle relative au format NTFS. Pour plus d’informations sur les Volumes partagés de cluster, voir Présentation des Volumes partagés de cluster dans un cluster de basculement.

    • En ce qui concerne le style de partition du disque, vous pouvez utiliser soit le style Enregistrement de démarrage principal (MBR, Master Boot Record), soit le style Table de partition GUID (GPT, GUID Partition Table).

    Un témoin de disque est un disque dans l’espace de stockage en cluster qui est conçu afin de conserver une copie de la base de données de configuration du cluster. Un cluster de basculement possède un témoin de disque uniquement si celui-ci est spécifié dans le cadre de la configuration de quorum. Pour plus d’informations, voir Présentation des configurations de quorum dans un cluster de basculement.

Déploiement de réseaux de stockage SAN avec des clusters de basculement

Lorsque vous déployez un réseau de stockage SAN (Storage Area Network) avec un cluster de basculement, respectez les consignes suivantes :

  • Vérifiez la compatibilité du stockage : Vérifiez auprès des fabricants et fournisseurs que le stockage, y compris les pilotes, le microprogramme et les logiciels utilisés pour le stockage sont compatibles avec les clusters de basculement dans Windows Server 2008 R2.

    Important

    Le stockage qui était compatible avec les clusters de serveurs dans Windows Server 2003 peut ne pas être compatible avec les clusters de basculement dans Windows Server 2008 R2. Contactez votre fournisseur pour vérifier que votre stockage est compatible avec les clusters de basculement dans Windows Server 2008 R2.

    Les clusters de basculement incluent les nouvelles exigences suivantes en matière de stockage :

    • Les améliorations apportées aux clusters de basculement (par rapport aux clusters de serveurs dans Windows Server 2003) exigent que le stockage réponde correctement à des commandes SCSI spécifiques. Pour vérifier que votre stockage est compatible, exécutez l’Assistant Validation d’une configuration. En outre, vous pouvez contactez le fournisseur du stockage.

    • Le pilote miniport utilisé pour le stockage doit fonctionner avec le pilote de stockage Microsoft Storport.

  • Isolez les périphériques de stockage, un seul cluster par périphérique : Les serveurs des différents clusters ne doivent pas être en mesure d’accéder aux mêmes périphériques de stockage. Dans la plupart des cas, un numéro d’unité logique utilisé pour un seul ensemble de serveurs de clusters doit être isolé de tous les autres serveurs via un masquage ou une segmentation.

  • Envisagez d’utiliser un logiciel d’entrées/sorties à chemins d’accès multiples : Dans une structure de stockage hautement disponible, vous pouvez déployer des clusters de basculement dotés de plusieurs adaptateurs de bus hôte à l’aide d’un logiciel d’entrées/sorties à chemins d’accès multiples. Celui-ci fournit le niveau de redondance et de disponibilité le plus élevé. Pour Windows Server 2008 R2, votre solution à chemins d’accès multiples doit être basée sur Microsoft Multipath I/O (MPIO). Votre fournisseur de matériel vous proposera généralement un module spécifique au périphérique MPIO pour votre matériel, même si Windows Server 2008 R2 inclut un ou plusieurs de ces modules (DSM, Device-Specific Module) dans le système d’exploitation.

    Important

    La version des adaptateurs de bus hôte et du logiciel d’entrées/sorties à chemins d’accès multiples peut s’avérer primordiale. Si vous implémentez une solution à chemins d’accès multiples pour votre cluster, vous devez choisir soigneusement, avec l’aide de votre fournisseur de matériel, les cartes, le microprogramme et les logiciels adaptés à Windows Server 2008 R2.

Configuration logicielle requise pour un cluster de basculement

Tous les serveurs d’un cluster de basculement doivent exécuter la version x64 ou la version à architecture Itanium de Windows Server 2008 R2 (les nœuds d’un même cluster de basculement ne peuvent pas exécuter différentes versions).

Tous les serveurs doivent comporter les mêmes mises à jour (correctifs) de logiciels et Service Packs.

La fonctionnalité Clustering avec basculement est incluse dans des produits de serveur tels que Windows Server 2008 R2 Entreprise et Windows Server 2008 R2 Datacenter. La fonctionnalité Clustering avec basculement n’est pas incluse dans Windows Server 2008 R2 Standard ou Windows Web Server 2008 R2.

Exigences en matière d’infrastructure réseau et de compte de domaine pour un cluster de basculement

Vous avez besoin de l’infrastructure réseau suivante pour un cluster de basculement, ainsi que d’un compte administratif doté des autorisations de domaines suivantes :

  • Paramètres réseau et adresses IP : Lorsque vous utilisez des cartes réseau identiques pour un réseau, utilisez également des paramètres de communication identiques sur ces cartes (par exemple, Vitesse, Mode duplex, Contrôle de flux et Type de média). En outre, comparez les paramètres de la carte réseau et du commutateur auquel elle se connecte et vérifiez qu’il n’existe aucun conflit entre ces paramètres.

    Si vous disposez de réseaux privés qui ne sont pas routés vers le reste de votre infrastructure réseau, vérifiez que chacun de ces réseaux privés utilise un sous-réseau unique. Cela est nécessaire même si vous attribuez à chaque carte réseau une adresse IP unique. Par exemple, si vous disposez de deux nœuds de cluster dans un bureau central qui utilise un seul réseau physique, ainsi que de deux autres nœuds dans une succursale qui utilise un réseau physique distinct, ne spécifiez pas 10.0.0.0/24 pour les deux réseaux, même si vous attribuez à chaque carte une adresse IP unique.

    Pour plus d’informations sur les cartes réseau, voir Configuration matérielle requise pour un cluster de basculement, plus haut dans cette rubrique.

  • DNS : Les serveurs du cluster doivent utiliser le système de nom de domaine (DNS, Domain Name System) pour la résolution des noms. Il est possible d’utiliser le protocole de mise à jour dynamique DNS.

  • Rôle de domaine : Tous les serveurs du cluster doivent se trouver dans le même domaine Active Directory. Il est conseillé d’utiliser le même rôle de domaine pour tous les serveurs en cluster (soit serveur membre, soit contrôleur de domaine). Le rôle recommandé est celui de serveur membre.

  • Contrôleurs de domaine : Nous vous recommandons de définir vos serveurs en cluster comme des serveurs membres. Ainsi, les autres serveurs seront les contrôleurs de domaine du domaine qui contient votre cluster de basculement.

  • Clients  Il n’existe aucune exigence particulière pour les clients, à l’exception des exigences évidentes en matière de connectivité et de compatibilité : les clients doivent être en mesure de se connecter aux serveurs en cluster et ils doivent exécuter des logiciels compatibles avec les services offerts par les serveurs en cluster.

  • Compte pour l’administration du cluster  Lorsque vous créez un cluster ou ajoutez des serveurs à un cluster, vous devez être connecté au domaine avec un compte doté de droits et d’autorisations de type administrateur sur tous les serveurs de ce cluster. Il n’est pas nécessaire que ce compte soit un compte Admins du domaine : il peut s’agir d’un compte Utilisateurs du domaine compris dans le groupe Administrateurs sur chaque serveur en cluster. En outre, s’il ne s’agit pas d’un compte Admins du domaine, l’autorisation Créer des objets d’ordinateur doit être déléguée au compte (ou au groupe dont le compte est membre) dans le domaine. Pour plus d’informations, voir la section relative à la configuration de comptes dans Active Directory dans le guide pas à pas relatif aux clusters de basculement (https://go.microsoft.com/fwlink/?LinkId=139147 (éventuellement en anglais)).

    Remarques

    La manière dont le service de cluster s’exécute dans Windows Server 2008 R2 a changé par rapport à Windows Server 2003. Dans Windows Server 2008 R2, il n’existe aucun compte de service de cluster. En effet, le service de cluster s’exécute automatiquement dans un contexte spécial qui fournit les autorisations et privilèges spécifiques nécessaires au service (similaire au contexte du système local, mais avec des privilèges réduits).

Références supplémentaires

Table des matières