VMware Cloud Director 10.6 | 27 de junio de 2024 | Compilación 24055916 (compilación instalada 24055813) Compruebe las adiciones y las actualizaciones de estas notas de la versión. |
VMware Cloud Director 10.6 | 27 de junio de 2024 | Compilación 24055916 (compilación instalada 24055813) Compruebe las adiciones y las actualizaciones de estas notas de la versión. |
La versión 10.6 de VMware Cloud Director incluye lo siguiente:
Tenants de tres niveles
Los proveedores de nube pueden utilizar el modelo de tenants de tres niveles para establecer organizaciones de subproveedores con privilegios administrativos restringidos sobre un conjunto limitado de tenants. Los casos prácticos incluyen la reventa de servicios de nube a través de distribuidores o proveedores de servicios administrados y la habilitación de varios tenants anidados dentro de las organizaciones empresariales. Esta versión aporta la capacidad de tenants de tres niveles a todos los aspectos de los recursos y servicios disponibles a través de VMware Cloud Director. Consulte Descripción general de la administración de VMware Cloud Director en la Guía de administración de proveedores de servicios de VMware Cloud Director y en Información sobre la función de subproveedor en VMware Cloud Director en la Guía de subproveedores y tenants de VMware Cloud Director.
VMware Cloud Director 10.6 requiere PostgreSQL 13 o posterior
Para las configuraciones externas de PostgreSQL, VMware Cloud Director 10.6 requiere PostgreSQL versión 13 o posterior.
Administración de aplicaciones y recursos de contenedor
Los administradores de clústeres de Kubernetes ahora pueden controlar el acceso de usuarios de tenant individuales a un clúster de Kubernetes o a espacios de nombres individuales dentro de un clúster. Los usuarios de tenant pueden implementar aplicaciones de contenedor en los espacios de nombres a los que se les ha concedido acceso. Esto permite que varios usuarios de tenant compartan un clúster de Kubernetes e implementen sus aplicaciones de contenedor en el mismo clúster, pero en espacios de nombres diferentes. Los usuarios de tenant con acceso a nivel de clúster también pueden implementar aplicaciones de contenedor que soliciten recursos en el nivel del clúster.
Los propietarios de aplicaciones de contenedor pueden ver el historial de revisiones de las aplicaciones en la página de detalles de cada aplicación. Cada revisión tiene un estado que indica si se aplicó correctamente.
Esta versión ofrece una nueva versión del Operator de Centro de contenido. El Operator de Centro de contenido se ejecuta en el clúster de Kubernetes y se comunica con VMware Cloud Director a través del protocolo WebSocket para mejorar el rendimiento. El Operator de Centro de contenido también puede informar al Portal para tenants sobre su compatibilidad de versiones con VMware Cloud Director, lo que ayuda al propietario del clúster a decidir cuándo actualizar el operator.
Catálogo global
Los proveedores de nube pueden crear y publicar catálogos que sean coherentes globalmente en varias instancias de vCenter y varios sitios de VMware Cloud Director. Esta capacidad requiere el uso de una tecnología de replicación de almacenamiento compartido. Cualquier solución de almacenamiento compartido que cumpla con los requisitos documentados de escalado y rendimiento se puede utilizar para habilitar catálogos distribuidos globales. Consulte Configurar catálogos distribuidos para una organización en la Guía de administración de proveedores de servicios de VMware Cloud Director y Crear un catálogo distribuido en la Guía de subproveedores y tenants de VMware Cloud Director.
Compatibilidad con IPv6 para nodos de dispositivo de VMware Cloud Director
Las celdas de dispositivo de VMware Cloud Director se pueden ejecutar en un entorno de red IPv6.
Varias instantáneas de máquina virtual
VMware Cloud Director ahora admite varias instantáneas por máquina virtual hasta un número máximo que los proveedores de nube pueden configurar.
Aumento de límites de escala
Esta versión aporta un aumento significativo de la escala máxima en varias áreas de la plataforma. El número máximo admitido de máquinas virtuales por instancia de VMware Cloud Director es de 55.000 (independientemente del estado de encendido/apagado); el número máximo de consolas remotas simultáneas es de 22.000 y el número máximo de usuarios es de 300.000. El número máximo de centros de datos virtuales (VDC) de organización en un grupo de VDC de organización aumenta de 16 miembros a 2000.
Photon OS 4.0
El dispositivo de VMware Cloud Director ahora se basa en Photon OS 4.0, lo que mejora la seguridad y los paquetes de SO actualizados.
Rendimiento mejorado de creación de instancias de plantilla de máquina virtual
En los casos en los que se crea una instancia de una plantilla de máquina virtual en una máquina virtual en un vCenter diferente, VMware Cloud Director intentará optimizar el tiempo de creación de instancias mediante la clonación de la máquina virtual. Si se produce un error en la operación de clonación, VMware Cloud Director recurrirá a la exportación o importación de OVF. Consulte el artículo de KB 2106952 para obtener más detalles sobre los requisitos previos para clonar de vCenter.
Sistema de reserva de IP del administrador de tenants
Se han realizado mejoras importantes en la Administración de direcciones IP centrándose en las reservas de IP para cargas de trabajo y para suministrar direcciones IP a servicios de larga duración de VMware Cloud Director (p. ej., VIP de equilibrador de carga). Estas mejoras están en línea con los permisos de 3 niveles y proporcionan una experiencia de usuario intuitiva para gestionar los ciclos de vida de las direcciones IP derivados de los grupos de direcciones IP para tenants, subproveedores y perfiles de proveedores.
Nueva experiencia de usuario para implementar controladores AVI y conectores NSX Cloud
VMware Cloud Director 10.6 mejora el aprovisionamiento de controladores AVI y conectores NSX Cloud, y agrega una nueva experiencia de usuario para aumentar la escalabilidad de AVI al agregar más controladores de nube a los controladores AVI existentes. La experiencia de usuario proporciona información de consumo para evaluar la capacidad del controlador, NSX Cloud y la puerta de enlace Edge.
Autoservicio para tenants de monitores de estado personalizados para NSX Advanced Load BalancerAl implementar NSX Advanced Load Balancer, ahora hay monitores de estado personalizados disponibles. Los supervisores de estado personalizados complementan las directivas HTTP y permiten a los tenants configurar por sí mismos la supervisión del estado de los miembros del grupo. Esta experiencia del usuario proporciona métodos altamente personalizados para garantizar que las aplicaciones se ejecuten según lo previsto, al tiempo que se eliminan los miembros defectuosos del grupo que no superan las comprobaciones de estado personalizadas. Consulte Crear y asignar supervisión de estado personalizada en el Portal para administradores de proveedores de servicios y Crear y asignar supervisión de estado personalizada en el Portal para tenants.
Consumo de registros de seguridad y observación a nivel de tenantVMware Cloud Director 10.6 admite el consumo de registros mediante la integración con VMware Aria Operations for Logs. Los registros de NSX Gateway Firewall y del firewall distribuido ahora los procesa VMware Aria Operations for Logs y se integran perfectamente con el Portal para tenants de VMware Cloud Director. Los tenants pueden exportar registros a archivos CSV y utilizar filtros e intervalos de tiempo para centrarse en eventos específicos. Consulte el tema Configurar un proveedor de registros en la Guía de administración de proveedores de servicios de VMware Cloud Director y la documentación sobre registros de firewall de puerta de enlace Edge, registros de firewall de puerta de enlace y registros de firewall distribuidos en la Guía de subproveedores y tenants de VMware Cloud Director.
VPN de IPsec en puertas de enlace de proveedor y puertas de enlace EdgeEn la versión 10.6, VMware Cloud Director amplía la funcionalidad VPN de IPsec para incluir el establecimiento de túneles en puertas de enlace de proveedor dedicadas. La administración de VPN de IPsec también está en línea con el modelo de tres niveles, lo que permite a tenants, subproveedores y proveedores configurar VPN y utilizar BGP para controlar qué prefijos de IP utilizará la VPN. La configuración de BGP se puede automatizar para los tenants cuando los proveedores optan por utilizar espacios de IP para administrar asignaciones de red para direcciones públicas y privadas. Además, los proveedores y subproveedores pueden delegar algunas configuraciones de BGP a sus tenants. Consulte la documentación de VPN de IPsec para puertas de enlace de NSX Edge en la Guía del Portal para administradores de proveedores de servicios y en la Guía del Portal para tenants, así como en la documentación sobre configurar VPN de IPSec de NSX en una puerta de enlace de proveedor dedicada en la Guía del Portal para administradores de proveedores de servicios y en la Guía del Portal para tenants.
Esta versión resuelve CVE-2024-22272
Para obtener más información sobre esta vulnerabilidad y su impacto en los productos de VMware by Broadcom, consulte VMSA-2024-0014.
Nuevo - Cambios en la creación de la entidad definida en tiempo de ejecución (RDE) del tenant por parte de los usuarios del proveedor
En VMware Cloud Director 10.6, cuando usted, como usuario del proveedor, crea una RDE en el contexto de tenant mediante el encabezado de solicitud X-VMWARE-VCLOUD-TENANT-CONTEXT
, el propietario de la entidad es el usuario system
oculto. El usuario system
no aparece en la lista de usuarios. VMware Cloud Director utiliza este usuario como propietario de entidades, como máquinas virtuales y RCE, que los usuarios del proveedor crean en el contexto de tenant.
En versiones anteriores de VMware Cloud Director, los propietarios de dichas entidades son los usuarios del proveedor que las crean. Cuando se actualiza a la versión 10.6, VMware Cloud Director cambia los propietarios de las entidades de tenant existentes de las versiones anteriores de VMware Cloud Director al usuario system
.
Puede descargar VMware Cloud Director 10.6 desde el Portal de asistencia de Broadcom.
Para obtener más información sobre cómo registrarse en el portal de asistencia de Broadcom, consulte Registrarse para obtener una cuenta en el Portal de asistencia y Comunidades de Broadcom. Para ver instrucciones de descarga de productos, consulte Descargar productos y software de Broadcom.
Para obtener más información sobre las funciones nuevas y actualizadas de esta versión, consulte Novedades de VMware Cloud Director 10.6.
Actualizaciones de seguridad de Photon OS 4.0
El dispositivo de VMware Cloud Director versión 10.6.0 incluye actualizaciones de seguridad de Photon OS 4.0 para avisos hasta PHSA-2024-4.0-0618 inclusive. Consulte los Avisos de seguridad de Photon OS 4.0.
Supresión de idiomas traducidos
A partir de la próxima versión principal, reduciremos el número de idiomas localizados admitidos. Los tres idiomas admitidos serán:
Japonés
Español
Francés
Dejarán de admitirse los siguientes idiomas: portugués de Brasil, alemán, italiano, coreano, chino simplificado, chino tradicional.
Impacto:
Los usuarios que hayan estado utilizando los idiomas obsoletos dejarán de recibir actualizaciones o asistencia en estos idiomas.
Todas las interfaces de usuario, la documentación de ayuda y el soporte al cliente solo estarán disponibles en inglés o en los tres idiomas admitidos mencionados anteriormente.
Retirada de AMQP y RabbitMQ
A partir de VMware Cloud Director 10.6, se suprime la funcionalidad basada en AMQP. Para garantizar una compatibilidad continuada, considere la posibilidad de actualizar las extensiones heredadas que usan AMQP. Las extensiones más recientes deben basarse en funcionalidades equivalentes respaldadas por MQTT.
No se admiten los clústeres de TKG y TKGS en VMware Cloud Director con vSphere 8.0 Update 3
Debido a un cambio en la arquitectura de VMware Tanzu Kubernetes Grid y VMware Tanzu Kubernetes Grid Service en vSphere 8.0.3, VMware Cloud Director admite clústeres de TKG y TKGS solo con vSphere 8.0 Update 2c o versiones anteriores.
Proceso de retirada de usuarios locales de VMware Cloud Director para uso en producción
La autenticación para usuarios locales en VMware Cloud Director no utiliza tecnologías de autenticación modernas, prácticas recomendadas de seguridad ni requisitos de conformidad, como directivas de contraseñas, compatibilidad con 2FA o MFA. Al utilizar la integración de VMware Cloud Director con proveedores de identidad externos, podrá aprovechar todos los avances actuales y futuros de las tecnologías de autenticación.
VMware Cloud Director seguirá ofreciendo soporte a los usuarios locales para fines de evaluación. El uso en producción de usuarios locales está en fase de retirada, pero seguirá siendo totalmente compatible hasta la próxima versión principal de VMware Cloud Director.
VMware Cloud Director 10.6 no admite la personalización de invitado de Windows Vista y Windows Server 2008 SP1 y versiones anteriores
A partir de la versión 10.6, no es posible personalizar Windows Vista o Windows Server-2008 SP1 y versiones anteriores.
Para obtener más información sobre la actualización a VMware Cloud Director 10.6, los flujos de trabajo y las rutas de actualización y migración, consulte Actualizar y migrar el dispositivo de VMware Cloud Director o Actualizar VMware Cloud Director en Linux.
Para obtener información sobre los protocolos y los puertos de red que VMware Cloud Director 10.6 utiliza, consulte VMware Ports and Protocols.
Consulte las Matrices de interoperabilidad de productos de VMware para obtener información actualizada sobre:
Interoperabilidad de VMware Cloud Director con otras plataformas de VMware
Bases de datos de VMware Cloud Director compatibles
CentOS 7
CentOS 8
CentOS 9
Red Hat Enterprise Linux 7
Red Hat Enterprise Linux 8
Red Hat Enterprise Linux 9
A partir de la versión 10.6, AMQP queda obsoleto. Cuando se actualizan, las extensiones deben utilizar una funcionalidad basada en MQTT equivalente, que cual no requiere un agente de mensajes administrado externamente.
VMware Cloud Director utiliza AMQP para proporcionar el bus de mensajes que emplean los servicios de extensión, las extensiones de objeto y las notificaciones. Esta versión de VMware Cloud Director requiere la versión 3.10.x, 3.11.x o 3.12.x. de RabbitMQ.
Para obtener más información, consulte la Guía de instalación, configuración y actualización de VMware Cloud Director.
Las instalaciones de VMware Cloud Director en Linux admiten las versiones de PostgreSQL 13 a 15.
VMware Cloud Director es compatible con las versiones 4.0.x y 4.1.x de Apache Cassandra.
Cada servidor de VMware Cloud Director requiere aproximadamente 2100 MB de espacio libre para los archivos de instalación y de registro.
Consulte la Guía de instalación, configuración y actualización de VMware Cloud Director para conocer los requisitos de memoria.
VMware Cloud Director es una aplicación enlazada a la CPU. Debe seguir las directrices de sobreasignación de CPU para la versión adecuada de vSphere. En entornos virtualizados, debe haber una proporción razonable entre CPU físicas y vCPU, independientemente del número de núcleos disponibles para VMware Cloud Director, de modo que no se produzca una extrema sobreconfirmación.
Cada servidor de VMware Cloud Director debe incluir instalaciones de varios paquetes comunes de software de Linux. Por lo general, los paquetes se instalan de forma predeterminada con el software del sistema operativo. Si falta algún paquete, se produce un error en el instalador y se muestra un mensaje de diagnóstico.
Además de los paquetes requeridos por el instalador, hay varios procedimientos para configurar conexiones de red y crear certificados SSL que requieren el uso del comando nslookup de Linux, el cual está disponible en el paquete bind-utils de Linux.
VMware Cloud Director 10.5 admite los proveedores de identidad LDAP, SAML y OpenId Connect (OIDC).
VMware Cloud Director requiere conexiones de cliente para garantizar la seguridad. TLS versión 1.0 y versión 1.1, así como SSL versión 3, han demostrado tener graves vulnerabilidades de seguridad, por lo que ya no se incluyen en el conjunto predeterminado de protocolos que el servidor ofrece al realizar una conexión del cliente. Los administradores del sistema pueden habilitar más protocolos y conjuntos de claves de cifrado. Consulte la sección sobre la herramienta de administración de celdas en la Guía de instalación, configuración y actualización de VMware Cloud Director. Se admiten los siguientes protocolos de seguridad:
TLS versión 1.3
TLS versión 1.2
TLS versión 1.1 (desactivado de forma predeterminada)
TLS versión 1.0 (desactivado de forma predeterminada)
Para activar las versiones desactivadas, consulte el artículo KB 88929.
Conjuntos de claves de cifrado admitidos que están activados de forma predeterminada:
TLS_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
Si desea utilizar TLS versión 1.3, se deben activar TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384 o ambos.
Conjuntos de claves de cifrado admitidos que están desactivados de forma predeterminada:
TLS_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
Los administradores del sistema pueden utilizar la herramienta de administración de celdas para habilitar de forma explícita los conjuntos de claves de cifrado admitidos que están desactivados de forma predeterminada.
VMware Cloud Director es compatible con la versión principal actual y la versión principal anterior de los siguientes navegadores:
Google Chrome
Mozilla Firefox
Microsoft Edge
VMware Cloud Director admite todos los sistemas operativos invitados y todas las versiones de hardware virtual compatibles con los hosts ESXi que respaldan cada grupo de recursos.
Para acceder al conjunto completo de documentación del producto, consulte la documentación de VMware Cloud Director.
Al importar una vApp se produce un error: Failed to attach vif uuid to network
Cuando hay entradas obsoletas en la tabla de dv_portgroup_inv
, se produce un error al importar una vApp. Esta incidencia se produce cuando hay un problema de sincronización entre vSphere y NSX, en cuyo caso, es posible que VMware Cloud Director elija una red de NSX no válida.
El asistente Crear catálogo solo muestra las primeras 10 directivas de almacenamiento de la lista de directivas
Durante la creación de un catálogo, si hay más de 10 directivas de almacenamiento disponibles, debido a un problema del menú desplegable, el asistente no muestra más de las 10 primeras directivas de almacenamiento.
En entornos multisitio, se produce un error al intentar ver el consumo del perfil de vGPU
Si tiene un entorno multisitio, se produce el siguiente error al intentar ver el consumo del perfil de vGPU.
Unknown property 'id' on class 'class com.vmware.vcloud.rest.openapi.model.VgpuVmConsumerEntity
Al mover y editar una VM se produce un error: Invalid AddressOnParent value (16) for disk with InstanceID
VMware Cloud Director no admite más de 15 discos en una controladora SCSI. Sin embargo, vCenter admite 64 discos en controladoras VMware Paravirtual SCSI, que son un subtipo de controladora SCSI. Cuando una máquina virtual con una controladora paravirtual SCSI VMware se importa desde vCenter, si uno de los discos de las máquinas virtuales tiene un número de unidad mayor que 15, no se puede editar ni mover la máquina virtual.
Si la directiva de almacenamiento de destino es vSAN, al cambiar la directiva de almacenamiento de una máquina virtual se puede producir un error Internal Server Error
Al cambiar la directiva de almacenamiento de una máquina virtual dentro de los VDC de organización o entre ellos, si la directiva de almacenamiento de destino es vSAN, es posible que se produzca un error en la operación con un error Internal Server Error
. Los registros de VMware Cloud Director muestran Invalid vSAN policy specified
.
El motor de colocación de VMware Cloud Director coloca máquinas virtuales en almacenes de datos que están en modo de mantenimiento.
Si un almacén de datos está en modo de mantenimiento, VMware Cloud Director debe rechazarlo para su colocación. Sin embargo, el motor de colocación coloca de forma incorrecta máquinas virtuales en los almacenes de datos que están en modo de mantenimiento.
La actualización de la conexión AMQP produce un error: No subject alternative names matching IP address
El cliente AMQP de VMware Cloud Director utiliza una técnica de equilibrio de carga por turnos (round-robin) de DNS. Sin embargo, este método no funciona cuando la conexión está protegida mediante TLS, y los registros muestran el siguiente error.
Caused by: java.security.cert.CertificateException: No subject alternative names matching IP address...
Cuando se elimina un disco de máquina virtual, antes de la eliminación, VMware Cloud Director reubica el disco de la máquina virtual
VMware Cloud Director siempre reubica el disco de la máquina virtual cuando lo elimina y tiene máquinas virtuales encendidas.
No se pueden crear perfiles de contexto de red con varios atributos en una puerta de enlace Edge
Al crear un nuevo perfil de contexto de red personalizado en la sección de la puerta de enlace Edge del Portal para administradores de proveedores de servicios de VMware Cloud Director Service, se produce el siguiente error al seleccionar diferentes valores de atributos separados por comas.
Bad Request: Error occurred in the backing network provider: Duplicate attribute key found: DOMAIN_NAME., error code 521002
Se produce un error al crear grupos en puertas de enlace Edge Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER
El campo append_port
en objetos del grupo de servidores de VMware NSX Advanced Load Balancer tiene tres valores: NON_DEFAULT_80_443
, NEVER
y ALWAYS
. Para los usuarios con licencia Basic Edition de NSX Advanced Load Balancer, el valor correcto es NEVER
, pero la configuración de VMware Cloud Director actual está establecida en NON_DEFAULT_80_443
. Esto provoca problemas a los clientes con licencias Basic Edition de NSX Advanced Load Balancer que actualizan VMware Cloud Director.
No se pueden registrar las instancias de NSX Cloud con VMware Cloud Director porque la lista de nubes disponibles se muestra atenuada
Al registrar una NSX Cloud en VMware Cloud Director, si introduce una URL con una barra diagonal al final, incluso si la conexión se realiza correctamente, no puede seleccionar instancias de NSX Cloud, ya que la barra diagonal adicional provoca un problema con la obtención de las nubes, a pesar de que la conexión se realiza correctamente.
No puede modificar los ajustes de correo electrónico de las organizaciones recién creadas
Cuando se utiliza el endpoint de cloudapi
para crear organizaciones, VMware Cloud Director no crea entradas en las tablas smtp_server
y org_email
. Sin embargo, en versiones anteriores, VMware Cloud Director utiliza la API heredada que inserta estos registros.
Al realizar una acción en una vApp, se produce el error: Entity not found
VMware Cloud Director permite indebidamente espacios en blanco en el nombre de la vApp durante las operaciones de clonación y copia de la vApp. Como resultado, VMware Cloud Director trata la vApp como una entidad diferente y, posteriormente, cuando se intenta realizar cualquier acción en la vApp, las acciones producen un error de Entity not found
.
Cuando se intenta cambiar el nombre de una máquina virtual de una vApp, si el nombre elegido ya está en uso, VMware Cloud Director devuelve un error; sin embargo, ese nombre se cambia en vCenter
Al cambiar el nombre de una máquina virtual de una vApp, si se utiliza ese mismo nombre de máquina virtual en la vApp, en VMware Cloud Director se muestra un error que indica que existe una clave duplicada y no se puede cambiar el nombre de la máquina virtual, pero esa operación sí se lleva a cabo en vCenter. La operación de reconfiguración activa una tarea para vCenter y los cambios de nombre se realizan sin comprobar si el nombre ya se está usando.
Se produce un error al ejecutar el comando CMT para configurar una lista de no permitidos de conexión de prueba con un rango de direcciones IP 0.0.0.0/0
Si ejecuta el comando /opt/vmware/vcloud-director/bin/cell-management-tool manage-test-connection-denylist --add-range 0.0.0.0/0
en la herramienta de administración de celdas (CMT), VMware Cloud Director no analiza el rango correctamente y se produce el error siguiente en la operación.
Error executing command: Index -1 out of bounds for length 0
Durante la configuración de un dispositivo de VMware Cloud Director principal, si deja la opción CEIP activada de forma predeterminada, cuando se complete la configuración, CEIP se desactivará
Durante la configuración de un dispositivo de VMware Cloud Director principal, la opción CEIP se activa de forma predeterminada, pero una vez completada la configuración, la instancia de VMware Cloud Director no participa en el Programa de mejora de la experiencia de cliente. Si actualiza VMware Cloud Director, CEIP sigue desactivado.
Las vApp respaldadas por NSX-T no muestran la dirección IP externa en la propiedad IP externa cuando se activa una regla de NAT con enrutamiento de puertos
Cuando se activa una regla NAT con enrutamiento de puertos en una red de vApp respaldada por NSX, la dirección IP externa no se muestra en la información de red ni en la propiedad de IP externa de la máquina virtual.
Cuando se utiliza CloudAPI para crear o actualizar una organización, no se puede establecer en true la marca canPublish
Cuando se utiliza CloudAPI para crear una organización o actualizar una organización que le permite publicar catálogos, el campo canPublish
permanece en false
, a pesar de establecer el valor en true
. La API heredada no se ve afectada.
Se produce un error al crear grupos de redes en puertas de enlace Edge y se muestra el mensaje Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.
Si utiliza la Edición básica de VMware NSX Advanced Load Balancer y actualiza VMware Cloud Director de la versión 10.4.1 a la versión 10.5.1, no podrá crear grupos en puertas de enlace Edge. Este problema no se produce al utilizar VMware NSX Advance Load Balancer Enterprise Edition.
Cuando se comparten vApps con usuarios, se puede navegar a páginas inexistentes
Cuando se comparten vApps con usuarios, los botones para ir a la página anterior o siguiente están disponibles aunque ya se encuentre en la primera o en la última página correspondientes. Como resultado, podría desplazarse a páginas que no existen y que no tienen contenido.
Si crea una red de vApp mientras copia una máquina virtual, al cerrar el diálogo modal Copiar MV, se muestra un indicador giratorio infinito
Al copiar máquinas virtuales en una vApp de destino, si crea una nueva red de vApp en la vApp de destino y conecta las máquinas virtuales de origen a la red de la vApp de destino recién creada, al cerrar el diálogo modal, aparece el indicador giratorio, pero no desaparece una vez que se completa la operación de copia. Este problema solo se produce cuando se crea una nueva red de vApp durante el proceso de copia y no se produce cuando se copian máquinas virtuales sin crear una red de vApp.
Se produce un error al intentar modificar el puerto para el grupo de equilibradores de carga NSX Edge INTERNAL_SERVER_ERROR
Después de eliminar un servicio virtual, se produce un error si se intenta actualizar el grupo que estaba conectado previamente al servicio virtual eliminado y se muestra un INTERNAL_SERVER_ERROR
. Por ejemplo, se produce un error al cambiar el puerto del grupo.
No se puede acceder al Portal para administradores de proveedores de servicios y al Portal para tenants de VMware Cloud Director después de reiniciar la máquina virtual de VMware Cloud Director
Si se reinicia la máquina virtual de VMware Cloud Director mediante un método distinto de usar vSphere Client, por ejemplo, mediante vSphere High Availability o VMware Host Client, no se podrá acceder al Portal para administradores de proveedores de servicios ni al Portal para tenants de VMware Cloud Director. Este problema sucede porque, después del reinicio, los parámetros de OVF de implementación se eliminan del archivo ovfEnv.xml
y no se puede acceder a la celda.
Un error interno. Se muestra el error Asegúrese de que sfcbd se esté ejecutando durante la actualización a VMware Cloud Director 10.5.1
Al ejecutar vamicli update --install latest
se muestra el error Error interno. Asegúrese de que sfcbd se esté ejecutando, pero la actualización de VMware Cloud Director se realiza correctamente. Puede hacer caso omiso de este error, ya que VMware Cloud Director sigue funcionando correctamente.
Nuevo - Se produce un error al actualizar a la versión 10.6, pero VMware Cloud Director indica que la actualización se realiza correctamente
Al actualizar VMware Cloud Director a la versión 10.6, la actualización parece ser correcta; sin embargo, los archivos de Red Hat Package Manager (RPM) no se instalan.
Solución alternativa: Consulte el artículo 372041 de la base de conocimientos de Broadcom.
Los metadatos de los elementos de un catálogo no están sincronizados entre el catálogo publicado y el suscrito
Al crear un catálogo, tiene la opción de publicarlo para que otros puedan suscribirse y obtener acceso al catálogo mediante la sincronización del catálogo. Si el catálogo publicado contiene elementos del catálogo con metadatos, esos metadatos no aparecen en el lado del suscriptor. El problema solo se produce con la sincronización de catálogos y no con la actualización de catálogos distribuidos.
Solución alternativa: Ninguna.
Los usuarios de tenant no pueden editar políticas de Kubernetes
A pesar de tener los derechos necesarios, si inició sesión como usuario de tenant, al intentar editar la CPU o la memoria de las políticas de Kubernetes, se produce un error 403 que indica Forbidden to set right restricted field pvdcComputePolicy
, y no se pueden redistribuir los recursos de VDC entre implementaciones de máquina virtual e implementaciones de Kubernetes.
Solución alternativa: Los administradores del sistema pueden editar las políticas de Kubernetes.
No se puede crear una plantilla de vApp si la máquina virtual o la vApp tienen un dispositivo TPM y si el catálogo de destino es un catálogo distribuido
No se puede crear una plantilla de vApp mediante ninguna de las siguientes operaciones si la plantilla contiene una máquina virtual con un dispositivo TPM y el destino es un catálogo distribuido.
Copiar una plantilla de vApp
Mover una plantilla de vApp
Capturar una vApp o una máquina virtual en una plantilla
Importar una máquina virtual desde vCenter
Al intentar crear una vApp mediante estas operaciones, se produce un error que indica que la operación no está permitida para máquinas virtuales con dispositivos TPM donde el catálogo de destino es un catálogo distribuido.
Solución alternativa: Cargue un OVF que especifique una máquina virtual que contenga un dispositivo TPM. Consulte el tema TPM como dispositivo virtual en OVF en la documentación del producto VMware vSphere.
No se pueden filtrar los VDC de organización y proveedor por el nombre de VDC de proveedor concedido
Como subproveedor que utiliza el Portal para tenants de VMware Cloud Director, no puede filtrar los VDC de organización y proveedor por su nombre de VDC de proveedor concedido.
Solución alternativa: Ninguna.
Después de retirar un sitio de VMware Cloud Director, los catálogos distribuidos se muestran como Degraded
.
Cuando se retira un sitio de VMware Cloud Director cuyo almacén de datos distribuido estaba emparejado previamente con el sitio local, se mantiene un conjunto de archivos de latido correspondientes en el almacenamiento replicado en los sitios del mismo nivel. Como resultado, el sitio sigue informando de que los almacenes de datos correspondientes no están en buen estado y tienen un estado de distribución Degraded
.
Solución alternativa:
En el Portal para tenants de VMware Cloud Director, en la cuadrícula del almacén de datos Homólogos, para un elemento homólogo con falta de latidos durante al menos 10 minutos, anote los valores de cadena de Name
, Site Name
y vCenter
.
Con la consola de vCenter u otra herramienta para examinar archivos del almacén de datos, visualice los archivos del almacén de datos distribuido local correspondiente.
Busque en todos los archivos de la carpeta distributedCatalogs
los que tengan nombres similares a:
distributedCatalogs/site-vc-22222222-11cc-1b11-1cd1-1a1a1a1aaa11-...
Muestre el contenido de los archivos, por ejemplo:
{"siteId":"a2222222-1234-1a11-1a11-a11a1aa111a","siteName":"obsolete-site","vcId":"22222222-11cc-1b11-1cd1-1a1a1a1aaa11","vcName":"obsolete-vc","dsMoref":"datastore-24","dsName":"shared-disk-obsolete"}
Elimine el archivo que contiene siteName
, vcName
y dsName
que coincida con las cadenas correspondientes del paso 1.
Después de aproximadamente 10 minutos, VMware Cloud Director recibirá el cambio y limpiará automáticamente los estados del almacén de datos y del catálogo distribuido.
En una implementación multisitio, si el otro sitio tiene la versión 10.5.x o anterior, la ordenación de las organizaciones en la columna Administrada por devuelve un error
En una implementación multisitio, si el otro sitio tiene VMware Cloud Director versión 10.5.x o anterior, se produce el siguiente error al ordenar las organizaciones en la columna Administrada por.
Bad request: Null property value for 'managedBy.name' on bean class 'class com.vmware.vcloud.rest.openapi.model.Org'
Solución alternativa: Utilice la opción de filtrado para excluir sitios con VMware Cloud Director versión 10.5.x o anterior.
Cuando se utiliza CloudAPI para crear o actualizar una organización, no se puede establecer en true la marca canPublish
Cuando se utiliza CloudAPI para crear una organización o actualizar una organización que le permite publicar catálogos, el campo canPublish
permanece en false
, a pesar de establecer el valor en true
. La API heredada no se ve afectada.
Solución alternativa: Utilice la interfaz de usuario de VMware Cloud Director para activar o desactivar la opción Publicar catálogo externamente para una organización.
Se produce un error al crear grupos de redes en puertas de enlace Edge y se muestra el mensaje Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.
Si utiliza la Edición básica de VMware NSX Advanced Load Balancer y actualiza VMware Cloud Director de la versión 10.4.1 a la versión 10.5.1, no podrá crear grupos en puertas de enlace Edge. Este problema no se produce al utilizar VMware NSX Advance Load Balancer Enterprise Edition.
Solución alternativa: Ninguna.
Cuando se comparten vApps con usuarios, se puede navegar a páginas inexistentes
Cuando se comparten vApps con usuarios, los botones para ir a la página anterior o siguiente están disponibles aunque ya se encuentre en la primera o en la última página correspondientes. Como resultado, podría desplazarse a páginas que no existen y que no tienen contenido.
Solución alternativa: Ninguna.
Si crea una red de vApp mientras copia una máquina virtual, al cerrar el diálogo modal Copiar MV, se muestra un indicador giratorio infinito
Al copiar máquinas virtuales en una vApp de destino, si crea una nueva red de vApp en la vApp de destino y conecta las máquinas virtuales de origen a la red de la vApp de destino recién creada, al cerrar el diálogo modal, aparece el indicador giratorio, pero no desaparece una vez que se completa la operación de copia. Este problema solo se produce cuando se crea una nueva red de vApp durante el proceso de copia y no se produce cuando se copian máquinas virtuales sin crear una red de vApp.
Solución alternativa: Al desplazarse a otra página y volver a la lista de máquinas virtuales se vuelve a cargar la cuadrícula y el indicador giratorio desaparece.
Es posible que se produzca un error de Connection refused
en las conexiones salientes de VMware Cloud Director a través de un proxy
Al configurar variables de proxy en el archivo /etc/sysconfig/proxy
, las variables no deben contener una barra diagonal final, como en HTTP_PROXY="http://www.example.com:3128/"
Este problema se produce tanto en implementaciones de dispositivos como en instalaciones de Linux de VMware Cloud Director.
Solución alternativa: Actualice los valores para excluir la barra diagonal final. Por ejemplo, HTTP_PROXY="http://www.example.com:3128"
Se produce un error al eliminar una organización con la interfaz de usuario de VMware Cloud Director y se muestra el mensaje You must delete this Organization's Application Port Profiles before you can delete the organization
Si se crean perfiles de puerto de aplicación en una puerta de enlace Edge asociada a una organización, se produce un error al intentar eliminar la organización. Este problema se produce porque VMware Cloud Director elimina las puertas de enlace Edge antes de eliminar los perfiles de puerto, lo que provoca el siguiente error.
com.vmware.vcloud.api.presentation.service.InvalidStateException: You must delete this Organization's Application Port Profiles before you can delete the organization.
Solución alternativa: Use la API de VMware Cloud Director para forzar la eliminación de una organización y eliminar los perfiles de puerto de aplicación deshabilitados asociados a ella. Consulte Eliminar perfiles de puerto de aplicación deshabilitados desde VMware Cloud Director.
Con la API de VMware Cloud Director, al intentar eliminar un elemento con un campo secure
de una matriz en una instancia de RDE, el elemento no se elimina por completo
Si un esquema de tipo RDE contiene un objeto de matriz con elementos que contienen campos secure, al intentar eliminar un elemento de la matriz de una instancia de RDE de ese tipo a través de una llamada PUT de RDE, se eliminan todos los campos del elemento, excepto los campos seguros. El elemento en sí no se elimina. Este problema se produce cuando se utiliza VMware Cloud Director API versión 37.3 o anterior.
Si la instancia de RDE se encuentra en estado RESOLVED
y si, después de la actualización, el contenido de la entidad de la instancia no coincide con el esquema en el tipo de RDE de la instancia, la llamada PUT genera una respuesta de error con el código de estado 400
y el mensaje de error RDE_CANNOT_VALIDATE_AGAINST_SCHEMA
. Si el contenido de la entidad de la instancia después de la actualización coincide con el esquema en el tipo de RDE de la instancia, la llamada no devuelve un error a pesar de que el elemento no se elimina por completo.
Solución alternativa: Para ejecutar la actualización de RDE, utilice la API versión 38.0 o posterior de VMware Cloud Director.
No se pueden editar los metadatos de una organización
Si utiliza la API de VMware Cloud Director para crear dos entradas de metadatos para una organización con el mismo nombre para las entradas, no podrá editar estas entradas de metadatos mediante la interfaz de usuario porque el botón Guardar del asistente de edición de metadatos no está activo.
Solución alternativa: Utilice la API de VMware Cloud Director para editar el nombre de una de las entradas de metadatos.
La máquina virtual no recibe direcciones IP del servidor DNS del ámbito DHCP que se define en la red de vApp
Cuando se conecta una máquina virtual a una red de vApp enrutada en modo de IP de DHCP, la máquina virtual no recibe las direcciones DNS definidas en el ámbito de DHCP.
Solución alternativa: Con NSX Manager, configure manualmente los servidores DNS en el segmento de red de vApp enrutada.
Se produce un error al asociar un disco con nombre a una máquina virtual y se muestra el mensaje java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException
Se produce un error al asociar un disco con nombre a una máquina virtual y se muestra un mensaje de error.
java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException: query did not return a unique result:
Esto sucede porque VMware Cloud Director registra entradas duplicadas en los datos de inventario recopilados desde la instancia de vCenter Server en la que reside la máquina virtual.
Solución alternativa: Para quitar las entradas duplicadas de los datos de inventario, vuelva a conectarse a la instancia de vCenter Server.
Es posible que reciba un error de unable to find valid certification path to request target - PKIX path building failed
al cambiar el certificado JMX de una celda mediante la interfaz de usuario
Mediante el Portal para administradores de proveedores de servicios, antes de seleccionar un certificado como certificado SSL JMX de una celda de VMware Cloud Director, el certificado debe ser de confianza.
Solución alternativa: Si el certificado que desea seleccionar está autofirmado, agréguelo a los certificados de confianza de la organización del sistema. Consulte Importar certificados de confianza mediante el Portal para administradores de proveedores de servicios de VMware Cloud Director. Si una entidad de certificación interna firmó el certificado, compruebe que la entidad de certificación aparezca en la lista de certificados de confianza de la organización del sistema. Si una entidad de certificación conocida firmó el certificado, no es necesario realizar ninguna acción.
La activación de una celda mediante el comando de la herramienta de administración de celdas no actualiza el estado de la celda en el Portal para administradores de proveedores de servicios
Si utiliza la herramienta de administración de celdas para establecer el estado de la celda en Active
, en la página Celdas de nube del Portal para administradores de proveedores de servicios, el estado no se muestra como activo.
Solución alternativa: En la página Celdas de nube del Portal para administradores de proveedores de servicios, haga clic en los puntos suspensivos verticales que hay junto al nombre de la celda y seleccione Activar. Consulte Ver y administrar la infraestructura de celda de VMware Cloud Director.
Se produce un error en la creación rápida de instancias de vApp entre vCenter al crear una instancia de una plantilla que tiene máquinas virtuales con memoria
Al crear instancias de una plantilla de vApp que tiene máquinas virtuales con memoria entre instancias de vCenter, si se cumplen las condiciones para que VMware Cloud Director realice una creación rápida de instancias entre instancias de vCenter, se producirá un error en la creación de la instancia con un INTERNAL_SERVER_ERROR
.
Solución alternativa: Desactive la creación rápida de instancias entre vCenter en VMware Cloud Director.
Inicie sesión en el Portal para administradores de proveedores de servicios de VMware Cloud Director y, en la barra de navegación superior, haga clic en Administración.
En el panel izquierdo, en Configuración, seleccione Marcas de función.
Seleccione Creación rápida de instancias entre vCenter utilizando almacenamiento compartido y haga clic en Deshabilitar.
Cuando se utiliza la función multisitio, no se pueden crear ni administrar conexiones de VMware Marketplace y repositorio de Helm Chart desde el Portal para administradores de proveedores de servicios
Si es un proveedor de servicios y utiliza la función multisitio de VMware Cloud Director, no podrá crear ni administrar recursos de VMware Marketplace ni recursos de repositorio de Helm Chart mediante el Portal para administradores de proveedores de servicios.
Este problema no afecta a los tenants.
Solución alternativa: Puede utilizar la API de VMware Cloud Director para crear y administrar recursos de VMware Marketplace y recursos de repositorio de Helm Chart.
Se produce un error al implementar una aplicación de Helm Chart y se muestra un mensaje de error Cannot parse "Z" as "-0700"
Si VMware Cloud Director se ejecuta en la zona horaria UTC, se produce un error al intentar implementar una aplicación de Helm Chart y se muestra un mensaje de error Cannot parse "Z" as "-0700"
.
Solución alternativa:
Opción 1: Edite el Operator del Centro de contenido en el clúster de Kubernetes para utilizar un registro personalizado. Introduzca la ubicación projects.registry.vmware.com/content_hub/vcd-contenthub-package-repo
como un registro personalizado y version 1.0.1
como la versión del paquete de Kubernetes Operator del Centro de contenido. Para obtener información sobre cómo editar un Kubernetes Operator, consulte Editar un Kubernetes Operator en VMware Cloud Director.
Opción 2:
Cambie la zona horaria del servidor en el que reside VMware Cloud Director a una zona horaria que no sea UTC.
Reinicie el servidor de VMware Cloud Director.
Se muestra un mensaje error Unable to perform this action
al implementar aplicaciones de contenedor
Al implementar una aplicación de contenedor, si la descripción de la plantilla de aplicación contiene más de 255 caracteres, se produce un error en la operación y se muestra un mensaje de error.
Unable to perform this action. Contact your cloud administrator.
Solución alternativa: Actualice la descripción de la plantilla de aplicación para que tenga menos de 255 caracteres.
Si no hay reglas de firewall creadas por el usuario en una puerta de enlace NSX Edge, es posible que no pueda crear una regla de firewall simple
Si no hay reglas de firewall definidas por el usuario en una puerta de enlace NSX Edge e inicia el asistente de creación de reglas de firewall haciendo clic en Nueva, al intentar guardar la regla de firewall que ha definido, el asistente queda suspendido en estado Espere... y no se crea la regla de firewall.
Solución alternativa: Actualice la página o haga clic fuera y vuelva a la pantalla Firewall y utilice el botón Editar reglas en lugar del botón Nueva para iniciar el asistente de creación de reglas de firewall.
La búsqueda rápida de VMware Cloud Director no muestra resultados al buscar usuarios, cuentas de servicio y grupos de VDC
En Búsqueda rápida, introducir Users
, users/bulk-update
, service-accounts
y vdc-groups
como criterio de búsqueda da como resultado un mensaje No results found.
.
Solución alternativa: Ninguna.
Es posible que se produzca un error en el script de cambio de tamaño del disco de la base de datos del dispositivo de VMware Cloud Director si cambia el identificador de disco SCSI de respaldo
El script de cambio de tamaño del disco de la base de datos solo se ejecuta correctamente si el identificador de disco SCSI de la base de datos de respaldo sigue siendo el mismo. Si el identificador cambia por cualquier motivo, podría parecer que el script se ejecuta correctamente, pero falla. El archivo /opt/vmware/var/log/vcd/db_diskresize.log
muestra que el script falla con un error No such file or directory
.
Solución alternativa:
Inicie sesión directamente o mediante un cliente SSH en la celda principal como usuario raíz.
Ejecute el comando lsblk --output NAME,FSTYPE,HCTL
.
En el resultado, busque el disco que contiene la partición de database_vg-vpostgres
y anote su identificador. El identificador se encuentra en la columna HCTL y tiene un formato como el de este ejemplo: 2:0:3:0
.
En el script db_diskresize.sh
, modifique el identificador de la partición introduciendo el identificador del paso 3. Por ejemplo, si el ID es 2:0:3:0
, en la línea
echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan
debe cambiar el identificador a 2:0:3:0
.
echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan
Después de guardar los cambios, vuelva a invocar manualmente el script de cambio de tamaño o reinicie el dispositivo.
No se puede actualizar a VMware Cloud Director 10.4.1 o una versión posterior y aparece un mensaje de error Fix postgres user home directory
Cuando se intenta actualizar a VMware Cloud Director 10.4.1 o una versión posterior, se produce un error en la actualización. El registro update-postures-db.log
contiene el siguiente error.
2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
usermod: user postgres is currently used by process 17236
Otros procesos que inician sesión como el usuario postgres
en el dispositivo de VMware Cloud Director pueden bloquear el script que actualiza la versión principal de PostgreSQL de la 10 a la 14.
Solución alternativa:
Antes de iniciar la actualización de VMware Cloud Director, busque todos los procesos que hayan iniciado sesión como usuario de postgres
en el dispositivo de VMware Cloud Director; para ello, ejecute ps -u postgres
en el dispositivo.
Detenga cualquier proceso que devuelva el comando ejecutando kill -9 <PID>
, donde PID es el identificador único del proceso.
Se produce un error al crear una directiva de Kubernetes de VDC de organización con puertas de enlace de proveedor que utiliza espacios de IP
Si configura una puerta de enlace de proveedor respaldada por espacios de IP y crea un VDC y una puerta de enlace Edge basados en el mismo espacio de IP, no se puede crear una directiva de Kubernetes para este VDC y aparece un mensaje de error.
com.vmware.ssdc.util.LMException: Index 0 out of bounds for length 0
Esto sucede porque las puertas de enlace Edge respaldadas por espacios de IP no están asociadas a una dirección IP principal, que la directiva de Kubernetes requiere para la creación de SNAT.
Solución alternativa: Cree VDC y puertas de enlace Edge con puertas de enlace de proveedor que utilicen bloques de IP heredados y tipo de proveedor de red NSX.
Al iniciar el dispositivo de VMware Cloud Director, se muestra el mensaje [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details
El mensaje se muestra de forma incorrecta y no indica un problema real en la red. Puede omitir el mensaje y seguir usando el dispositivo de VMware Cloud Director como de costumbre.
Solución alternativa: Ninguna.
Se produce un error al crear una plantilla de VDC de organización con puertas de enlace de proveedor que utilizan espacios de IP y tipo de proveedor de red NSX
Cuando se intenta crear una plantilla de VDC de organización con puerta de enlace de proveedor que utiliza espacios de IP y tipo de proveedor de red NSX, se produce el siguiente error en la operación. Error:Cannot support external Network that is utilizing IP Spaces. Only external networks with legacy IP blocks are supported.
Solución alternativa: Cree plantillas de VDC de organización con puertas de enlace de proveedor que utilicen bloques de IP heredados y tipo de proveedor de red NSX.
Se produce un error al cambiar la directiva de almacenamiento en un disco virtual de una máquina virtual y se muestra el mensaje de error de The operation failed because no suitable resource was found
Si el disco virtual de una máquina virtual reside en un almacén de datos de vSAN remoto, al cambiar la directiva de almacenamiento del disco virtual se genera un mensaje de error.
The operation failed because no suitable resource was found
Solución alternativa: Para mover la máquina virtual a una directiva de almacenamiento diferente, cambie la directiva de almacenamiento en disco virtual a VM default policy
y, a continuación, cambie la directiva de almacenamiento de máquina virtual a la directiva de almacenamiento deseada.
VMware Cloud Director muestra un valor vacío para el límite de IOPS de un disco de máquina virtual con la directiva de almacenamiento habilitada para VC-IOPS
Si aplica una directiva de almacenamiento habilitada para VC-IOPS con reserva, límite y recursos compartidos personalizados en un disco de máquina virtual, VMware Cloud Director muestra los valores de las reservas de IOPS, pero muestra el límite de IOPS vacío. Esto sucede porque vCenter Server 8U1 introduce un nuevo mecanismo para Storage I/O Control (SIOC) que ya no establece el límite de IOPS como una propiedad de disco de máquina virtual.
Solución alternativa: Ninguna.
No se puede crear una organización desactivada mediante la API de VMware Cloud Director heredada
Si se intenta utilizar el endpoint de creación de organización de API de VMware Cloud Director heredado POST [vcd_public_endpoint]/api/admin/orgs
para crear una organización desactivada, se produce un error 400 BadRequestException
que contiene el siguiente fragmento de código:
<Error ... stackTrace="com.vmware.vcloud.api.presentation.service.BadRequestException: Unexpected error. unexpected end of subtree
Solución alternativa: Utilice el endpoint de OpenAPI de VMware Cloud Director para crear una organización deshabilitada. Como alternativa, puede utilizar la interfaz de usuario, OpenAPI o la API heredada para crear una organización habilitada y después deshabilitarla.
No se puede seleccionar Tanzu Kubernetes versión 2.0 o posterior al crear un clúster de TKG
Como tenant, al intentar crear un clúster de TKG, no puede seleccionar un clúster de Tanzu Kubernetes 2.0 y versiones posteriores.
Solución alternativa: Para ofrecer y utilizar Tanzu Kubernetes 2.0 y versiones posteriores, utilice VMware Cloud Director Container Service Extension 4.0.
La migración de máquinas virtuales entre VDC de organización puede fallar debido a un error de recursos insuficientes
Si VMware Cloud Director se ejecuta con vCenter Server 7.0 Update 3h o una versión anterior, al reubicar una máquina virtual en un VDC de organización diferente, es posible que la migración de la máquina virtual no se realice debido a un error de recursos insuficientes, incluso si los recursos están disponibles en el VDC de organización de destino.
Solución alternativa: Actualice vCenter Server a la versión 7.0 Update 3i o posterior.
La interfaz de usuario del Portal para tenants de VMware Cloud Director no muestra los límites y las reservas de IOPS de una directiva de almacenamiento de vSAN
vSAN administra por sí mismo los límites de IOPS en directivas de almacenamiento de vSAN. Como resultado, la interfaz de usuario del Portal para tenants de VMware Cloud Director no muestra las reservas y los límites de IOPS de una directiva de almacenamiento de vSAN y no se pueden modificar sus valores.
Solución alternativa: Ninguna.
Se produce un error de versión no válida en la actualización del dispositivo de VMware Cloud Director cuando el modo FIPS está habilitado
Para VMware Cloud Director 10.3.x y versiones posteriores, cuando el modo FIPS está habilitado, se produce el siguiente error en la actualización del dispositivo de VMware Cloud Director.
Failure: Installation failed abnormally (program aborted), the current version may be invalid.
Solución alternativa:
Antes de actualizar el dispositivo de VMware Cloud Director, desactive el modo FIPS en las celdas del grupo de servidores y el dispositivo de VMware Cloud Director. Consulte Activar o desactivar el modo FIPS en el dispositivo de VMware Cloud Director.
Compruebe que el archivo de /etc/vmware/system_fips
no existe en ningún dispositivo.
Actualice el dispositivo de VMware Cloud Director.
Habilite de nuevo el modo FIPS.
No se puede ver ni editar el tipo de licencia de las instancias de NSX Advanced Load Balancer Controller registradas anteriormente en la API de VMware Cloud Director
No se puede ver ni editar la licencia de las instancias de NSX Advanced Load Balancer Controller registradas anteriormente en la API de VMware Cloud Director. Esto ocurre porque, en VMware Cloud Director 10.4, el tipo de licencia del controlador se ha reemplazado por una selección entre un conjunto de funciones Estándar o Premium establecida en el nivel del grupo de motores de servicio para proporcionar más flexibilidad.
Solución alternativa: Utilice la ruta de supportedFeatureSet
para los grupos de motores de servicio y en las puertas de enlace Edge para activar y desactivar las funciones disponibles.
No se pueden crear ni utilizar plantillas de VDC de VMware Cloud Director en entornos de servicio de VMware Cloud Director que usan grupos de redes VMware Cloud on AWS
Si solo utiliza un grupo de redes de proveedor respaldado por VMware Cloud on AWS para el VDC de proveedor, no puede crear una plantilla de VDC ni crear instancias de un VDC a partir de una plantilla. Esto sucede porque la creación de instancias de plantillas de VDC y la creación de sus instancias solo se admite para los VDC de proveedor respaldados por NSX-T Data Center y por NSX Data Center for vSphere. Puede utilizar plantillas de VDC de VMware Cloud Director con instancias locales de Microsoft Azure VMware Solution, Oracle Cloud VMware Solution o SDDC de Google Cloud VMware Engine.
Solución alternativa: Ninguna.
Se produce un error al crear una nueva máquina virtual con una directiva de almacenamiento de vSAN cifrado y se muestra un mensaje de error de Invalid storage policy for encryption operation
Cuando se crea una nueva máquina virtual, si especifica la directiva de almacenamiento de la máquina virtual como cifrada de vSAN y la directiva de almacenamiento en disco duro de la máquina virtual como no cifrada y no vSAN, se produce un error en la operación y se muestra un mensaje de error.
Invalid storage policy for encryption operation
Solución alternativa:
Especifique las directivas de almacenamiento para la máquina virtual y el disco duro de la máquina virtual como cifradas de vSAN.
Después de implementar la máquina virtual correctamente, actualice la directiva de almacenamiento en disco duro de la máquina virtual a no cifrado y no vSAN. Para obtener información, consulte Editar propiedades de máquina virtual.
No se puede conectar a VMware Cloud Director a través de VMware OVF Tool 4.4.3 o una versión anterior
Al intentar conectarse a VMware Cloud Director a través de OVF Tool 4.4.3 o una versión anterior, se produce el siguiente error. Error: No supported vCloud version was found
. Esto ocurre debido a un cambio en el comportamiento de la API en VMware Cloud Director 10.4, donde la API no devuelve vínculos a todos los VDC de una organización.
Solución alternativa: Actualice a OVF Tool 4.5.0. Consulte las Notas de la versión de VMware OVF Tool.
No se puede iniciar sesión en VMware Cloud Director mediante VMware PowerCLI 12.7.0 o una versión anterior
Cuando se intenta iniciar sesión en VMware Cloud Director mediante VMware PowerCLI 12.7.0 o una versión anterior, se produce el siguiente error. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested.
Esto ocurre porque las versiones de VMware PowerCLI anteriores a la 13.0.0 no admiten las versiones de API de VMware Cloud Director posteriores a la 33.0. Consulte la Matriz de interoperabilidad de productos VMware.
Solución alternativa: Actualice VMware PowerCLI a la versión 13.0.0.
VMware Cloud Director muestra la versión antigua de una instancia de vCenter Server actualizada
Después de actualizar una instancia de vCenter Server a una versión más reciente, en la lista de instancias de vCenter Server, VMware Cloud Director sigue teniendo la versión antigua de la instancia actualizada.
Solución alternativa: Restablezca la conexión entre la instancia de vCenter Server y VMware Cloud Director. Consulte Volver a conectar una instancia de vCenter Server en la Guía para administradores de proveedores de servicios de VMware Cloud Director.
Al actualizar la página LDAP en el navegador, no se regresa a la misma página
En el Portal para administradores de proveedores de servicios, actualizar la página LDAP en el navegador lleva al usuario a la página del proveedor en lugar de volver a la página LDAP.
Solución alternativa: Ninguna.
Se produce un error al montar un almacén de datos NFS desde una matriz de almacenamiento NetApp y se muestra un mensaje de error durante la configuración inicial del dispositivo de VMware Cloud Director
Durante la configuración inicial del dispositivo de VMware Cloud Director, si configura un almacén de datos NFS desde una matriz de almacenamiento NetApp, se produce un error en la operación y se muestra un mensaje de error.
Backend validation of NFS failed with: is owned by an unknown user
Solución alternativa: Consulte el artículo 93252 de la base de conocimientos de VMware.
Se agota el tiempo de espera de la sincronización de un catálogo suscrito al sincronizar plantillas de vApp de gran tamaño
Si un catálogo externo contiene plantillas de vApp de gran tamaño, se agota el tiempo de espera al sincronizar el catálogo suscrito con el catálogo externo. Esto problema aparece cuando el ajuste del tiempo de espera se establece en su valor predeterminado de cinco minutos.
Solución alternativa: Mediante el subcomando manage-config
de la herramienta de administración de celdas, actualice la configuración del tiempo de espera.
./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]
En una lista de prefijos IP, al configurar any
como valor de red, se genera un mensaje de error
Al crear una lista de prefijos IP, si desea denegar o aceptar cualquier ruta y configura el valor de Red como any
, el cuadro de diálogo muestra un mensaje de error.
"any" is not a valid CIDR notation. A valid CIDR is a valid IP address followed by a slash and a number between 0 and 32 or 64, depending on the IP version.
Solución alternativa: Deje en blanco el cuadro de texto Red.
El proceso de vpostgres en un dispositivo en espera no se inicia
El proceso de vpostgres
en un dispositivo en espera no se inicia y el registro de PostgreSQL muestra un error similar al siguiente. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).
Esto sucede porque PostgreSQL requiere que los nodos en espera tengan la misma configuración de max_worker_processes
que el nodo principal. VMware Cloud Director configura automáticamente la opción de max_worker_processes
en función del número de vCPU asignadas a cada máquina virtual del dispositivo. Si el dispositivo en espera tiene menos vCPU que el dispositivo principal, se produce un error.
Solución alternativa: Implemente los dispositivos principal y en espera con el mismo número de vCPU.
La actualización del dispositivo de VMware Cloud Director podría generar un mensaje de error Connection to sfcbd lost
Si actualiza el dispositivo de VMware Cloud Director, es posible que la operación de actualización muestre un mensaje de error.
Connection to sfcbd lost. Attempting to reconnect
Solución alternativa: Puede omitir el mensaje de error y continuar con la actualización.
Al utilizar el modo FIPS, se produce un error al intentar cargar archivos PKCS8 generados por OpenSSL
OpenSSL no puede generar claves privadas compatibles con FIPS. Cuando VMware Cloud Director está en modo FIPS e intenta cargar archivos PKCS8 generados mediante OpenSSL, se produce un error en la carga con un error Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ...
o salt must be at least 128 bits
.
Solución alternativa: Desactive el modo FIPS para cargar los archivos PKCS8.
Se produce un error al crear un clúster de Tanzu Kubernetes con el complemento de clústeres de contenedores de Kubernetes
Al crear un clúster de Tanzu Kubernetes con el complemento de clústeres de contenedores de Kubernetes, hay que seleccionar una versión de Kubernetes. Algunas de las versiones del menú desplegable no son compatibles con la infraestructura de respaldo de vSphere. Cuando se selecciona una versión no compatible, se produce un error en la creación del clúster.
Solución alternativa: Elimine el registro del clúster con errores y vuelva a intentarlo con una versión de Tanzu Kubernetes compatible. Para obtener información sobre las incompatibilidades entre Tanzu Kubernetes y vSphere, consulte Actualizar el entorno de vSphere with Tanzu.
Si hay catálogos suscritos en su organización, cuando VMware Cloud Director se actualice, se producirá un error en la sincronización de catálogos
Después de la actualización, si tiene catálogos suscritos en su organización, VMware Cloud Director no confía automáticamente en los certificados de endpoints publicados. Si no se confía en los certificados, se producirá un error en la sincronización de la biblioteca de contenido.
Solución alternativa: Confíe manualmente en los certificados de cada suscripción del catálogo. Cuando edite la configuración de suscripción del catálogo, se le pedirá en un cuadro de diálogo de confianza en el primer uso (Trust On First Use, TOFU) que confíe en el certificado del catálogo remoto.
Si no tiene los derechos necesarios para confiar en el certificado, póngase en contacto con el administrador de su organización.
Tras actualizar VMware Cloud Director y habilitar la creación del clúster de Tanzu Kubernetes, no hay disponible ninguna directiva generada automáticamente y no se puede crear ni publicar ninguna directiva
Cuando VMware Cloud Director se actualiza a la versión 10.3.1 y vCenter Server a la versión 7.0.0d o posterior, y se crea un VDC de proveedor respaldado por un clúster supervisor, VMware Cloud Director muestra un icono de Kubernetes junto al VDC. Sin embargo, no hay ninguna directiva de Kubernetes generada automáticamente en el nuevo VDC de proveedor. Cuando se intenta crear o publicar una directiva de Kubernetes en un VDC de organización, no hay clases de máquinas disponibles.
Solución alternativa: Confíe manualmente en los certificados correspondientes del endpoint de Kubernetes. Consulte el artículo 83583 de la base de conocimientos de VMware.
Al introducir un nombre de clúster de Kubernetes con caracteres no latinos, se desactiva el botón Siguiente del asistente de creación de nuevos clústeres
El complemento de clústeres de contenedores de Kubernetes solo admite caracteres latinos. Si introduce caracteres que no son latinos, se muestra el siguiente error.
Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).
Solución alternativa: Ninguna.
El tiempo de inactividad de NFS puede provocar un funcionamiento incorrecto de las funcionalidades del clúster del dispositivo de VMware Cloud Director
Si NFS no está disponible debido a que, por ejemplo, el recurso compartido de NFS está lleno o a que se vuelve de solo lectura, puede provocar un funcionamiento incorrecto de las funcionalidades del clúster del dispositivo. La interfaz de usuario HTML5 no responde mientras la instancia de NFS esté inactiva o no se pueda acceder a ella. También pueden resultar afectadas otras funcionalidades, como las barreras de las celdas principales con errores, los intercambios de celdas, la promoción de celdas en espera, etc. Para obtener más información sobre la configuración correcta del almacenamiento compartido de NFS, consulte Preparar el almacenamiento del servidor de transferencia para el dispositivo de VMware Cloud Director.
Solución alternativa:
Corrija el estado de NFS para que no sea de read-only
.
Si está lleno, limpie el recurso compartido de NFS.
Se produce un error al intentar cifrar discos con nombre en vCenter Server 6.5 o una versión anterior
En el caso de las instancias de vCenter Server 6.5 o una versión anterior, si intenta asociar discos con nombre nuevos o existentes a una directiva habilitada para el cifrado, la operación genera el error Named disk encryption is not supported in this version of vCenter Server
..
Solución alternativa: Ninguna.
No se puede consolidar una máquina virtual con aprovisionamiento rápido creada en una matriz de NFS habilitada para VMware vSphere Storage APIs Array Integration (VAAI) o en vSphere Virtual Volumes
No se admite la consolidación local de una máquina virtual con aprovisionamiento rápido cuando se utiliza una snapshot nativa. Tanto los almacenes de datos habilitados para VAAI como las instancias de vSphere Virtual Volumes utilizan siempre instantáneas nativas. Cuando se implementa una máquina virtual con aprovisionamiento rápido en uno de estos contenedores de almacenamiento, no puede consolidarse dicha máquina virtual.
Solución alternativa: No habilite el aprovisionamiento rápido de un VDC de organización que utilice una instancia de NFS habilitada para VAAI o vSphere Virtual Volumes. Para consolidar una máquina virtual con una instantánea en un almacén de datos de vSphere Virtual Volumes o VAAI, coloque la máquina virtual en un contenedor de almacenamiento diferente.
Si agrega una NIC IPv6 a una máquina virtual y, a continuación, agrega una NIC IPv4 a la misma máquina virtual, se interrumpe el tráfico IPv4 de norte a sur
Si utiliza la interfaz de usuario HTML5 y agrega primero una NIC IPv6 o configura una NIC IPv6 como la NIC principal en una máquina virtual y, a continuación, agrega una NIC IPv4 a la misma máquina virtual, se interrumpe la comunicación IPv4 de norte a sur.
Solución alternativa: Debe agregar primero la NIC IPv4 a la máquina virtual y, a continuación, la NIC IPv6.