PI Services

Problématique

Dans certains projets d’infrastructure il est nécessaire de disposer d’un stockage accessible à travers le réseau de type NAS ou SAN. C’est notamment le cas lors de la mise en place de clusters (Hyper-V, Filers, anciennes version d’Exchange…).

Dans notre cas il s’agissait de simuler un cluster Exchange 2003 au sein d’un environnement de maquettage Hyper-V R2 SP1.

Le réseau de stockage dédié ou SAN Fiber Channel (Storage Area Network) nécessite une architecture matérielle adéquate généralement très onéreuse. Il est donc très rarement possible de pouvoir procéder à des tests sur ce genre de matériel.

Afin de simuler ce type de stockage, le composant Microsoft iSCSI Software Target 3.3 pour Windows 2008 R2 est une solution permettant de transformer un serveur en “périphérique de stockage” supportant la technologie iSCSI. Disponible depuis peu pour le grand public, ce logiciel était précédemment réservé aux éditions “Storage” de Windows Server (vendu uniquement avec du matériel).

Contexte de mise en œuvre

Cette procédure a été validée sur un environnement de maquette réalisé dans le cadre d’un projet de migration Exchange 2003 vers Exchange 2010 (30 000 boites aux lettres).

La fonctionnalité de cible iSCSI (iSCSI Target) a été implémentée sur un serveur Windows Server 2008 R2 SP1 dans le but de mettre à disposition un stockage partagé pour la restauration en maquette (P2V) de plusieurs clusters Exchange 2003.

Mise en place du serveur iSCSI sous Windows 2008 R2

Après avoir téléchargé le composant Microsoft iSCSI Software Target 3.3 , l’installation peut avoir lieu.

Installation de la fonctionnalité de cible iSCSI

	L’installation commence par décompresser ces fichiers dans un dossier ici nommé ISCSI et stocké sur le bureau.
	Une fois la décompression faite, une page Internet est affiché dans les différents liens, la partie “Install the software” contient le lien pour Windows Server.
	Après avoir cliquer sur le lien, le logiciel se télécharge…
	et se lance après validation avec le bouton “Run”
	L’installation à proprement parler se lance en cliquant sur suivant.
	Le contrat EULA est à valider afin de continuer.
	La fonctionnalité propose le choix de l’emplacement d’installation
	et de participer au programme d’amélioration de l’expérience utilisateur.
	L’installation est prête, il ne reste qu’à cliquer sur “Install”.
	L’installation de la fonctionnalité cible iSCSI s’exécute.

La configuration du stockage

	Il faut maintenant configurer une cible iSCSI ainsi que des LUN (Logical Unit)
	La première action consiste à vérifier les propriété du serveur iSCSI.
	Il est conseillé de dédier une interface au réseau de stockage. et de vérifier qu’elle soit la seule à être active en ce qui concerne la cible iSCSI.
	Après cette vérification, la création d’une cible iSCSI peut commencer
	Le nommage de la cible iSCSI se fait à ce niveau. Il est important de mettre un nom en adéquation avec l’utilisation de cette ressource.
	La définition des clients ayant accès à cette ressources se renseignent directement durant la création.(Mode Advanced)
	Il est possible d’identifier les clients (ou Initiator) pour cette ressource à partir de l’une des informations suivantes: IQN Nom DNS Adresse IP Adresse MAC
	Lors de l’ajout de plusieurs clients pour une même cible, le warning suivant prévient d’éventuels problèmes si l’application ou le système d’exploitation ne sait pas exploiter cela correctement.
	Ici , les deux clients apparaissent bien.
	Dans le cas de clients multiples, la liste n’apparait que dans le mode avancé.
	Une fois la cible iSCSI configuré, il est intéressant d’aller modifier, dans ses propriétés, son IQN afin d’identifier plus facile cette ressource sur le réseau de stockage. IQN pour iSCSI Qualified Name

Création de LUN (Unité Logique de stockage)

	La cible iSCSI étant défini, il faut créer les LUN. Ils sont sous formes de fichiers .vhd..
	La création commence par la définition du nom et de l’emplacement du futur LUN.
	Le paramétrage de la taille se fait en Mo. Le disque dur crée est un disque dur de taille fixe. Pour information: si un disque virtuel dur de taille fixe de 10Go est stocké dans un disque virtuel dynamique ce dernier ne grossi pas que de quelques Mo. (dans le cas présent <100 Mo)
	Le LUN peut être affecté à une seule cible iSCSI.

Le stockage a été crée et affecté à une cible iSCSI. Il reste maintenant à installer et configurer la partie client appelé “Initiator”.

Mise en place de l’initiateur iSCSI (partie cliente)

Installation du client iSCSI

	La partie MPIO ne sera pas implémenté dans ce scénario, il n’est pas nécessaire de l’installer. MPIO pour Multi Path Input/Outpout MPIO : Technologie permettant à un système de bénéficier de plusieurs chemins d’accès en lecture/écriture sur un périphérique de stockage. Plus d’info sur les nouveautés apportés par 2008 sur le MPIO : http://technet.microsoft.com/fr-fr/library/dd878505(WS.10).aspx

Configuration du client iSCSI (iSCSI Initiator)

	La configuration par défaut donne un nom complexe à l’initiateur. Il peut être utile de le changer afin de renseigner son utilité.
	Le nom du client iSCSI a été changé pour cluster-e2k3-node01
	Dans l’onglet discovery, la connexion avec la cible va être défini (Target Portals)
	La cible iSCSI est désignée par son adresse IP.
	Dans l’onglet “Targets” , le bouton “Log on” permet de mettre cette connexion en automatique afin de ne pas couper l’accès aux données suite à un redémarrage.

Initialisation et formatage du disque.

	Une fois la connexion active, le système détect un nouveau disque.
	Il est nécessaire de l’initialiser
	Le nouveau disque dur se comporte comme un disque local.

Conclusion

Au niveau de ce billet nous avons pu mettre en place un serveur de stockage utilisant la technologie iSCSI de manière simple. C’est un composant essentiel à plusieurs solutions de clustering disponible dans des produits comme Exchange (avant 2010), SQL Server, Hyper-V R2 …

Pour améliorer la configuration, il serait intéressant de creuser le sujet de la sécurisation de ces flux de données et donc d’étudier la mise en œuvre de l’authentification entre les parties clientes et serveur iSCSI.

Peut être le sujet d’un nouveau post …

L’optimisation des performances des serveurs SQL Server passe obligatoirement par la mise en place d’une infrastructure de stockage adéquate. Les consignes suivantes permettent d’améliorer les performances de vos serveurs de bases de données SQL Server.

1. Placer les fichiers de données, les fichiers journaux et la base de données TempDB sur des disques dédiés
2. Aligner les partitions de vos disques (Windows Server 2003 et antérieurs)
3. Aligner le nombre de fichiers de données de vos bases de données et principalement la base de données TempDB au nombre de processeurs du serveur.
4. Formater les disques qui hébergent les fichiers de données avec une taille de cluster adéquate (8, 16, 32 ou 64 Ko), le choix de la taille doit se faire suite à une analyse et des tests qui prendront en compte le contexte d’exploitation de votre base de données et les caractéristiques techniques de votre équipement de stockage.
5. Favoriser les systèmes RAID 1+0 pour les disques qui hébergeront les journaux de transaction et la base de données TempDB
6. Planifier convenablement la taille des fichiers de données, des fichiers journaux ainsi que la taille des fichiers de la base de données TempDB.