Filestore como almacenamiento para almacenes de datos de Google Cloud VMware Engine

Puedes usar instancias de Filestore High Scale y de nivel empresarial 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 existentes de VMware ESXi en VMware Engine.

En la actualidad, VMware Engine ofrece las siguientes opciones de almacenamiento de vSphere:

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

vSAN de VMware Engine proporciona almacenamiento virtual de alto rendimiento para VM 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 a fin de ofrecer una infraestructura virtual para las VM de VMware. Si solo deseas escalar los recursos de almacenamiento en tu clúster, debes comprar un nodo completo, además de capacidades de procesamiento y herramientas de redes, recursos que puede que no necesites. 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 independientemente de los recursos de procesamiento y depende de VMware Engine para todas tus cargas de trabajo de VMware.

Las instancias de nivel alto y empresarial 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 nivel SSD básico ni HDD básico.
  • La compatibilidad con instantáneas con coherencia de fallas está disponible solo en las instancias de nivel de Filestore Enterprise.
  • La compatibilidad con copia de seguridad está disponible para los niveles Enterprise y High Scale.
  • 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 a través del acceso privado al servicio (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 servicio de Google Cloud VMware Engine que se usa 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 contenido multimedia, lo que proporciona una capacidad de procesamiento lineal de alta escala y procesamiento de paquetes incluso para las nubes privadas de mayor escala. La comunicación de VM a través de una subred de servicios viaja desde el host de 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 servicios.

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 con la consola o la API de VMware Engine.

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

Las subredes del 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 del 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 saber cómo usar la consola de Google Cloud para crear y administrar una instancia de Filestore, consulta Crea una instancia.

A fin de ver cómo importar las asignaciones CIDR reservadas que creaste para las subredes de servicio, consulta Actualiza una conexión de intercambio de tráfico.

Una vez que el almacén de datos NFS se activa 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 Google E/S que se realizaron 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?