Comment créer et ajouter des référentiels de stockage Citrix XenServer - Partie 4
Dans le quatrième article de cette série XenServer, les solutions de stockage seront abordées. Tout comme les réseaux, les solutions de stockage dans XenServer sont souvent difficiles à comprendre au début. Avant de commencer toute configuration, il convient de discuter de la nouvelle terminologie et des nouveaux concepts impliqués dans le stockage XenServer.
Mise à jour : En mai 2016, Citrix a publié la nouvelle version de la plate-forme XenServer 7. Pour l’installation, suivez : Nouvelle installation de XenServer 7.
XenServer introduit plusieurs nouveaux termes dans la liste terminologique traditionnelle du stockage. Bien qu’il soit toujours important de comprendre ces concepts lorsque l’on travaille avec un système informatique, le stockage n’est pas aussi crucial que l’article précédent couvrant les concepts de réseau. Cependant, cet article prendra tout de même le temps d’expliquer et de tenter de clarifier ces concepts de stockage.
La première chose à retenir avec le stockage XenServer est que nous avons un stockage pour l’hôte XenServer réel, puis nous avons également un stockage pour les machines invitées ou virtuelles qui s’exécuteront sur l’hôte XenServer. D’un point de vue conceptuel, il est simple à comprendre, mais sa gestion peut s’avérer ardue si l’administrateur n’est pas familier avec les objectifs de chacun des aspects du stockage.
Le premier terme est connu sous le nom de « SR » ou Storage Repository. Il s’agit sans doute du terme le plus important dans le stockage XenServer, car il représente le support physique sur lequel les disques de la machine virtuelle seront stockés et récupérés. Les référentiels de stockage peuvent être différents types de systèmes de stockage, notamment le stockage local attaché physiquement à l’hôte XenServer, les LUN iSCSI/Fibre Channel, les partages de fichiers réseau NFS ou le stockage sur une appliance de stockage Dell/NetApp.
Les référentiels de stockage peuvent être partagés ou dédiés et peuvent prendre en charge de nombreuses fonctionnalités utiles telles que le clonage rapide, l’allocation clairsemée (stockage provisionné en fonction des besoins de la machine virtuelle) et les images de disque virtuel redimensionnables (nous y reviendrons plus tard).
Les référentiels de stockage, SR, sont logiquement connectés à un hôte XenServer avec ce que l’on appelle un périphérique de bloc physique, plus communément appelé « PBD ». Le PBD est simplement une référence à un emplacement de stockage. Ces objets PBD peuvent être « branchés » sur un hôte XenServer pour permettre à cet hôte de lire/écrire des informations dans ce référentiel de stockage.
L’objectif principal des référentiels de stockage est de stocker les fichiers VDI (Virtual Disk Image) de la machine virtuelle. Les fichiers VDI sont des emplacements sur un SR qui ont été alloués pour contenir le système d’exploitation et d’autres fichiers pour la machine virtuelle exécutée sur l’hôte XenServer. Les fichiers VDI peuvent être de plusieurs types différents. Le type est déterminé par le type de référentiel de stockage.
Les types VDI courants dans XenServer sont les volumes logiques (LV) gérés par le gestionnaire de volumes logiques, le disque dur virtuel (VHD) ou les numéros d’unité logique (LUN) sur un périphérique de stockage Dell ou NetApp. Remarque : Cet article utilise des LUN sur un périphérique de stockage Dell.
Ces fichiers VDI sont connectés logiquement aux machines virtuelles par le biais d’un objet connu sous le nom de périphérique de bloc virtuel, communément appelé « VBD ». Ces objets VBD peuvent être attachés à des invités virtuels, ce qui permet ensuite à la machine invitée d’accéder aux données stockées dans cette VDI particulière sur un SR respectif.
Tout comme la mise en réseau dans XenServer, lire sur le stockage est une chose, mais le fait de pouvoir voir la relation entre chacun de ces éléments renforce souvent les concepts. Les diagrammes courants utilisés pour représenter les concepts de stockage XenServer déroutent souvent les nouveaux utilisateurs, car ils sont souvent lus de manière linéaire. Vous trouverez ci-dessous une de ces images empruntées à Citrix.
De nombreuses personnes lisent ceci de manière linéaire de gauche à droite, pensant que chaque partie est un appareil physique distinct. Ce n’est pas le cas et conduit souvent à beaucoup de confusion sur le fonctionnement du stockage XenServer. Le graphique ci-dessous tente d’expliquer les concepts d’une manière moins linéaire mais plus pragmatique.
Espérons que le graphique ci-dessus ne confond pas davantage les individus sur le stockage XenServer. La deuxième image tente de montrer les connexions logiques (PBD et VBD) utilisées pour connecter les XenServers et les invités au stockage distant via une connexion réseau réelle.
Avec la conceptualisation à l’écart ; La configuration peut commencer. Rappelant le premier article de cette série, ce guide utilise un périphérique de stockage iSCSI Dell PS5500E pour le stockage des disques de la machine virtuelle (invités). Ce guide ne traite pas de la configuration du périphérique Dell iSCSI.
Configuration du système :
- XenServer 6.5 installé et corrigé (partie 1 de la série)
- Périphérique iSCSI Dell PS5500E (d’autres périphériques iSCSI peuvent être utilisés, il suffit de remplacer les informations d’environnement si nécessaire).
- Interfaces réseau XenServer configurées (partie 3 de la série).
- Le périphérique iSCSI et XenServer peuvent logiquement se voir (via l’utilitaire ping).
- Serveur CIFS (SAMBA) exécutant et hébergeant une partie des fichiers ISO de CD (pas obligatoire mais très utile).
Création d’un référentiel de stockage Citrix XenServer
Ce premier processus passera par les étapes de création d’un initiateur iSCSI logiciel à partir de l’hôte XenServer vers le PS5500E Dell.
Ce LUN particulier utilise le protocole CHAP (Challenge-Handshake Authentication Protocol) pour restreindre l’accès au volume iSCSI à certaines parties autorisées.
Pour créer le référentiel de stockage, une commande « xe » traditionnelle est exécutée. Les informations iSCSI appropriées doivent être obtenues avant de créer le référentiel de stockage.
Le passage du paramètre 'sr-probe' à l’utilitaire 'xe' indique au XenServer d’interroger un périphérique de stockage pour l’IQN iSCSI (nom qualifié iSCSI).
La première commande aura l’air intense au début, mais ce n’est pas aussi mauvais qu’il n’y paraît.
xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"
Cette première commande est nécessaire pour collecter l’IQN SCSI pour la configuration du référentiel de stockage. Avant de poursuivre, jetons un coup d’œil à toutes les parties de cette commande.
- sr-probe – Utilisé pour interroger le périphérique iSCSI afin d’obtenir des informations sur le volume créé pour cet hôte XenServer.
- type= Utilisé pour indiquer au XenServer le type de référentiel de stockage. Cela variera en fonction du système utilisé. En raison de l’utilisation du Dell PS5500, lvm sur iSCSI est utilisé dans cette commande. Veillez à modifier pour l’adapter au type de périphérique de stockage.
- configuration-appareil :cible= Utilisé pour indiquer au XenServer quel périphérique iSCSI interroger par adresse IP.
- config_périphérique :chapuser= Ceci est utilisé pour s’authentifier auprès du périphérique iSCSI. Dans cet exemple, un volume iSCSI a été créé précédemment pour l’utilisateur « tecmint ». En envoyant le nom d’utilisateur et le mot de passe dans cette commande, le périphérique iSCSI répondra avec les informations nécessaires pour terminer la création du référentiel de stockage.
- config-périphérique :chappassword= Il s’agit du mot de passe du nom d’utilisateur CHAP ci-dessus.
Une fois la commande saisie et soumise, le XenServer tentera de se connecter au périphérique iSCSI et renverra certaines informations nécessaires pour ajouter ce périphérique iSCSI en tant que référentiel de stockage.
Vous trouverez ci-dessous ce que le système de test a renvoyé à partir de cette commande.
Error code: SR_BACKEND_FAILURE_96
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target-iqns>
<TGT>
<Index>
0
</Index>
<IPAddress>
</IPAddress>
<TargetIQN>
iqn.2001-05.com.equallogic:0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
</TargetIQN>
</TGT>
<TGT>
<Index>
</Index>
<IPAddress>
</IPAddress>
<TargetIQN>
</TargetIQN>
</TGT>
</iscsi-target-iqns>
La pièce mise en évidence ici est connue sous le nom d’iSCSI IQN. Ceci est très important et nécessaire pour déterminer le SCSIid du référentiel de stockage. Avec ces nouvelles informations, la commande précédente peut être modifiée pour obtenir le SCSIid.
xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:targetIQN=iqn.2001-05.com.equallogic:0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"
La seule chose ajoutée à la commande est la strophe targetIQN. En exécutant cette nouvelle commande, le système répond avec la dernière information nécessaire à la création d’un référentiel de stockage iSCSI. Cette dernière information est l’identifiant SCSI.
Error code: SR_BACKEND_FAILURE_107
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target>
<LUN>
<vendor>
EQLOGIC
</vendor>
<serial>
</serial>
<LUNid>
0
</LUNid>
<size>
107379425280
</size>
<SCSIid>
36090a028b04a9a0def60353420006046
</SCSIid>
</LUN>
</iscsi-target>
À partir de ce moment, tous les éléments nécessaires à la création d’un référentiel de stockage iSCSI sont disponibles et il est temps d’émettre la commande pour ajouter ce SR à ce XenServer particulier. La création du référentiel de stockage à partir des informations combinées s’effectue comme suit :
xe sr-create name-label="Tecmint iSCSI Storage" type=lvmoiscsi content-type=user device-config:target=X.X.X.X device-config:port=3260 device-config:targetIQN=iqn.2001-05.com.equallogic:0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap" device-config:SCSIid=36090a028b04a9a0def60353420006046
Si tout se passe bien, le système se connecte au périphérique iSCSI, puis renvoie l’UUID du référentiel de stockage nouvellement ajouté.
bea6caa4-ecab-8509-33a4-2cda2599fb75
La sortie UUID est un excellent signe ! Comme pour toutes les tâches d’administration système, il est toujours bon de confirmer que la commande a réussi. Cela peut être accompli avec une autre commande 'xe'.
xe sr-list name-label="Tecmint iSCSI Storage"
Exemple de sortie
uuid ( RO) : bea6caa4-ecab-8509-33a4-2cda2599fb75
name-label ( RW) : Tecmint iSCSI Storage
name-description ( RW) :
host ( RO) : xenct-xen2
type ( RO) : lvmoiscsi
content-type ( RO) : user
À partir de la sortie CLI, ce XenServer s’est connecté avec succès au périphérique Dell iSCSI et est prêt à stocker les fichiers VDI invités.
Création d’un référentiel de stockage ISO
La série d’étapes suivantes décrit le processus de création d’une bibliothèque ISO. Les fichiers ISO sont généralement des images de supports d’installation de disques compacts (CD).
En créant un référentiel de stockage spécial pour ces fichiers ISO, l’installation de nouveaux invités peut se faire très rapidement. Lorsqu’un administrateur souhaite créer un nouvel invité, il peut simplement sélectionner l’un des fichiers ISO qui existent dans cette bibliothèque ISO plutôt que d’avoir à mettre physiquement un CD dans un XenServer dans le pool.
Cette partie du guide suppose que l’utilisateur dispose d’un serveur SAMBA fonctionnel. Si un serveur SAMBA n’est pas configuré, n’hésitez pas à lire cet article sur la façon d’effectuer cette tâche dans Red Hat/Fedora (j’aurai un guide du serveur SAMBA Debian à l’avenir) :
- Configurer Samba Server pour le partage de fichiers
La première étape consiste à rassembler les informations d’identification et de configuration nécessaires pour la bibliothèque ISO SAMBA. Une fois que le nom d’utilisateur, le mot de passe et les informations de connectivité sont disponibles, une variante de commande simple « xe » peut être utilisée pour connecter la bibliothèque SAMBA au XenServer.
xe-mount-iso-sr //<servername>/ISO -o username=<user>,password=<password>
Cette commande n’affichera rien à l’écran à moins qu’elle n’échoue. Pour confirmer qu’il a bien monté le partage ISO SAMBA, exécutez une autre commande 'xe' :
xe sr-list
Exemple de sortie
uuid ( RO) : 1fd75a51-10ee-41b9-9614-263edb3f40d6
name-label ( RW) : Remote ISO Library on: // /ISO
name-description ( RW) :
host ( RO) : xenct-xen2
type ( RO) : iso
content-type ( RO) : iso
Cet hôte XenServer est désormais configuré avec un référentiel de stockage iSCSI ainsi qu’une bibliothèque ISO CIFS pour stocker les supports d’installation des machines virtuelles (invités).
Les prochaines étapes seront la création de machines virtuelles et la connexion de ces systèmes aux réseaux appropriés de l’article précédent sur la mise en réseau.