SR de NFS
Los recursos compartidos en servidores NFS (que admiten cualquier versión de NFSv4 o NFSv3) se pueden usar inmediatamente como un SR para discos virtuales. Los VDI se almacenan únicamente en formato Microsoft VHD. Además, como estos SR se pueden compartir, los VDI almacenados en SR compartidos permiten:
-
Que las máquinas virtuales se inicien en cualquier host de XenServer® en un grupo de recursos
-
Que las máquinas virtuales migren entre hosts de XenServer en un grupo de recursos mediante migración en vivo (sin tiempo de inactividad perceptible)
Importante:
- Para NFSv4, solo se admite el tipo de autenticación
AUTH_SYS.- Se recomienda encarecidamente para el almacenamiento NFS que se utilice una red de almacenamiento dedicada, utilizando al menos dos enlaces agrupados, idealmente a conmutadores de red independientes con fuentes de alimentación redundantes.
- Todos los hosts del grupo de recursos deben conectarse a la misma IP del archivador para garantizar que todos los hosts observen un estado coherente. Esto es particularmente importante cuando la alta disponibilidad está configurada, ya que las inconsistencias relacionadas con el acceso al archivo de estado de alta disponibilidad pueden provocar que los hosts sean aislados. Consulte Alta disponibilidad.
- Se debe tener cuidado al usar archivadores con varios controladores; normalmente, la conmutación por error del controlador no conserva el estado de los archivos abiertos en el recurso compartido NFS y, por lo tanto, una conmutación por error puede provocar que cualquier máquina virtual que se ejecute en el repositorio de almacenamiento se bloquee o se vuelva de solo lectura, ya que pueden perder el acceso a su almacenamiento de respaldo.
- Al realizar actualizaciones en los controladores del archivador que puedan requerir una conmutación por error del controlador, el repositorio de almacenamiento NFS debe desvincularse del grupo de recursos antes de iniciar cualquier cambio de los controladores.
- Después de una conmutación por error no planificada, puede ser necesario reiniciar las máquinas virtuales que se hayan vuelto inoperables.
Los VDI almacenados en SR basados en archivos se aprovisionan de forma ligera. El archivo de imagen se asigna a medida que la máquina virtual escribe datos en el disco. Este enfoque tiene el beneficio considerable de que los archivos de imagen de la máquina virtual ocupan solo el espacio necesario en el almacenamiento. Por ejemplo, si se asigna un VDI de 100 GB a una máquina virtual y se instala un sistema operativo, el archivo VDI solo refleja el tamaño de los datos del sistema operativo escritos en el disco en lugar de los 100 GB completos.
Los archivos VHD también se pueden encadenar, lo que permite que dos VDI compartan datos comunes. En los casos en que se clona una máquina virtual basada en archivos, las máquinas virtuales resultantes comparten los datos comunes en disco en el momento de la clonación. Cada máquina virtual procede a realizar sus propios cambios en una versión aislada de copia en escritura del VDI. Esta característica permite clonar rápidamente máquinas virtuales basadas en archivos a partir de plantillas, lo que facilita el aprovisionamiento y la implementación rápidos de nuevas máquinas virtuales. La longitud máxima admitida de las cadenas VHD es 30.
Las implementaciones de SR basados en archivos y VHD en XenServer asumen que tienen control total sobre el directorio SR en el servidor de archivos. Los administradores no deben modificar el contenido del directorio SR, ya que esta acción puede correr el riesgo de corromper el contenido de los VDI.
XenServer se ha optimizado para almacenamiento de clase empresarial que utiliza RAM no volátil para proporcionar acuses de recibo rápidos de las solicitudes de escritura mientras mantiene un alto grado de protección de datos contra fallos.
Advertencia:
Dado que los VDI en SR basados en archivos se crean como VDI de aprovisionamiento ligero, los administradores deben asegurarse de que los SR basados en archivos tengan suficiente espacio en disco para todos los VDI necesarios. Los hosts de XenServer no garantizan que el espacio requerido para los VDI en los SR basados en archivos esté presente.
Asegúrese de supervisar el espacio libre en su SR. Si el uso del SR alcanza el 100%, las escrituras posteriores de las VM fallarán. Estas escrituras fallidas pueden hacer que la VM se congele o se bloquee.
Los siguientes parámetros device-config se utilizan con los SR de NFS:
| Nombre del parámetro | Descripción | ¿Obligatorio? |
|---|---|---|
server |
Dirección IP o nombre de host del servidor NFS | Sí |
serverpath |
Ruta, incluido el punto de montaje NFS, al servidor NFS que aloja el SR | Sí |
nfsversion |
Especifica la versión de NFS que se va a utilizar. Si especifica nfsversion="4", el SR utiliza NFS v4.0, v4.1 o v4.2, según lo que esté disponible. Si desea seleccionar una versión más específica de NFS, puede especificar nfsversion="4.0" y así sucesivamente. Solo se puede especificar un valor para nfsversion. |
No |
useUDP |
Configure el SR para usar UDP en lugar del TCP predeterminado. | No |
Crear un SR NFS compartido (NFS)
Nota:
Si intenta adjuntar un SR NFS de solo lectura, esta acción falla con el siguiente mensaje de error: “SR_BACKEND_FAILURE_461 - The file system for SR cannot be written to.”
Para crear un SR NFS, debe proporcionar el nombre de host o la dirección IP del servidor NFS. Puede crear el SR en cualquier ruta de destino válida; use el comando sr-probe para mostrar una lista de rutas de destino válidas exportadas por el servidor.
En escenarios donde XenServer se usa con almacenamiento de gama baja, espera cautelosamente a que se confirmen todas las escrituras antes de pasar las confirmaciones a las máquinas virtuales. Este enfoque conlleva un costo de rendimiento notable y podría resolverse configurando el almacenamiento para presentar el punto de montaje del SR como una exportación en modo asíncrono. Las exportaciones asíncronas confirman escrituras que en realidad no están en el disco. Considere cuidadosamente los riesgos de falla en estas situaciones.
Nota:
El servidor NFS debe configurarse para exportar la ruta especificada a todos los hosts del grupo. Si esta configuración no se realiza, la creación del SR y la conexión del registro PBD fallarán.
La implementación de NFS de XenServer utiliza TCP de forma predeterminada. Si su situación lo permite, puede configurar la implementación para usar UDP en escenarios donde podría haber un beneficio de rendimiento. Para realizar esta configuración, al crear un SR, especifique el parámetro device-config useUDP=true.
Si está creando un SR para almacenamiento basado en IP (incluido NFS), puede configurar una de las siguientes opciones como red de almacenamiento: la NIC que maneja el tráfico de administración o una nueva NIC para el tráfico de almacenamiento. Para asignar una dirección IP a una NIC, consulte Configurar una NIC de almacenamiento dedicada.
CLI de xe
Por ejemplo, para crear un SR NFS compartido en 192.168.1.10:/export1, utilizando cualquier versión 4 de NFS que esté disponible a través del archivador, use el siguiente comando:
xe sr-create content-type=user \
name-label="shared NFS SR" shared=true \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4"
<!--NeedCopy-->
Para crear un SR NFS no compartido en 192.168.1.10:/export1, utilizando específicamente la versión 4.0 de NFS, ejecute el siguiente comando:
xe sr-create host-uuid=host_uuid content-type=user \
name-label="Non-shared NFS SR" \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4.0"
<!--NeedCopy-->
En XenCenter®
<!- - kaizen-review: MD041 on line 1: - ->
- Abra el asistente Nuevo repositorio de almacenamiento: haga clic en Nuevo almacenamiento en la barra de herramientas.
- Seleccione NFS como tipo de almacenamiento físico y, a continuación, haga clic en Siguiente.
- En la página Nombre, introduzca el nombre del nuevo SR. De forma predeterminada, el asistente genera una descripción del SR. Esta descripción incluye un resumen de las opciones de configuración que seleccione a medida que avanza por el asistente. Para introducir su propia descripción, desactive la casilla Generar descripción automáticamente según la configuración del SR y escriba en el cuadro Descripción. Haga clic en Siguiente para continuar.
- En la página Ubicación, especifique los detalles del destino de almacenamiento NFS:
- Nombre del recurso compartido La dirección IP o el nombre DNS del servidor y la ruta. Por ejemplo, servidor:/ruta, donde servidor es el nombre DNS o la dirección IP del equipo servidor, y ruta es el directorio utilizado para contener el SR. El servidor NFS debe configurarse para exportar la ruta especificada a todos los servidores del grupo.
- Opciones avanzadas Aquí puede introducir cualquier opción de configuración adicional.
-
Versión de NFS Seleccione la versión de NFS utilizada por el SR.
Nota:
Si la matriz de almacenamiento subyacente no es compatible con NFSv4, se utiliza NFSv3 para montar el recurso compartido.
- Haga clic en Escanear para que el asistente busque SR NFS existentes en la ubicación especificada.
- El asistente para nuevo repositorio de almacenamiento enumera los SR existentes que aún no están conectados. Puede seleccionar un SR de la lista y conectarlo como el nuevo repositorio de almacenamiento. Haga clic en Volver a conectar un SR existente y seleccione el SR de la lista, luego haga clic en Finalizar.
- Si no se encuentran SR existentes, simplemente haga clic en Finalizar para completar la nueva configuración del SR y cerrar el asistente.