Notas da versão do VMware Cloud Director 10.6

VMware Cloud Director 10.6 \| 27 DE JUNHO DE 2024 \| Compilação 24055916 (compilação instalada 24055813) Verifique se há adições e atualizações para estas notas da versão.

VMware Cloud Director 10.6 | 27 DE JUNHO DE 2024 | Compilação 24055916 (compilação instalada 24055813)

Verifique se há adições e atualizações para estas notas da versão.

Novidades

O VMware Cloud Director versão 10.6 inclui o seguinte:

Recurso multiempresa em três níveis

Os provedores de nuvem podem usar o modelo de recurso multiempresa em três níveis para estabelecer organizações de subprovedores com privilégios administrativos restritos sobre um conjunto limitado de tenants. Os casos de uso incluem a revenda de serviços de nuvem por meio de revendedores ou provedores de serviços gerenciados e a habilitação do recurso multiempresa aninhado em organizações empresariais. Esta versão traz o recurso multiempresa em três camadas para todos os aspectos dos recursos e serviços disponíveis por meio do VMware Cloud Director. Consulte Visão geral da administração do VMware Cloud Director, no Guia de Administração do Provedor de Serviços do VMware Cloud Director e Entendendo a função de subprovedor no VMware Cloud Director, no Guia do Subprovedor e Tenant do VMware Cloud Director.
O VMware Cloud Director 10.6 requer o PostgreSQL 13 ou versão posterior

Para configurações externas do PostgreSQL, o VMware Cloud Director 10.6 requer o PostgreSQL versão 13 ou posterior.
Gerenciamento de recursos e aplicativos de contêineres
- Agora, os administradores de clusters Kubernetes podem controlar o acesso de usuários de locatários individuais a um cluster Kubernetes ou a namespaces individuais dentro de um cluster. Os usuários do tenant podem implementar aplicativos de contêiner nos namespaces para os quais receberam acesso. Isso permite que vários usuários tenants compartilhem um cluster Kubernetes e implantem seus aplicativos de contêiner no mesmo cluster, mas com namespaces diferentes. Os usuários do tenant com acesso no nível do cluster também podem implementar aplicativos de contêiner que solicitam recursos no nível do cluster.
- Os proprietários de aplicativos de contêiner podem ver o histórico de revisões de aplicativos na página de detalhes do aplicativo. Cada revisão tem um estado que indica se ela foi aplicada com êxito.
- Esta versão traz uma nova versão do Content Hub Operator. O Content Hub Operator é executado no cluster Kubernetes e se comunica com o VMware Cloud Director por meio do protocolo WebSocket para desempenho aprimorado. O Content Hub Operator também pode informar sua compatibilidade de versão com o VMware Cloud Director no Portal do Tenant, o que ajuda o proprietário do cluster a decidir quando fazer upgrade do operator.
Catálogo Global

Os provedores de nuvem podem criar e publicar catálogos globalmente consistentes em várias instâncias do vCenter e em vários sites do VMware Cloud Director. O recurso requer o uso de uma tecnologia de replicação de armazenamento compartilhado. Qualquer solução de armazenamento compartilhado que atenda aos requisitos documentados de escala e desempenho pode ser usada para habilitar catálogos distribuídos globais. Consulte Configurar catálogos distribuídos para uma organização, no Guia de Administração do Provedor de Serviços do VMware Cloud Director, e Criar um catálogo distribuído, no Guia do Subprovedor e Tenant do VMware Cloud Director.
Suporte a IPv6 para nós de dispositivos do VMware Cloud Director

Células de dispositivos do VMware Cloud Director podem ser executadas em um ambiente de rede IPv6.
Vários snapshots de VM

O VMware Cloud Director agora oferece suporte a vários snapshots por VM, até um número máximo que os provedores de nuvem podem configurar.
Aumento dos limites de escala

Esta versão traz um aumento significativo da escala máxima em várias áreas da plataforma. O número aceito de VMs por instância do VMware Cloud Director é de até 55.000 (independentemente do estado de energia); o número de consoles remotos simultâneos é de até 22.000 e o número máximo de usuários é de até 300.000. O número máximo de VDCs (Centros de Dados Virtuais) de organização em um grupo de VDCs da organização aumentou de 16 para 2.000 membros.
Photon OS 4.0

O dispositivo do VMware Cloud Director agora é baseado no Photon OS 4.0, que traz segurança aprimorada e pacotes de sistema operacional atualizados.
Melhoria no desempenho da instanciação de modelos de VM

Nos casos em que um modelo de VM for instanciado em uma VM em um vCenter diferente, o VMware Cloud Director tentará otimizar o tempo de instanciação usando a clonagem da VM. Se a operação de clonagem falhar, o VMware Cloud Director reverterá para a exportação/importação do OVF. Consulte o artigo 2106952 da KB para obter mais detalhes sobre os pré-requisitos do clone do vCenter.
Sistema de reserva de IP para administração de tenants
Foram feitos grandes aprimoramentos no Gerenciamento de endereços IP, com foco nas reservas de IP para cargas de trabalho e no fornecimento de endereços IP para serviços de longa duração do VMware Cloud Director (por exemplo, LB VIP). As melhorias estão alinhadas às permissões em três níveis e oferecem uma experiência de usuário intuitiva para gerenciar ciclos de vida de endereços IP derivados de pools de IPs para tenants, subprovedores e personas de provedores.
- Nova UX para implantar Controladores Avi e Conectores do NSX Cloud
  
  O VMware Cloud Director 10.6 aprimora o provisionamento de Controladores Avi e Conectores do NSX Cloud, além de adicionar uma nova UX para aumentar a escalabilidade do Avi, adicionando mais Controladores de Nuvem aos Controladores Avi existentes. A UX fornece informações de consumo para avaliar a capacidade do controlador e do NSX Cloud, bem como do edge gateway.
- O autoatendimento de tenants de monitores de integridade personalizados para monitores de integridade do NSX Advanced Load BalancerCustom agora está disponível ao implantar o NSX Advanced Load Balancer. Esses monitores complementam as políticas HTTP e permitem a configuração de autoatendimento de tenants para verificações de integridade dos membros do pool. A experiência do usuário oferece métodos altamente personalizados para garantir que os aplicativos sejam executados conforme projetado e, ao mesmo tempo, remover membros errantes do pool que falham em verificações de integridade personalizadas. Consulte Criar e atribuir um monitor de integridade personalizado no Portal de Administração do Provedor de Serviços e Criar e atribuir um monitor de integridade personalizado no Portal do Tenant.
- Ingestão de log de segurança e observabilidade por tenantO VMware Cloud Director 10.6 oferece suporte à ingestão de log por meio da integração com o VMware Aria Operations for Logs. Agora, logs de firewall distribuído e do NSX Gateway Firewall são processados pelo VMware Aria Operations for Logs e perfeitamente integrados ao Portal do Tenant do VMware Cloud Director. Os tenants podem exportar os logs para arquivos CSV e usar filtros e intervalos de tempo para se concentrar em eventos específicos. Consulte o tópico Configurar um provedor de logs, no Guia de Administração do Provedor de Serviços do VMware Cloud Director, e a documentação sobre logs de firewall de edge gateways, logs de firewall de gateways de provedor e logs de firewall distribuídos, no Guia do Subprovedor e Tenant do VMware Cloud Director.
- VPN IPsec em gateways de provedor e Edge GatewaysNa versão 10.6, o VMware Cloud Director expande a funcionalidade da VPN IPsec para incluir o estabelecimento do Tunnel em gateways de provedor dedicados. O gerenciamento de VPNs IPsec também está alinhado ao modelo de três camadas, permitindo que tenants, subfornecedores e provedores configurem VPNs e usem o BGP para controlar quais prefixos de IP usarão a VPN. A configuração do BGP pode ser automatizada para os tenants quando os provedores optam por usar Espaços de IP para gerenciar atribuições de rede para endereçamento público e privado. Além disso, os provedores e subprovedores podem delegar algumas configurações de BGP aos seus locatários. Consulte a documentação da VPN IPsec para NSX Edge Gateways, no Guia do Portal de Administração do Provedor de Serviços e no Guia do Portal do Tenant, e a documentação sobre como Configurar a VPN IPSec do NSX em um Gateway de Provedor Dedicado, no Guia do Portal de Administração do Provedor de Serviços e no Guia do Portal do Tenant.
Esta versão resolve o CVE-2024-22272

Para obter mais informações sobre essa vulnerabilidade e seu impacto nos produtos da VMware by Broadcom, consulte VMSA-2024-0014.
Novo - Alterações na criação da Entidade Definida de Tempo de Execução (RDE) do tenant por usuários do provedor

No VMware Cloud Director 10.6, quando você, como usuário de provedor, cria um RDE no contexto do tenant usando o cabeçalho de solicitação X-VMWARE-VCLOUD-TENANT-CONTEXT, o proprietário da entidade é o usuário system oculto. O usuário system não aparece na lista de usuários. O VMware Cloud Director usa esse usuário como proprietário de entidades, como VMs e RDEs, que os usuários do provedor criam no contexto do tenant.

Em versões anteriores do VMware Cloud Director, os proprietários dessas entidades são os usuários do provedor que as criam. Quando você atualiza para a versão 10.6, o VMware Cloud Director altera os proprietários de entidades de tenant existentes de versões do VMware Cloud Director anteriores para o usuário system.

Baixar o VMware Cloud Director

Você pode baixar o VMware Cloud Director 10.6 no Portal de Suporte da Broadcom.

Para obter mais informações sobre como registrar-se no Portal de Suporte da Broadcom, consulte Registrar-se para obter uma conta no Portal de Suporte e nas Comunidades da Broadcom. Para obter instruções de download do produto, consulte Baixar produtos e softwares da Broadcom.

Blog do VMware Cloud Provider

Para obter mais informações sobre os recursos novos e atualizados desta versão, consulte Novidades no VMware Cloud Director 10.6.

Segurança

Atualizações de segurança do Photon OS 4.0

O dispositivo do VMware Cloud Director versão 10.6.0 inclui atualizações de segurança do Photon OS 4.0 para avisos até PHSA-2024-4.0-0618, inclusive. Consulte os Avisos de segurança do Photon OS 4.0.

Notas de suporte do produto

Descontinuação de idiomas localizados
A partir da próxima versão principal, reduziremos o número de idiomas de localização compatíveis. Os três idiomas com suporte serão:
- Japonês
- Espanhol
- Francês
Não haverá suporte para os seguintes idiomas: português do Brasil, alemão, italiano, coreano, chinês simplificado, chinês tradicional.

Impacto:
- Os usuários que estiverem usando os idiomas obsoletos não receberão mais atualizações ou suporte nesses idiomas.
- Todas as interfaces de usuário, documentação de ajuda e suporte ao cliente estarão disponíveis somente em inglês ou nos três idiomas com suporte mencionados acima.
Descontinuidade do AMQP e do RabbitMQ

A partir do VMware Cloud Director 10.6, a funcionalidade baseada no AMQP está obsoleta. Para garantir o suporte contínuo, considere atualizar todas as extensões legadas que usam o AMQP. As extensões mais recentes devem se basear em uma funcionalidade equivalente com o suporte do MQTT.
Os clusters TKG e TKGS no VMware Cloud Director não são compatíveis com o vSphere 8.0 Update 3

Devido a uma alteração na arquitetura do VMware Tanzu Kubernetes Grid e do VMware Tanzu Kubernetes Grid Service no vSphere 8.0.3, o VMware Cloud Director oferece suporte a clusters TKG e TKGS somente com o vSphere 8.0 Update 2c ou versões anteriores.
Processo de preterição para usuários locais do VMware Cloud Director para uso de produção

A autenticação para usuários locais no VMware Cloud Director não faz uso de tecnologias de autenticação modernas, práticas recomendadas de segurança e requisitos de conformidade, como políticas de senha, 2FA ou suporte para MFA. Ao usar a integração do VMware Cloud Director com provedores de identidade externos, você pode aproveitar todos os avanços existentes e futuros nas tecnologias de autenticação.

O VMware Cloud Director continuará a oferecer suporte a usuários locais para uso de avaliação. O uso de produção de usuários locais está obsoleto, mas continuará sendo totalmente compatível até a próxima versão principal do VMware Cloud Director.
O VMware Cloud Director 10.6 não oferece suporte à personalização de convidados do Windows Vista e do Windows Server 2008 SP1 e anteriores

A partir da versão 10.6, não é possível personalizar o Windows Vista e o Windows Server-2008 SP1 e anteriores.

Atualização das versões anteriores

Para obter mais informações sobre como fazer upgrade para o VMware Cloud Director 10.6, além de caminhos e fluxos de trabalho de upgrade e migração, consulte Upgrade e migração do dispositivo do VMware Cloud Director ou Upgrade do VMware Cloud Director no Linux.

Requisitos do sistema e instalação

Portas e protocolos
Matriz de compatibilidade
Sistemas operacionais compatíveis com o VMware Cloud Director Server
Agentes de mensagens compatíveis com o AMQP
Bancos de dados externos com suporte
Bancos de dados compatíveis para o armazenamento de dados históricos de métricas
Requisitos de espaço em disco
Requisitos de memória
Requisitos de CPU
Pacotes de software Linux necessários
Suporte ao provedor de identidade
Protocolos de segurança e pacotes de codificação compatíveis
Navegadores compatíveis
Versões de sistemas operacionais convidados e de hardware virtual compatíveis

Portas e protocolos

Para obter informações sobre as portas e os protocolos de rede usados pelo VMware Cloud Director 10.6, consulte VMware Ports and Protocols.

Matriz de compatibilidade

Consulte as Matrizes de interoperabilidade dos produtos VMware para obter informações atualizadas sobre:

Interoperabilidade do VMware Cloud Director com outras plataformas VMware
Bancos de dados compatíveis com o VMware Cloud Director com suporte

Sistemas operacionais compatíveis com o VMware Cloud Director Server

CentOS 7
CentOS 8
CentOS 9
Red Hat Enterprise Linux 7
Red Hat Enterprise Linux 8
Red Hat Enterprise Linux 9

Agentes de mensagens compatíveis com o AMQP

Importante:

O AMQP está obsoleto a partir da versão 10.6. Quando atualizadas, suas extensões devem usar uma funcionalidade equivalente baseada em MQTT, que não exige mais um agente de mensagens externamente gerenciado.

O VMware Cloud Director usa o AMQP para fornecer o barramento de mensagem usado por serviços de extensão, extensões de objeto e notificações. Esta versão do VMware Cloud Director requer o RabbitMQ versão 3.10.x, 3.11.x ou 3.12.x.

Para obter mais informações, consulte o Guia de instalação, configuração e upgrade do VMware Cloud Director.

Bancos de dados externos com suporte

As instalações do VMware Cloud Director no Linux são compatíveis com as versões 13 a 15 do PostgreSQL.

Bancos de dados compatíveis para o armazenamento de dados históricos de métricas

O VMware Cloud Director oferece suporte ao Apache Cassandra versões 4.0.x e 4.1.x.

Requisitos de espaço em disco

Cada servidor do VMware Cloud Director requer aproximadamente 2100 MB de espaço livre para a instalação e os arquivos de log.

Requisitos de memória

Consulte o Guia de instalação, configuração e upgrade do VMware Cloud Director para requisitos de memória.

Requisitos de CPU

O VMware Cloud Director é um aplicativo associado à CPU. Você deve seguir as diretrizes de comprometimento excessivo da CPU para a versão apropriada do vSphere. Em ambientes virtualizados, independentemente do número de núcleos disponíveis para o VMware Cloud Director, deve haver uma proporção sensível de vCPU para CPU física, que não resulte em comprometimento excessivo.

Pacotes de software Linux necessários

Cada servidor do VMware Cloud Director deve incluir instalações de vários pacotes de software Linux comuns. Normalmente, esses pacotes são instalados por padrão com o software do sistema operacional. Se estiver faltando algum pacote, ocorrerá falha na instalação e será exibida uma mensagem de diagnóstico.

Além dos pacotes necessários para o instalador, vários procedimentos de configuração de conexões de rede e criação de certificados SSL requerem o uso do comando nslookup do Linux, que está disponível no pacote bind-utils do Linux.

Suporte ao provedor de identidade

O VMware Cloud Director 10.5 oferece suporte a provedores de identidade LDAP, SAML e OpenId Connect (OIDC).

Protocolos de segurança e pacotes de codificação compatíveis

O VMware Cloud Director requer conexões de cliente para ser seguro. O SSL versão 3 e o TLS versão 1.0 e 1.1 apresentaram vulnerabilidades graves de segurança, por isso não fazem mais parte do conjunto de protocolos padrão oferecido pelo servidor ao fazer uma conexão de cliente. Os administradores do sistema podem habilitar mais protocolos e conjuntos de codificação. Consulte a seção Ferramenta de gerenciamento de células no Guia de instalação, configuração e upgrade do VMware Cloud Director. Os seguintes protocolos de segurança são compatíveis:

TLS versão 1.3
TLS versão 1.2
TLS versão 1.1 (desativado por padrão)
TLS versão 1.0 (desativado por padrão)

Para ativar as versões desativadas, consulte KB 88929.

Pacotes de codificação com suporte ativados por padrão:

TLS_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

Importante:

Se você quiser usar o TLS versão 1.3, TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384 ou ambos deverão estar ativados.

Pacotes de codificação com suporte desativados por padrão:

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

Os administradores do sistema podem usar a ferramenta de gerenciamento de célula para habilitar explicitamente os pacotes de codificação com suporte que estejam desativados por padrão.

Navegadores compatíveis

O VMware Cloud Director é compatível com a versão principal anterior e a versão principal atual dos seguintes navegadores:

Google Chrome
Mozilla Firefox
Microsoft Edge

Versões de sistemas operacionais convidados e de hardware virtual compatíveis

O VMware Cloud Director oferece suporte a todas versões de sistemas operacionais convidados e de hardware virtual compatíveis com os hosts ESXi que suportam cada pool de recursos.

Documentação

Para acessar o conjunto completo de documentação do produto, acesse a Documentação do VMware Cloud Director.

Problemas resolvidos

A importação de um vApp falha com um erro Failed to attach vif uuid to network

Quando há entradas obsoletas na tabela dv_portgroup_inv, a importação de um vApp falha. O problema ocorre quando há um problema de sincronização entre o vSphere e o NSX; nesse caso, o VMware Cloud Director pode escolher uma rede inválida do NSX.
O assistente para Criar Catálogo exibe apenas as 10 primeiras políticas de armazenamento da lista de políticas

Durante a criação de um catálogo, se houver mais de 10 políticas de armazenamento disponíveis, devido a um problema com o menu suspenso, o assistente não exibirá mais do que as 10 primeiras políticas de armazenamento.
Em ambientes multissite, a tentativa de exibir o consumo do perfil de vGPU falha com um erro
Se você tiver um ambiente multissite, a tentativa de exibir o consumo do perfil de vGPU falhará com o seguinte erro.
```
Unknown property 'id' on class 'class com.vmware.vcloud.rest.openapi.model.VgpuVmConsumerEntity
```
Falha ao mover e editar uma VM com um erro Invalid AddressOnParent value (16) for disk with InstanceID

O VMware Cloud Director não oferece suporte a mais de 15 discos em um controlador SCSI. No entanto, o vCenter oferece suporte a 64 discos em controladores SCSI paravirtuais da VMware, que são um subtipo do controlador SCSI. Quando uma VM com um controlador SCSI paravirtual da VMware for importada do vCenter, se um dos discos de VMs estiver no número da unidade maior que 15, você não poderá editar ou mover a VM.
Se a política de armazenamento de destino for vSAN, a alteração da política de armazenamento de uma VM poderá falhar com um Internal Server Error

Durante a alteração da política de armazenamento de uma VM dentro ou entre VDCs de organização e quando a política de armazenamento de destino for vSAN, a operação poderá falhar com um erro Internal Server Error. Os logs do VMware Cloud Director mostram Invalid vSAN policy specified.
O mecanismo de posicionamento do VMware Cloud Director coloca VMs em datastores que estão no modo de manutenção.

Se um datastore estiver no modo de manutenção, o VMware Cloud Director deverá rejeitar esse datastore para posicionamento. No entanto, o mecanismo de posicionamento coloca incorretamente as VMs em datastores que estão no modo de manutenção.
A atualização da conexão ao AMQP falha com um erro No subject alternative names matching IP address
O cliente AMQP do VMware Cloud Director usa uma técnica de balanceamento de carga round-robin de DNS. No entanto, esse método não funciona quando a conexão é protegida usando TLS e os logs mostram o seguinte erro.
```
Caused by: java.security.cert.CertificateException: No subject alternative names matching IP address...
```
Quando você exclui um disco de VM, antes da exclusão, o VMware Cloud Director realoca o disco da VM

O VMware Cloud Director sempre realoca o disco da VM quando você o exclui e ele é ligado em VMs.
Não é possível criar perfis de contexto de rede com vários atributos em um edge gateway
A criação de um novo perfil de contexto de rede personalizado na seção de edge gateway do Portal de Administração do Provedor de Serviços do VMware Cloud Director falha com o seguinte erro ao selecionar diferentes valores de atributo separados por vírgulas.
```
Bad Request: Error occurred in the backing network provider: Duplicate attribute key found: DOMAIN_NAME., error code 521002
```
A criação de pools em edge gateways falha com o erro Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER

O campo append_port no pool de servidores do VMware NSX Advanced Load Balancer tem três valores: NON_DEFAULT_80_443, NEVER e ALWAYS. Para usuários de licença do NSX Advanced Load Balancer Basic Edition, o valor correto é NEVER, mas o padrão de configuração do VMware Cloud Director atual está definido como NON_DEFAULT_80_443. Isso causa problemas para clientes com licenças básicas do NSX Advanced Load Balancer que fazem upgrade do VMware Cloud Director.
Não é possível registrar suas instâncias do NSX Cloud com o VMware Cloud Director porque a lista de nuvens disponíveis está esmaecida

Ao registrar um NSX Cloud no VMware Cloud Director, se você fornecer uma URL com uma barra direta no final, mesmo que a conexão seja bem-sucedida, não será possível selecionar instâncias do NSX Cloud porque a barra extra causará um problema na busca das nuvens, apesar da conexão ser bem-sucedida.
Não é possível modificar as configurações de e-mail de organizações recém-criadas

Quando você usa o endpoint cloudapi para criar organizações, o VMware Cloud Director não cria entradas nas tabelas smtp_server e org_email. No entanto, nas versões anteriores do VMware Cloud Director usa a API herdada que insere esses registros.
A execução de uma ação em um vApp resulta em um erro Entity not found

O VMware Cloud Director permite incorretamente espaços em branco no nome do vApp durante as operações de cópia e clone do vApp. Isso faz com que o VMware Cloud Director trate o vApp como uma entidade diferente e, mais tarde, quando você tenta executar qualquer ação no vApp, as ações falham com o erro Entity not found.
Quando você tenta renomear uma VM de um vApp, se o nome já estiver sendo usado, o VMware Cloud Director retornará um erro. No entanto, o nome será alterado no vCenter

Quando você renomeia uma VM de um vApp, se o mesmo nome de VM for usado no vApp, no VMware Cloud Director, você receberá um erro informando que existe uma chave duplicada e que a VM não pode ser renomeada, mas a operação é realizada no vCenter. A operação de reconfiguração aciona uma tarefa para o vCenter e alterações de nome são feitas sem realizar uma verificação se o nome já está sendo usado.
A execução do comando da CMT para configurar uma lista de negação de conexões de teste com um intervalo de endereços IP 0.0.0.0/0 falha com um erro

Se você executar o comando /opt/vmware/vcloud-director/bin/cell-management-tool manage-test-connection-denylist --add-range 0.0.0.0/0 da CMT (Ferramenta de gerenciamento de células), o VMware Cloud Director não analisará o intervalo corretamente, e a operação falhará com o seguinte erro.

Error executing command: Index -1 out of bounds for length 0
Durante uma configuração de dispositivo primário do VMware Cloud Director, se você deixar o botão de alternância do CEIP ativado por padrão, quando a configuração for concluída, o CEIP estará desativado

Durante a configuração de um dispositivo primário do VMware Cloud Director, o botão de alternância do CEIP está ativado por padrão. Porém, após a conclusão da configuração, sua instância do VMware Cloud Director não participa do Programa de aperfeiçoamento da experiência do cliente. Se você fizer upgrade do VMware Cloud Director, o CEIP continuará desativado.
Os vApps com suporte pelo NSX-T não mostram o IP externo na propriedade IP Externo quando uma regra de NAT de encaminhamento de porta é ativada

Quando você ativa uma regra de NAT com encaminhamento de porta na rede de vApp com suporte do NSX, o IP externo não aparece nas informações de rede nem na propriedade do IP externo da VM.
Ao usar a CloudAPI para criar ou atualizar uma organização, você não pode definir como true o sinalizador canPublish

Ao usar a CloudAPI para criar uma organização ou atualizar uma organização que permita a publicação de catálogos, o campo canPublish permanece false, apesar de você ter definido o valor como true. A API herdada não é afetada.
A criação de pools de rede em edge gateways falha com um erro Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.

Se você estiver usando a Basic Edition do VMware NSX Advanced Load Balancer e fizer upgrade da versão 10.4.1 para a versão 10.5.1 do VMware Cloud Director, não poderá criar pools em edge gateways. O problema não ocorre ao usar o VMware NSX Advanced Load Balancer Enterprise Edition.
Ao compartilhar vApps com usuários, é possível que você navegue até páginas inexistentes

Ao compartilhar vApps com usuários, os botões para acessar a página anterior ou seguinte ficam disponíveis mesmo que você já esteja na primeira ou última página. Como resultado, é possível que você navegue até páginas que não existem e não têm conteúdo.
Se você criar uma rede de vApp durante a cópia de uma VM, ao fechar o modal Copiar VM, será exibido um botão giratório infinito

Ao copiar VMs para um vApp de destino, se você criar uma nova rede de vApps no vApp de destino e conectar as VMs de origem à rede do vApp de destino recém-criado, o fechamento do modal fará com que o botão giratório apareça, mas não desaparece quando a operação de cópia é concluída. Esse problema ocorre somente quando uma nova rede de vApp é criada durante o processo de cópia e não ocorre quando você copia VMs sem criar uma rede de vApp.
A tentativa de modificar a porta do pool de balanceadores de carga do NSX Edge falha com um INTERNAL_SERVER_ERROR

Depois que você exclui um serviço virtual, a tentativa de atualizar o pool que estava conectado anteriormente ao serviço virtual excluído falha com um INTERNAL_SERVER_ERROR. Por exemplo, a alteração da porta do pool falha.
Não é possível acessar o Portal de Administração do Provedor de Serviços e o Portal de Tenant do VMware Cloud Director após a reinicialização da VM do VMware Cloud Director

Se você reinicializar a VM do VMware Cloud Director usando um método que não seja o vSphere Client, por exemplo, usando o vSphere High Availability ou o VMware Host Client, não poderá acessar o Portal de Administração do Provedor de Serviços e o Portal de Tenant do VMware Cloud Director. O problema ocorre porque, após a reinicialização, os parâmetros OVF de implementação são excluídos do arquivo ovfEnv.xml e a célula não pode ser acessada.
Um erro Erro interno. Certifique-se de que sfcbd esteja em execução é exibido durante o upgrade para o VMware Cloud Director 10.5.1

Quando você executa vamicli update --install latest, é exibido um erro Erro interno. Certifique-se de que sfcbd esteja em execução., mas o upgrade do VMware Cloud Director é concluído com êxito. Você pode ignorar o erro, pois o VMware Cloud Director continua funcionando corretamente.

Problemas conhecidos

Novo - O upgrade para a versão 10.6 falha, mas o VMware Cloud Director relata a atualização como bem-sucedida

Quando você faz upgrade do VMware Cloud Director para a versão 10.6, o upgrade parece bem-sucedido. No entanto, alguns arquivos do Red Hat Package Manager (RPMs) não estão instalados.

Solução alternativa: Consulte o artigo 372041 da base de conhecimento da Broadcom.
Os metadados do item de catálogo não são sincronizados entre catálogos publicados e assinados

Ao criar um catálogo, você tem a opção de publicar o catálogo para que outras pessoas possam assinar e obter acesso ao catálogo por meio da sincronização de catálogo. Se o catálogo publicado contiver itens de catálogo com metadados, esses metadados não aparecerão no lado do assinante. O problema ocorre apenas com a sincronização de catálogos e não com a atualização de catálogos distribuídos.

Solução alternativa: Nenhuma.
Os usuários do tenant não podem editar as políticas do Kubernetes

Apesar de ter os direitos necessários, se você estiver conectado como usuário de tenant, a tentativa de editar a CPU ou a memória das políticas do Kubernetes falhará com um erro 403 que informa Forbidden to set right restricted field pvdcComputePolicy e não será possível redistribuir seus recursos do VDC entre implantações de VM e implantações do Kubernetes.

Solução alternativa: Os administradores de sistema podem editar as políticas do Kubernetes.
Você não poderá criar um modelo do vApp se a VM ou o vApp tiver um dispositivo do TPM e se o catálogo de destino for um catálogo distribuído
Você não poderá criar um modelo do vApp por meio de nenhuma das seguintes operações se o modelo contiver uma VM com um dispositivo do TPM e o destino for um catálogo distribuído.
- Copiar um modelo do vApp
- Mover um modelo do vApp
- Capturar um vApp ou uma VM para um modelo
- Importar uma VM do vCenter
A tentativa de criar um vApp por meio dessas operações falha com um erro informando que a operação não é permitida para VMs com dispositivos do TPM em que o catálogo de destino é um catálogo distribuído.
Solução alternativa: Carregue um OVF que especifique uma VM contendo um dispositivo do TPM. Consulte o tópico TPM como dispositivo virtual no OVF na documentação do produto VMware vSphere.
Não é possível filtrar VDCs de organização e provedor pelo nome do VDC de provedor fornecido

Como subfornecedor usando o Portal do Tenant do VMware Cloud Director, você não pode filtrar seus VDCs de organização e provedor pelo nome do VDC de provedor fornecido.

Solução alternativa: Nenhuma.
Após o descomissionamento de um site do VMware Cloud Director, os catálogos distribuídos aparecem como Degraded.

Quando você descomissiona um site do VMware Cloud Director cujo repositório de dados distribuído foi emparelhado anteriormente com o seu site local, um conjunto de arquivos de heartbeat correspondentes é mantido no armazenamento replicado nos sites pares. Como resultado, seu site continua informando que os repositórios de dados correspondentes não estão íntegros e têm integridade de distribuição de Degraded.
Solução alternativa:
1. No Portal do Tenant do VMware Cloud Director, na grade do repositório de dados Pares, para um par com heartbeat ausente por pelo menos 10 minutos, observe os valores das strings Name, Site Name e vCenter.
2. Usando o vCenter Console ou outra ferramenta para procurar arquivos de repositório de dados, visualize os arquivos do repositório de dados distribuído local correspondente.
3. Localize todos os arquivos na pasta distributedCatalogs com nomes parecidos com os seguintes:
```
distributedCatalogs/site-vc-22222222-11cc-1b11-1cd1-1a1a1a1aaa11-...
```
4. Exiba o conteúdo dos arquivos, por exemplo:
```
{"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"}
```
5. Exclua o arquivo com siteName, vcName e dsName que correspondem às respectivas strings da Etapa 1.
6. Depois de aproximadamente 10 minutos, o VMware Cloud Director detectará a alteração e limpará automaticamente os status do repositório de dados e do catálogo distribuído.
Em uma implantação em vários sites, se o outro site estiver na versão 10.5.x ou anterior, a classificação de organizações na coluna Gerenciado por retornará um erro

Em uma implantação em vários sites, se o outro site estiver com o VMware Cloud Director versão 10.5.x ou versão anterior, a classificação das organizações na coluna Gerenciado por apresentará o seguinte erro.

Bad request: Null property value for 'managedBy.name' on bean class 'class com.vmware.vcloud.rest.openapi.model.Org'

Solução alternativa: Use a opção de filtragem para excluir sites com o VMware Cloud Director versão 10.5.x ou versão anterior.
Ao usar a CloudAPI para criar ou atualizar uma organização, você não pode definir como true o sinalizador canPublish

Ao usar a CloudAPI para criar uma organização ou atualizar uma organização que permita a publicação de catálogos, o campo canPublish permanece false, apesar de você ter definido o valor como true. A API herdada não é afetada.

Solução alternativa: Use a UI do VMware Cloud Director para ativar ou desativar a opção Publicar catálogo externamente de uma organização.
A criação de pools de rede em edge gateways falha com um erro Field Pool.append_port cannot have NON_DEFAULT_80_443 as its value in BASIC license tier. Allowed value(s): NEVER.

Se você estiver usando a Basic Edition do VMware NSX Advanced Load Balancer e fizer upgrade da versão 10.4.1 para a versão 10.5.1 do VMware Cloud Director, não poderá criar pools em edge gateways. O problema não ocorre ao usar o VMware NSX Advanced Load Balancer Enterprise Edition.

Solução alternativa: Nenhuma.
Ao compartilhar vApps com usuários, é possível que você navegue até páginas inexistentes

Ao compartilhar vApps com usuários, os botões para acessar a página anterior ou seguinte ficam disponíveis mesmo que você já esteja na primeira ou última página. Como resultado, é possível que você navegue até páginas que não existem e não têm conteúdo.

Solução alternativa: Nenhuma.
Se você criar uma rede de vApp durante a cópia de uma VM, ao fechar o modal Copiar VM, será exibido um botão giratório infinito

Ao copiar VMs para um vApp de destino, se você criar uma nova rede de vApps no vApp de destino e conectar as VMs de origem à rede do vApp de destino recém-criado, o fechamento do modal fará com que o botão giratório apareça, mas não desaparece quando a operação de cópia é concluída. Esse problema ocorre somente quando uma nova rede de vApp é criada durante o processo de cópia e não ocorre quando você copia VMs sem criar uma rede de vApp.

Solução alternativa: Navegar para outra página e retornar à lista de VMs recarrega a grade, e o botão giratório desaparece.
As conexões de saída do VMware Cloud Director por meio de um proxy podem falhar com um erro de Connection refused

Ao definir variáveis de proxy no arquivo /etc/sysconfig/proxy, essas variáveis não devem conter uma barra final, como em HTTP_PROXY="http://www.example.com:3128/". O problema ocorre em implantações de dispositivos e instalações no Linux do VMware Cloud Director.

Solução alternativa: Atualize os valores para excluir a barra final. Por exemplo, HTTP_PROXY="http://www.example.com:3128"
A exclusão de uma organização na UI do VMware Cloud Director falha com um erro You must delete this Organization's Application Port Profiles before you can delete the organization
Se perfis de portas de aplicativos forem criados em um edge gateway associado a uma organização, a tentativa de excluir essa organização falhará. O problema ocorre porque o VMware Cloud Director exclui os edge gateways antes de excluir os perfis de porta, o que causa o erro a seguir.
```
com.vmware.vcloud.api.presentation.service.InvalidStateException: You must delete this Organization's Application Port Profiles before you can delete the organization.
```
Solução alternativa: Use a API do VMware Cloud Director para forçar a exclusão de uma organização e excluir os perfis de portas de aplicativos abandonados associados a ela. Consulte Excluir perfis de portas de aplicativos abandonados do VMware Cloud Director.
Usando a API do VMware Cloud Director, a tentativa de excluir um item com um campo secure de uma matriz em uma instância RDE faz com que esse item não seja totalmente excluído

Se um esquema de tipo RDE tiver um objeto de matriz com itens contendo campos seguros, a tentativa de remover um item da matriz de uma instância RDE desse tipo por meio de uma chamada PUT RDE resultará na exclusão de todos os campos do item, exceto os seguros. O item propriamente dito não é removido. O problema ocorre quando você usa a API do VMware Cloud Director versão 37.3 ou anterior.

Se a instância RDE estiver no estado RESOLVED e se, após a atualização, o conteúdo da entidade da instância não corresponder ao esquema no tipo RDE dessa instância, a chamada PUT resultará em uma resposta de erro com o código de status 400 e a mensagem de erro RDE_CANNOT_VALIDATE_AGAINST_SCHEMA. Se o conteúdo da entidade da instância após a atualização corresponder ao esquema no tipo RDE da instância, a chamada não retornará um erro, apesar de o item não ter sido totalmente excluído.

Solução alternativa: Para executar a atualização do RDE, use a API do VMware Cloud Director versão 38.0 ou posterior.
Não é possível editar os metadados de uma organização

Se você usar a API do VMware Cloud Director para criar duas entradas de metadados para uma organização usando o mesmo nome para as entradas, não poderá editar essas entradas de metadados usando a UI, pois o botão Salvar no assistente Editar Metadados não está ativo.

Solução alternativa: Use a API do VMware Cloud Director para editar o nome de uma das entradas de metadados.
A VM não recebe os endereços IP do servidor DNS do escopo DHCP definido na rede de vApp

Quando você conecta uma VM a uma rede de vApp roteada no modo de IP DHCP, a VM não recebe os endereços DNS definidos no escopo do DHCP.

Solução alternativa: Usando o NSX Manager, configure manualmente os servidores DNS no segmento da rede de vApp roteada.
A conexão de um disco nomeado a uma VM falha com uma mensagem de erro java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException

A conexão de um disco nomeado a uma VM falha com uma mensagem de erro.

java.util.concurrent.ExecutionException: org.hibernate.NonUniqueResultException: query did not return a unique result:

Isso acontece porque o VMware Cloud Director registra entradas duplicadas nos dados de inventário coletados da instância do vCenter Server na qual a VM reside.

Solução alternativa: Para remover as entradas duplicadas dos dados do inventário, reconecte-se à instância do vCenter Server.
Você pode receber um erro unable to find valid certification path to request target - PKIX path building failed ao alterar o certificado JMX de uma célula usando a UI

Usando o Portal de Administração do Provedor de Serviços, antes de selecionar um certificado como o certificado SSL JMX de uma célula do VMware Cloud Director, esse certificado deve ser confiável.

Solução alternativa: Se o certificado que você deseja selecionar for autoassinado, adicione-o aos certificados confiáveis da organização do sistema. Consulte Importar certificados confiáveis usando o Portal de Administração do Provedor de Serviços do VMware Cloud Director. Se uma autoridade de certificação interna tiver assinado o certificado, verifique se ela aparece na lista de certificados confiáveis da organização do sistema. Se uma autoridade de certificação conhecida tiver assinado o certificado, nenhuma ação será necessária.
A ativação de uma célula usando o comando da ferramenta de gerenciamento de células não atualiza o status da célula no Portal de Administração do Provedor de Serviços

Se você usar a ferramenta de gerenciamento de células para definir o status da célula como Active, na página Células da Nuvem do Portal de Administração do Provedor de Serviços, o status não aparecerá como ativo.

Solução alternativa: Na página Células da Nuvem do Portal de Administração do Provedor de Serviços, clique nas reticências verticais ao lado do nome da célula e selecione Ativar. Consulte Exibir e gerenciar sua infraestrutura de células do VMware Cloud Director.
A instanciação rápida cruzada de vApps do vCenter falha ao instanciar um modelo que tem VMs com memória

Ao instanciar um modelo de vApp que possui VMs com memória entre instâncias do vCenter, se as condições forem atendidas para o VMware Cloud Director executar uma instanciação rápida cruzada do vCenter, essa instanciação falhará com INTERNAL_SERVER_ERROR.
Solução alternativa: Desative as instanciações rápidas cruzadas do vCenter no VMware Cloud Director.
1. Faça login no Portal de Administração do Provedor de Serviços do VMware Cloud Director e, na barra de navegação superior, clique em Administração.
2. No painel esquerdo, em Configurações, selecione Sinalizadores de Recursos.
3. Selecione Instanciação Rápida Cruzada do VC Utilizando Armazenamento Compartilhado e clique em Desativar.
Ao usar o recurso multissite, você não pode criar e gerenciar conexões do VMware Marketplace e do repositório do Helm Chart por meio do Portal de Administração do Provedor de Serviços

Se você for um provedor de serviços e usar o recurso multissite do VMware Cloud Director, não poderá criar e gerenciar os recursos do VMware Marketplace e os recursos de repositório do Helm Chart usando o Portal de Administração do Provedor de Serviços.

Esse problema não afeta os locatários.

Solução alternativa: Você pode usar a API do VMware Cloud Director para criar e gerenciar os recursos VMware Marketplace e os recursos de repositório do Helm Chart.
A implantação de um aplicativo de Helm Chart falha com uma mensagem de erro Cannot parse "Z" as "-0700"

Se o VMware Cloud Director estiver em execução no fuso horário UTC, a tentativa de implantar um aplicativo de Helm Chart falhará com uma mensagem de erro Cannot parse "Z" as "-0700".
Solução alternativa:

Opção 1: Edite o Operator do Hub de Conteúdo no cluster do Kubernetes para usar um registro personalizado. Digite o projects.registry.vmware.com/content_hub/vcd-contenthub-package-repo local como um registro personalizado e version 1.0.1 como a versão do pacote do Kubernetes Operator do Hub de Conteúdo. Para obter informações sobre como editar um Kubernetes Operator, consulte Editar um Kubernetes Operator no VMware Cloud Director.

Opção 2:
1. Altere o fuso horário do servidor, no qual o VMware Cloud Director reside, para o fuso horário não UTC.
2. Reinicie o servidor do VMware Cloud Director.
A implantação de aplicativos de contêiner falha com uma mensagem de erro Unable to perform this action

Ao implantar um aplicativo de contêiner, se a descrição do modelo de aplicativo contiver mais de 255 caracteres, a operação falhará com uma mensagem de erro.

Unable to perform this action. Contact your cloud administrator.

Solução alternativa: Atualize a descrição do modelo de aplicativo para consistir em menos de 255 caracteres.
Se não houver regras de firewall criadas pelo usuário em um NSX Edge Gateway, talvez você não conseguirá criar uma única regra de firewall

Se não houver regras de firewall definidas pelo usuário em um NSX Edge Gateway e você iniciar o assistente de criação de regras de firewall clicando em Novo, quando tentar salvar a regra de firewall que definiu, o assistente será suspenso em um estado Aguarde... e a regra de firewall não será criada.

Solução alternativa: Atualize a página ou clique e volte para a tela Firewall e use o botão Editar Regras em vez do botão Novo para iniciar o assistente de criação de regras de firewall.
A pesquisa rápida do VMware Cloud Director não exibe resultados ao pesquisar usuários, contas de serviço e grupos de VDCs

Na Pesquisa Rápida, inserir Users, users/bulk-update, service-accounts e vdc-groups como critérios de pesquisa resulta em uma mensagem No results found..

Solução alternativa: Nenhuma.
O script de redimensionamento do disco do banco de dados do dispositivo do VMware Cloud Director poderá falhar se o identificador de disco SCSI de suporte for alterado

O script de redimensionamento do disco de banco de dados será executado com êxito somente se o ID de disco SCSI do banco de dados de suporte permanecer o mesmo. Se o ID for alterado por qualquer motivo, o script poderá parecer ter sido executado com êxito, mas falhará. O /opt/vmware/var/log/vcd/db_diskresize.log mostra que o script falha com um erro No such file or directory.
Solução alternativa:
1. Faça login diretamente ou usando um cliente SSH da célula primária como raiz.
2. Execute o comando lsblk --output NAME,FSTYPE,HCTL.
3. Na saída, localize o disco que contém a partição database_vg-vpostgres e anote seu ID. O ID está sob a coluna HCTL e tem o seguinte formato de amostra 2:0:3:0.
4. No script db_diskresize.sh, modifique o ID da partição com o ID da Etapa 3. Por exemplo, se o ID for 2:0:3:0, na linha
```
echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan
```
  você deve alterar o ID para 2:0:3:0.
```
echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan
```
5. Para salvar as alterações, reinvoque manualmente o script de redimensionamento ou reinicie o dispositivo.
O upgrade para o VMware Cloud Director 10.4.1 ou posterior falha com um erro de Fix postgres user home directory
Quando você tenta fazer upgrade para o VMware Cloud Director 10.4.1 ou posterior, o upgrade falha. O update-postures-db.log contém o seguinte erro.
```
2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
usermod: user postgres is currently used by process 17236
```
Outros processos que estão conectados como o usuário postgres no dispositivo do VMware Cloud Director podem bloquear o script que atualiza a versão principal do PostgreSQL de 10 a 14.
Solução alternativa:
1. Antes de iniciar o upgrade do VMware Cloud Director, localize todos os processos que estão conectados como o usuário postgres no dispositivo do VMware Cloud Director executando ps -u postgres no dispositivo.
2. Interrompa qualquer processo que o comando retorne executando kill -9 <PID>, em que PID é o identificador de processo exclusivo.
Falha na criação de uma política do Kubernetes do VDC de organização com gateways de provedor que usam espaços de IP

Se você configurar um gateway de provedor com suporte de espaço de IP e criar um VDC e um edge gateway com base no mesmo espaço de IP, uma tentativa de criar uma política do Kubernetes para esse VDC falhará com uma mensagem de erro.

com.vmware.ssdc.util.LMException: Index 0 out of bounds for length 0

Isso acontece porque os edge gateways com suporte de espaço de IP não estão associados a um endereço IP primário, o que é necessário para a criação do SNAT pela política do Kubernetes.

Solução alternativa: Crie o VDC e os edge gateways com o tipo de provedor de rede NSX e gateways de provedor que usam blocos de IP herdados.
Ao iniciar o dispositivo do VMware Cloud Director, a mensagem [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details é exibida

A mensagem aparece incorretamente e não indica um problema real com a rede. Você pode desconsiderar a mensagem e continuar a usar o dispositivo do VMware Cloud Director normalmente.

Solução alternativa: Nenhuma.
Falha na criação de um modelo de VDC de organização com o tipo de provedor de rede NSX e gateways de provedor que usam espaços de IP

Quando você tenta criar um modelo de VDC de organização com o tipo de provedor de rede NSX e o gateway do provedor que usa espaços de IP, a operação falha com o seguinte erro. Error:Cannot support external Network that is utilizing IP Spaces. Only external networks with legacy IP blocks are supported.

Solução alternativa: Crie modelos de VDC de organização com o tipo de provedor de rede NSX e gateways de provedor que usam blocos de IP herdados.
A alteração da política de armazenamento em um disco virtual de uma VM falha com uma mensagem de erro "The operation failed because no suitable resource was found"

Se o disco virtual de uma VM residir em um datastore vSAN remoto, alterar a política de armazenamento desse disco virtual resultará em uma mensagem de erro.

The operation failed because no suitable resource was found

Solução alternativa: Para mover a VM para uma política de armazenamento diferente, altere a política de armazenamento do disco virtual para VM default policy e depois altere a política de armazenamento da VM para a opção desejada.
O VMware Cloud Director mostra um valor vazio para o limite de IOPS de um disco de VM com a política de armazenamento ativada para VC-IOPS

Se você aplicar uma política de armazenamento ativada para VC-IOPS com reserva, limite e compartilhamentos personalizados em um disco de VM, o VMware Cloud Director exibirá os valores para reservas de IOPS, mas exibirá o limite de IOPS como vazio. Isso acontece porque o vCenter Server 8U1 introduz um novo mecanismo para Storage I/O Control (SIOC) que não define mais o limite de IOPS como uma propriedade do disco da VM.

Solução alternativa: Nenhuma.
Não é possível criar uma organização desativada usando a API herdada do VMware Cloud Director
Tentar usar o endpoint de criação de organização da API herdada do VMware Cloud Director POST POST [vcd_public_endpoint]/api/admin/orgs para criar uma organização desativada resulta em um 400 BadRequestException que contém o seguinte trecho:
```
<Error ... stackTrace="com.vmware.vcloud.api.presentation.service.BadRequestException: Unexpected error.&#10;unexpected end of subtree
```
Solução alternativa: Use o endpoint OpenAPI do VMware Cloud Director para criar uma organização desativada. Como alternativa, você pode usar a UI, a OpenAPI ou a API herdada para criar uma organização ativada e desativá-la após a criação.
Não é possível selecionar o Tanzu Kubernetes versão 2.0 ou posterior ao criar um cluster TKGs

Como um tenant, ao tentar criar um cluster TKGs, não é possível selecionar um cluster Tanzu Kubernetes versão 2.0 e posterior.

Solução alternativa: Para oferecer e usar o Tanzu Kubernetes 2.0 e posterior, use o VMware Cloud Director Container Service Extension 4.0.
A migração entre VDCs de organização pode falhar com um erro de recurso insuficiente

Se o VMware Cloud Director estiver em execução com o vCenter Server 7.0 Update 3h ou anterior, durante a realocação de uma VM para um VDC de organização diferente, a migração da VM poderá falhar com um erro de recurso insuficiente, mesmo que os recursos estejam disponíveis no VDC de organização de destino.

Solução alternativa: Faça upgrade do vCenter Server para a versão 7.0 Update 3i ou posterior.
A UI do Portal de Tenants do VMware Cloud Director não exibe os limites e as reservas de IOPS para uma política de armazenamento do vSAN

O vSAN gerencia por si só os limites de IOPS de políticas de armazenamento de arquivos do vSAN. Como resultado, a UI do Portal de Tenants do VMware Cloud Director não exibe as reservas e os limites de IOPS para uma política de armazenamento do vSAN, e você não pode modificar seus valores.

Solução alternativa: Nenhuma.
O upgrade do dispositivo do VMware Cloud Director falha com um erro de versão inválido quando o modo FIPS está ativado

Para o VMware Cloud Director versões 10.3.x e posteriores, quando o modo FIPS está ativado, o upgrade do dispositivo VMware Cloud Director falha com o seguinte erro.

Failure: Installation failed abnormally (program aborted), the current version may be invalid.
Solução alternativa:
1. Antes de fazer upgrade do dispositivo VMware Cloud Director, desative o Modo FIPS nas células do grupo de servidores e no dispositivo do VMware Cloud Director. Consulte Ativar ou desativar o modo FIPS no dispositivo do VMware Cloud Director.
2. Verifique se o arquivo /etc/vmware/system_fips não existe em nenhum dispositivo.
3. Faça upgrade do dispositivo VMware Cloud Director.
4. Ative o modo FIPS novamente.
Você não pode exibir e editar o tipo de licença das suas instâncias do NSX Advanced Load Balancer Controller registradas anteriormente na API do VMware Cloud Director

Você não pode exibir e editar a licença das suas instâncias do NSX Advanced Load Balancer Controller registradas anteriormente na API do VMware Cloud Director. Isso acontece porque, no VMware Cloud Director 10.4, o tipo de licença do Controller foi substituído por uma seleção entre um conjunto de recursos Standard e Premium no nível do Grupo de Mecanismos de Serviços para fornecer mais flexibilidade.

Solução alternativa: Use o caminho supportedFeatureSet para grupos de mecanismos de serviços e em edge gateways para ativar e desativar os recursos disponíveis.
Você não pode criar e usar modelos de VDC do VMware Cloud Director em ambientes de serviço do VMware Cloud Director que usam pools de rede do VMware Cloud on AWS

Se você estiver usando apenas um pool de redes de provedor com suporte pelo VMware Cloud on AWS para o seu VDC de provedor, não poderá criar um modelo de VDC e instanciar um VDC a partir de um modelo. Isso acontece porque a ação de criar e instanciar modelos de VDC apenas é compatível em VDCs de provedor com suporte pelo NSX-T Data Center e pelo NSX Data Center for vSphere. Você pode usar modelos de VDC do VMware Cloud Director com SDDCs no local para Microsoft Azure VMware Solution, Oracle Cloud VMware Solution ou Google Cloud VMware Engine.

Solução alternativa: Nenhuma.
A criação de uma nova VM com a política de armazenamento vSAN criptografada falha com uma mensagem de erro Invalid storage policy for encryption operation

Ao criar uma nova VM, se você especificar a política de armazenamento dessa VM como vSAN criptografada e a política de armazenamento do disco rígido da VM como não criptografada e não vSAN, a operação falhará com uma mensagem de erro.

Invalid storage policy for encryption operation
Solução alternativa:
1. Especifique as políticas de armazenamento da VM e do disco rígido da VM como vSAN criptografada.
2. Depois que a VM for implantada com êxito, atualize a política de armazenamento em disco rígido dessa VM como não criptografada e não vSAN. Para obter informações, consulte Editar as propriedades da máquina mirtual.
Não é possível se conectar ao VMware Cloud Director por meio do VMware OVF Tool versão 4.4.3 ou anterior

Quando você tenta se conectar ao VMware Cloud Director por meio do OVF Tool versão 4.4.3 ou anterior, o processo resulta no seguinte erro. Error: No supported vCloud version was found. Isso acontece devido a uma alteração de comportamento da API no VMware Cloud Director 10.4, em que a API não retorna links para todos os VDCs em uma organização.

Solução alternativa: Atualize para o OVF Tool 4.5.0. Consulte Notas da versão do VMware OVF Tool.
Não é possível fazer login no VMware Cloud Director usando a VMware PowerCLI 12.7.0 ou anterior

Quando você tenta fazer login no VMware Cloud Director usando o VMware PowerCLI versão 12.7.0 ou anterior, o processo resulta no seguinte erro. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested. Isso acontece porque o VMware PowerCLI anterior à 13.0.0 não oferece suporte a versões de API do VMware Cloud Director posteriores a 33.0. Consulte Matriz de interoperabilidade de produtos da VMware.

Solução alternativa: Faça upgrade do VMware PowerCLI para a versão 13.0.0.
O VMware Cloud Director exibe a versão antiga para uma instância atualizada do vCenter Server

Após o upgrade de uma instância do vCenter Server para uma versão mais recente, na lista de instâncias do vCenter Server, o VMware Cloud Director ainda exibe a versão antiga da instância atualizada.

Solução alternativa: Redefina a conexão entre a instância do vCenter Server e o VMware Cloud Director. Consulte Reconectar uma instância do vCenter Server, no Guia de Administração do Provedor de Serviços do VMware Cloud Director.
Atualizar a página LDAP no seu navegador não leva você de volta para a mesma página

No Portal de Administração do Provedor de Serviços, a atualização da página LDAP no navegador o leva à página do provedor, em vez de voltar à página LDAP.

Solução alternativa: Nenhuma.
A montagem de um datastore NFS da matriz de armazenamento do NetApp falha com uma mensagem de erro durante a configuração inicial do dispositivo do VMware Cloud Director

Durante a configuração inicial do dispositivo do VMware Cloud Director, se você configurar um datastore NFS da matriz de armazenamento do NetApp, a operação falhará com uma mensagem de erro.

Backend validation of NFS failed with: is owned by an unknown user

Solução alternativa: Consulte o artigo 93252 da base de conhecimento da VMware.
A sincronização de um catálogo assinado atinge o tempo limite durante a sincronização de modelos grandes do vApp

Se um catálogo externo contiver modelos grandes do vApp, a sincronização do catálogo assinado com o catálogo externo atingirá o tempo limite. O problema ocorre quando a configuração de tempo limite está definida como o valor padrão de cinco minutos.

Solução alternativa: Usando o subcomando manage-config da ferramenta de gerenciamento de células, atualize a definição de configuração de tempo limite.

./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]
Em uma lista de prefixos de IP, configurar any como o valor de Rede resulta em uma mensagem de erro

Ao criar uma lista de prefixos de IP, se você quiser negar ou aceitar qualquer rota e configurar o valor de Rede como any, a caixa de diálogo exibirá uma mensagem de erro.

"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.

Solução alternativa: Deixe a caixa de texto Rede em branco.
O processo vpostgres em um dispositivo em espera não é iniciado

O processo vpostgres um dispositivo em espera falha ao ser iniciado, e o log do PostgreSQL mostra um erro semelhante ao seguinte. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).Isso acontece porque o PostgreSQL requer que os nós em espera tenham a mesma configuração de max_worker_processes que o nó primário. O VMware Cloud Director define automaticamente a configuração de max_worker_processes com base no número de vCPUs atribuídas a cada VM do dispositivo. Se o dispositivo em espera tiver menos vCPUs do que o dispositivo primário, isso resultará em um erro.

Solução alternativa: Implante os dispositivos primário e em espera com o mesmo número de vCPUs.
Fazer upgrade do dispositivo do VMware Cloud Director pode resultar em uma mensagem de erro Connection to sfcbd lost

Se você fizer upgrade do dispositivo do VMware Cloud Director, a operação de upgrade poderá relatar uma mensagem de erro.

Connection to sfcbd lost. Attempting to reconnect

Solução alternativa: Você pode ignorar a mensagem de erro e continuar com a atualização.
Ao usar o modo FIPS, a tentativa de carregar arquivos PKCS8 gerados pelo OpenSSL falha com um erro

O OpenSSL não pode gerar chaves privadas em conformidade com FIPS. Quando o VMware Cloud Director está no modo FIPS e você tenta carregar arquivos PKCS8 gerados usando o OpenSSL, o carregamento falha com um erro Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... ou erro salt must be at least 128 bits.

Solução alternativa: Desative o modo FIPS para carregar os arquivos PKCS8.
Há uma falha na criação do cluster Tanzu Kubernetes usando o plug-in Kubernetes Container Clusters

Quando você cria um cluster Tanzu Kubernetes usando o plug-in Kubernetes Container Clusters, é necessário selecionar uma versão do Kubernetes. Algumas das versões no menu suspenso não são compatíveis com a infraestrutura de suporte do vSphere. Quando você seleciona uma versão incompatível, a criação do cluster falha.

Solução alternativa: Exclua o registro de cluster com falha e tente novamente com uma versão compatível do Tanzu Kubernetes. Para obter informações sobre as incompatibilidades entre o Tanzu Kubernetes e o vSphere, consulte Atualização do ambiente do vSphere with Tanzu.
Se tiver quaisquer catálogos inscritos na sua organização, ao atualizar o VMware Cloud Director, a sincronização dos catálogos falhará

Após a atualização, se você tiver assinado catálogos na sua organização, o VMware Cloud Director não confiará nos certificados de endpoint publicados automaticamente. Sem confiar nos certificados, a biblioteca de conteúdo não é sincronizada.

Solução alternativa: Confie manualmente nos certificados para cada assinatura de catálogo. Quando você edita as configurações de assinatura de catálogo, uma caixa de diálogo confiança na primeira utilização (TOFU) solicita que você confie no certificado de catálogo remoto.

Se você não tiver os direitos necessários para confiar no certificado, entre em contato com o administrador da organização.
Após o upgrade do VMware Cloud Director e a ativação da criação de clusteres Tanzu Kubernetes, nenhuma política gerada automaticamente está disponível, e você não pode criar ou publicar uma política

Quando você faz upgrade do VMware Cloud Director para a versão 10.3.1 e do vCenter Server para a versão 7.0.0d ou posterior e cria um VDC de provedor com o suporte de um Cluster Supervisor, o VMware Cloud Director exibe um ícone do Kubernetes ao lado do VDC. No entanto, não há uma política do Kubernetes gerada automaticamente no novo VDC de provedor. Quando você tenta criar ou publicar uma política do Kubernetes em um VDC de organização, nenhuma classe de máquina está disponível.

Solução alternativa: Confie manualmente nos certificados do endpoint do Kubernetes correspondentes. Consulte o artigo da base de conhecimento da VMware 83583.
Inserir um nome de cluster Kubernetes com caracteres não latinos desativa o botão Avançar no assistente para Criar Novo Cluster

O plug-in Kubernetes Container Clusters é compatível apenas com caracteres latinos. Se você inserir caracteres não latinos, o seguinte erro será exibido.

Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).

Solução alternativa: Nenhuma.
O tempo de inatividade do NFS pode causar mau funcionamento das funcionalidades do cluster do dispositivo do VMware Cloud Director

Se o NFS não estiver disponível devido ao compartilhamento completo do NFS, tornar-se somente leitura e assim por diante, poderá causar um mau funcionamento das funcionalidades do cluster do dispositivo. A IU do HTML5 não responde enquanto o NFS está inativo ou não pode ser acessado. Outras funcionalidades que podem ser afetadas são a exclusão de uma célula primária com falha, a alternância, a promoção de uma célula em espera e assim por diante. Para obter mais informações sobre como configurar corretamente o armazenamento compartilhado do NFS, consulte Preparando o armazenamento do servidor de transferência para o VMware Cloud Director Appliance.
Solução alternativa:
- Corrija o estado do NFS para que ele não seja read-only.
- Limpe o compartilhamento do NFS se ele estiver cheio.
A tentativa de criptografar os discos nomeados no vCenter Server versão 6.5 ou anterior falha com um erro

Para instâncias do vCenter Server versão 6.5 ou anterior, se você tentar associar discos nomeados novos ou existentes a uma política habilitada para criptografia, a operação falhará com um erro Named disk encryption is not supported in this version of vCenter Server..

Solução alternativa: Nenhuma.
Não é possível consolidar uma máquina virtual de provisionamento rápido criada em uma matriz NFS ativada pelo VMware vSphere Storage APIs Array Integration (VAAI) ou em vSphere Virtual Volumes

Não há suporte para a consolidação no local de uma máquina virtual de provisionamento rápido quando um snapshot nativo é usado. Snapshots nativos sempre são usados por repositórios de dados ativados via VAAI, bem como por vSphere Virtual Volumes. Quando uma máquina virtual de provisionamento rápido é implantada em um desses contêineres de armazenamento, não é possível consolidar essa máquina virtual.

Solução alternativa: Não ative o provisionamento rápido para o VDC de uma organização que use NFS ativado via VAAI ou vSphere Virtual Volumes. Para consolidar uma máquina virtual com um snapshot em um datastore VAAI ou vSphere Virtual Volumes, realoque a máquina virtual a outro contêiner de armazenamento.
Se você adicionar uma NIC IPv6 a uma VM e, em seguida, adicionar uma NIC IPv4 à mesma VM, o tráfego de IPv4 norte-sul será interrompido

Usando a interface de usuário HTML5, se você adicionar uma NIC IPv6 primeiro ou configurar uma NIC IPv6 como a NIC primária em uma VM e, em seguida, adicionar uma NIC IPv4 à mesma VM, a comunicação de IPv4 norte-sul será interrompida.

Solução alternativa: Primeiro, você deve adicionar a NIC IPv4 à VM e, em seguida, a NIC IPv6.