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

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

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

VMware Engine ofrece las siguientes opciones de almacenamiento de vSphere:

  • VMware vSAN. Esto incluye las de Google Cloud que incluye 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 NVMe local. unidades de estado sólido (SSD) administradas por vSAN para ofrecer una infraestructura para VMs de VMware. Si quieres escalar solo los recursos de almacenamiento en el clúster, debes comprar un nodo completo, junto con los recursos de procesamiento y capacidades de red, recursos que quizás no necesites. Esta limitación de 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 del 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 usarse con 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.
  • Compatibilidad con instantáneas coherente con fallas disponible en Solo para instancias de nivel de Filestore Enterprise.
  • La asistencia para copias de seguridad está disponible para los niveles Enterprise y de gran escala.
  • Copiar transferencia (VAAI) no está disponible.

Compatibilidad con protocolos

Se admite el protocolo NFSv3.

Redes

Los servicios de Filestore y VMware Engine se conectan mediante servicios privados (PSA). Los cargos de red resultantes de de almacenamiento en una región específica.

Antes de comenzar

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

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

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 orientados a situaciones de implementación de dispositivos o servicios, como almacenamiento, copias de seguridad y recuperación ante desastres, o transmisión de medios, que proporciona de procesamiento de paquetes y de alto rendimiento, incluso para las nubes privadas de mayor escala. VM la comunicación en una subred de servicio se transmite directamente desde el host de VMware ESXi la infraestructura de red de Google Cloud, lo que facilita la comunicación.

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 CIDR el rango y el prefijo de 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 las VMs conectadas a esa subred de servicio.

Debes agregar las asignaciones CIDR reservadas para las subredes de servicio que definiste en el portal de VMware Engine a la lista los 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

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

Para ver cómo importar las asignaciones CIDR reservadas que creaste para tu servicio de VPC, 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?