Problemas conocidos
En esta página se describen los problemas conocidos que pueden surgir al usar VMware Engine de Google Cloud.
Incidencias generales
A continuación se indican algunos problemas generales conocidos que afectan a VMware Engine.
Tiempo de aprovisionamiento de nubes privadas de vSphere 8.0 Update 3
Problema: VMware Engine ahora implementa nuevas nubes privadas con VMware vSphere versión 8.0 Update 3 y NSX-T 4.2.1.2. Durante este periodo de actualización, la creación y la ampliación de nubes privadas usarán velocidades de aprovisionamiento estándar para todas las implementaciones nuevas con las versiones actualizadas.
Detalles: La creación de una instancia de Private Cloud puede tardar hasta 140 minutos.
Solución: No es necesario aplicar ninguna solución, pero planifica que necesitarás más tiempo cuando despliegues nubes privadas nuevas o amplíes clústeres.
Detección: es posible que observes tiempos de implementación más largos de lo habitual en las nubes privadas nuevas o al ampliar clústeres.
Estado: este es el comportamiento esperado debido a las actualizaciones de versión y a las actualizaciones en curso.
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 KB5022842 (compilación del SO 20348.1547) de Windows Server 2022, el SO invitado no puede iniciarse cuando las máquinas virtuales están configuradas con el arranque seguro habilitado. Para solucionar este problema, puede hacer lo siguiente:
Hay un límite de 100 prefijos para los anuncios de rutas de tu nube privada a tu red de VPC
Si el anuncio de ruta supera este límite, es posible que se eliminen algunos prefijos. Para no superar este límite, implementa la agregación en NSX-T Edge.
VMware Engine utiliza Cloud Routers para anunciar intervalos de direcciones IP (prefijos o CIDRs) de NSX a una red VPC de un productor de servicios. Estos prefijos se convierten en rutas dinámicas personalizadas en la red de VPC del productor de servicios que está emparejada con tu red de VPC.
Cuando configuras tu red de VPC para importar rutas dinámicas personalizadas en esta relación de emparejamiento, NSX añade el prefijo "peer" a las rutas personalizadas de tu red de VPC. El número de prefijos de NSX que puedes importar está limitado por dos factores:
- Límite predeterminado de Cloud Router para el número de prefijos únicos por región, que hereda VMware Engine
- El número máximo de rutas dinámicas en un grupo de emparejamiento de tu red de VPC
Las operaciones de nube privada que se intentan antes de que la nube privada se haya implementado por completo fallan
En el portal de Google Cloud VMware Engine, se permiten operaciones como la elevación de privilegios, la expansión de nubes privadas y la sustitución de nodos en nubes privadas operativas que aún no se han aprovisionado por completo. Sin embargo, si intentas realizar estas operaciones en VMware Engine antes de que se haya desplegado por completo la nube privada (incluidos NSX-T y HCX), se producirá un error. No intentes realizar estas operaciones hasta que hayas implementado por completo tu nube privada.
Controles de Servicio de VPC aún no es totalmente compatible con VMware Engine
Controles de Servicio de VPC implementa una solución provisional (una solución alternativa) para que puedas seguir usando VMware Engine desde un proyecto que esté dentro de un perímetro de Controles de Servicio de VPC. Consulta Controles de Servicio de VPC para obtener más información.
Los hosts ESXi pueden perder la conectividad temporalmente durante la recogida de información de diagnóstico
Los hosts ESXi de entornos con dispositivos PCIe NVMe pueden perder la conectividad temporalmente durante la recogida de información de diagnóstico.
Causa principal
Cuando usas el comando vm-support o la interfaz de usuario de vCenter para recoger información sobre sistemas 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
tu host ESXi pierda la conectividad temporalmente hasta que se complete la recopilación de vm-support.
Solución:
Si excluyes el manifiesto de NVME de la sección de registros seleccionados de la página de creación del paquete de registros, evitarás que el directorio ramdisk /tmp se llene y te asegurarás de que el host ESXi no pierda la conectividad de red. Para excluir el manifiesto de NVMe, sigue estos pasos:
- Inicia sesión en vCenter con el nombre de usuario y la contraseña de
cloudowner. - En el inventario, haga clic con el botón derecho en la instancia de vCenter Server en la que quiera aplicar la exclusión.
- Haz clic en Exportar registros del sistema....
- Seleccione el host ESXi del que quiera excluir el paquete de registros.
- En Seleccionar registros, desplázate hasta Almacenamiento y desmarca la opción NVMe. A continuación, haz clic en Registros exportados. El archivo de manifiesto NVMe se ha excluido.
Para obtener más información sobre esta corrección, consulta VMware ESXi 7.0 Update 3q.
Error de traducción del nombre de recurso de nube privada
Si ejecutas VMware Engine Horizon (VDI) en VMware Engine de Google Cloud, es posible que se produzcan errores después de cambiar el nombre de los recursos de tu nube privada para cumplir los estándares de la CLI de Google Cloud y la API de VMware Engine.
El siguiente error de ejemplo se produce al cambiar los nombres de los recursos de la nube privada sin editar correctamente el aprovisionamiento de los grupos de escritorios 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 solucionar este problema, siga estos pasos antes de la fecha programada para la traducción del nombre:
- Accede al panel de control de VMware Horizon.
- Edita todos los grupos de escritorios Horizon para clones completos y clones instantáneos, y selecciona la opción Inhabilitar aprovisionamiento.
Una vez que se haya cambiado el nombre del recurso de nube privada, sigue estos pasos:
Edita cada pool de escritorios y vuelve a configurar los siguientes ajustes en la pestaña Configuración de vCenter de los pools de clonación completa y de clonación instantánea:
- Grupo de recursos
- Datastore
Vuelve a definir el estado de cada grupo como Habilitar aprovisionamiento.
Prueba cada grupo añadiendo o eliminando un escritorio del grupo para verificar que el aprovisionamiento funciona correctamente.
El equipo de VMware Engine está trabajando para ofrecer una solución de interoperabilidad lo antes posible. Para estar al día de la disponibilidad de las funciones, póngase en contacto con el equipo de su cuenta.