Article
01/24/2011

Installation d'un cluster de basculement SQL Server 2008

Pour installer un cluster de basculement SQL Server, vous devez créer et configurer une instance de cluster de basculement en exécutant le programme d'installation de SQL Server. Cette rubrique explique les éléments d'un cluster de basculement et fournit des informations importantes sur l'attribution d'un nom à une instance de cluster de basculement. Elle présente également les étapes de base de l'installation d'un cluster de basculement.

Éléments d'une instance de cluster de basculement

Une instance de cluster de basculement peut s'exécuter sur un ou plusieurs ordinateurs qui sont des nœuds participant à un cluster de basculement. Une instance de cluster de basculement contient :

un ensemble composé d'un ou de plusieurs disques dans un groupe de clusters Microsoft Cluster Server (MSCS), également appelé groupe de ressources ; chaque groupe de ressources peut contenir au plus une instance de SQL Server ;
un nom réseau pour l'instance de cluster de basculement ;
une ou plusieurs adresses IP attribuées à l'instance de cluster de basculement ;
une instance de SQL Server incluant SQL Server, l'Agent SQL Server, le service de recherche en texte intégral et la réplication. Vous pouvez installer un cluster de basculement avec SQL Server seul, Analysis Services seul ou SQL Server et Analysis Services.

Attribution d'un nom à une instance de cluster de basculement

Une instance de cluster de basculement SQL Server apparaît toujours sur le réseau comme étant un ordinateur unique. Vous devez utiliser le nom de l'instance de cluster de basculement SQL Server pour la connexion au cluster de basculement SQL Server, et non le nom de l'ordinateur du nœud sur lequel il s'exécute. Ainsi, vous avez la garantie que vous serez toujours en mesure de vous connecter à l'instance de cluster de basculement avec le même nom, quel que soit le nœud qui exécute SQL Server.

Le nom de votre instance de cluster de basculement doit être unique dans votre domaine. SQL Server n'écoute pas l'adresse IP des serveurs locaux. À la place, SQL Server considère uniquement l'adresse IP virtuelle créée au cours de l'installation de l'instance de cluster de basculement SQL Server.

SQL Server dépend de clés de Registre et de noms de service différents au sein du cluster de basculement, de manière à s'assurer que SQL Server continue de s'exécuter correctement après un basculement. Par conséquent, le nom choisi pour l'instance de SQL Server, y compris l'instance par défaut, doit être unique au sein de tous les nœuds du cluster de basculement. L'utilisation de noms d'instance uniques garantit que les instances SQL Server qui sont configurées pour basculer sur un seul serveur possèdent des clés de Registre et des noms de services différents.

Considérations relatives à la consolidation de SQL Server avec un cluster de basculement

Lorsque vous planifiez la consolidation de plusieurs serveurs autonomes en instances de cluster de basculement SQL Server, nous vous conseillons, dans le cadre de la planification, de vérifier que la configuration matérielle du nœud de cluster est capable d'accommoder le nombre d'instances SQL Server à héberger.

Ci-dessous vous voyez deux scénarios typiques ainsi que les éléments de base des solutions préconisées ; celles-ci peuvent servir à la configuration de votre site.

Scénario 1

Vous hébergez un site et vous souhaitez proposer jusqu'à 23 instances SQL Server avec les conditions de ressources suivantes :
- 2 processeurs pour les 23 instances SQL Server regroupées en un seul nœud de cluster exigeraient 46 unités centrales.
- 2 gigaoctets (Go) de mémoire pour les 23 instances SQL Server regroupées en un seul nœud de cluster exigeraient 48 Go de RAM (2 Go de mémoire supplémentaire pour le système d'exploitation).
- 4 disques pour les 23 instances SQL Server regroupées en une baie de disques de cluster exigeraient 92 disques.
Si vous limitez les membres du basculement à la moitié seulement des nœuds disponibles, la configuration matérielle requise serait revue à la baisse :
- 23 processeurs, 24 Go de mémoire par nœud et disponibilité de 46 disques.
Grâce à la prise en charge des points de montage, le nombre de disques pourrait être réduit davantage. SQL Server nécessiterait 23 disques tous les 3 points de montage pour l'hébergement, pour une disponibilité optimale de l'espace disque.

Il se peut qu'une limitation apparaisse si les besoins en mémoire et processeurs augmentent, car le matériel existant risque de ne pas pouvoir gérer ces besoins sans affecter les performances des instances SQL Server existantes.

Scénario 2

Migration des instances existantes de SQL Server vers un cluster de basculement

Tout d'abord, vous devez collecter les lignes de base actuelles des serveurs existants, en répertoriant les goulots d'étranglement existants. En supposant que les statistiques des performances de base indiquent les besoins suivants et qu'un seul disque avec des points montage serait capable d'y répondre, cela donnerait la configuration suivante :
- SQL Server 1 : 8 processeurs, 16 Go of RAM
- SQL Server 2 : 4 processeurs, 8 Go of RAM (RAM requise, prévision de 12 Go)
- SQL Server 3 : 2 processeurs, 16 Go de RAM (la ligne de base indique que des processeurs supplémentaires sont requis)
- SQL Server 4 : 4 processeurs, 8 Go de RAM (il faut plus de bande passante réseau ; ajoutez des cartes réseau pour 4 connexions dédiées)
Pour remplacer ces quatre serveurs, le nœud de cluster nécessiterait la configuration minimale suivante :
- 18 processeurs, 54 Go de RAM et 6 cartes réseau

Le calcul de la configuration minimale d'un seul nœud dans un cluster de basculement tient compte des éléments suivants :

Total des conditions requises pour l'UC
Total des conditions requises pour la mémoire
Disques nécessaires
Ajoutez 2 Go de RAM pour le système d'exploitation

Notez que la contrainte de disque rencontrée dans les versions précédentes de SQL Server n'affecte pas SQL Server 2008. Chaque instance SQL Server nécessite seulement un disque de cluster pour les fichiers de données.