Creation cluster SQL avec Storage iSCSI sur 2012R2

Problème

Nous voulons monter un cluster SQL avec un storage sur un serveur accessible en iSCSI, le tout sur des serveurs en Windows 2012 R2.

Debug

Cette plateforme nécessite 3 serveurs :

• 2 Windows 2012R2 avec SQL 2014 avec 5 ports Ethernet (ce nombre peut être réduit en fonction des besoins) : ServSQL01 et ServSQL02
• 1 Windows 2012R2 en serveur de stockage avec 9 ports Ethernet (ce nombre peut être réduit en fonction des besoins) ServStor01

Solution

En prérequis, on installe Windows 2012 R2 sur les 3 serveurs et on les met à jour. les deux serveurs SQL doivent être sur le même domaine.

Schéma réseau "simplifié" de la plateforme (Les switchs ne sont pas présents afin de bien pouvoir suivre qui est relié à quoi) :

Configuration du serveur ServStor01

Sur ce serveur nous avons 9 ports réseaux utilisés. 1 dédié au management. 2 x 4 ports dédiés à l'iSCSI.

NIC1, NIC2 et NIC3 correspondent aux trois cartes réseaux présentes, chacune possédant 4 ports gigabits. (Voir schéma pour repérer les branchements)

Pour le réseau iSCSI, nous utiliserons des IP en 192.168.0.0/24 Voici les IP configurées sur le serveur ServStor01 :

<span class="notranslate">NIC</span>1 port 1 : Votre<span class="notranslate"> IP </span>de votre serveur
<span class="notranslate">NIC</span>1 port 2 : Non utilisé
<span class="notranslate">NIC</span>1 port 3 : Non utilisé
<span class="notranslate">NIC</span>1 port 4 : Non utilisé

<span class="notranslate">NIC</span>2 Port 1 : 192.168.0.11
<span class="notranslate">NIC</span>2 Port 2 : 192.168.0.12
<span class="notranslate">NIC</span>2 Port 3 : 192.168.0.13
<span class="notranslate">NIC</span>2 Port 4 : 192.168.0.14

<span class="notranslate">NIC</span>3 Port 1 : 192.168.0.15
<span class="notranslate">NIC</span>3 Port 2 : 192.168.0.16
<span class="notranslate">NIC</span>3 Port 3 : 192.168.0.17
<span class="notranslate">NIC</span>3 Port 4 : 192.168.0.18

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

[[Fichier:register_DNS.PNG]]

Sur le serveur ServStor01, on installe le rôle iSCSI Target Server

Dans le Server Manager, on va créer les disques iSCSI (qui sont au final des VHDx) et les Target iSCSI qui leur vont avec :

On fait donc :

• task / New iSCSI virtual disk
• On sélectionne le volume
• On lui donne un nom (on peut remarquer son futur chemin en bas)
• On choisit la taille en "Fixed Size" (On laisse "Clear the virtual disk on allocation")
• On choisit "New iSCSI Target"
• On donne un nom à cette "iSCSI Target"
• Cliquez sur ADD dans la partie "access Servers"
• Dans le choix de la méthode d'identification de l'initiateur, choisiez en bas par IP et mettez une IP, on changera ça plus tard.
• On laisse CHAP et Reverse CHAP décoché
• On termine par "Create" puis "close" une fois terminé

A partir de la, vous avez un disque partagé en iSCSI. Répétez l'opération autant de fois que nécessaire. Dans notre cas nous allons créer 3 disques :

• 1 pour les bases de données
• 1 pour les logs
• 1 pour le quorum (1Go suffira)

Configuration iSCSI des serveurs ServSQL01 et 02

Dans cette partie, on va relier les deux serveurs SQL au serveur de storage par des liaisons iSCSI. Nous allons utiliser le MPIO afin d'utiliser nos 4 liens réseaux et de partager la charge.

Configuration IP des serveurs:

NIC1 et NIC2 correspondent aux deux cartes réseaux présentes sur les serveurs. NIC1 possède 4 ports, NIC2 en a 2. Voici la configuration :

ServSQL01 :

<span class="notranslate">NIC</span>1 port 1 : 192.168.0.22
<span class="notranslate">NIC</span>1 port 2 : 192.168.0.26
<span class="notranslate">NIC</span>1 port 3 :<span class="notranslate"> IP </span>du serveur
<span class="notranslate">NIC</span>1 port 4 : non utilisé

<span class="notranslate">NIC</span>2 port 1 : 192.168.0.25
<span class="notranslate">NIC</span>2 port 2 : 192.168.0.21

ServSQL02 :

<span class="notranslate">NIC</span>1 port 1 : 192.168.0.24
<span class="notranslate">NIC</span>1 port 2 : 192.168.0.28
<span class="notranslate">NIC</span>1 port 3 :<span class="notranslate"> IP </span>du serveur
<span class="notranslate">NIC</span>1 port 4 : non utilisé

<span class="notranslate">NIC</span>2 port 1 : 192.168.0.27
<span class="notranslate">NIC</span>2 port 2 : 192.168.0.23

Pour toutes les cartes en 192.168.0.x on va dans les paramètres avancés, onglet DNS, et on décoche la case "Register this connection's addresses in DNS"

• Sur les deux serveurs, on installe la feature "Multipath I/O".

• Une fois installé, dans l'interface metro de 2012R2 (cliquez sur le menu démarré donc) tapez simplement "MPIO" et cliquez sur le résultat :

• Dans l'onglet "Discover Multipaths" on coche "Add Support for iSCSI devices" puis on clique sur ADD. Cela propose de redémarrer, on le fait.
• Une fois redémarré, on relance MPIO, et on s'assure que "MSFT2005iSCSIBusType_0x9" est présent dans le "device hardware id".

• On lance ensuite "iSCSIinitiator " sur les deux serveurs SQL
• On se rend dans l'onglet "configuration" et on récupère le "Initiator Name" (sous la forme "iqn.1991-05.com.microsoft:ServSQL01.domain.tld")
• On retourne sur le serveur ServSTOR01
• Dans Server Manager, "File and storage Services", "iSCSI", on clique droit sur la Target puis dans initiators
• On clique sur ADD
• On coche "Enter a value for the selected type"
• On met en type "IQN" et on met l'adresse trouvée plus tôt sur le serveur SQL.
• On clique sur OK, on répète l'opération pour ajouter les "IQN" des deux SQL sur toutes les Targets
• On retire l'IP qu'on avait précédemment mit ici.
• une fois validé, on retourne sur nos serveurs SQL, toujours dans l'iSCSI initiator, on va dans l'onget "Targets" et on se connecte au serveur de storage.
• On va dans l'onglet "Favorite Targets", on sur la Target visible puis on fait remove.
• On retourne sur l'onglet "Targets" puis on va sur properties pour l'une des Target
• La on déconnecte la session active, puis on clique sur Add Session. On coche Multipath, on clique sur advanced. On choisit "Microsoft iSCSI initiator". En initiator IP on choisit la première IP iSCSI du serveur SQL. En Target portal IP on choisit la première IP iSCSI du serveur de storage. On valide 2 fois. On répète l'opération pour chaque carte réseau en passant à l'ip suivante donc.

Au final on doit avoir les IPs liées de cette forme :

Initiator IP	Target Portal IP	Sur le serveur
192.168.0.21	192.168.0.11	ServSQL01
192.168.0.22	192.168.0.12	ServSQL01
192.168.0.23	192.168.0.13	ServSQL02
192.168.0.24	192.168.0.14	ServSQL02
192.168.0.25	192.168.0.15	ServSQL01
192.168.0.26	192.168.0.16	ServSQL01
192.168.0.27	192.168.0.17	ServSQL02
192.168.0.28	192.168.0.18	ServSQL02

• On retourne dans "Favorite Targets" et on regarde les détails de celles-ci. On vérifie qu'on retrouve bien les relations d'IP du tableau précédent.

Configuration du Failover des serveurs ServSQL01 et 02

On commence par installer la feature Failover clustering sur les 2 serveurs SQL.

Pendant ce temps là on peut aller dans le disk management (clic droit sur le menu Windows, "disk management"). De là on passe les disques en "online" et on les initialise (GPT). On créé aussi les partitions et on formate.

On lance ensuite "Failover cluster Manager" et on fait Validate Configuration afin de vérifier que tout est ok. Quelques avertissements peuvent être présents au niveau du réseau. On fait ensuite "Create cluster" :

• On entre le nom des deux serveurs SQL
• On entre le nom du cluster, dans notre exemple nous allons prendre clusterSQL01
• On laisse "Add all eligible storage to the cluster" coché
• On valide

Une fois créé, en bas dans "cluster core resources", on clic droit sur "ip address" / properties. On choisit l'ip du cluster. Ensuite on refait clic droit dessus et on fait "bring online" Il faut maintenant configurer le quorum. Pour cela, on clic sur le nom du cluster, puis "more actions" et "configure cluster quorum settings".

• On fait next
• Select the quorum witness
• Configure a disk witness
• On coche le disque correspondant au quorum
• on fait next puis finish.
• Pour les deux autres disques, on fait "add to clustershared volume"

Nous obtenons le disque des logs en volume 1 et le disque des BDD en volume 2 dans notre cas.

Nous avons maintenant un cluster configuré.

Installation de SQL 2014 en cluster

Nous commençons par VMSQL01

• On installe la fonctionnalité .net 3.5
• On lance l'installation, on choisit "New SQL Server Failover cluster installation"

• Au choix des fonctionnalités, dans notre cas (future utilisation avec CRM 2015) nous allons cocher Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, reporting services, management Tools basic / complete
• Choisissez un nom réseau pour le SQL. Dans notre cas nous allons utiliser SQLServ
• Sur cluster Disk Selection on choisit ceux qu'on veut utiliser. Dans notre cas, on prend les cluster Disk 1 et 3 (le 2 étant le quorum, le 1 et 2 étant les volumes databases et logs)
• On choisit ensuite l'ip du failover SQL
• On choisit les comptes et mots de passe pour les services (dans notre cas nous avons créés des comptes de services dédiés)
• Dans la partie "Database engine Configuration" dans notre cas nous allons utiliser le Mixed mode.
• Toujours dans la même partie, dans l'onglet Data Directories, on spécifie les dossiers des bases de données (on choisit donc nos volumes en iSCSI)
• Pour le reporting Services on met "Install & configure"
• On lance l'installation

Si vous rencontrez l'erreur suivante durant l'installation :

The following error has occurred:

Updating permission setting for folder 'C:\clusterstorage\Volume2' failed. The folder permission setting were supposed to be set to 'D:P(A;OICI;FA;;;BA)(A;OICI;FA;;;SY)(A;OICI;FA;;;CO)(A;OICI;FA;;;S-1-5-80-3880718306-3832830129-1677859214-2598158968-1052248003)'.

Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup.

For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft%20<span class="notranslate">SQL</span>%20Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=12.0.2000.8&EvtType=0x0ADF5303%25400xBB814387

Il faut vous rendre dans le volume concerné avec l'explorateur windows, faire s'afficher les fichiers cachés et fichiers protégés du système et changer les droits sur le dossier system volume information.

Une fois l'intervention terminée, on passe à VMSQL02.

• On installe le .net framework 3.5
• On lance l'installation avec "Add a node to a SQL Server Failover cluster"

• On suit les étapes, la plupart étant pré-remplies
• On retape les mots de passe si nécessaire.
• On lance l'installation

Une fois l'installation terminée, vous avez votre SQL 2014 en failover avec storage connecté en iSCSI sur un Windows 2012 R2. Vous pouvez apporter des améliorations, comme un lien entre les 2 serveurs pour le heartbeat par exemple, mais c'est optionnel.