Notas da versão do VMware Cloud Director Availability 4.6.1

VMware Cloud Director Availability 4.6.1 | 31 DE AGOSTO DE 2023 | Compilação 22347688 (Versão do produto: 4.6.1.7681624-a5359f8567) Verifique se há adições e atualizações para estas notas da versão.

Novidades

O VMware Cloud Director Availability 4.6.1 inclui problemas resolvidos importantes e bibliotecas de terceiros.

Em sites do Cloud Director, como provedor ou como tenant agora você pode registrar um servidor SMTP diretamente no VMware Cloud Director Availability e Definir configurações de SMTP personalizadas como alternativa para Configurar no Cloud Director. Para obter mais informações, consulte Eventos e notificações.

Atualizar

O VMware Cloud Director Availability 4.6.1 oferece suporte a um upgrade no local diretamente das versões:

• 4.4.x, 4.5.x ou 4.6.0 em sites do Cloud Director. Para fazer upgrade para a versão 4.6.1 de versões anteriores, primeiro faça upgrade para a versão 4.4.x ou 4.5.x.

• 4.5.x ou 4.6.0 em sites de DR e migração do vSphere. Para fazer upgrade da versão 4.6.1 para a versão 4.4.x, primeiro faça upgrade para a versão 4.5.x.

Para obter informações sobre o processo de upgrade, consulte Fazendo upgrade no site do Cloud Director e Fazendo upgrade do site do provedor e no local.

Máximos de configuração

Para obter informações sobre os limites testados e verificados de tempo de atividade do sistema, simultaneidade e dimensionamento, consulte Máximos de configuração da VMware.

Advertências e limitações

Para replicações que usam o mecanismo de dados Classic, o VMware Cloud Director Availability 4.6.1 usa o módulo do vSphere Replication chamado Replicação Baseada em Host (Host-based Replication, HBR), versão 8.7.0.3. Para obter mais informações, consulte Notas da versão do vSphere Replication 8.7.

Problemas resolvidos

Os problemas a seguir foram resolvidos nesta versão.

• Em sites do Cloud Director com dispositivos de Tunnel duplo, o acesso às sessões administrativas não pode ser restrito

  Ao usar duas instâncias do Dispositivo do Tunnel em um modo ativo-ativo, se Configurações de segurança > Restringir APIs de Administrador por IP de origem for definido como Permitir o acesso do administrador de qualquer lugar, a restrição não se aplicará.

• A limpeza de teste não pode excluir a máquina virtual de teste devido a qualquer tarefa com falha dessa máquina virtual

  Depois de realizar um failover de teste, no caso de qualquer tarefa da máquina virtual de destino falhar, ela deixará a máquina virtual em um estado inconsistente, pois a tarefa Limpeza de Teste não pode excluí-la, mostrando a mensagem de erro: Falha ao excluir a VM de teste de failover: <vmid>

  Por exemplo, esse problema pode ser causado pela tentativa de ligar manualmente a máquina virtual de teste enquanto o ambiente de destino não a permite.

• A aplicação das configurações de recuperação para máquinas virtuais replicadas sem índices consecutivos falha ao selecionar redes

  Para uma máquina virtual com dois adaptadores de rede, ao excluir o primeiro, o segundo adaptador de rede mantém seu índice, por exemplo, NIC 2.

  Depois de configurar essa máquina virtual para replicação, clicar em Todas as ações > Configurações de Recuperação e selecionar uma rede para o primeiro adaptador de rede, exibido como NIC 1, não aplica a rede selecionada.

• A filtragem por intervalo de RPO na guia de status de perspectiva da VM ignora o valor máximo sem nenhum valor mínimo inserido

  Ao não inserir um valor mínimo, a filtragem por intervalo de RPO na guia de status de perspectiva da VM não respeita o valor máximo.

Problema conhecido

O problema conhecido a seguir foi identificado nesta versão.

• Para o vSphere DR e a migração, a tentativa de reparar as instâncias do Replicador falha após a atualização para a versão 4.6.1

  No vSphere DR e em sites de migração somente, uma vez atualizados para a versão 4.6.1, você não poderá reparar o Replicator Service, por exemplo, depois de alterar um certificado SSL ou depois de alterar as credenciais de SSO do vCenter Server Lookup Service. 

  Solução alternativa:

  1. Abra uma sessão SSH para os dispositivos locais no site e faça login usando as credenciais do usuário root.

  2. No vCenter Replication Management Appliance e em todas as instâncias do Replicator Appliance ou no Local para o Cloud vCenter Replication Appliance, edite os arquivos application.properties e defina o valor de admin.allow.from como "admin.allow.from=0.0.0.0/0".

  3. Para que as alterações sejam propagadas, reinicie os serviços na seguinte ordem:

     1. Reinicie o serviço do gerenciador.

     2. Reinicie todas as instâncias do Replicator Service, locais ou dedicadas.

  4. Repare o Replicator Service local ou repare todas as instâncias dedicadas do Replicator Appliance, se estiver usando alguma.

  5. Reverta as alterações no vCenter Replication Management Appliance ou no Local para o Cloud vCenter Replication Appliance, definindo a configuração admin.allow.from de volta para um valor vazio: admin.allow.from=