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

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

Para hacerlo, puedes crear tus instancias de Filestore en regiones en las que 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 viene con cada nodo de VMware Engine.
  • Almacenamiento de NFS externo Esto incluye las siguientes opciones:

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

La vSAN de VMware Engine proporciona almacenamiento virtual de alto rendimiento para VMs que se ejecutan en VMware Engine. El servicio de VMware Engine usa nodos de hardware con unidades de estado sólido (SSD) NVMe locales 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 herramientas de redes; es posible que estos recursos no sean necesarios. Esta limitación de la infraestructura hiperconvergente (HCI) basada en vSAN crea demanda para escalar el almacenamiento independientemente de otros recursos.

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

Las instancias de nivel empresarial y de gran escala cuentan con la certificación de 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 High Scale y Enterprise. No se admiten las instancias de niveles SSD básico ni HDD básico.
  • La compatibilidad con instantáneas coherente con las fallas solo está disponible en instancias de nivel Enterprise de Filestore.
  • La copia de seguridad está disponible para los niveles Alta escala y Empresa.
  • La descarga de copias (VAAI) no está disponible.

Compatibilidad con protocolos

Se admite el protocolo NFSv3.

Redes

Los servicios de Filestore y VMware Engine están conectados a través del 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 asignó un CIDR /26 para la red de servicios de Google Cloud VMware Engine que se usará en el almacenamiento de NFS externo.

Subredes de servicio

Cuando creas una nube privada, VMware Engine crea subredes de servicio adicionales (por ejemplo, service-1, service-2 y 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 y de gran escala, incluso para las nubes privadas de mayor escala. La comunicación de VM a través de una subred de servicio viaja desde el host VMware ESXi directamente a la infraestructura de red de Google Cloud, lo que permite una comunicación de alta velocidad.

La puerta de enlace de 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 la creación inicial. En su lugar, debes especificar un rango y un prefijo de CIDR que no se superpongan para las subredes de servicio mediante 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 y un prefijo CIDR, edita una de las subredes de servicio.

Las subredes de servicio pueden actualizarse si cambian los requisitos de CIDR. Sin embargo, la modificación de una 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 de VPC de tu red.

Si no lo haces, se muestra 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 deseas saber cómo importar las asignaciones CIDR reservadas que creaste para las 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 NFS de Filestore. Después de que el almacén de datos 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 operaciones de Google E/S 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?