Problemas conhecidos

Esta página descreve problemas conhecidos que podem ocorrer ao usar o Google Cloud VMware Engine.

Problemas gerais

Seguem-se alguns problemas gerais conhecidos que afetam o VMware Engine.

Tempo de aprovisionamento para nuvens privadas do vSphere 8.0 Update 3

Problema: o VMware Engine implementa agora novas nuvens privadas com o VMware vSphere versão 8.0 Update 3 e o NSX-T 4.2.1.2. Durante este período de atualização, a criação e a expansão da nuvem privada usam velocidades de aprovisionamento padrão para todas as novas implementações com as versões atualizadas.

Detalhes: a criação de uma nuvem privada pode demorar até 140 minutos.

Solução alternativa: não é necessária nenhuma solução alternativa, mas planeie tempo adicional quando implementar novas nuvens privadas ou expandir clusters existentes.

Deteção: pode observar tempos de implementação mais longos do que o habitual para novas nuvens privadas ou quando expande clusters existentes.

Estado: este é o comportamento esperado devido às atualizações de versões e às atualizações em curso.

A máquina virtual com o Windows Server 2022 KB5022842 (compilação do SO 20348.1547) configurada com o arranque seguro ativado não está a arrancar (90947)

Após a instalação da atualização do Windows Server 2022 KB5022842 (compilação do SO 20348.1547), o SO convidado não consegue arrancar quando as máquinas virtuais estão configuradas com o arranque seguro ativado. Para contornar este problema, pode fazer uma das seguintes ações:

Existe um limite de 100 prefixos para anúncios de rotas da sua nuvem privada para a sua rede VPC

Se o seu anúncio de rota exceder este limite, alguns prefixos podem ser ignorados. Para permanecer dentro deste limite, implemente a agregação no NSX-T Edge.

O VMware Engine baseia-se em routers na nuvem para anunciar intervalos de endereços IP (prefixos ou CIDRs) do NSX para uma rede VPC de um produtor de serviços. Estes prefixos tornam-se rotas dinâmicas personalizadas na rede VPC do produtor de serviços que está em intercâmbio com a sua rede VPC.

Quando configura a sua rede VPC para importar rotas dinâmicas personalizadas nesta relação de intercâmbio, o NSX faz o intercâmbio de rotas personalizadas de prefixos na sua rede VPC. O número de prefixos NSX que pode importar é limitado por dois fatores:

As operações de nuvem privada tentadas antes de a nuvem privada estar totalmente implementada falham

As operações, como o escalamento de privilégios, a expansão da nuvem privada e a substituição de nós, são permitidas no portal do Google Cloud VMware Engine em nuvens privadas operacionais que ainda não foram totalmente aprovisionadas. No entanto, se tentar estas operações no VMware Engine antes de a nuvem privada estar totalmente implementada (incluindo NSX-T e HCX), estas operações falham. Não tente realizar estas operações até ter implementado totalmente a sua nuvem privada.

O VMware Engine ainda não é totalmente suportado pelos VPC Service Controls

Os VPC Service Controls implementam uma solução provisória (solução alternativa) para lhe permitir continuar a consumir o VMware Engine a partir de um projeto num perímetro dos VPC Service Controls. Consulte os VPC Service Controls para mais informações.

Os anfitriões ESXi podem perder temporariamente a conetividade durante a recolha de informações de diagnóstico

Os anfitriões ESXi em ambientes com dispositivos NVMe PCIe podem perder temporariamente a conetividade durante a recolha de informações de diagnóstico.

Motivo principal

Quando usa o comando vm-support ou a IU do vCenter para recolher informações sobre os sistemas ESXi, os registos são armazenados temporariamente no diretório ramdisk /tmp. Se o sistema tiver muitos dispositivos NVMe PCIe ou o ficheiro de registo for grande, o diretório ramdisk /tmp fica rapidamente cheio, o que pode fazer com que o anfitrião ESXi perca temporariamente a conetividade até que a recolha vm-support seja concluída.

Alternativa:

Excluir o manifesto NVME da secção de registos selecionados na página de criação do pacote de registos impede que o diretório ramdisk /tmp fique cheio e verifica se o anfitrião EXSi não perde a conetividade de rede. Para excluir o manifesto NVMe, faça o seguinte:

  1. Inicie sessão no vCenter com o nome de utilizador e a palavra-passe cloudowner.
  2. No inventário, clique com o botão direito do rato na instância do vCenter Server onde quer a exclusão.
  3. Clique em Exportar registos do sistema….
  4. Selecione o anfitrião ESXi do qual quer excluir o pacote de registos.
  5. Em Selecionar registos, desloque a página até Armazenamento e desmarque a opção NVMe. Em seguida, clique em Registos exportados. O manifesto NVMe está agora excluído.

Para mais informações sobre esta correção, consulte o artigo VMware ESXi 7.0 Update 3q.

Erro de tradução do nome do recurso da nuvem privada

Se estiver a executar o VMware Engine Horizon (VDI) no Google Cloud VMware Engine, pode encontrar erros depois de alterar a nomenclatura dos recursos da nuvem privada para cumprir as normas da CLI do Google Cloud e da API VMware Engine.

O seguinte erro de exemplo ocorre quando altera os nomes dos recursos da nuvem privada sem editar corretamente o aprovisionamento dos conjuntos de computadores Horizon:

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No resource pool available for the pool: ic-pool-1

Error during Provisioning Cloning of VM Desktop-UK-005 has failed. No datastores available for the pool: {}ic-pool-1

Para resolver este problema, conclua os seguintes passos antes da data de tradução do nome agendada:

  1. Aceda ao painel de controlo do VMware Horizon.
  2. Edite todos os conjuntos de computadores de trabalho Horizon para conjuntos de computadores de trabalho de clone completo e clone instantâneo e defina-os como Desativar aprovisionamento.

Quando a alteração do nome do recurso da nuvem privada estiver concluída, conclua os seguintes passos:

  1. Edite cada conjunto de desktops e reconfigure as seguintes definições no separador Definições do vCenter para conjuntos de clones completos e de clones instantâneos:

    • Conjunto de recursos
    • Armazenamento de dados

  2. Defina o estado de cada conjunto novamente como Ativar aprovisionamento.

  3. Teste cada conjunto adicionando ou removendo um ambiente de trabalho do conjunto para verificar se o aprovisionamento está a funcionar corretamente.

A equipa do VMware Engine está a trabalhar ativamente para fornecer uma solução de interoperabilidade o mais rapidamente possível. Para se manter a par da disponibilidade das funcionalidades, contacte a equipa da conta.