Crear un repositorio de almacenamiento
Puede crear repositorios de almacenamiento locales y remotos mediante la CLI de xe. A continuación, se indican dos pasos básicos para crear un repositorio de almacenamiento para usarlo en un host mediante la CLI:
-
Cree el SR con el comando
xe sr-create.Este comando crea un SR en el sustrato de almacenamiento (lo que podría destruir cualquier dato existente). También crea el objeto de API de SR y un registro PBD correspondiente, lo que permite a las máquinas virtuales usar el almacenamiento. Tras la creación correcta del SR, el PBD se conecta automáticamente. Si se establece el indicador
shared=true, se crea y conecta un registro PBD para cada host de XenServer en el grupo de recursos.
Estos pasos difieren en detalle según el tipo de SR que se esté creando. En todos los ejemplos, el comando sr-create devuelve el UUID del SR creado si la operación se realiza correctamente.
Alternativamente, puede usar el asistente Nuevo repositorio de almacenamiento en XenCenter para crear repositorios de almacenamiento remotos (SR). El asistente le guía a través de los pasos de configuración. Para obtener más información, consulte la documentación de XenCenter.
Para ver ejemplos de cómo crear un SR, consulte el artículo correspondiente al tipo de almacenamiento que utilice:
Bibliotecas ISO:
Almacenamiento basado en archivos:
Almacenamiento basado en bloques:
- Almacenamiento iSCSI por software
- Almacenamiento HBA por hardware
- Almacenamiento en bloque GFS2 compartido con aprovisionamiento ligero
Todos los tipos de SR de XenServer admiten el cambio de tamaño de VDI, la clonación rápida y las instantáneas. Los SR basados en el tipo de SR LVM (local, iSCSI o HBA) proporcionan aprovisionamiento ligero para instantáneas y nodos principales ocultos, pero no para otros discos, como los discos delta por VM de MCS. Los otros tipos de SR (EXT3/EXT4, NFS, GFS2 y XFS) admiten el aprovisionamiento ligero completo, incluso para discos virtuales que están activos.
Advertencias:
Cuando los VDI VHD no están conectados a una VM, por ejemplo para una instantánea de VDI, se almacenan con aprovisionamiento ligero de forma predeterminada. Si intenta volver a conectar el VDI, asegúrese de que haya suficiente espacio en disco disponible para que el VDI tenga un aprovisionamiento grueso. Los clones de VDI tienen un aprovisionamiento grueso.
XenServer® no admite instantáneas a nivel de SAN externa de una LUN para ningún tipo de SR.
No intente crear un SR donde el ID de LUN de la LUN de destino sea mayor que 255. Asegúrese de que su destino exponga la LUN con un ID de LUN menor o igual a 255 antes de usar esta LUN para crear un SR.
Si utiliza el aprovisionamiento ligero en un SR basado en archivos, asegúrese de supervisar el espacio libre en su SR. Si el uso del SR aumenta al 100%, las escrituras posteriores de las VM fallarán. Estas escrituras fallidas pueden hacer que la VM se congele o se bloquee, y pueden provocar la corrupción de datos.
Sondear un SR
El sr-probe comando se puede utilizar de las siguientes maneras:
- Para identificar parámetros desconocidos para su uso en la creación de un SR
- Para devolver una lista de SR existentes
En ambos casos, sr-probe funciona especificando un tipo de SR y uno o más parámetros device-config para ese tipo de SR. Si se proporciona un conjunto incompleto de parámetros, el comando sr-probe devuelve un mensaje de error que indica que faltan parámetros y las posibles opciones para los parámetros que faltan. Cuando se proporciona un conjunto completo de parámetros, se devuelve una lista de SR existentes. Toda la salida sr-probe se devuelve como XML.
Por ejemplo, se puede sondear un destino iSCSI conocido especificando su nombre o dirección IP. Se devuelve el conjunto de IQN disponibles en el destino:
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-->
Sondear el mismo destino de nuevo y especificar tanto el nombre/dirección IP como el IQN deseado devuelve el conjunto de SCSIids (LUNs) disponibles en el destino/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-->
Sondear el mismo destino y proporcionar los tres parámetros devuelve una lista de SR que existen en la LUN, si los hay.
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-->
Los siguientes parámetros se pueden sondear para cada tipo de SR:
| Tipo de SR | Los parámetros device-config, en orden de dependencia |
¿Se puede sondear? | ¿Necesario para sr-create? |
|---|---|---|---|
lvmoiscsi |
target |
No | Sí |
chapuser |
No | No | |
chappassword |
No | No | |
targetIQN |
Sí | Sí | |
SCSIid |
Sí | Sí | |
lvmohba |
SCSIid |
Sí | Sí |
lvmofcoe |
SCSIid |
Sí | Sí |
nfs |
server |
No | Sí |
serverpath |
Sí | Sí | |
smb |
server |
No | Sí |
username |
No | No | |
password |
No | No | |
lvm |
device |
No | Sí |
ext |
device |
No | Sí |
Para obtener información sobre cómo sondear un SR GFS2, consulte Crear un SR GFS2.