VMware Cloud Director 10.5 | 18 JULHO DE 2023 | Compilação 22080476 (compilação instalada 22080047)

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

Novidades

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

  • Hub de Conteúdo - Catálogo aprimorado e gerenciamento de conteúdo

    Esta versão apresenta uma experiência do usuário completamente nova para provedores e tenants para acessar imagens de aplicativos, como modelos do vApp, arquivos ISO e imagens de aplicativos de contêiner na forma de Helm Chart. Os provedores podem criar e compartilhar com os tenants os catálogos com suporte do armazenamento do VMware Cloud Director local ou preenchidos com imagens de aplicativos importadas do VMware Marketplace e de repositórios do Helm Chart de terceiros. O Hub de Conteúdo combina o Catálogo do VMware Cloud Director e o App Launchpad existentes em uma experiência unificada para tenants e provedores. O Hub de Conteúdo não requer a instalação de componentes adicionais. Consulte Trabalhando com origens externas para imagens de aplicativos no Guia de Administração do Provedor de Serviços do VMware Cloud Director e Trabalhando com recursos externos para imagens de aplicativos no Guia de Tenants do VMware Cloud Director.

  • Federação do NSX com Grupos de VDCs

    O VMware Cloud Director agora oferece suporte à Federação do NSX. Você pode registrar uma instância do NSX Global Manager que coordena políticas de segurança entre instâncias regionais locais do NSX Manager no seu ambiente do VMware Cloud Director. Você pode incluir até 4 instâncias do NSX Manager em um único Grupo de VDCs. O uso da Federação do NSX com o VMware Cloud Director está limitado aos Gateways de Camada 0 e 1 Estendidos. Isso significa que o gateway de provedor associado à sua instância do NSX Manager global e a um grupo de centros de dados define os limites do grupo de centros de dados. Ao aproveitar a Federação do NSX, você tem mais opções para estabelecer zonas de disponibilidade de rede, desagregando instâncias do NSX Manager nos centros de dados regionais. Consulte Gerenciando a federação do NSX no Guia de Administração do Provedor de Serviços do VMware Cloud Director e Usando a federação do NSX no Guia do Tenant do VMware Cloud Director.

  • Políticas HTTP do NSX Advanced Load Balancer

    O VMware Cloud Director 10.5 fornece uma UI de autoatendimento de tenant para configuração de políticas HTTP do NSX Advanced Load Balancer para serviços virtuais. A funcionalidade inclui a solicitação HTTP, a resposta HTTP e as políticas de segurança HTTP. Você pode usar políticas de solicitação HTTP para modificar solicitações antes que elas sejam encaminhadas ao aplicativo, usadas como base para comutação de conteúdo ou descartadas. Você pode usar políticas de resposta HTTP para avaliar e modificar as respostas e os atributos de resposta que um aplicativo virtual retorna. Por fim, você também pode usar as políticas de segurança HTTP para configurar a permissão ou a negação de determinadas solicitações, fechar uma conexão TCP, redirecionar uma solicitação para HTTPS, aplicar um limite de taxa ou fornecer uma resposta de página estática em caso de interrupção. Consulte Configurando políticas HTTP para um serviço virtual.

  • Assistente de UI de Migração de Espaços de IP

    Você pode usar o assistente de UI de Migração de Espaços de IP para migrar qualquer gateway de provedor no seu ambiente para espaços IP dos blocos de IP herdados. Consulte Migrar um gateway de provedor do VMware Cloud Director para usar espaços de IP.

  • Aprimoramentos do BGP

    A nova guia de mapas de rota do BGP permite que os clientes especifiquem configurações adicionais para redistribuição de rota. Os mapas de rota só estão disponíveis para gateways de provedor que usam espaços de IP. Você pode configurar mapas de rota com prefixos de IP e listas de comunidade definidas no gateway de provedor nas outras guias do BGP.

  • UI de regras de firewall aprimorada

    O VMware Cloud Director 10.5 fornece uma experiência do usuário aprimorada para expressões de regras de firewall. Agora você pode criar uma única regra de firewall e, opcionalmente, posicioná-la em uma posição específica na lista de regras e reordenar uma única regra de firewall sem editar a lista inteira de regras de firewall existentes. Você também pode adicionar intervalos e endereços IP individuais diretamente nas caixas de texto Origem e Destino da regra de firewall. As regras de firewall agora têm um elemento loggingId que corresponde ao NSX rule_id.

  • Geração de regras de NAT e de firewall padrão autoconfiguradas para edge gateways e gateways de provedor

    Se você estiver usando espaços IP, poderá gerar e aplicar SNAT padrão, NO SNAT e regras de firewall configuradas automaticamente em edge gateways e gateways de provedor em seu ambiente. O VMware Cloud Director configura automaticamente as regras de SNAT, DNAT e firewall dependendo da topologia dos espaços IP relevantes e seus escopos externos e internos. Consulte Configurar automaticamente regras de NAT e de firewall padrão em um gateway de provedor and Configurar automaticamente regras de NAT e de firewall em um NSX Edge Gateway no VMware Cloud Director.

  • Publicação de catálogo – Melhorias no desempenho de assinatura

    Reduzimos significativamente o tempo necessário para sincronizar o conteúdo durante a publicação-assinatura do catálogo nas instâncias do Cloud Director. A sincronização entre publicação e assinatura também é mais resiliente em relação a interrupções na transferência de dados. Em nosso catálogo de teste, a sincronização de um modelo do vApp de tamanho 10 GB que levaria mais de 1 hora para sincronizar em versões anteriores agora seria concluída em menos de 15 minutos. Isso foi alcançado dividindo os dados em blocos e introduzindo simultaneidade na transferência de dados.

  • Capacidade de fazer upgrade de complementos de solução e publicar complementos de solução para tenants

    O VMware Cloud Director 10.5 introduz a capacidade de fazer upgrade das instâncias do complemento da solução quando uma nova versão é disponibilizada. Você também pode publicar complementos de solução para alguns ou para todos os seus tenants. Consulte Uso de complementos de solução com o VMware Cloud Director.

  • Aproveitar repositórios de dados compartilhados em vários vCenter Servers

    Em versões anteriores, ao mover VMs entre diferentes vCenter Servers, o mecanismo de posicionamento não considerava os repositórios de dados compartilhados entre os vCenter Servers. Isso resultou em uma operação de cópia que envolve exportação e importação do OVF. No VMware Cloud Director 10.5, o mecanismo de posicionamento fornece recomendações de repositório de dados compartilhados para impedir o fluxo de trabalho de exportação e importação do OVF e otimiza a operação de movimentação, tornando-a mais rápida.

  • Aprimoramentos de migração do tenant

    Nas versões anteriores do VMware Cloud Director, a opção Migrar Armazenamento de Tenant selecionaria todas as VMs que têm pelo menos um disco nos repositório de dados de origem selecionados e moveria todas as VMs e seus discos, independentemente de os discos estarem nos repositórios de dados de origem selecionados. No VMware Cloud Director 10.5, esse comportamento é controlado pela propriedade Migrate Entire Virtual Machine.Definir essa propriedade como false resulta em mover apenas os discos que estão nos repositórios de dados de origem.

  • Ativação de detecção de VM nos níveis de organização e VDC da organização

    Em versões anteriores, você pode configurar a detecção de VM no VMware Cloud Director no nível global, nível da organização e nível do VDC da organização, mas o nível global tinha precedência sobre o nível da organização e o nível da organização tinha precedência sobre o nível do VDC da organização. Nas versões 10.4.x e anteriores, se a detecção de VM estiver desativada no nível global, você não poderá ativá-la na organização ou no nível do VDC da organização. A partir do VMware Cloud Director 10.5, você pode substituir a configuração de detecção de VM de nível global nos níveis de organização e VDC da organização. Se você usar a API /api/admin/extension/settings/general para definir o parâmetro AllowOverrideOfVmDiscoveryByOrgAndOVDC como true, o comportamento de detecção de VM da organização e do VDC da organização poderá substituir a configuração no nível global. Consulte Detectando e adotando vApps.

  • O vCenter Server pode fazer backup de um VDC de provedor e de uma instância dedicada do vCenter Server

    No VMware Cloud Director 10.5, um administrador de provedor pode ativar duas configurações avançadas para que uma instância do vCenter Server possa apoiar um VDC de provedor e uma instância dedicada do vCenter Server. Essa é uma configuração avançada que expõe riscos e só deve ser ativada por administradores experientes do VMware Cloud Director. Para obter informações, consulte Gerenciamento de instâncias dedicadas do vCenter Server no VMware Cloud Director.

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

Correções de Segurança

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

    A versão 10.5 do dispositivo do VMware Cloud Director inclui atualizações de segurança do Photon OS 3.0 para comunicados até PHSA-2023-3.0-0597, inclusive. Consulte os Avisos de segurança do Photon OS 3.0.

Notas de suporte do produto

  • O comportamento de e-mail opcional para usuários e servidor SMTP está obsoleto

    No VMware Cloud Director 10.5 e versões anteriores, o e-mail é opcional para todos os usuários, locais ou importados de um provedor de identidade (IDP) externo. No entanto, a partir da versão 10.5, esse comportamento está obsoleto e você deve garantir que os e-mails estejam presentes para todos os usuários. Para usuários locais, digite um endereço de e-mail válido. Para usuários importados de IDPs externos integrados ao VMware Cloud Director, verifique se as integrações estão configuradas corretamente para garantir que os e-mails sejam sincronizados a partir dos provedores de identidade para todos os usuários. Em uma versão futura, os e-mails dos usuários precisarão estar disponíveis para o VMware Cloud Director para todos os usuários, e determinadas funções ficarão indisponíveis para usuários sem um endereço de e-mail.

    No VMware Cloud Director 10.5, a configuração de um servidor SMTP de saída é opcional. Em uma versão futura, a configuração de um servidor SMTP de saída será obrigatória para os provedores de serviços.

  • As versões 35.x. e 36.x da API do VMware Cloud Director estão obsoletas e não terão suporte a partir da próxima versão principal do VMware Cloud Director.

  • Não há suporte para as versões 33.0 e 34.0 da API do VMware Cloud Director.

  • Descompactação acelerada de API

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

  • O VMware Cloud Director API versão 38.0 e posterior não oferece suporte ao endpoint de login da API /api/sessions

    O endpoint de login da API /api/sessions está obsoleto desde a versão 33.0 da API do VMware Cloud Director. Para a versão 38.0 e posterior, não há mais suporte para o endpoint de login da API /api/sessions. Você pode usar os endpoints de login da OpenAPI do VMware Cloud Director para acessar o VMware Cloud Director.

    • Acesso do provedor de serviços à organização do sistema- POST cloudapi/1.0.0/sessions/provider

    • Acesso do tenant a todas as outras organizações além da organização do sistema- POST cloudapi/1.0.0/sessions

    De acordo com o compromisso de compatibilidade com versões anteriores do VMware Cloud Director, as versões 37.2 e anteriores continuam a oferecer suporte ao endpoint de login da API /api/sessions.

Atualização das versões anteriores

Para obter mais informações sobre o upgrade para o VMware Cloud Director 10.5, os caminhos e os fluxos de trabalho de upgrade e migração, consulte Fazendo upgrade e migrando o VMware Cloud Director Appliance ou Fazendo upgrade do VMware Cloud Director no Linux.

Requisitos do sistema e instalação

Portas e protocolos

Para obter informações sobre as portas de rede e os protocolos usados pelo VMware Cloud Director 10.5, 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

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

Problemas resolvidos

  • O VMware Cloud Director não publica no RabbitMQ um evento para a criação de um conjunto de IPs em um edge gateway do NSX

    Quando você adiciona um conjunto de IPs a um edge gateway do NSX, o VMware Cloud Director não publica esse evento no RabbitMQ e não é possível ver o evento no cliente RabbitMQ.

  • A caixa de diálogo Event Details exibe valores incorretos para um disco rígido da VM

    Depois de atualizar o tamanho do disco rígido de uma VM, em vez de exibir o valor do tamanho atualizado, a caixa de diálogo Event Details continua a exibir o valor do tamanho antigo.

    Isso acontece porque os detalhes do evento são extraídos do banco de dados do VMware Cloud Director antes da conclusão da operação de atualização.

  • Uma tentativa de atualizar o limite de IOPS por disco falha com um erro Cannot read properties of null para um usuário sem direitos para View Disk IOPS

    Se você fizer login como usuário sem direitos para View Disk IOPS, uma tentativa de atualizar o limite de IOPS por disco falhará com uma mensagem de erro Cannot read properties of null.

  • O VMware Cloud Director falha ao atribuir a política de armazenamento de VDC de organização padrão ao criar uma nova VM a partir de um modelo

    Ao criar uma nova VM a partir de um modelo, em vez de atribuir a política de armazenamento de VDC de organização padrão, o VMware Cloud Director atribui a primeira política de armazenamento de uma lista de políticas de armazenamento em ordem alfabética disponível para a organização.

  • Quando você carrega um arquivo OVA para criar um vApp ou um modelo do vApp, a operação falha com uma mensagem de erro Duplicate element 'AddressOnParent'.

    Se você carregar um arquivo OVF com um disco rígido anexado ao Controlador IDE 0 e um CDROM anexado ao Controlador IDE 1 para criar um modelo do vApp, baixar este modelo do vApp como um único arquivo OVA resultará em um arquivo OVA corrompido. Se você carregar o arquivo OVA para criar um vApp ou um modelo do vApp, as operações falharão com uma mensagem de erro.

    The following error was encountered while processing the OVF file you provided: Line 81: Duplicate element 'AddressOnParent'.

  • A configuração e a atualização dos túneis IPsec VPN e L2 VPN falham com uma mensagem de erro Cannot create or update VPN Tunnel

    Quando você tenta configurar um novo ou atualizar um túnel IPsec VPN ou L2 VPN existente, a operação falha com uma mensagem de erro.

    Cannot create or update IPSec VPN Tunnel

    Cannot create or update L2 VPN Tunnel

  • Quando você move um vApp para outro VDC de organização, a descrição do vApp é perdida

    Quando você move um vApp de um VDC de organização para outro, a descrição do vApp não é preservada.

  • A adição do endereço IP do DNS a uma associação de DHCP IPv4 em uma rede isolada falha com uma mensagem de erro Internal Server

    Em uma rede isolada, quando você remove e adiciona novamente o endereço IP do DNS a uma associação de DHCP IPv4 existente, a operação falha com uma mensagem de erro Internal Server.

  • A criação do vApp a partir de um pacote OVF falha com uma mensagem de erro Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection'

    Quando você tenta criar um vApp a partir de um OVF, a operação falha com uma mensagem de erro.

    Invalid value 'ovf:/disk/vmdisk' for element 'HostResource'.Line 484: Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection'..

    Isso acontece porque, ao gerar o OVF, o VMware Cloud Director tende a substituir os dados de entrada de origem e usar seus próprios IDs de instância para o disco e o CD ROM.

  • Falha na importação de uma VM do vCenter Server com uma mensagem de erro NO_FEASIBLE_PLACEMENT_SOLUTION

    Ao importar uma VM do vCenter Server, se a VM residir em um pool de recursos do VDC gerenciado pelo VMware Cloud Director, mas a política de colocação padrão determinar que essa VM deve ser colocada em um cluster diferente do que reside atualmente, a operação falhará com uma mensagem de erro.

    NO_FEASIBLE_PLACEMENT_SOLUTION

  • A adição de uma nova VM a um vApp falha com uma mensagem de erro Requested disk size for virtual machine exceeds maximum allowed capacity

    Se um administrador do sistema adicionar uma VM a um vApp e o disco rígido desse disco de VM exceder o tamanho máximo do disco rígido configurado, quando um administrador da organização tentar adicionar uma nova VM ao mesmo vApp, a operação falhará com uma mensagem de erro.

    Requested disk size for virtual machine exceeds maximum allowed capacity

  • O VMware Cloud Director não aplica a restrição para o comprimento máximo ao editar as propriedades de guest de um vApp

    Se você configurar uma restrição para o comprimento máximo de uma cadeia de caracteres de propriedade de guest do vApp, ao editar esse vApp, o VMware Cloud Director não aplicará a restrição, e você poderá digitar valores de cadeia de caracteres mais longos.

  • A alteração da política padrão de dimensionamento e armazenamento em uma VM falha com uma mensagem de erro

    Se a política padrão de dimensionamento de VM tiver 100% de reserva de memória e uma VM for atribuída a essa política padrão, a alteração da política de dimensionamento ou armazenamento dessa VM falhará com uma mensagem de erro.

    After policy was applied to VM, memory or cpu limits were below their reservations. Memory Limit: 1,024, Memory Reservation: <value>, Cpu Limit: <value>, Cpu Reservation: <value>

Problemas conhecidos

  • Novo - 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 operador 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 operador do Kubernetes, 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.

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

  • Se você usar a instanciação cruzada rápida do vApp do vCenter Server e fizer upgrade da versão de hardware do modelo do vApp original no vSphere, a operação falhará em todos, exceto nos vCenter Servers originais com uma mensagem de erro Cannot create shadow VM of primary VM

    Quando você provisiona rapidamente uma VM a partir de um modelo do vApp, o VMware Cloud Director cria uma VM de sombra e uma VM com o prefixo multi-vc-vm para oferecer suporte à criação de clone vinculado em centros de dados e repositórios de dados do vCenter Server. Para manter a sincronização com o modelo do vApp original, algumas operações, como o upgrade da versão de hardware, na VM com o prefixo multi-vc-vm não são permitidas. No vSphere, se você fizer upgrade da versão de hardware do modelo do vApp e a VM de sombra, não poderá fazer upgrade da VM com o prefixo multi-vc-vm. Isso faz com que o provisionamento rápido falhe em todos os vCenter Servers, exceto no vCenter Server original, em que reside o modelo do vApp associado.

    Solução alternativa:

    1. Use a API VMware Cloud Director para excluir a VM com o prefixo multi-vc-vm. Consulte http://developers.eng.vmware.com/apis/vmware-cloud-director/latest/multi-vc-vms/.

    2. No vSphere, exclua ou faça upgrade da VM de sombra.

      A VM de sombra e a VM com o prefixo multi-vc-vm são recriadas no próximo provisionamento rápido a partir do modelo do vApp.

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

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

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

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

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

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

  • A janela Excluir Item Bloqueado 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

    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 KB https://kb.vmware.com/s/article/93252.

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

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

  • 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

    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.

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