VMware Cloud Director 10.4.1 | 08 DEZ 2022 | Compilação 20912720 (compilação instalada 20912624)

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

Novidades

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

  • Suporte para o vSphere 8.0

    O VMware Cloud Director 10.4.1 oferece suporte ao vSphere 8.0.

  • Suporte para o NSX 4.0.1.1.

    O VMware Cloud Director 10.4.1 oferece suporte ao NSX 4.0.1.1.

  • Suporte para inicialização UEFI e inicialização segura

    Você pode usar o VMware Cloud Director para criar uma VM com firmware de inicialização BIOS ou EFI. Se você selecionar EFI, poderá ativar a inicialização segura. A inicialização segura em combinação com o UEFI oferece uma forte garantia de que o fabricante do computador verificou e confia no código de firmware.

  • Gerenciamento do Complemento de Solução

    O VMware Cloud Director 10.4.1 apresenta vários novos conceitos que facilitam a criação, a implantação, a execução e o gerenciamento de extensões. Os Complementos de Solução são uma evolução das extensões do VMware Cloud Director criadas, implementadas, empacotadas, implantadas, instanciadas e gerenciadas seguindo uma nova estrutura de extensibilidade. Os Complementos de Solução contêm funcionalidade ou serviços personalizados e podem ser criados e empacotados por um provedor de nuvem ou por um fornecedor de software independente. A VMware também desenvolve e publica seus próprios Complementos de Solução do VMware Cloud Director.

    A Zona Inicial do Complemento de Solução é uma parte do plano de gerenciamento do provedor que representa um contêiner de recursos de processamento, armazenamento e rede dedicados para hospedar, gerenciar e executar os complementos de solução em nome do provedor de nuvem.

    No VMware Cloud Director 10.4.1, os provedores de nuvem podem criar e configurar a Zona Inicial de Complemento de Solução, bem como implantar, instanciar e excluir complementos. Para obter mais informações, consulte Uso de complementos de solução com o VMware Cloud Director.

    Você pode usar o SDK de Extensão do VMware Cloud Director para compilar, instalar e gerenciar Complementos de Solução do VMware Cloud Director de forma unificada e consistente. Para obter detalhes, consulte SDK de Extensão do VMware Cloud Director.

    Importante:

    Para garantir uma instalação bem-sucedida da UI do Gerenciamento do Complemento de Solução, verifique se, antes de instalar ou fazer upgrade para o VMware Cloud Director 10.4.1, você configurou seus endereços públicos e carregou os certificados necessários para uma conexão segura com a API do VMware Cloud Director. Consulte Configurar a zona inicial do complemento de solução.

  • Upgrade do banco de dados incorporado para PostgreSQL 14

    • O dispositivo VMware Cloud Director versão 10.4.1 usa o banco de dados PostgreSQL 14.

    Observação:

    A versão final do PostgreSQL 10 foi lançada em 10 de novembro de 2022. Atualmente, não há suporte para o PostgreSQL versão 10. Se você estiver usando uma configuração externa do PostgreSQL, considere fazer upgrade para uma versão principal posterior.

    • Por causa do upgrade do banco de dados PostgreSQL, para todos os dispositivos no cluster, você deve desligar o serviço VMware Cloud Director antes do processo de upgrade. Consulte Upgrade do dispositivo VMware Cloud Director usando um pacote de atualização e Upgrade do dispositivo VMware Cloud Director usando o repositório de atualização da VMware VMware.

    • O upgrade para a versão 10.4.1 remove quaisquer configurações de parâmetro personalizadas do arquivo postgresql.auto.conf. Consulte Você solta as alterações personalizadas das configurações de parâmetro do arquivo postgresql.auto.conf após o upg....

    • O upgrade do banco de dados PostgreSQL da versão 10 para a versão 14 envolve a clonagem do conteúdo do banco de dados existente para uma nova instância local, o que resulta em um aumento temporário na utilização do disco. Por causa disso, verifique se, antes de iniciar o upgrade para o VMware Cloud Director 10.4.1, você tem espaço livre suficiente no disco do banco de dados. Como o processo de clonagem inclui apenas o conteúdo do banco de dados e não os logs do banco de dados, nem os logs do write-ahead usados para replicação, verifique se os logs do banco de dados são armazenados em conformidade com as políticas de retenção de log da sua organização. Consulte Verificar se o banco de dados PostgreSQL incorporado está pronto para o upgrade para o VMware Cloud Director 10.4.1.

    • Aumento do tamanho da senha do banco de dados. A partir da versão 10.4.1, o tamanho mínimo da senha do banco de dados será de 14 caracteres.

    • A configuração padrão do PostgreSQL não é compatível com hashing MD5 para autenticação de senha. O dispositivo VMware Cloud Director não é compatível com hashing MD5 para autenticação de senha do PostgreSQL. A autenticação de senha padrão é SCRAM-SHA-256. Durante o upgrade para a versão 10.4.1, para converter a senha para o hashing SCRAM-SHA-256, o dispositivo executa uma redefinição automática da senha do PostgreSQL do usuário vcloud. Independentemente do tamanho anterior da senha, o dispositivo a randomiza para atender aos requisitos mínimos de tamanho.

      Após o upgrade, você poderá alterar a senha manualmente para uma senha personalizada com pelo menos 14 caracteres. Consulte Alterar a senha do banco de dados PostgreSQL.

  • Espaços de IP

    O VMware Cloud Director 10.4.1 introduz espaços de IP, um serviço de gerenciamento de endereços IP aprimorado. Os espaços de IP fornecem uma abordagem estruturada para alocar endereços IP públicos e privados nas organizações com um foco específico no gateway do provedor (nível 0). Os espaços de IP são projetados para simplificar a alocação e o consumo de intervalos e prefixos de IP, evitando a sobreposição de endereços IP entre organizações ou VDCs de organização.

    Espaços de IP adicionam capacidade de observação em nível de tenant aos gateways de provedor e facilitam aos provedores de serviços na alocação de endereços IP públicos a cada organização na forma de prefixos de IP para redes e intervalos de IP para serviços de rede. Como provedor de serviços, você pode criar espaços IP públicos, compartilhados e privados. Os espaços de IP públicos são baseados em quotas e podem ser usados por várias organizações. Uma organização pode consumir endereços IP públicos até que sua quota seja atingida ou o fornecimento seja esgotado. Você pode usar um espaço de IP compartilhado para serviços e redes de gerenciamento necessários no espaço do tenant, mas, como provedor de serviços, não deseja exibi-lo para as organizações no seu ambiente. Um espaço de IP privado pode ser usado por apenas uma organização para a qual nenhuma quota é atribuída. Os tenants também podem criar espaços de IP privados para abordar suas necessidades de gerenciamento de endereços IP privados.

  • Ferramenta para detectar e corrigir informações do pool de recursos inconsistentes no VMware Cloud Director

    A ferramenta de gerenciamento de células inclui um comando para detectar informações inconsistentes sobre pools de recursos entre o VMware Cloud Director e o vCenter Server. O comando cell-management-tool detect-rp-mismatches detecta e tenta resolver inconsistências entre os pools de recursos conhecidos para o vCenter Server e o VMware Cloud Director atualizando o banco de dados do VMware Cloud Director. Consulte Detecção e correção de incompatibilidades de pool de recursos entre o VMware Cloud Director e o vCenter Server.

  • API para remapear usuários entre provedores de identidade

    Você pode usar a API de gerenciamento de usuários para remapear usuários locais ou usuários a partir de um IDP existente para uma nova origem do IDP. Você pode usar esse recurso para remapear usuários locais para qualquer IDP de sua escolha, de acordo com o aviso de suporte do produto, que o VMware Cloud Director inicia o processo de descontinuação para usuários locais. Para obter mais informações sobre como migrar usuários entre IDPs, consulte o tópico Remapear um usuário entre provedores de identidade no Guia de Administração do Provedor de Serviços ou o tópico Remapear um usuário entre provedores de identidade no Guia do Tenant.

  • Nova experiência de identidade visual e temas

    O VMware Cloud Director tem uma nova interface de usuário e uma API onde os provedores podem criar, gerenciar e atribuir temas para seus tenants. A interface do usuário fornece uma visualização em tempo real da aparência do VMware Cloud Director Portal ao alterar os temas, a identidade visual, os links e os menus. Você pode migrar os temas criados com as APIs de identidade visual antigas.

    Observação:

    A identidade visual e os temas do 10.4.1 são um recurso alfa, e os provedores devem ativá-lo a partir do sinalizador de recurso API de Identidade Visual. Quando você ativa o sinalizador de recurso, o VMware Cloud Director atribui o tema claro padrão ao provedor e a todas as organizações.

  • Balanceamento de carga transparente

    O VMware Cloud Director 10.4.1 adiciona suporte para balanceamento de carga transparente para gateways NSX Edge. O objetivo do balanceamento de carga transparente é passar o endereço IP do cliente em pacotes de entrada para o servidor real. Isso controla o fluxo de dados de forma que toda a comunicação do cliente com o servidor real flua por meio do balanceador de carga.

    Para usar o balanceador de carga transparente, ative o Modo Transparente ao configurar o edge gateway recém-criado. Se você tiver feito upgrade para o VMware Cloud Director 10.4.1 de uma versão anterior, deverá desativar a configuração do balanceador de carga nos edge gateways existentes e ativá-la novamente. Consulte Ativar o balanceador de carga em um Edge Gateway do NSX.

    Ao criar um serviço virtual no Portal de Tenant, você pode ativar o Modo Transparente para que este preserve o endereço IP do cliente. O VMware Cloud Director agora permite que uma variedade de grupos de serviços reais seja adicionada aos serviços virtuais com suporte para NSX. Eles incluem conjuntos de IPs, grupos dinâmicos e estáticos.

  • Alterações no formato do certificado OpenAPI

    Todas as APIs de certificado OpenAPI formatam os certificados de entrada removendo todos os caracteres além do conteúdo PEM entre os cabeçalhos e rodapés PEM, incluindo o espaço em branco à esquerda e à direita.

  • As contas de serviço funcionam entre sites em um ambiente multissite

    Um token de conta de serviço que recebe acesso em um site do VMware Cloud Director também funciona em sites associados do VMware Cloud Director. Apenas tokens de acesso funcionam entre sites, mas o mesmo não vale para os tokens de atualização.

  • pageSize máximo reduzido da consulta de conta de serviço

    O pageSize máximo da consulta de conta de serviço GET {host}/cloudapi/1.0.0/serviceAccounts é alterado de 128 para 32. A alteração não é compatível com versões anteriores.

  • O proxy do console legado não está mais disponível

    O proxy do console legado não está mais disponível e não aparece na lista de recursos em Sinalizadores de Recurso.

  • Entradas de log de auditoria atualizadas para upgrades de entidade definidas

    Para evitar um crescimento desnecessário do log de auditoria ao usar extensões e plug-ins do que executam atualizações de entidade definidas com frequência, as entradas de log de auditoria para atualizações de entidade definidas incluem apenas as diferenças entre os valores antigo e novo. As entradas de log de auditoria para a criação da entidade definida permanecem as mesmas e continuam a incluir o valor de entidade definida inicial completo.

Notas de suporte do produto

  • O VMware Cloud Director inicia o processo de descontinuação para usuários locais no 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 continua a oferecer suporte completo ao uso de usuários locais enquanto eles estão sendo descontinuados. Na versão 10.4.1, você pode usar as ferramentas baseadas em API fornecidas para remapear quaisquer usuários locais para usuários com suporte de um provedor de identidade externo de sua escolha. Em versões futuras, o VMware Cloud Director fornecerá ferramentas baseadas na interface do usuário para remapeamento em massa e outros mecanismos de acesso de emergência necessários. O VMware Cloud Director oferece suporte aos protocolos de provedor de identidade externo LDAP, SAML e OIDC. Consulte o tópico Ativar um usuário entre provedores de identidade no Guia de Administração do Provedor de Serviços ou o tópico Ativar um usuário entre provedores de identidade no Guia do Tenant. Depois de remapear um usuário, o usuário poderá fazer login usando o novo fluxo de login, continuando a ver todos os ativos pertencentes anteriormente a eles. Você também pode considerar a substituição de usuários locais criadas para fins de automação por contas de serviç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 continuará a ser totalmente compatível até 1º de junho de 2024 ou posterior, se necessário.

  • APIs em descontinuação acelerada

    O VMware Cloud Director API 37.1 (VMware Cloud Director 10.4.1) contém APIs que estão sob descontinuação acelerada e serão removidas em versões futuras. Consulte Guia de programação do VMware Cloud Director API 37.0.

  • O VMware Cloud Director 10.4.1 não oferece suporte ao vCenter Server 6.7 e ao ESXi 6.7

Correções de Segurança

  • Atualizações de Segurança do Photon OS 3.0

    A versão 10.4.1 do dispositivo do VMware Cloud Director inclui atualizações de segurança do Photon OS 3.0 para comunicados até, e incluindo, PHSA-2022-0480. Consulte os Avisos de segurança do Photon OS 3.0.

Requisitos do sistema e instalação

Para obter informações sobre os requisitos do sistema e as instruções de instalação, consulte Notas da versão do VMware Cloud Director 10.4.

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

Servidores AMQP compatíveis

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.8.x, 3.9.x, 3.10.x ou 3.11.x. Para obter mais informações, consulte o Guia de instalação, configuração e upgrade do VMware Cloud Director.

Documentação

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

Versões anteriores do VMware Cloud Director 10.4.x

Problemas resolvidos

  • Novo - Falha na alteração de uma regra de SNAT existente para DNAT ao definir o endereço IP de origem como Any

    No Portal do Tenant do VMware Cloud Director, se você alterar o tipo de interface de uma regra de SNAT existente para DNAT, o VMware Cloud Director falhará ao redefinir o endereço IP de origem como Any.

  • Novo - As entradas de evento de modificação da entidade definida em tempo de execução (RDE) fazem com que a tabela de banco de dados Audit_trail cresça a uma taxa incontrolável

    As entradas de evento de modificação de entidades definidas em tempo de execução (RDE) fazem com que a tabela de banco de dados Audit_trail cresça de forma incontrolável. Isso acontece porque o banco de dados faz backup do RDE completo e não apenas das alterações.

  • Novo - Na UI do VMware Cloud Director, clicar em Fazer Download do VMRC não o levará à página de download relevante

    Na UI do VMware Cloud Director, clicar em Fazer Download do VMRC não redirecionará você para https://my.vmware.com para fazer download do VMRC. Isso acontece porque, no VMware Cloud Director 10.4, o link menu Fazer Download do VMRC é recuperado de um link personalizado e o valor padrão do link personalizado é null.

    Use os métodos de OpenAPI do vCloud de identidade visual para modificar o link personalizado no item do menu Fazer Download do VMRC. Consulte Personalização dos portais do VMware Cloud Director e Introdução ao OpenAPI do VMware Cloud Director em https://developer.vmware.com.

  • Testar as configurações de SMTP resulta em uma mensagem de erro Error: Bad Request: Failed to send an email: Failed messages: SMTPSendFailedException STARTTLS is required to send mail

    Se você configurar o modo seguro do servidor SMTP para Iniciar TLS, ao tentar testar as configurações de SMTP para a sua organização, a operação falhará com uma mensagem de erro.

    Error: Bad Request: Failed to send an email: Failed messages: SMTPSendFailedException STARTTLS is required to send mail

  • Em uma implantação multissite, o VMware Cloud Director não consegue fazer login automaticamente no portal do tenant ao tentar abrir uma organização de site local

    Em uma implantação multissite, ao definir as opções globais para o balanceador de carga em /provider/administration/settings/multisite, se você configurar uma URL para o balanceador de carga após uma tentativa de abrir uma organização de site local, o VMware Cloud Director falhará em fazer login automaticamente no portal do tenant.

    Isso acontece porque a validação de back-end da URL do balanceador de carga diferencia maiúsculas de minúsculas e o VMware Cloud Director não reconhece a URL como uma correspondência perfeita.

  • Uma tentativa de migrar um VDC de provedor com suporte do VMware NSX Data Center for vSphere (NSX-V) para um VDC de organização do VDC de provedor com suporte do NSX-T Data Center falha com uma mensagem de erro Internal Server Error

    Se você desconectar uma rede isolada de um VDC de organização, a tentativa de migrar o mesmo VDC de organização do VDC de provedor com suporte do NSX-V para um VDC de organização do NSX-T falhará com uma mensagem de erro.

    Internal Server Error

  • A edição e a exclusão de uma chave de metadados falham com uma mensagem de erro Bad Request: The request was rejected because the URL contained a potentially malicious String

    Se uma chave de metadados contiver caracteres especiais, uma tentativa de atualizá-la ou excluí-la falhará com uma mensagem de erro.

    The request was rejected because the URL contained a potentially malicious String

  • O valor de armazenamento de um modelo de VM não corresponde ao valor de armazenamento da VM de origem

    Ao criar um modelo de VM a partir de uma VM ligada, a coluna Armazenamento do modelo resultado exibirá apenas o valor do tamanho do armazenamento em disco em vez de um resumo do tamanho do armazenamento em disco e do tamanho da memória.

  • O VMware Cloud Director exibe a geração automática de senhas como ativa após desativá-la usando a IU do HTML5

    Para uma VM com senha de administrador especificada, se você desativar a geração automática de senha como um tenant, a interface do usuário do HTML5 continuará exibindo a opção como ativa.

  • O VMware Cloud Director não exibe o valor da política de armazenamento de IOPS padrão para um disco nomeado

    Ao criar um disco nomeado, se você não especificar a política de armazenamento de IOPS, após a conclusão da operação de criação, o VMware Cloud Director não exibirá o valor da política de armazenamento de IOPS padrão.

  • O menu Ações de um vApp desaparece enquanto o VMware Cloud Director está executando uma operação em outro vApp

    Se você iniciar uma operação para um vApp e tentar abrir o menu Ações para um vApp diferente, o menu será desaplicado.

  • O VMware Cloud Director não aplica a política de computação máxima configurada ao converter um VDC em um VDC de organização flexível

    Ao converter um VDC em um VDC de organização flexível, o VMware Cloud Director não aplica o valor definido como uma política de processamento máxima para o VDC de organização flexível.

  • Uma tentativa de atualizar uma rede existente ou adicionar uma nova rede do VDC de organização com suporte do NSX-T Data Center com um grupo de portas distribuídas importadas define a rede em um estado Invalid

    Se você definir perfis de segmento padrão globais a serem aplicados a todas as redes de VDC, uma tentativa de atualizar uma rede de VDC existente ou adicionar uma nova rede do VDC de organização com suporte do NSX-T Data Center com um grupo de portas distribuídas importado definirá a rede em um estado Invalid.

  • A movimentação de uma VM para um VDC de provedor diferente falha com uma mensagem de erro Internal Server Error

    Se dois VDCs de provedor não tiverem suporte de instâncias diferentes do vCenter Server e você configurar nomes diferentes para seus perfis de armazenamento, ocorrerá uma falha na movimentação de uma VM entre os VDCs de provedor com o seguinte erro.

    Internal Server Error

  • A exclusão de uma VM autônoma resultará em uma falha com uma mensagem de erro The requested operation could not be executed on vApp depois que ela for desligada no VM no vCenter Server

    Se você desligar uma VM autônoma diretamente no vCenter Server, a tentativa de excluir a mesma VM no VMware Cloud Director resultará em uma falha com uma mensagem de erro.

    The requested operation could not be executed on vApp. Stop the vApp and try again.

  • O VMware Cloud Director exibe os modelos do vApp que não residem no catálogo selecionado

    Se você configurar um catálogo local e outro compartilhado com o mesmo nome e tentar revisar os modelos vApp e arquivos de mídia do catálogo local, o VMware Cloud Director exibirá as mesmas informações do catálogo compartilhado e vice-versa.

  • Uma tentativa de analisar os resultados da Tela VPN IPsec resulta em uma mensagem de erro Http failure response

    Se você configurar mais de 50 túneis de VPN IPsec em um edge gateway, ao navegar até a tela VPN IPsec, a UI exibirá uma mensagem de erro.

    Http failure response for https://<public-url>/cloudapi/1.0.0/edgeGateways/urn:vcloud:gateway:5b240e42-3b84-4fb0-be13-d9344866b561/ipsec/tunnels?pageSize=128: 500 Server Error

  • A caixa de diálogo Editar Grupos de Portas para <external-network> está vazia

    Em um ambiente multissite, quando você tenta editar o grupo de portas distribuídas configurado em uma rede externa, a caixa de diálogo Editar Grupos de Portas para <external-network> está vazia e não exibe nenhuma informação.

  • Uma tentativa de excluir uma organização configurada com um grupo de centros de dados resulta em um status Failed

    Para uma organização, se você configurar um grupo de centros de dados, uma tentativa de excluir esta organização falhará com um status Failed.

  • Um usuário importado de um provedor de identidade OIDC tem acesso somente leitura

    Ao fazer login no VMware Cloud Director como um usuário importado de um provedor de identidade OIDC, você tem acesso somente leitura.

  • Suspender uma VM por meio da UI do VMware Cloud Director resulta em um estado parcialmente suspenso da VM

    No Portal de Tenant do VMware Cloud Director, quando você suspende uma VM, o VMware Cloud Director não desimplanta a VM e a VM torna-se Partially Suspended em vez de Suspended.

  • O status do Programa de Aperfeiçoamento da Experiência do Cliente (CEIP) é Enabled, mesmo depois de desativá-lo durante a instalação do VMware Cloud Director

    Durante a instalação do VMware Cloud Director, se você desativar a opção de ingressar no CEIP, após a conclusão da instalação, o status do CEIP ficará ativo.

  • O VMware Cloud Director exibe valores incorretos para os parâmetros de aplicativo, origem e destino de uma regra de firewall

    Se você criar uma regra de firewall e adicionar a regra a um edge gateway de nível 1 do NSX-T Data Center, o VMware Cloud Director não herdará os valores corretos para os parâmetros Application, Source e Destination e os exibirá como Any.

  • O nome e a descrição da função estão localizados na interface do usuário do VMware Cloud Director e podem causar duplicação de nomes de função

    O problema ocorre porque a conversão da interface do usuário não afeta o back-end e a API. Você pode criar funções com os mesmos nomes dos nomes convertidos, o que resulta em funções duplicadas percebidas na interface do usuário e gera conflito com o uso da API de nomes de função ao criar contas de serviço.

  • A assinatura de um catálogo externo usando um proxy resultará em uma falha com uma mensagem de erro Unknown remote catalog error

    Se você usar um proxy ao tentar assinar um catálogo externo cujo endereço IP não pode ser acessado diretamente ou está fora da zona desmilitarizada, a operação resultará em uma falha com uma mensagem de erro.

    Unknown remote catalog error: Connect to <name>:443 failed: connect timed out.

  • A atualização da política de armazenamento para uma VM resulta em uma falha com uma mensagem de erro Internal Server Error error

    Se uma VM residir em um único cluster de host e a rede da VM não tiver suporte de um grupo de portas virtuais distribuídas, uma tentativa de atualizar a política de armazenamento da VM falhará com uma mensagem de erro.

    Internal Server Error error

  • O painel esquerdo exibe itens de menu duplicados para um edge gateway

    Se você fizer login nos portais do VMware Cloud Director como um usuário sem direitos Load Balancer View Only, o portal do painel esquerdo exibirá itens de menu duplicados.

  • A criação de uma regra de antiafinidade falha com uma mensagem de erro No valid hosts could be found due to datastore accessibility

    Ao criar uma regra de antiafinidade, a operação falha com uma mensagem de erro No valid hosts could be found due to datastore accessibility.

    Isso acontece porque o mecanismo de posicionamento tenta criar a regra em um datastore somente leitura.

  • A edição do túnel VPN IPSec falha com uma mensagem de erro IPSec VPN Tunnel with id XXXX not found on Edge Gateway

    Em um edge gateway, se você configurar mais de 25 túneis VPN IPSec, a edição de um dos túneis VPN IPSec falhará com uma mensagem de erro.

    IPSec VPN Tunnel with id XXXX not found on Edge Gateway

  • Se você usar a rápida instanciação cruzada de vApp do vCenter Server e excluir a VM com o prefixo multi-vc-vm- que foi criado durante a instanciação, isso também excluirá os arquivos VMX e VMDK do modelo de origem da VM original da instanciação.

    Se você usar a rápida instanciação cruzada de vApp do vCenter Server e excluir a VM com o prefixo multi-vc-vm- que foi criado durante a instanciação, isso também excluirá os arquivos VMX e VMDK do modelo de origem da VM original que você usou para a instanciação. Isso acontece porque, quando você usa a rápida instanciação cruzada de vApp do vCenter Server para criar a instância de uma VM, o modelo de VM de origem localizado no vCenter Server A é registrado com o vCenter Server B, criando uma VM com o prefixo multi-vc-vm- que se estende entre as duas instâncias do vCenter Server, enquanto seus arquivos VMX e VMDK são armazenados com o modelo original da VM no vCenter Server A. A VM multi-vc-vm- será excluída se tiver sido excluída diretamente do vCenter Server ou importada para o VMware Cloud Director com a caixa de seleção Excluir Origem marcada e, em seguida, excluída do VMware Cloud Director.

  • Na UI do VMware Cloud Director, clicar em Ajuda na barra de navegação superior não o levará à documentação relevante do produto

    Na UI do VMware Cloud Director, clicar em Ajuda na barra de navegação superior não o levará à documentação relevante do produto. Isso acontece porque, no VMware Cloud Director 10.4, o link do menu Ajuda é recuperado de um link personalizado e o valor padrão do link personalizado é null.

Problemas conhecidos

  • Novo - A interface do usuário e as tarefas do VMware Cloud Director estão lentas para carregar e concluir

    A comunicação do barramento de mensagens do Artemis não está funcionando e, quando você aciona operações da interface do usuário, eles podem levar até 5 minutos para serem concluídas ou podem atingir o tempo limite. Os problemas de desempenho podem afetar operações, como ligar VMs e vApps, criar VDC de provedor, implantar vApp, etc.

    Os arquivos de log podem conter uma mensagem de erro, como:

    • a) Connection failure to <VCD Cell IP Address> has been detected: AMQ229014: Did not receive data from <something> within the 60,000ms

    • b) Connection failure to /<VCD Cell IP Address>:61616 has been detected: AMQ219014: Timed out after waiting 30,000 ms

    • c) Bridge is stopping, will not retry 

    • d) Local Member is not set at on ClusterConnection ClusterConnectionImp

    Solução alternativa:

    Para a) e b):

    1. Verifique se as células do VMware Cloud Director têm conectividade de rede e podem se comunicar umas com as outras.

    2. Reinicie a célula do VMware Cloud Director que contém a mensagem de erro.

    Para c) e d), reinicie a célula do VMware Cloud Director que contém a mensagem de erro.

  • Novo - 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.

  • Novo - A exclusão de VMs descobertas automaticamente do VMware Cloud Director move as VMs existentes em vApps para a pasta StrandedItems e as renomeia

    Quando você exclui as VMs descobertas automaticamente do VMware Cloud Director, o sistema move as VMs existentes que residem em vApps para a pasta StrandedItems no vCenter Server e renomeia as VMs gerenciadas do vCenter Server com um sufixo antes do UUID das VMs, semelhante a vcentervm-1 (vm-uuid).

    Solução alternativa: Nenhuma.

  • Novo - 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 para 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.

  • Novo - Os usuários não podem fazer login em algumas organizações após a migração para ou da configuração LDAP da organização do sistema

    Se você migrar um usuário da configuração LDAP da organização do sistema compartilhado para outra origem IDP, e vice-versa, esse usuário não poderá fazer login em nenhuma organização diferente daquela que está fazendo a migração. Por exemplo, em uma implantação na qual a organização do sistema gerencia o TenantA e o TenantB, e todas as organizações importarão o User1 da configuração LDAP da organização do sistema compartilhado, se o TenantA definir uma configuração SAML e migrar o User1 do LDAP para o SAML, User1 poderá fazer login no TenantA por meio de SAML, mas não poderá fazer login na organização do sistema ou no TenantB.

    Solução alternativa: Nenhuma.

  • Novo - Falha na instanciação rápida em todo o vCenter Server de um modelo do vApp com estado de memória

    Se você tentar uma instanciação elegível para a instanciação rápida do modelo do vApp em todo o vCenter Server, preservando o estado da memória das VMs no vApp, a operação falhará com uma mensagem de erro.

    java.util.concurrent.ExecutionException: com.vmware.ssdc.util.LMException: Internal Server Error

    Solução alternativa: Mova o modelo para um repositório de dados que não é compartilhado entre as instâncias do vCenter Server para evitar que o VMware Cloud Director realize uma instanciação rápida de modelo do vApp.

  • Novo - A publicação de um fluxo de trabalho do vRealize Orchestrator na biblioteca de serviços do VMware Cloud Director falha com uma mensagem de erro

    Quando você tenta publicar um fluxo de trabalho do vRealize Orchestrator, a operação falha com uma mensagem de erro 500 Server Error.

    Isso acontece porque a API retorna um grande número de links para cada tenant individual ao qual o fluxo de trabalho é publicado e causa um estouro nos cabeçalhos HTTP.

    Solução alternativa: Para publicar o fluxo de trabalho, use CURL ou POSTMAN para executar uma solicitação de API com um limite maior de tamanho de cabeçalho HTTP.

  • Novo - As operações do VMware Cloud Director, como ligar e desligar uma VM, levam mais tempo para serem concluídas

    As operações do VMware Cloud Director, como ligar ou desligar uma VM, levam mais tempo para serem concluídas. A tarefa exibe um status de Starting virtual machine e nada acontece.

    O arquivo de log jms-expired-messages.logs exibe um erro.

    RELIABLE:LargeServerMessage & expiration=

    Solução alternativa: Nenhuma.

  • Novo - 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, ocorre uma falha na operação 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.

  • Novo - Não é possível criar modelos de VDC do VMware Cloud Director em ambientes de serviço do VMware Cloud Director

    O serviço do VMware Cloud Director não oferece suporte a modelos de Datacenter Virtual (VDC). Você pode usar modelos de VDC em ambientes com VDCs de provedor com um tipo de provedor de rede NSX ou um tipo de provedor NSX Data Center for vSphere. Não é possível usar modelos de VDC em ambientes de serviço do VMware Cloud Director porque os VDCs de provedor têm o tipo de provedor de rede VMC.

    Solução alternativa: Nenhuma.

  • Novo - As VMs se tornarão incompatíveis após converter um VDC de pool de reservas em um VDC de organização flexível

    Em um VDC de organização com um modelo de alocação de pool de reservas, se algumas das VMs tiverem reserva diferente de zero para CPU e Memória, configuração não ilimitada para CPU e Memória, ou ambas, após a conversão em um VDC de organização flexível, essas VMs se tornarão incompatíveis. Se você tentar tornar as VMs compatíveis novamente, o sistema aplicará uma política incorreta para a reserva e o limite e definirá as reservas de CPU e Memória como zero e os limites como Ilimitados.

    Solução alternativa:

    1. Um administrador do sistema deve criar uma política de dimensionamento de VM com a configuração correta.

    2. Um administrador do sistema deve publicar a nova política de dimensionamento de VM no VDC de organização flexível convertido.

    3. Os tenants podem usar a API do VMware Cloud Director ou o Portal de Tenant do VMware Cloud Director para atribuir a política de dimensionamento de VM às máquinas virtuais existentes no VDC de organização flexível.

  • Novo - 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.

  • Você perde as alterações personalizadas das configurações de parâmetro do arquivo postgresql.auto.conf depois de fazer upgrade para o VMware Cloud Director 10.4.1

    Após o upgrade para o VMware Cloud Director 10.4.1, o sistema exclui todas as configurações de parâmetro do arquivo postgresql.auto.conf e você perde todas as alterações personalizadas anteriormente aplicadas ao arquivo.

    Isso acontece porque o dispositivo do VMware Cloud Director versão 10.4.1 usa e faz upgrade do banco de dados incorporado para o banco de dados PostgreSQL 14.

    Solução alternativa: Seguindo as etapas no procedimento Modificar as configurações do PostgreSQL no dispositivo do VMware Cloud Director, reaplique as alterações das configurações de parâmetro ao arquivo postgresql.auto.conf. Para ajudá-lo, o sistema copia o conteúdo de pré-upgrade do arquivo postgresql.auto.conf para o arquivo /var/vmware/vpostgres/current/pgdata/postgresql.auto.old.

    Importante:

    Você deve testar qualquer alteração em um ambiente de teste. Por exemplo, se você incluir parâmetros descontinuados, como wal_keep_segments,, que estão obsoletos desde o PostgreSQL 12, o PostgreSQL não será iniciado, e o upgrade falhará.

  • Não é possível selecionar o Tanzu Kubernetes versão 2.0 ou posterior ao criar um cluster de implantação do Supervisor do vSphere with Tanzu

     Como um tenant, ao tentar criar um cluster de implantação do Supervisor do vSphere with Tanzu, não é possível selecionar um cluster do 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.

  • Se você tentar restaurar o dispositivo VMware Cloud Director com os certificados de proxy do console, a restauração falhará

    Na interface do usuário do gerenciamento de dispositivo VMware Cloud Director, se você quiser restaurar o dispositivo e marcar a caixa de seleção Proxy do Console em Selecione os certificados a serem restaurados para esse nó a partir do backup selecionado, a restauração falhará.

    Solução alternativa: A partir da versão 10.4, o proxy do console e a REST API usam um único certificado. A versão 10.4.1 e posterior, não é compatível com a implementação do proxy do console legado e não é necessário marcar a caixa de seleção. Repita o procedimento de restauração sem marcar a caixa de seleção Proxy do Console.

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

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

  • A restauração de um backup do dispositivo pode falhar com um erro Invalid command-line arguments. Missing argument for option: consoleproxy-cert

    Se você executar o comando CMT clear-console-proxy-settings antes de fazer backup de um dispositivo e, em seguida, se optar por restaurar o certificado de proxy do console a partir do backup, o processo de restauração falhará com um erro Invalid command-line arguments. Missing argument for option: consoleproxy-cert.

    O problema ocorre porque o comando para limpar as configurações de proxy do console remove o certificado de proxy do console e as configurações de proxy do console estão ausentes para o backup. Se o certificado de proxy do console não estiver no backup, você não poderá restaurá-lo.

    Se as configurações de proxy do console tiverem sido apagadas, execute a restauração do dispositivo sem selecionar para restaurar o certificado de proxy do console.

  • Falha no proxy do console do VMware Cloud Director, no upload de OVFs e mídias e na ativação de uma VM

    O VMware Cloud Director 10.4 aprimora a conectividade SSL com todos os componentes de infraestrutura do vSphere, incluindo o ESXi, incorporando a CA (Autoridade de Certificação) do vSphere aos mecanismos de confiança do VMware Cloud Director. Em alguns casos, o endpoint do vSphere e a CA do vSphere usam âncoras de confiança diferentes, e o VMware Cloud Director deve confiar em mais de uma âncora de confiança do vSphere. Se a CA do vSphere não for confiável, alguns recursos do VMware Cloud Director não funcionarão.

    Para concluir a integração do vSphere, consulte o KB 78885. Você também pode confiar em todos os certificados necessários executando o comando CMT trust-infra-certs. Consulte importar os certificados de Endpoints dos recursos do vSphere.

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

  • Quando você tenta excluir um item bloqueado no VMware Cloud Director clicando em OK na janela Excluir Item Bloqueado, a janela deixa de responder

    Quando você tenta excluir um item bloqueado no VMware Cloud Director clicando em OK na janela Excluir Item Bloqueado, a janela deixa de responder. Esse problema ocorre quando a sua conexão de rede com a instância do VMware Cloud Director está lenta. A busca de um item bloqueado pode levar até cinco minutos, durante os quais a UI não responde. Se você clicar no botão Cancelar, a janela fechará, mas a exclusão do item não será cancelada.

    Solução alternativa: Aguarde até que a janela feche por conta própria.

  • Não será possível criar um modelo de VDC e instanciar um VDC a partir de um modelo se você estiver usando apenas um pool de redes do VMware Cloud on AWS para seu VDC de provedor

    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.

    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

    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.

    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 do Portal 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: Configure o dispositivo do VMware Cloud Director usando a API do Dispositivo do VMware Cloud Director.

  • 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 é definida como seu 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]

  • Após o upgrade para o VMware Cloud Director 10.3.2a, abrir a lista de redes externas resulta em uma mensagem de aviso

    Ao tentar abrir a lista de redes externas, a interface do usuário do VMware Cloud Director exibe uma mensagem de aviso.

    One or more external networks or T0 Gateways have been disconnected from its IP address data.

    Isso acontece porque a rede externa é desconectada do Roteamento Entre Domínios Sem Classe (CIDR) antes do upgrade para o VMware Cloud Director 10.3.2a.

    Solução alternativa: Entre em contato com a VMware Global Support Services (GSS) para obter assistência com a solução alternativa para esse problema.

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

  • Se você usar o vRealize Orchestrator 8.x, os parâmetros de entrada ocultos em fluxos de trabalho não serão preenchidos automaticamente na interface de usuário do VMware Cloud Director

    Se você usar o vRealize Orchestrator 8.x, quando tentar executar um fluxo de trabalho por meio da interface de usuário do VMware Cloud Director, os parâmetros de entrada ocultos não serão preenchidos automaticamente na interface de usuário do VMware Cloud Director.

    Solução alternativa: para acessar os valores dos parâmetros de entrada de fluxo de trabalho, você deve criar uma ação do vRealize Orchestrator que tenha os mesmos valores de parâmetro de entrada que o fluxo de trabalho que deseja executar. 

    1. Faça login no Cliente do vRealize Orchestrator e navegue até Biblioteca > Fluxos de Trabalho.

    2. Selecione a guia Formulário de Entrada e clique em Valores no lado direito.

    3. No menu suspenso Opções de valor, selecione Origem externa, insira as Entradas de ação e clique em Salvar. Os possíveis parâmetros de entrada são _vcd_orgName,_vcd_orgId, _vcd_userName, _vcd_isAdmin,_vcd_sessionToken.

    4. Execute o fluxo de trabalho na interface de usuário do VMware Cloud Director.

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

  • As chamadas à API do VMware Cloud Director para obter informações do vCenter Server retornam uma URL em vez de um UUID

    O problema ocorre com instâncias do vCenter Server que falharam no registro inicial com o VMware Cloud Director versão 10.2.1 e anterior. Para essas instâncias do vCenter Server, quando você faz chamadas à API para obter as informações vCenter Server, a API do VMware Cloud Director retorna incorretamente uma URL em vez do UUID esperado.

    Solução alternativa: Reconecte a instância do vCenter Server ao VMware Cloud Director.

  • Atualizar do VMware Cloud Director 10.3.x para o VMware Cloud Director 10.4.x resulta em uma mensagem de erro Connection to sfcbd lost

    Se você fizer upgrade do VMware Cloud Director 10.3.x para o VMware Cloud Director 10.4.x, a operação de atualização 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 (VVols)

    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 VVols. 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 VVols. Para consolidar uma máquina virtual com um snapshot em um repositório de dados VAAI ou VVol, 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.

check-circle-line exclamation-circle-line close-line
Scroll to top icon