Descripción general de los almacenes de datos NFS

VMware Engine te permite usar almacenes de datos externos del sistema de archivos de red (NFS) para escalar el almacenamiento de forma independiente de los recursos de procesamiento.

vSAN de VMware Engine proporciona almacenamiento virtual de alto rendimiento para las VMs que se ejecutan en VMware Engine y es ideal para cargas de trabajo de nivel 1. Para proporcionar una infraestructura virtual para las VMs de VMware, el servicio de VMware Engine usa nodos de hardware con unidades de estado sólido (SSD) NVMe locales que administra vSAN. Si solo deseas ajustar la escala de los recursos de almacenamiento en tu clúster, debes comprar un nodo completo, incluidas las capacidades de procesamiento y redes que tal vez no necesites. Esta limitación de la infraestructura hiperconvergente (HCI) basada en vSAN genera la necesidad de escalar el almacenamiento de forma independiente de otros recursos.

Con la compatibilidad con los almacenes de datos NFS externos, VMware Engine te permite escalar el almacenamiento de forma independiente de los recursos de procesamiento para tus cargas de trabajo de VMware. Los almacenes de datos NFS externos ofrecen una solución rentable para las aplicaciones de nivel 2 y 3, los repositorios de copias de seguridad y archivos, y otras cargas de trabajo que requieren mucho almacenamiento y no necesitan el rendimiento de vSAN.

Servicios de almacenamiento de NFS compatibles

Puedes usar almacenes de datos externos de NFS con los siguientes Google Cloud servicios:

Requisitos previos generales para usar almacenes de datos NFS con VMware Engine

Antes de activar un volumen de NFS externo como Datastore, debes cumplir con los siguientes requisitos previos:

Requisitos de los volúmenes de NFS

Los volúmenes de NFS deben cumplir con los siguientes requisitos:

  • Ubicación: El volumen de NFS (instancia de Filestore o volumen de Google Cloud NetApp Volumes) y el clúster de VMware Engine deben residir en la misma Google Cloud región. VMware Engine no admite la activación de almacenes de datos en diferentes regiones. En el caso de las nubes privadas ampliadas, solo se admiten los almacenes de datos regionales.
  • Protocolo: VMware Engine solo admite la versión 3 de NFS (NFSv3) para su uso como almacén de datos de VMware Engine. No se admite NFSv4.1.
  • Protección contra eliminación: Si usas Filestore o Google Cloud NetApp Volumes, debes habilitar la protección contra eliminación en el volumen para evitar la eliminación accidental y la pérdida de datos.

Permisos del agente de servicio de VMware Engine

Para crear y activar Datastore respaldado por Filestore o Google Cloud NetApp Volumes, VMware Engine usa un agente de servicio administrado por Google (service-{project-number}@) para acceder a los recursos de NFS. Este agente de servicio requiere los siguientes roles de IAM:

  • roles/compute.networkViewer: Para ver los intercambios de tráfico de la red de Compute para todos los tipos de Datastore
  • roles/file.viewer: Se requiere para los almacenes de datos respaldados por Filestore.
  • roles/netapp.viewer: Se requiere para los almacenes de datos respaldados por Google Cloud NetApp Volumes.

Requisitos de la subred de servicio

Debes tener una subred de servicio dedicada con un rango de CIDR único asignado para el tráfico de NFS entre los hosts de ESXi y el volumen de NFS. Configura la subred de servicio de la siguiente manera:

  • Debes configurar un rango de CIDR para la subred de servicio que tenga suficientes direcciones IP para asignar una a cada nodo de la nube privada.
  • Solo puedes usar la subred de servicio para el tráfico del almacén de datos de NFS, pero puedes conectar la misma subred a varios almacenes de datos de NFS diferentes.
  • Debes agregar la asignación de CIDR reservada para la subred de servicio a la lista de clientes permitidos o a la política de exportación de tu volumen de NFS. En el caso de Filestore, agrega una regla de control de acceso para el rango de CIDR de la subred de servicio. En el caso de Google Cloud NetApp Volumes, agrega el CIDR a la sección Clientes permitidos de las reglas de exportación del volumen.

Las reglas de firewall distribuido y de puerta de enlace de NSX-T no se aplican a las subredes de servicio.

Requisitos de conexión de red

Debe existir una conexión activa entre la red de VPC del volumen de NFS y la red de VMware Engine (VEN) de la nube privada en la que activarás Datastore. Los cargos de red que resultan del acceso al almacenamiento dentro de una región no se aplican cuando se usa Filestore con el acceso a servicios privados (PSA).

Cuando te conectes a servicios de archivos de red, usa uno de los siguientes métodos de conexión, según el tipo de VEN de tu nube privada:

  • VEN estándar: Las nubes privadas creadas en un VEN estándar usan el intercambio de tráfico de redes de VPC para conectarse a servicios de archivos de red, como Filestore (con PSA) o Google Cloud NetApp Volumes.
  • VEN heredado: Las nubes privadas que operan en un VEN heredado requieren una conexión privada para conectarse con los servicios de archivos de red. Si borras una conexión privada mientras se usa un almacén de datos de NFS, se interrumpirá el acceso a Datastore. Por lo tanto, asegúrate de no borrar una conexión privada mientras un almacén de datos de NFS esté activado y en uso.

Interoperabilidad con el ciclo de vida de la nube privada

Los almacenes de datos NFS administrados por la API de VMware Engine persisten durante los eventos del ciclo de vida de la nube privada de las siguientes maneras:

  • Expansión y contracción del clúster: Si agregas nodos a un clúster con almacenes de datos NFS conectados, VMware Engine conecta automáticamente esos almacenes de datos a los nodos nuevos. Si quitas nodos cuando contraes un clúster, se liberan las direcciones IP de sus vmknics.
  • Reinicio de nodos: La configuración del almacén de datos de NFS en un nodo es persistente y permanece intacta después de un reinicio del nodo.
  • Actualizaciones de software: Los almacenes de datos de NFS activados en los hosts no se ven afectados por las actualizaciones de los componentes de ESXi, vCenter y NSX-T.

Migración desde activaciones heredadas de Datastore de NFS

Si creaste almacenes de datos NFS en VMware Engine antes del 1 de enero de 2026, estás usando el modelo heredado. Para realizar la transición al modelo recomendado y compatible, comunícate con Atención al cliente de Cloud y comienza el proceso de migración.

Problemas conocidos

Los siguientes son problemas conocidos con los almacenes de datos externos de NFS:

  • Durante la eliminación no definitiva de la nube privada, se corta la ruta de red a Datastore.
  • Después de que se establece el intercambio de tráfico entre redes de VPC, la propagación de rutas a los nodos de vSphere puede tardar hasta 20 minutos.
  • En el caso de los almacenes de datos de Google Cloud NetApp Volumes, no se admite la funcionalidad de SnapMirror hacia y desde las instalaciones locales para la recuperación ante desastres.

¿Qué sigue?