Serveur d'impression

Cluster Active / Active SQL Server 2012 dans Hyper-V – SQLServerCentral – Serveur d’impression

Le 23 avril 2020 - 7 minutes de lecture

Il existe plusieurs raisons pour lesquelles vous souhaiterez peut-être un cluster Active / Active SQL Server 2012 virtuel. Ceux-ci pourraient inclure:

  • Plutôt que des machines virtuelles dynamiques et en constante expansion ou des machines virtuelles statiques toujours sous la pression des ressources, déchargez la base de données et les fichiers journaux sur un serveur de fichiers dédié. Alléger la pression du disque de l'hôte Hyper V

  • Simuler les scénarios et tester les changements avant de modifier la production.

  • Développement personnel et formation – Mon motif ici.

  • Le clustering virtuel de Windows Server et SQL Server offre la haute disponibilité du clustering avec la gérabilité de la virtualisation.

Le schéma ci-dessous montre une configuration possible, utilisée ici, mais il existe de nombreuses autres possibilités.

Un SAN est hébergé sur un serveur de fichiers dédié où la cible iSCSI sert les ressources de disque suivantes aux 2 serveurs de cluster:

  • Journal SQL 1 – Journaux du 1er service de cluster SQL

  • SQL Data 1 – Données pour le 1er service de cluster SQL

  • SQL Log 2 – Journaux du 2e service de cluster SQL

  • SQL Data 2 – Données pour le 2e service de cluster SQL

  • Quorum – Pour le service de cluster Windows

Un contrôleur de domaine fournit des services Active Directory. Les 4 serveurs ci-dessus sont virtuels et hébergés dans Hyper-V.

HYPER V

L'hôte Hyper V dispose de 8 Go de RAM, 8 processeurs. Les ressources sont accordées aux VM comme suit:

  • Contrôleur de domaine – 1 Go de RAM, 1 CPU

  • Serveur de fichiers – 1 Go de RAM, 1 CPU

  • Cluster Server 1 – 2 Go de RAM, 2 processeurs

  • Cluster Server 2 – 2 Go de RAM, 2 processeurs

Trois réseaux virtuels ont été créés comme suit:

Nom du serveur

Rôle

LAN

SANNET

ClusterPing

GSPIT002A-DC

Contrôleur de domaine

192.168.1.80

GSPIT002A-CD

iSCS SAN

192.168.1.85

10.10.10.10

GSPIT002A-CL1

Groupe 1

192.168.1.86

10.10.10.11

192.168.0.1

GSPIT002A-CL2

Groupe 2

192.168.1.87

10.10.10.12

192.168.0.2

Dans le monde réel, les cartes réseau pourraient être associées et il y aurait probablement un réseau dédié pour la sauvegarde et TempDB. Honnêtement, je ne sais pas s'il vaut la peine d'héberger TempDB sur un lecteur dédié ou non. Toutes les données IO sont sur TCP et iSCSI, tout cela se produisant dans un réseau virtuel virtuel utilisant un stockage virtuel, dans ce cas, je ne pense pas.

Les actions suivantes doivent alors être effectuées, mais la description des étapes dépasse le cadre de cela, mais il existe de nombreux documents de référence disponibles.

  • Installation et configuration de Windows Server 2008 R2 sur une machine virtuelle Hyper-V, appliquez des correctifs

  • Sysprep l'image

  • Créez 3 nouvelles VM à partir de l'image

  • Promouvoir 1 en contrôleur de domaine

  • Ajoutez les autres serveurs au domaine

  • Assurez-vous que les paramètres réseau sur les serveurs sont comme ci-dessus.

Configurer le stockage SAN sur les VM

Le clustering repose sur un SAN et la cible Microsoft iSCSI peut être téléchargée gratuitement ici: http://www.microsoft.com/download/en/details.aspx?id=19867 et utilisé pour créer le stockage partagé nécessaire.

Installez la cible iSCSI sur le serveur de fichiers GSPIT002A-CD. Créez d'abord les cibles iSCSI comme ci-dessous:

Ensuite, créez et affectez des périphériques pour la cible iSCSI comme ci-dessous:

Vous devez spécifier les initiateurs autorisés à atteindre la cible iSCSI comme suit:

Une fois que l'initiateur iSCSI et la cible communiquent correctement, il y a un bouton «Actualiser» dans l'onglet «Découverte» et un bouton «Configurer automatiquement» dans l'onglet «Volumes et périphériques» qui facilitent le reste.

Configurer le clustering Windows

Vous devez maintenant vous connecter aux machines virtuelles du serveur en cluster et configurer le clustering Windows. Installez d'abord la fonctionnalité de «clustering de basculement» sur les deux serveurs de cluster, installez également les «fonctionnalités de .NET Framework 3.5.1» également.

Ensuite, montez le lecteur Quorum en utilisant le serveur «Gestionnaire de disques» comme ci-dessous, en cliquant avec le bouton droit sur le disque 3 et «En ligne»:

Cela peut être effectué sur l'un des serveurs sur le point d'être mis en cluster. Remplacez la lettre Drive par «Q» et renommez le volume «Quorum»

Ensuite, démarrez le composant logiciel enfichable «Administrateur» – «Gestionnaire de cluster de basculement» et exécutez «Valider un assistant de configuration» pour vérifier la configuration. Cela doit être précis car si le clustering Windows ne fonctionne pas, les services de cluster SQL ne fonctionneront pas non plus. Assurez-vous qu'un ensemble complet de graduations sur l'assistant de validation de cluster avant de lancer l'assistant de clustering pour réellement créer le cluster. N'ayez pas peur d'expulser les serveurs du cluster, détruisez le cluster, supprimez l'objet de cluster dans le conteneur Ordinateurs Active Directory, supprimez puis ajoutez la fonctionnalité de cluster des serveurs jusqu'à ce que vous l'obteniez.

Utilisez les paramètres suivants lors de l'installation du cluster:

Installer deux nœuds de cluster SQL SERVER 2012 Active / Active

Pour les deux serveurs, comme condition préalable, installez les fonctionnalités de .NET Framework 3.5.1.

Installez la première instance SQL en cluster:

  1. GSPIT002A-CD – Sur le serveur de fichiers GSPIT002A-CD, activez la cible iSCSI iSCSI Target 'SQL1'.

  2. GSPIT002A-CL1 – «Actualiser les cibles», «Connecter» et «Configurer automatiquement les volumes et les périphériques»

  3. GSPIT002A-CL1 – En utilisant le «Gestionnaire de périphériques», de la même manière que le lecteur Quorum, «Bring Disks Online», attribuez des lettres de lecteur et des noms de volume

  4. GSPIT002A-CL1 – Support d'installation SQL / Création d'une nouvelle installation de cluster de basculement (Service = SQL-CL1, Instance = I1)

  5. GSPIT002A-CL2 – Sur le deuxième serveur – Support d'installation SQL / Ajouter en tant que nœud au cluster existant

Installez la deuxième instance SQL en cluster:

  1. GSPIT002A-CD – Sur le serveur de fichiers GSPIT002A-CD, activez la cible iSCSI iSCSI Target 'SQL2'.

  2. GSPIT002A-CL2 – «Actualiser les cibles», «Connecter» et «Configurer automatiquement les volumes et les périphériques»

  3. GSPIT002A-CL2 – À l'aide du «Gestionnaire de périphériques» «Mettre les disques en ligne», attribuez des lettres de lecteur et des noms de volume

  4. GSPIT002A-CL2 – Support d'installation SQL / Création d'une nouvelle installation de cluster de basculement (Service = SQL-CL2, Instance = I2)

  5. GSPIT002A-CL2 – Sur le premier serveur – Support d'installation SQL / Ajouter en tant que nœud au cluster existant

Je n'ai fait référence à aucun blog pour le faire et j'ai opté pour une approche Next, Next, Next à l'assistant d'installation. Si vous êtes prudent, définissez soigneusement les comptes de service, l'emplacement des fichiers de base de données, etc., c'est simple. La séquence d'étapes pour effectuer des actions a été l'aspect le plus difficile, c'est pourquoi les deux simples listes 1 à 5 ci-dessus sont peut-être la meilleure documentation. À ce stade, vous devez disposer d'un cluster Active / Active SQL Server 2012 pleinement opérationnel.

Blog de Jose Barret sur la configuration iSCSI, ma principale ressource de référence dans ce projet.
http://blogs.technet.com/b/josebda/archive/2011/04/04/microsoft-iscsi-software-target-3-3-for-windows-server-2008-r2-available-for-public- download.aspx

Commentaires

Laisser un commentaire

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