Problemas conocidos

En esta página, se describen problemas conocidos con los que puedes encontrarte cuando usas Google Cloud VMware Engine.

Problemas generales

Los siguientes son problemas generales conocidos que afectan a VMware Engine.

La máquina virtual con Windows Server 2022 KB5022842 (compilación del SO 20348.1547) configurada con el arranque seguro habilitado no se inicia (90947).

Después de instalar la actualización de Windows Server 2022 KB5022842 (compilación del SO 20348.1547), el SO invitado no puede iniciarse cuando las máquina virtual están configuradas con el inicio seguro habilitado. Para solucionar este problema, puedes realizar una de las siguientes acciones:

Hay un límite de 100 prefijos para los anuncios de ruta desde tu nube privada a la red de VPC

Si el anuncio de ruta excede este límite, se pueden omitir algunos prefijos. Para permanecer dentro de este límite, implementa la agregación en NSX-T Edge.

VMware Engine se basa en Cloud Routers para anunciar rangos de direcciones IP (prefijos o CIDR) desde NSX a una red de VPC del productor de servicios. Estos prefijos se convierten en rutas dinámicas personalizadas en la red de VPC del productor de servicios que intercambia tráfico con tu red de VPC.

Cuando configuras tu red de VPC para importar rutas dinámicas personalizadas en esta relación de intercambio de tráfico, los prefijos de NSX prefijan las rutas personalizadas de intercambio de tráfico en tu red de VPC. La cantidad de prefijos de NSX que puedes importar está limitada por dos factores:

Las operaciones de la nube privada que se intentan antes de que se implemente por completo fallan.

Las operaciones como la elevación de privilegios, la expansión de la nube privada y el reemplazo de nodos están permitidas en el portal de Google Cloud VMware Engine en nubes privadas operativas que aún no se aprovisionaron por completo. Sin embargo, estas operaciones fallarán si intentas realizarlas en VMware Engine antes de que se implemente por completo la nube privada (incluidos NSX-T y HCX). No lo intentes hasta que hayas implementado completamente tu nube privada.

VMware Engine aún no es [compatible por completo con los Controles del servicio de VPC][productos compatibles con los controles de servicio de VPC]

Los Controles del servicio de VPC implementan una solución provisional (solución alternativa) para permitirte seguir consumiendo VMware Engine desde un proyecto en un perímetro de Controles del servicio de VPC. Consulta Controles del servicio de VPC para obtener más información.

Es posible que los hosts de ESXi pierdan la conectividad temporalmente durante la recopilación de información de diagnóstico.

Es posible que los hosts de ESXi en entornos con dispositivos NVMe PCIe pierdan conectividad temporalmente durante la recopilación de información de diagnóstico.

Causa raíz

Cuando usas el comando vm-support o la IU de vCenter para recopilar información sobre los sistemas de ESXi, los registros se almacenan temporalmente en el directorio ramdisk /tmp. Si el sistema tiene muchos dispositivos NVMe PCIe o el archivo de registro es grande, el directorio ramdisk /tmp se llena rápidamente, lo que puede provocar que el host ESXi pierda conectividad temporalmente hasta que se complete la recopilación de vm-support.

Solución alternativa:

Si excluyes el manifiesto NVME de la sección de registros seleccionados en la página de creación del paquete de registros, se evita que el directorio ramdisk /tmp se llene y se garantiza que el host EXSi no pierda la conectividad de red. Para excluir el manifiesto NVMe, haz lo siguiente:

  1. Accede a vCenter con el nombre de usuario y la contraseña de cloudowner.
  2. En el inventario, haz clic con el botón derecho en la instancia de vCenter Server en la que deseas aplicar la exclusión.
  3. Haz clic en Exportar registros del sistema….
  4. Selecciona el host ESXi del que deseas excluir el paquete de registros.
  5. En Seleccionar registros, desplázate hasta Almacenamiento y borra la opción NVMe. Luego, haz clic en Registros exportados. Ahora se excluye el manifiesto NVMe.

Para obtener más información sobre esta corrección, consulta VMware ESXi 7.0 Update 3q.

Error de traducción del nombre del recurso de la nube privada

Si ejecutas VMware Engine Horizon (VDI) en Google Cloud VMware Engine, es posible que encuentres errores después de cambiar los nombres de los recursos de tu nube privada para cumplir con los estándares de Google Cloud CLI y la API de VMware Engine.

El siguiente ejemplo de error ocurre cuando se cambian los nombres de los recursos de la nube privada sin editar correctamente el aprovisionamiento de los grupos de escritorios de Horizon:

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No resource pool available for the pool: ic-pool-1
Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No datastores available for the pool: {}ic-pool-1

Para resolver este problema, completa los siguientes pasos antes de la fecha de traducción del nombre programada:

  1. Accede al panel de VMware Horizon.
  2. Edita todos los grupos de escritorio de Horizon para los grupos de clonación completa y de clonación inmediata, y configúralos en Inhabilitar aprovisionamiento.

Una vez que se complete el cambio de nombre del recurso de la nube privada, completa los siguientes pasos:

  1. Edita cada grupo de escritorios y vuelve a configurar los siguientes parámetros en la pestaña Configuración de vCenter para los grupos de clones completos y de clones instantáneos:

    • Grupo de recursos
    • Datastore
  2. Vuelve a establecer el estado de cada grupo en Habilitar aprovisionamiento.

  3. Para probar cada grupo, agrega o quita un escritorio del grupo para asegurarte de que el aprovisionamiento funcione correctamente.

El equipo de VMware Engine está trabajando de forma activa para proporcionar una solución de interoperabilidad lo antes posible. Para mantenerte al tanto de la disponibilidad de las características, comunícate con el equipo de cuentas.