Tenga en cuenta estas recomendaciones cuando use Virtual Volumes con ESXi y vCenter Server.

Directrices y limitaciones al utilizar Virtual Volumes

Para aprovechar al máximo la funcionalidad de Virtual Volumes, debe seguir unas directrices concretas.

Virtual Volumes admite las siguientes capacidades, características y productos de VMware:

  • Con Virtual Volumes, puede usar servicios avanzados de almacenamiento que incluyen la replicación, el cifrado, la desduplicación y la compresión en discos virtuales individuales. Póngase en contacto con su proveedor de almacenamiento para obtener información sobre los servicios compatibles con Virtual Volumes.
  • La funcionalidad de Virtual Volumes admite software de copia de seguridad que usa vSphere API - Data Protection. Los volúmenes virtuales están modelados como los discos virtuales. Los productos de copia de seguridad que usan vSphere APIs - Data Protection son compatibles con los volúmenes virtuales, ya que se encuentran en archivos VMDK de LUN. vSphere y el software de copia de seguridad reconocen las instantáneas que se crean mediante vSphere API - Data Protection como instantáneas que no son de vVols.
    Nota: Virtual Volumes no es compatible con el modo de transporte de SAN. vSphere APIs - Data Protection selecciona un método de transferencia de datos alternativo automáticamente.

    Para obtener más información sobre la integración con vSphere Storage APIs - Data Protection, póngase en contacto con su proveedor de software de copia de seguridad.

  • Virtual Volumes admite características de vSphere como vSphere vMotion, Storage vMotion, instantáneas, clones vinculados y DRS.
  • Con Virtual Volumes se pueden utilizar productos de agrupación en clúster, como Oracle Real Application Clusters. Para utilizar estos productos, active la opción de multiescritura para un disco virtual guardado en el almacén de datos de Virtual Volumes.

Para obtener más detalles, consulte el artículo de la base de conocimientos en http://kb.vmware.com/kb/2112039. Para acceder a un listado de características y productos compatibles con la funcionalidad de Virtual Volumes, consulte las matrices de interoperabilidad de productos de VMware.

Limitaciones de Virtual Volumes

Para disfrutar de una experiencia óptima con Virtual Volumes, tenga en cuenta las siguientes limitaciones:
  • Debido a que el entorno de Virtual Volumes requiere vCenter Server, Virtual Volumes no se puede utilizar con un host independiente.
  • La funcionalidad de Virtual Volumes no es compatible con RDM.
  • Un contenedor de almacenamiento de Virtual Volumes no puede abarcar varias matrices físicas. Algunos proveedores presentan varias matrices físicas como una matriz única. En estos casos, técnicamente se sigue utilizando una sola matriz lógica.
  • Los perfiles de hosts que contienen almacenes de datos de Virtual Volumes son específicos de vCenter Server. Después de extraer este tipo de perfil de host, solo se puede asociar a los hosts y los clústeres administrados por la misma instancia de vCenter Server que el host de referencia. Para obtener más información, consulte el documento Valores máximos de configuración.

Limitaciones de Virtual Volumes con NVMe

Las siguientes funciones no son compatibles con NVMe over Virtual Volumes en concreto para la versión vSphere 8.0:
  • Operaciones de replicación y Site Recovery Manager
  • Reservas de NVMe
  • Operaciones de anulación de asignación de NVMe
  • Uso compartido de disco entre máquinas virtuales
  • Migración en banda de NVMe

Prácticas recomendadas para el aprovisionamiento de contenedores de almacenamiento

Siga estas recomendaciones cuando aprovisione contenedores de almacenamiento en las matrices de Virtual Volumes.

Crear contenedores en función de los límites

Debido a que los contenedores de almacenamiento aplican límites lógicos al agrupar volúmenes virtuales, el contenedor debe coincidir con los límites que desee aplicar.

Algunos ejemplos incluyen un contenedor creado para un arrendatario en una implementación de varios arrendatarios, o un contenedor para un departamento en una implementación empresarial.
  • Organizaciones o departamentos, por ejemplo, Recursos humanos o Contabilidad
  • Grupos o proyectos, por ejemplo, Equipo A y Equipo rojo
  • Clientes

Colocar todas las capacidades de almacenamiento en un solo contenedor

Los contenedores de almacenamiento son almacenes de datos individuales. Un único contenedor de almacenamiento puede exportar varios perfiles de capacidades de almacenamiento. Como resultado, las máquinas virtuales con distintas necesidades y diferente configuración de directivas de almacenamiento pueden ser parte del mismo contenedor de almacenamiento.

El cambio de perfiles de almacenamiento debe realizarse en el lado de las matrices, no como una migración de almacenamiento a otro contenedor.

Evitar el exceso de aprovisionamiento de los contenedores de almacenamiento

Cuando se aprovisiona un contenedor de almacenamiento, los límites de espacio que se aplican durante la configuración del contenedor son solo límites lógicos. No aprovisione el contenedor más de lo necesario para el uso esperado. Si aumenta el tamaño del contenedor más tarde, no tendrá que volver a darle formato ni volver a crear particiones.

Usar la interfaz de usuario de administración específica para el almacenamiento a fin de aprovisionar endpoints de protocolo

Todos los contenedores de almacenamiento necesitan endpoints de protocolo (PE) a los que puedan acceder los hosts ESXi.

Cuando se usa el almacenamiento en bloque, el PE representa un LUN de proxy definido por un WWN de LUN basado en T10. Para el almacenamiento NFS, el PE es un punto de montaje, como una dirección IP o nombre DNS y un nombre del recurso compartido. Para el almacenamiento de NVMe, el PE es un grupo ANA y los espacios de nombres de proxy son virtuales.

Normalmente, la configuración de los PE es específica de la matriz. Al configurar PE, puede que sea necesario asociarlos con procesadores de almacenamiento concretos o con determinados hosts. Para evitar errores al crear PE, no los configure de forma manual. En su lugar, siempre que sea posible, use las herramientas de administración específicas para el almacenamiento.

No asignar identificadores mayores que Disk.MaxLUN a los LUN de los endpoints de protocolo

De forma predeterminada, un host ESXi puede acceder a los identificadores de LUN que estén comprendidos en el intervalo de 0 a 1.023. Si el identificador del LUN del endpoint de protocolo que ha configurado es 1.024 o mayor, el host ignorará el PE.

Si el entorno usa identificadores de LUN mayores que 1023, cambie el número de LUN examinados mediante el parámetro Disk.MaxLUN. Consulte Cambiar la cantidad de dispositivos de almacenamiento examinados.

Prácticas recomendadas para rendimiento de Virtual Volumes

Para garantizar resultados de rendimiento óptimos de Virtual Volumes, siga estas recomendaciones.

Usar diferentes directivas de almacenamiento de máquina virtual para componentes de volumen virtual individuales

De forma predeterminada, todos los componentes de una máquina virtual del entorno de Virtual Volumes tienen una sola directiva de almacenamiento de máquina virtual. No obstante, los diferentes componentes pueden tener características de rendimiento diferentes, por ejemplo, un disco virtual de base de datos y su disco virtual de registro correspondiente. En función de los requisitos de rendimiento, puede asignar directivas de almacenamiento de máquina virtual diferentes a discos virtuales individuales y al archivo de inicio de la máquina virtual o a config-vVol.

Cuando se usa vSphere Client, no se puede cambiar la asignación de la directiva de almacenamiento de máquina virtual para swap-vVol, memory-vVol ni snapshot-vVol.

Consulte Crear una directiva de almacenamiento de máquina virtual para Virtual Volumes.

Obtener un perfil de host con Virtual Volumes

La mejor manera de obtener un perfil de host con Virtual Volumes es configurar un host de referencia y, a continuación, extraer su perfil. Si se edita manualmente un perfil de host existente en vSphere Client y luego se asocia el perfil editado a un host nuevo, se pueden producir errores de cumplimiento. Es posible que también se produzcan otros problemas impredecibles. Para obtener más información, consulte el artículo 2146394 de la base de conocimientos de VMware.

Supervisar la carga de E/S en un endpoint de protocolo individual

  • Todas las E/S del volumen virtual pasan a través de endpoints de protocolo (PE). Las matrices seleccionan los endpoints de protocolo en los diferentes PE a los que puede acceder un host de ESXi. Las matrices pueden equilibrar la carga y cambiar la ruta de enlace que conecta el volumen virtual con el PE. Consulte Enlazar y desenlazar volúmenes virtuales.
  • En el almacenamiento en bloque, ESXi ofrece una gran profundidad de cola a las E/S debido a la posibilidad de que haya muchos volúmenes virtuales. El parámetro Scsi.ScsiVVolPESNRO controla la cantidad de E/S que se pueden poner en cola para los PE. Puede configurar el parámetro en la página Configuración avanzada del sistema de vSphere Client.

Supervisar limitaciones de matriz

Una sola máquina virtual puede ocupar varios volúmenes virtuales. Consulte Objetos de Virtual Volumes.

Supongamos que la máquina virtual tiene dos discos virtuales y que se toman dos instantáneas con memoria. La máquina virtual puede ocupar hasta 10 objetos de Virtual Volumes: 1 config-vVol, 1 swap-vVol, 2 data-vVols, 4 snapshot-vVols y 2 snapshot-vVols de memoria.

Garantizar que el proveedor de almacenamiento esté disponible

Para acceder al almacenamiento de Virtual Volumes, el host ESXi requiere un proveedor de almacenamiento (proveedor de VASA). Está integrado en el firmware de la matriz de almacenamiento o se implementa como un dispositivo en forma de máquina virtual. Si el proveedor VASA es un dispositivo basado en máquina virtual, el proveedor de almacenamiento siempre está disponible. Para asegurar que el proveedor de almacenamiento esté siempre disponible, siga estas directrices:
  • No migre ninguna máquina virtual del proveedor de almacenamiento al almacenamiento de Virtual Volumes.
  • Realice una copia de seguridad de la máquina virtual del proveedor de almacenamiento.
  • Cuando sea necesario, use vSphere HA o Site Recovery Manager para proteger la máquina virtual del proveedor de almacenamiento.