Información general sobre los almacenes de datos NFS

VMware Engine te permite usar almacenes de datos de Network File System (NFS) externos para escalar el almacenamiento de forma independiente a los recursos de computación.

VMware Engine vSAN proporciona almacenamiento virtual de alto rendimiento para las máquinas virtuales 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 VMware Engine usa nodos de hardware con unidades de estado sólido (SSD) NVMe locales que gestiona vSAN. Si solo quieres escalar los recursos de almacenamiento de tu clúster, debes comprar un nodo completo, incluidas las funciones de computación y de redes que quizá no necesites. Esta limitación de la infraestructura hiperconvergente (HCI) basada en vSAN genera la necesidad de escalar el almacenamiento independientemente de otros recursos.

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

Servicios de almacenamiento de NFS compatibles

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

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

Antes de montar un volumen NFS externo como almacén de datos, debes cumplir los siguientes requisitos previos:

Requisitos de los volúmenes NFS

Los volúmenes NFS deben cumplir 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 estar en la misma Google Cloud región. VMware Engine no admite el montaje 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 usarla 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 que se eliminen datos por error y que se pierdan.

Permisos del agente de servicio de VMware Engine

Para crear y montar un almacén de datos respaldado por Filestore o Google Cloud NetApp Volumes, VMware Engine usa un agente de servicio gestionado por Google (service-{project-number}@) para acceder a los recursos de NFS. Este agente de servicio requiere los siguientes roles de gestión de identidades y accesos:

  • roles/compute.networkViewer: Para ver las conexiones de red de Compute de todos los tipos de Datastore.
  • roles/file.viewer: es obligatorio para los almacenes de datos respaldados por Filestore.
  • roles/netapp.viewer: es obligatorio 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 intervalo CIDR único asignado al tráfico NFS entre los hosts ESXi y el volumen NFS. Configure la subred de servicio de la siguiente manera:

  • Debes configurar un intervalo 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 de almacén de datos NFS, pero puedes conectar la misma subred a varios almacenes de datos NFS diferentes.
  • Debes añadir 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 Filestore, añade una regla de control de acceso para el intervalo CIDR de la subred de servicio. En Google Cloud NetApp Volumes, añade el CIDR a la sección Clientes permitidos de las reglas de exportación del volumen.

Las reglas de cortafuegos distribuidas y de pasarela de NSX-T no se aplican a las subredes de servicio.

Requisitos de conexión de red

Debe haber una conexión activa entre la red VPC del volumen NFS y la red de VMware Engine (VEN) de la nube privada en la que vas a montar el almacén de datos. Los cargos de red derivados del acceso al almacenamiento en una región no se aplican cuando se usa Filestore con acceso privado a servicios.

Cuando te conectes a servicios de archivos de red, utiliza uno de los siguientes métodos de conexión, en función del tipo de VEN de tu nube privada:

  • VEN estándar: las nubes privadas creadas en un VEN estándar usan el peering de redes de VPC para conectarse a servicios de archivos de red, como Filestore (con PSA) o Google Cloud NetApp Volumes.
  • VEN antiguo: las nubes privadas que operan en un VEN antiguo requieren una conexión privada para conectarse con los servicios de archivos de red. Si eliminas una conexión privada mientras se está usando un almacén de datos NFS, se interrumpirá el acceso al almacén de datos. Por lo tanto, asegúrate de no eliminar una conexión privada mientras un almacén de datos NFS esté montado y en uso.

Interoperabilidad con el ciclo de vida de la nube privada

Los almacenes de datos NFS gestionados por la API de VMware Engine se mantienen de forma persistente en los eventos del ciclo de vida de la nube privada de las siguientes formas:

  • Expansión y contracción de clústeres: si añades nodos a un clúster con almacenes de datos NFS montados, VMware Engine montará automáticamente esos almacenes de datos en los nuevos nodos. Si eliminas nodos al contraer un clúster, se liberarán sus direcciones IP vmknic.
  • Reinicio de nodo: la configuración del almacén de datos NFS de un nodo es persistente y permanece intacta después de reiniciar el nodo.
  • Actualizaciones de software: las actualizaciones de los componentes ESXi, vCenter y NSX-T no afectan a los almacenes de datos NFS montados en hosts.

Migración desde montajes de Datastore NFS antiguos

Si creó almacenes de datos de NFS en VMware Engine antes del 1 de enero del 2026, está usando el modelo antiguo. Para cambiar al modelo admitido y recomendado, ponte en contacto con Cloud Customer Care para iniciar el proceso de migración.

Problemas conocidos

A continuación se indican los problemas conocidos de los almacenes de datos NFS externos:

  • Durante la eliminación lógica de una nube privada, se corta la ruta de red a Datastore.
  • Una vez que se haya establecido el emparejamiento 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 función SnapMirror para la recuperación tras fallos desde y hacia entornos locales.

Siguientes pasos