Créer un référentiel de stockage
Vous pouvez créer des référentiels de stockage locaux et distants à l’aide de l’interface de ligne de commande xe. Voici deux étapes de base pour créer un référentiel de stockage à utiliser sur un hôte à l’aide de l’interface de ligne de commande :
-
Créez le SR avec la commande
xe sr-create.Cette commande crée un SR sur le substrat de stockage (détruisant potentiellement toutes les données existantes). Elle crée également l’objet API SR et un enregistrement PBD correspondant, permettant aux machines virtuelles d’utiliser le stockage. En cas de création réussie du SR, le PBD est automatiquement branché. Si l’indicateur
shared=trueest défini, un enregistrement PBD est créé et branché pour chaque hôte XenServer du pool de ressources.
Ces étapes diffèrent en détail selon le type de SR créé. Dans tous les exemples, la commande sr-create renvoie l’UUID du SR créé en cas de succès.
Vous pouvez également utiliser l’assistant Nouveau référentiel de stockage dans XenCenter pour créer des référentiels de stockage distants (SR). L’assistant vous guide à travers les étapes de configuration. Pour plus d’informations, consultez la documentation XenCenter.
Pour des exemples de création d’un SR, consultez l’article correspondant au type de stockage que vous utilisez :
Bibliothèques ISO :
Stockage basé sur des fichiers :
Stockage basé sur des blocs :
- Stockage iSCSI logiciel(/fr-fr/xenserver/9/storage/lvm-iscsi.html)
- Stockage HBA matériel(/fr-fr/xenserver/9/storage/lvm-hba.html)
- Stockage de blocs GFS2 partagé à allocation dynamique(/fr-fr/xenserver/9/storage/gfs2.html)
Tous les types de SR XenServer prennent en charge le redimensionnement de VDI, le clonage rapide et les instantanés. Les SR basés sur le type de SR LVM (local, iSCSI ou HBA) fournissent une allocation dynamique pour les instantanés et les nœuds parents masqués, mais pas pour les autres disques, tels que les disques delta MCS par VM. Les autres types de SR (EXT3/EXT4, NFS, GFS2 et XFS) prennent en charge l’allocation dynamique complète, y compris pour les disques virtuels actifs.
Avertissements :
Lorsque les VDI VHD ne sont pas attachés à une VM, par exemple pour un instantané VDI, ils sont stockés par défaut avec une allocation dynamique. Si vous tentez de rattacher le VDI, assurez-vous qu’il y a suffisamment d’espace disque disponible pour que le VDI puisse être alloué de manière épaisse. Les clones VDI sont alloués de manière épaisse.
XenServer® ne prend pas en charge les instantanés au niveau SAN externe d’un LUN pour aucun type de SR.
N’essayez pas de créer un SR dont l’ID de LUN de la LUN de destination est supérieur à 255. Assurez-vous que votre cible expose le LUN avec un ID de LUN inférieur ou égal à 255 avant d’utiliser ce LUN pour créer un SR.
Si vous utilisez l’allocation dynamique sur un SR basé sur des fichiers, assurez-vous de surveiller l’espace libre sur votre SR. Si l’utilisation du SR atteint 100 %, les écritures ultérieures des VM échouent. Ces écritures échouées peuvent entraîner le blocage ou le plantage de la VM, et peuvent conduire à une corruption des données.
Sonder un SR
La commande sr-probe peut être utilisée des manières suivantes :
- Pour identifier les paramètres inconnus à utiliser lors de la création d’un SR
- Pour renvoyer une liste des SR existants
Dans les deux cas, sr-probe fonctionne en spécifiant un type de SR et un ou plusieurs paramètres device-config pour ce type de SR. Si un ensemble incomplet de paramètres est fourni, la commande sr-probe renvoie un message d’erreur indiquant les paramètres manquants et les options possibles pour ces paramètres manquants. Lorsqu’un ensemble complet de paramètres est fourni, une liste des SR existants est renvoyée. Toutes les sorties sr-probe sont renvoyées au format XML.
Par exemple, une cible iSCSI connue peut être sondée en spécifiant son nom ou son adresse IP. L’ensemble des IQN disponibles sur la cible est renvoyé :
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10
Error code: SR_BACKEND_FAILURE_96
Error parameters: , The request is missing or has an incorrect target IQN parameter, \
<?xml version="1.0" ?>
<iscsi-target-iqns>
<TGT>
<Index>
0
</Index>
<IPAddress>
192.168.1.10
</IPAddress>
<TargetIQN>
iqn.192.168.1.10:filer1
</TargetIQN>
</TGT>
</iscsi-target-iqns>
<!--NeedCopy-->
Sonder à nouveau la même cible en spécifiant à la fois le nom/l’adresse IP et l’IQN souhaité renvoie l’ensemble des SCSIids (LUN) disponibles sur la cible/IQN.
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
device-config:targetIQN=iqn.192.168.1.10:filer1
Error code: SR_BACKEND_FAILURE_107
Error parameters: , The SCSIid parameter is missing or incorrect, \
<?xml version="1.0" ?>
<iscsi-target>
<LUN>
<vendor>
IET
</vendor>
<LUNid>
0
</LUNid>
<size>
42949672960
</size>
<SCSIid>
149455400000000000000000002000000b70200000f000000
</SCSIid>
</LUN>
</iscsi-target>
<!--NeedCopy-->
Sonder la même cible en fournissant les trois paramètres renvoie une liste des SR qui existent sur le LUN, le cas échéant.
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
device-config:targetIQN=192.168.1.10:filer1 \
device-config:SCSIid=149455400000000000000000002000000b70200000f000000
<?xml version="1.0" ?>
<SRlist>
<SR>
<UUID>
3f6e1ebd-8687-0315-f9d3-b02ab3adc4a6
</UUID>
<Devlist>
/dev/disk/by-id/scsi-149455400000000000000000002000000b70200000f000000
</Devlist>
</SR>
</SRlist>
<!--NeedCopy-->
Les paramètres suivants peuvent être sondés pour chaque type de SR :
| Type de SR | Les paramètres device-config, par ordre de dépendance |
Peut être sondé ? | Requis pour sr-create ? |
|---|---|---|---|
lvmoiscsi |
target |
Non | Oui |
chapuser |
Non | Non | |
chappassword |
Non | Non | |
targetIQN |
Oui | Oui | |
SCSIid |
Oui | Oui | |
lvmohba |
SCSIid |
Oui | Oui |
lvmofcoe |
SCSIid |
Oui | Oui |
nfs |
server |
Non | Oui |
serverpath |
Oui | Oui | |
smb |
server |
Non | Oui |
username |
Non | Non | |
password |
Non | Non | |
lvm |
device |
Non | Oui |
ext |
device |
Non | Oui |
Pour plus d’informations sur le sondage d’un SR GFS2, consultez Créer un SR GFS2.