Notas de la versión de vCloud Director 5.1.1

vCloud Director 5.1.1 | 25 de octubre de 2012 | Compilación 868405

Última actualización: 10 de octubre de 2012

Contenido de las Notas de la versión

Las notas de la versión contienen los siguientes temas:

Novedades

  • vDCs elásticos: Los vDC del modelo de Grupo de asignación, que pueden distribuir varios clústeres en un servidor vCenter, permiten obtener una mayor flexibilidad y un uso más eficaz de los recursos de infraestructura a medida que las necesidades informáticas de las empresas arrendatarias aumenten con el tiempo.
  • El cambio en el modelo de Grupo de asignación en la versión 5.1.1 permite a los administradores encontrar una alternativa al número máximo de máquinas virtuales en un vDC de organización que origina el parámetro de correlación de vCPU con MHz. Este límite se puede evitar ahora estableciendo una correlación de vCPU con MHz baja sin que la CPU limite el número de máquinas virtuales en el vDC de organización.
  • VXLAN: Mediante VXLAN, los administradores pueden crear redes L2/L3 de múltiples empresas arrendatarias, que resultan más fáciles de suministrar y requieren menos dependencia de las redes físicas.
  • Clases de almacenamiento: Los administradores pueden crear distintas clases de capacidad de almacenamiento dentro del mismo vDC de organización/proveedor y, por lo tanto, utilizar el almacenamiento de forma más eficaz. vCloud Director ahora puede sacar el máximo partido de Storage DRS (con vSphere 5.1) para las MV suministradas con vCloud Director.
  • Flujo de trabajo de creación de vDCs de organización mejorado: Los elementos de red, como creación de puertas de enlace Edge, conectividad de redes externas, creación de redes internas y redes L4-7 y servicios de seguridad de terceros para el vDC ahora se pueden configurar mediante el flujo de trabajo principal de creación de vDCs de organización, lo que permite crear vDCs de organización con computación, almacenamiento, redes y seguridad en menos de 10 minutos.
  • Mejoras de red: Cada vDC de organización se conecta al mundo exterior a través de un dispositivo de puerta de enlace Edge, que admite autoservicio por parte de las empresas arrendatarias, puede tener hasta 10 interfaces de red, admite varias subredes en las interfaces, se puede configurar en distintos tamaños, admite alta disponibilidad en una configuración activo-pasivo, es compatible con relé DNS, y ofrece equilibrio de carga, firewall y VPN mejorados. Para obtener más información sobre el uso de varias subredes, consulte Configuración de varias subredes en redes externas.
  • Redes L4-7 integradas y soluciones de seguridad de proveedores terceros: Mediante el uso de vCloud Ecosystem Framework, los clientes pueden integrar redes L4-7 y servicios de seguridad de terceros en su vDC de organización. Estas soluciones de terceros pueden obtenerse de proveedores seleccionados a través del programa VMware Ready for Networking and Security. Esta característica permite a los clientes aprovechar sus inversiones tecnológicas en proveedores terceros y obtener al mismo tiempo todas las ventajas de la automatización y la agilidad de una solución integrada.
  • Marco de extensibilidad de las API: Permite a los socios SP/ISV ampliar las funciones de la API de vCloud y añadir sus propios servicios a vCloud al tiempo que aprovechan al máximo los servicios de infraestructura de vCloud Director.
  • Mejoras de usabilidad para administradores y empresas arrendatarias: varias mejoras, como SSO web para empresas arrendatarias, autenticación multifactor SSPI, compatibilidad con instantáneas y resolución de problemas más sencilla para los administradores.

Requisitos del sistema e instalación

Para obtener información sobre los requisitos del sistema y las instrucciones para la instalación, consulte la Guía de actualización e instalación de VMware vCloud Director .

Documentación

Para acceder a la documentación completa de vCloud Director 5.1, visite la página Documentación de vCloud Director.

Problemas conocidos

Se han detectado los siguientes problemas conocidos después de pruebas rigurosas y le ayudarán a comprender ciertos comportamientos que tal vez descubra en esta versión.

Los problemas conocidos se agrupan de la siguiente manera:

 

Problemas generales

Consideraciones de implementación de vCloud Director 5.1 Appliance
vCloud Director 5.1 Appliance se puede implementar con la base de datos integrada o con una base de datos externa Oracle o Microsoft SQL Server. Para obtener una lista de las bases de datos compatibles, vaya a VMware Product Interoperability Matrix y seleccione VMware vCloud Director en el menú desplegable de productos.

vCloud Director Appliance está pensado para utilizarse en implementaciones de prueba de conceptos con una única celda vCloud Director y dos vCenter Servers, 100 máquinas virtuales implementadas y diez usuarios. Para obtener más información sobre la implementación de vCloud Director Appliance, consulte la Guía de evaluador de vCloud Director .

En la lista de sistemas operativos invitados compatibles no está Microsoft Windows Server 2012 (64 bits)
En la lista de sistemas operativos invitados compatibles de la Guía del usuario de vCloud Director no está Microsoft Windows Server 2012 (64 bits). Microsoft Windows Server 2012 (64 bits) es un sistema operativo invitado compatible en vCloud Director 5.1.

Solo los administradores del sistema reciben alertas por correo electrónico relativas al estado del túnel VPN de forma predeterminada
En vCloud Director 1.5, el ajuste predeterminado de las notificaciones sobre el estado del túnel VPN era enviar notificaciones a los administradores de organización. En vCloud Director 5.1, el ajuste predeterminado es enviar notificaciones por correo electrónico solo a los usuarios para los que se ha configurado la recepción de alertas de correo electrónico de organización, que incluye de forma predeterminada solo a los administradores del sistema.

Solución alternativa: Cambie el ajuste de notificaciones por correo electrónico de la organización.

  1. Inicie sesión en la organización mediante el cliente web de vCloud Director.
  2. Haga clic en la pestaña Gestionar y Supervisar y seleccione Organizaciones.
  3. Haga clic con el botón secundario en el nombre de organización y seleccione Propiedades.
  4. Haga clic en la pestaña Preferencias de correo electrónico.
  5. Seleccione Establecer configuración de notificación de la organización.
  6. Seleccione los destinatarios deseados para las notificaciones de correo electrónico de organización y haga clic en Aceptar.

 

Las operaciones de creación de plantillas OVF y carga de medios fallan en algunas ocasiones en los vDC de organización respaldados por clústeres de almacén de datos
Algunas veces, cuando intenta cargar medios o crear una plantilla OVF en una organización respaldada por un clúster de almacén de datos, la operación falla. Esto se produce cuando se sobrepasa el umbral de clúster. En el caso de la creación de plantillas de OVF, el mensaje que aparece puede resultar confuso dado que indica: "La operación falló porque no se encontró ningún recurso adecuado".

La lista de roles y derechos predefinidos de la documentación no está completa
La tabla de roles predefinidos y derechos de la Guía del administrador de vCloud Director no tiene algunos de los derechos disponibles. En la lista que aparece a continuación se indican los roles predefinidos que estos derechos tienen de forma predeterminada.

  • Organización: Editar configuración de federación
    • Administrador del sistema
    • Administrador de organización
  • vDC de organización: Establecer perfil de almacenamiento
    • Administrador del sistema
    • Administrador de organización
  • Red de vDC de organización: Editar propiedades
    • Administrador del sistema
    • Administrador de organización
  • Red de vDC de organización: Ver propiedades
    • Administrador del sistema
    • Administrador de organización
  • Puerta de enlace: Configurar servicios
      Administrador del sistema
    • Administrador de organización
  • Disco: Cambiar propietario
    • Administrador del sistema
    • Administrador de organización
    • Autor de catálogo
    • Autor de vApp
  • Disco: Crear disco
    • Administrador del sistema
    • Administrador de organización
    • Autor de catálogo
    • Autor de vApp
  • Disco: Eliminar disco
    • Administrador del sistema
    • Administrador de organización
    • Autor de catálogo
    • Autor de vApp
  • Disco: Editar propiedades de disco
    • Administrador del sistema
    • Administrador de organización
    • Autor de catálogo
    • Autor de vApp
  • Disco: Ver propiedades de disco
    • Administrador del sistema
    • Administrador de organización
    • Autor de catálogo
    • Autor de vApp
    • Usuario de vApp

 

Problemas de instalación y actualización

Se ha solucionado el problema de CPU insuficiente de máquina virtual para vDCs de grupo de asignación que se producía tras actualizar vCloud Director de la versión 1.5 a la 5.1
Si ha implementado, actualizado o anulado la implementación de máquinas virtuales en un grupo de asignación después de actualizar de vCloud Director 1.5 a vCloud Director 5.1, es posible que esos vDC de grupo de asignación tengan recursos de CPU insuficientes. Este problema se ha solucionado en la versión 5.1.1. Para garantizar que la solución se aplique a sus vDC de grupo de asignación existentes después de actualizar a vCloud Director 5.1.1, implemente, anule la implementación o actualice una máquina virtual en cada vDC de grupo de asignación o realice una modificación leve del parámetro de vCPU para cada vDC de grupo de organización (por ejemplo, aumente o reduzca el valor en 1 MHz).

Esto no afectará a las actualizaciones de vCloud Director 5.1 a vCloud Director 5.1.1 en los casos en los que no se hayan suministrado ninguna máquina virtual en los vDC de grupo de asignación después de la actualización de la versión 1.5 a la 5.1, pero antes de la actualización a la 5.1.1. No afecta a las actualizaciones de vCloud Director 1.5 a vCloud Director 5.1.1. Para obtener más información sobre el modelo de asignación Grupo de asignación en vCloud Director 5.1.1, consulte la base de conocimientos de VMware.

El procedimiento de instalación de vShield que figura en la documentación es incorrecto
La tabla Procedimiento de instalación de vShield incluida en la Guía de actualización e instalación de vCloud Director es incorrecta.

Una vez finalizados los pasos 1-11 de Instalación y configuración de vShield Manager, deberá realizar una serie de pasos adicionales para sincronizar vShield Manager con vCenter y registrar vShield Manager como complemento de vSphere Client. Estos pasos se encuentran incluidos en la Guía de actualización e instalación de vShield en las páginas 21 (Inicio de sesión en la interfaz de usuario de vShield Manager) y 22 (Configuración de vShield Manager).

La ruta de instalación del complemento VMRC en Firefox 64 bits
En Firefox 64 bits, la ruta de instalación predeterminada es /usr/lib64/mozilla/plugins. Cuando se instala el complemento VMRC en la ruta predeterminada, la consola web de vCloud Director no puede abrir el complemento. Cuando se le solicite que personalice la instalación, especifique /usr/lib/mozilla/plugins como ruta.

Ha fallado la actualización del mensaje de error del agente al actualizar ESX/ESXi
Al completar el paso de actualización de los hosts ESX/ESXi del procedimiento Actualización de vCenter, hosts ESX/ESXi y dispositivos de vShield Edge incluido en la Guía de instalación y actualización de vCloud Director, es posible que aparezca alguno de estos mensajes de error en la pantalla:
 No se pudo actualizar el agente del host "nombre del host". Consulte los registros del agente.
 Han ocurrido errores al preparar el host "nombre de host."
 No se puede finalizar el inicio de sesión debido a un nombre de usuario o una contraseña incorrectos.

Solución alternativa: Un administrador del sistema debe realizar los siguientes pasos.

  1. Anular la preparación del host. Ignorar los avisos generados por esta operación.
  2. Preparar el host. Consulte el apartado Preparar o eliminar la preparación de un host ESX/ESXi en la Guía del administrador de vCloud Director.

 

La actualización de vShield Edge de la versión 5.0 a la 5.1 mediante vShield Manager requiere una actualización de la puertas de enlace Edge asociadas en vCloud Director
Después de actualizar vShield Edge de la versión 5.0 a la 5.1 mediante la interfaz de vShield Manager, vuelva a configurar los servicios de cada puerta de enlace Edge asociada en vCloud Director. Si falla la reconfiguración de servicios, el firewall de vCloud Director bloqueará la ruta de datos.

Problemas de localización

Configuraciones regionales de ja_JP (japonés) y Oracle
Si desea utilizar la configuración regional ja_JP con sus celdas de vCloud Director y desea utilizar una base de datos Oracle, es necesario que utilice Oracle 11g R2 (11.2.0.1 o superior) y que no establezca "JA16SJISTILDE" como NLS_CHARACTERSET.

En idiomas distintos del inglés, las listas de objetos solo se pueden filtrar por columnas que incluyan contenido generado por los usuarios
Descripción: Cuando se utiliza vCloud Director con idiomas distintos del inglés, la función de filtro de las listas de objetos solo funciona si al aplicar el filtro se utilizan columnas que incluyen contenido generado por el usuario, como el nombre o el nombre de la vApp.

Problemas de red

Si una vApp tiene una red con barreras y está encendida, es posible que las máquinas virtuales o los NIC de máquina virtual añadidos a la vApp no tengan conectividad de red
Si una vApp tiene una red con barreras y está encendida, y el tipo de NAT es enrutamiento de puertos y está habilitado el enmascaramiento de IP, puede que las máquinas virtuales o los NIC de máquina virtual que se han añadido a la vApp no tengan conectividad de red.

Solución alternativa: Deshabilite y vuelva a habilitar el enmascaramiento de IP en la red con barreras o detenga e inicie la vApp.

No se puede hacer ping a la interfaz interna de vShield Edge después de actualizar vShield Edge desde la versión 5.0 a la versión 5.1 en vCloud Director
Después de actualizar vShield Edge desde la versión 5.0 a la 5.1 mediante vCloud Director, ya no se puede hacer ping a la interfaz interna de vShield Edge desde una máquina virtual conectada a la red interna.

Solución alternativa: Añada de forma manual la siguiente regla para permitir el tráfico ICMP a la IP interna de vShield Edge.
  ANY -> VSE-Internal-IP ICMP ALLOW

Se produce un error parcial al eliminar el túnel VPN en un sistema actualizado
Se puede producir un error parcial al eliminar un túnel VPN en un sistema actualizado con el error "Edge gateway null does not exist." La eliminación de la configuración del túnel local finaliza de forma correcta, pero el túnel no se elimina de la puerta de enlace del mismo nivel.

Solución alternativa: Elimine la configuración de túnel desde la puerta de enlace del mismo nivel. Esta acción completa la eliminación del túnel VPN y hace desaparecer el error.

vCloud Director muestra en algunas ocasiones un estado funcional incorrecto para un grupo de redes VXLAN
En algunas ocasiones, vCloud Director muestra de forma incorrecta un grupo de redes VXLAN no funcional como con un estado funcional (verde). En estos casos, la opción Reparar se muestra al hacer clic con el botón secundario en el grupo de redes VXLAN.

Si la opción Reparar está presente para el grupo de redes VXLAN, repare el grupo para que vuelva a ser funcional.

Las operaciones de fusión de vDCs de proveedor no funcionan si los vDC de proveedor tienen grupos de redes VXLAN con distintos estados
Para fusionar dos vDCs de proveedor con grupos de redes VXLAN, los grupos de ambos vDCs de proveedor deben tener el mismo estado. Si un vDC de proveedor tiene un grupo de redes VXLAN funcional (verde) y el otro tiene un grupo no funcional (rojo), no se podrán fusionar los dos vDCs de proveedor.

Los servicios NAT de una pasarela de enlace Edge no se pueden habilitar o deshabilitar mediante la consola web de vCloud Director
No se puede utilizar la consola web de vCloud Director para habilitar o deshabilitar un servicio NAT en una puerta de enlace Edge.

Solución alternativa: Utilice la API de REST para habilitar o deshabilitar un servicio NAT en una puerta de enlace Edge. Para obtener más información sobre el uso de la API de REST, consulte la Guía de programación de API de vCloud.

El ámbito de IP se muestra de forma incorrecta para varias subredes
En la consola web de vCloud Director, las redes de vDC de organización directas y las redes de vApp conectadas directamente a ellas muestran un solo ámbito de red en la página Especificación de red aunque la red de proveedor tenga varios ámbitos de IP.

Solución alternativa: Utilice la API de REST para obtener una representación XML de OrgVdcNetwork o VappNetwork. Todos los ámbitos de IP están enumerados en el elemento IpScopes de la respuesta. Para obtener más información sobre el uso de la API de REST, consulte la Guía de programación de API de vCloud.

Los enlaces superiores de puerta de enlace Edge solo muestran una subred cuando hay varias subredes
En la consola web de vCloud Director, los enlaces de puerta de enlace Edge muestran únicamente una subred en "Asignaciones de IPs externas" aunque la red externa a la que se conecta el enlace superior tenga más de un ámbito de IP.

Solución alternativa: Las asignaciones de IPs a interfaces externas se pueden consultar en la página de propiedades de la puerta de enlace Edge en la pestaña Configurar valores de IP. Las asignaciones de IPs a servicios se pueden consultar en la pestaña de servicios de la puerta de enlace Edge.

Los enlaces superiores de switch distribuido de vSphere que admiten agrupaciones de redes VXLAN para vCloud Director deben utilizar LACP
Todos los puertos de enlace superior de un switch distribuido de vSphere configurado para admitir agrupaciones de redes VXLAN para vCloud Director deben configurarse para utilizar LACP. Consulte el apartado Habilitar o deshabilitar LACP en un grupo de puertos de enlace superior con el cliente web de vSphere en la documentación relativa a las redes de vSphere.

Problemas de la máquina virtual y de vApp

La cuota de MVs en ejecución no se ha actualizado al cambiar la propiedad de una vApp en ejecución
Cuando un administrador cambia la propiedad de una vApp en ejecución a un usuario, las MVs en ejecución del usuario no se actualizan para incluir la vApp nueva.

Solución alternativa: Reinicie la vApp para actualizar la cuota de MVs en ejecución del usuario.

Las operaciones de creación de vApps están limitadas para las vApps que utilizan perfiles de almacenamiento en vSphere 5.0 U1 o versiones anteriores
Cuando se realiza una copia de seguridad de vCloud Director mediante vSphere 5.0 U1 o versiones anteriores, las operaciones de creación de vApps, que incluyen la creación, copia, traslado e importación de vApps se limitan a ocho por celda para las vApps que utilizan perfiles de almacenamiento. Las operaciones de creación de vApps que superen este límite se colocarán en una cola para comenzar una vez finalizadas las operaciones cuya ejecución ya se ha iniciado.

El botón Aceptar del cuadro de diálogo Editar propiedades de vApp puede aparecer desactivado al ejecutar vCloud Director en Windows XP o Linux
Al editar los parámetros de inicio o detención de máquinas virtuales del cuadro de diálogo Editar propiedades de vApp, puede que el botón Aceptar aparezca desactivado cuando se ejecuta vCloud Director en sistemas Windows XP o Linux.

Solución alternativa: Haga clic en cualquier parte del cuadro de diálogo fuera del campo que va a editar.

No se pueden cargar medios en una máquina virtual desde un almacén de datos al que no puede acceder el host de la máquina virtual
Cuando intenta cargar medios en una máquina virtual y estos medios existen en un almacén de datos al que no puede acceder el host en el que se encuentra la máquina virtual, la operación falla.

Solución alternativa: Cargue los medios en un almacén de datos al que pueda acceder el host de la máquina virtual o haga que el almacén de datos en el que se encuentran los medios sea accesible al host de la máquina virtual.

Es necesario habilitar perfiles de almacenamiento para añadir o importar máquinas virtuales con perfiles de almacenamiento distintos de * (Cualquiera)
Cuando los perfiles de almacenamiento no están habilitados en el clúster asociado con un vDC de proveedor, la operación de añadir o importar una máquina virtual con un perfil de almacenamiento distinto de * (Cualquiera) falla con un mensaje de error. Para solucionar este problema, habilite perfiles de almacenamiento en el clúster y vuelva a intentar la operación de añadir o importar. Consulte Enable Virtual Machine Storage Profiles in the vSphere Client (Habilitar perfiles de almacenamiento de máquina virtual) en la documentación relativa al almacenamiento de vSphere.

La eliminación de máquinas virtuales cuando expira vApp falla cuando se utiliza vSphere 5.0 con discos independientes
Cuando se utiliza vCloud Director 5.1 con vSphere 5.0, las máquinas virtuales configuradas con discos independientes no se eliminan correctamente cuando expira vApp. Por el contrario, estas máquinas virtuales se extravían y no pueden seguir utilizándose los discos conectados a ellas.

Solución alternativa: Para eliminar la máquina virtual extraviada y desconectar el disco independiente, lleve a cabo los siguientes pasos.

  1. En vCenter Server, encienda y apague la máquina virtual.
  2. En vCloud Director, elimine la máquina virtual de la lista de elementos extraviados.

 

Si elimina la máquina virtual sin encenderla y apagarla antes en vCenter Server, este no liberará el disco independiente y quedará inservible.

Problemas de la API de vCloud

Compatibilidad de APIs
vCloud Director 5.1 admite las versiones 1.5 y 5.1 de la API de vCloud. Los clientes de la API de vCloud 1.5 pueden funcionar con un servidor de vCloud Director 5.1 con ligeras variaciones o ninguna. Las incompatibilidades conocidas se resumen en esta sección.

Nota: Si utiliza una combinación de clientes de API de vCloud 1.5 y 5.1 en una única instalación de vCloud Director, las operaciones de los dos tipos de cliente pueden fallar de manera impredecible, especialmente en los casos en que las operaciones crean, recuperan, actualizan o eliminan objetos que son nuevos o se han modificado en vCloud Director 5.1. La referencia de esquema de la API de vCloud incluye un resumen de los cambios realizados en los esquemas en vCloud Director 5.1.

  • Cuando un cliente de una API de vCloud 1.5 crea un vDC de proveedor en un servidor de una API de vCloud 5.1, el objeto VMWProviderVdc devuelto en el cuerpo de la respuesta contiene referencias a todos los almacenes de datos a los que se puede acceder desde el grupo de recursos al que se hace referencia en la solicitud, independientemente de los almacenes de datos a los que se haga referencia en la solicitud.
  • En vCloud Director 5.1, los objetos NetworkPool están asociados con objetos OrgVdc. Cuando un cliente de una API de vCloud 1.5 crea una OrgNetwork con enrutamiento o aislada en un servidor de una API de vCloud 5.1, la solicitud falla a menos que se especifique un NetworkPool que esté asociado con un vDC de organización en la organización contenedora.
  • Las solicitudes de un cliente de una API de vCloud versión 1.5 para eliminar un vDC de organización pueden fallar si el vDC contiene una puerta de enlace Edge. Para solucionar este problema, elimine todas las redes de vDC con enrutamiento o aisladas en el vDC de organización e intente de nuevo la operación.
  • Las solicitudes de un cliente de una API de vCloud versión 1.5 para crear una red de vDC de organización con enrutamiento o aislada podrían fallar si no hay ningún vDC en la organización al que se haya suministrado un grupo de redes. Para solucionar este problema, cree como mínimo un vDC de organización que incluya un grupo de redes e intente de nuevo la operación.

Los límites de velocidad no son compatibles con determinadas configuraciones de grupos de puertos
No puede establecer un límite de velocidad en una red externa respaldada por un grupo de puertos de switch estándar. Si utiliza la API de REST para configurar un límite de velocidad de entrada ( InRateLimit) o de salida ( OutRateLimit) en un elemento GatewayInterface de una puerta de enlace Edge ( EdgeGateway), la tarea resultante fallará si GatewayInterface es una referencia a una red externa respaldada por un grupo de puertos de switch estándar o un grupo de puertos dinámico o efímero.

Fallo del inicio de sesión en la API con aserción SAML como No autorizado
Si un administrador del sistema inicia sesión en la API de REST utilizando una aserción SAML después de que la celda haya estado inactiva durante más de 10 minutos, o antes de que un administrador del sistema haya iniciado sesión en la consola web de vCloud Director, el inicio de sesión falla con un estado HTTP de No autorizado (401).

Solución alternativa: Vuelva a intentar la solicitud sin org="System" en el encabezado de la autorización.

La respuesta a la consulta /api/query?type=adminAllocatedExternalAddress&format=records contiene un valor no válido
La respuesta a la consulta
  .../api/query?type=adminAllocatedExternalAddress&format=records
contiene un valor no válido para el atributo org. El valor es el del vDC de organización que contiene la red, y no el de la propia organización.

Solución alternativa: Obtenga una referencia válida a la organización.

  1. Sustituya la parte org del valor por vdc.
  2. Utilice el nuevo valor como la URL de una solicitud GET.
  3. Examine la respuesta. Contiene un elemento Link donde rel="up". El valor del atributo href de este enlace es una referencia a la organización que contiene el vDC y es el valor correcto del atributo org de la respuesta a la consulta.

 

La actualización de OrgGuestPersonalizationSettings establece el elemento CanPublishCatalogs de la organización como falso
Si utiliza la API de REST para actualizar el ajuste OrgGuestPersonalizationSettings de una organización ( PUT /admin/org/{id}/settings/guestPersonalizationSettings), la actualización también restablecerá el valor del elemento CanPublishCatalogs de la organización como falso.

Falta añadir enlaces de algunos elementos de servicios de extensión
Los siguientes elementos Link no se devuelven en un cuerpo ResourceClass, pero son válidos cuando se utilizan.

<vcloud:Link rel="add"
  type="application/vnd.vmware.admin.resourceClassAction+xml"
  href="API-URL/admin/extension/service/resourceclass/{id}/resourceclassactions"/>

<vcloud:Link rel="add"
  type="application/vnd.vmware.admin.serviceResource+xml"
  href="API-URL/admin/extension/service/resourceclass/{id}/serviceresources"/>

El siguiente elemento Link no se devuelve en un cuerpo ResourceClassAction, pero es válido cuando se utiliza.

<vcloud:Link rel="add"
  type="application/vnd.vmware.admin.aclRule+xml"
  href="API-URL/admin/extension/service/resourceclassaction/{id}/aclrules"/>

El cliente de la API de vCloud versión 1.5 puede fallar al crear una red de organización con enrutamiento con determinadas reglas NAT
Las solicitudes procedentes de un cliente de la API de vCloud versión 1.5 para crear una red de organización que incluya un NatService que admita enmascaramiento de IP mediante el establecimiento de NatType como portForwarding y Policy como allowTraffic, como se muestra en el ejemplo, fallan con un error interno de servidor.
 <NatService>
   <IsEnabled>false</IsEnabled>
   <NatType>portForwarding</NatType>
   <Policy>allowTraffic</Policy>
 </NatService>

Solución alternativa: Lleve a cabo los siguientes pasos.

  1. Cree la red con NatService:Policy establecido como allowTrafic.
  2. Cambie el valor de red de NatService:Policy a allowTrafficIn.
  3. Establezca el valor de red de AllowedExternalIpAddresses a la dirección IP de la puerta de enlace Edge a la que se conecta la red.

 

La creación de una red de vApp enrutada con el ajuste predeterminado de firewall mediante la API de REST origina una facturación incorrecta del servicio por parte de vCenter Chargeback Manager
Cuando se crea una red de App mediante la API de REST de vCloud Director sin especificar si se habilitará el firewall en la red, el servicio de firewall se activa en la red de forma predeterminada, pero la facturación por parte de vCenter Chargeback Manager no es correcta.

Solución alternativa: Cuando cree una red de vApp enrutada con la API de REST de vCloud Director, asegúrese de especificar si se activará el firewall en la red. Si ha creado con anterioridad la red de vApp y la facturación no es correcta, deshabilite y vuelva a habilitar el firewall en la red.

El progreso de las tareas no se muestra correctamente en la API de REST
Cuando se está ejecutando una tarea, el elemento <Progress> aparece en la respuesta de tarea GET, independientemente de que la tarea presente algún avance. Para las tareas que notifican su avance, el valor de progreso se muestra correctamente. Para las tareas que no notifican su avance, el valor se establece en 0 hasta que la tarea finaliza.