Usa el volumen de NFS como almacén de datos de vSphere alojado por Filestore

Puedes usar instancias de nivel zonal, regional y empresarial de Filestore como almacenes de datos externos para hosts de VMware ESXi en Google Cloud VMware Engine.

Para hacerlo, puedes crear tus instancias de Filestore en regiones donde VMware Engine y Filestore estén disponibles y, luego, activarlas como almacenes de datos externos en tus hosts de VMware ESXi existentes en VMware Engine.

VMware Engine ofrece las siguientes opciones de almacenamiento de vSphere:

  • VMware vSAN. Esto incluye el almacenamiento que se incluye con cada nodo de VMware Engine.
  • Almacenamiento externo de NFS. Esto incluye las siguientes opciones:

¿Por qué usar almacenes de datos externos para VMware Engine?

Las vSAN de VMware Engine proporcionan almacenamiento virtual de alto rendimiento para las VMs que se ejecutan en VMware Engine. El servicio de VMware Engine usa nodos de hardware con unidades de estado sólido (SSD) locales NVMe que administra vSAN para ofrecer una infraestructura virtual para las VM de VMware. Si deseas escalar solo los recursos de almacenamiento en tu clúster, debes comprar un nodo completo, junto con capacidades de procesamiento y de red, recursos que tal vez no necesites. Esta limitación de la infraestructura hiperconvergente (HCI) basada en vSAN crea una demanda para escalar el almacenamiento independientemente de otros recursos.

Con los almacenes de datos NFS externos, puedes escalar el almacenamiento independientemente de los recursos de procesamiento y usar VMware Engine para todas tus cargas de trabajo de VMware.

Las instancias de nivel empresarial y de gran escala están certificadas por VMware para su uso con almacenes de datos de VMware Engine y están disponibles en todas las regiones de VMware Engine.

Limitaciones de las funciones

Se aplica la siguiente limitación:

  • Disponible solo para instancias de Filestore de nivel empresarial y de gran escala. No se admiten las instancias de los niveles SSD básico y HDD básico.
  • La compatibilidad con instantáneas con coherencia de fallas solo está disponible en las instancias del nivel Enterprise de Filestore.
  • La asistencia para copias de seguridad está disponible para los niveles Enterprise y de gran escala.
  • La descarga de copias (VAAI) no está disponible.

Compatibilidad con protocolos

Se admite el protocolo NFSv3.

Herramientas de redes

Los servicios de Filestore y VMware Engine se conectan mediante acceso privado a servicios (PSA). No se aplican los cargos de red resultantes del acceso al almacenamiento dentro de una región.

Antes de comenzar

En los pasos de este documento, se supone que hiciste completaste los siguientes pasos:

  • Se señaló un CIDR /26 para la red de servicio de Google Cloud VMware Engine que se usará para el almacenamiento NFS externo.

Subredes de servicio

Cuando creas una nube privada, VMware Engine crea subredes de servicio adicionales (por ejemplo, service-1, service-2, service-3). Las subredes de servicio se orientan a situaciones de implementación de dispositivos o servicios, como almacenamiento, copia de seguridad y recuperación ante desastres, o transmisión de medios, lo que proporciona capacidad de procesamiento lineal de gran escala y procesamiento de paquetes incluso para las nubes privadas de mayor escala. La comunicación de VM en una subred de servicio se transmite directamente del host de VMware ESXi a la infraestructura de red de Google Cloud, lo que permite una comunicación de alta velocidad.

La puerta de enlace NSX-T y las reglas de firewall distribuidas no se aplican a ninguna subred de servicio.

Configura subredes de servicio

Las subredes de servicio no tienen una asignación CIDR en el momento de la creación inicial. En su lugar, debes especificar un rango de CIDR que no se superponga y un prefijo para las subredes de servicio que usan la consola o la API de VMware Engine.

La primera dirección utilizable se convierte en la dirección de la puerta de enlace. Para asignar un rango CIDR y un prefijo, edita una de las subredes de servicio.

Las subredes de servicio se pueden actualizar si cambian los requisitos de CIDR. Sin embargo, la modificación de un CIDR de subred de servicio existente puede causar interrupciones en la disponibilidad de la red para las VM conectadas a esa subred de servicio.

Debes agregar las asignaciones de CIDR reservadas para las subredes de servicio que definiste en el portal de VMware Engine a la lista de clientes importados en la conexión de intercambio de tráfico entre VPC de tu red.

Si no lo haces, se mostrará el siguiente error o uno similar en vmkernel.log:

2022-09-23T04:58:14.266Z cpu23:2103354 opID=be2a0887)NFS: 161: Command: (mount)
Server: (10.245.17.21) IP: (10.245.17.21) Path: (/vol-g-shared-vmware-002) Label:
(NFS) Options: (None)
...
2022-09-23T04:58:14.270Z cpu23:2103354 opID=be2a0887)NFS: 194: NFS mount
10.245.17.21:/vol-g-shared-vmware-002 failed: The mount request was denied by the
NFS server. Check that the export exists and that the client is permitted to
mount it.

Crea y administra instancias de Filestore

Si quieres ver cómo usar la consola de Google Cloud para crear y administrar una instancia de Filestore, consulta Crea una instancia.

Si quieres saber cómo importar las asignaciones CIDR reservadas que creaste para tus subredes de servicio, consulta Actualiza una conexión de intercambio de tráfico.

Los clientes deben comunicarse con el equipo de asistencia de GCVE para activar sus almacenes de datos de Filestore NFS. Después de que el almacén de datos de NFS se active en todos los hosts de un clúster determinado y esté disponible, puedes usar la consola de vCenter para aprovisionar VMs en el almacén de datos externo, ver métricas y ver registros relacionados con las operaciones de E/S de Google realizadas en el almacén de datos externo.

Si te interesa esta función, comunícate con tu equipo de cuentas o con el equipo de Asistencia de Google Cloud.

¿Qué sigue?