Antes de atualizar o appliance do vCenter Server, você deve baixar o arquivo ISO do instalador do vCenter Server e montá-lo em uma máquina virtual de rede ou servidor físico do qual deseja executar o upgrade.
O computador do qual você faz upgrade do appliance do deve ser executado em um sistema operacional Windows, Linux ou Mac que atenda aos requisitos do sistema operacional. Consulte Requisitos do sistema para o instalador do vCenter Server.
Antes de fazer upgrade de um dispositivo vCenter Server, você deve preparar os hosts ESXi no inventário.
Antes de fazer upgrade de uma implantação do vCenter Server usando um Platform Services Controller externo, você deve primeiro convergir o Platform Services Controller externo para um Platform Services Controller incorporado e, em seguida, realizar o upgrade. Consulte o artigo da Base de conhecimento KB 68137.
Se o appliance do vCenter Server usar um banco de dados Oracle externo, você deverá determinar o tamanho do banco de dados existente.
Se o appliance do vCenter Server usar uma instância do Update Manager externa, você deverá executar o Assistente de Migração no computador que executa o Update Manager.
Requisitos do sistema para o instalador do vCenter Server
Você pode executar o instalador da GUI ou CLI do vCenter Server a partir de uma máquina cliente de rede que está sendo executada em um sistema operacional Windows, Linux ou Mac de uma versão compatível.
Para garantir o desempenho ideal dos instaladores de GUI e CLI, use uma máquina cliente que atenda aos requisitos mínimos de hardware.
Sistema operacional | Versões compatíveis | Configuração mínima de hardware para desempenho ideal |
---|---|---|
Windows |
|
4 GB de RAM, 2 CPUs com 4 núcleos com 2,3 GHz, disco rígido de 32 GB, 1 NIC |
Linux |
|
4 GB de RAM, 1 CPU com 2 núcleos com 2,3 GHz, disco rígido de 16 GB, 1 NIC
Observação: O instalador da CLI requer o SO de 64 bits.
|
Mac |
|
8 GB de RAM, 1 CPU com 4 núcleos com 2,4 GHz, disco rígido de 150 GB, 1 NIC |
Baixar e montar o instalador do vCenter Server
VMware libera a imagem ISO do dispositivo vCenter Server, que contém instaladores de GUI e CLI para o dispositivo vCenter Server.
- Implante o appliance do vCenter Server.
- Faça upgrade do dispositivo vCenter Server.
- Faça a convergência de versões mais antigas de vCenter Server com um Platform Services Controller externo para a versão atual de vCenter Server.
- Restaure um appliance do vCenter Server de um backup baseado em arquivo.
Pré-requisitos
- Crie uma conta do Customer Connect em https://my.vmware.com/web/vmware/.
- Verifique se sua máquina cliente atende aos requisitos do sistema para o instalador do vCenter Server. Consulte Requisitos do sistema para o instalador do vCenter Server.
Procedimento
O que Fazer Depois
Abra o arquivo readme.txt e revise as informações sobre os outros arquivos e diretórios na imagem ISO do appliance do vCenter Server.
Sincronizando Relógios na Rede vSphere
Verifique se todos os componentes na rede vSphere têm seus relógios sincronizados. Se os relógios das máquinas físicas em sua rede vSphere não estiverem sincronizados, os certificados SSL e os tokens SAML, que são sensíveis ao tempo, podem não ser reconhecidos como válidos nas comunicações entre máquinas da rede.
Relógios não sincronizados podem resultar em problemas de autenticação, o que pode causar falha na instalação ou impedir que o serviço vCenter Server vmware-vpxd seja iniciado.
Inconsistências de hora em vSphere podem fazer com que a primeira inicialização de um componente em seu ambiente falhe em diferentes serviços, dependendo de onde a hora do ambiente não é precisa e quando a hora é sincronizada. Os problemas ocorrem mais comumente quando o host de destino ESXi para o destino vCenter Server não está sincronizado com NTP ou PTP. Da mesma forma, podem surgir problemas se o destino vCenter Server migrar para um host ESXi definido para um horário diferente devido ao DRS totalmente automatizado.
Para evitar problemas de sincronização de hora, certifique-se de que o seguinte esteja correto antes de instalar, migrar ou atualizar uma instância do vCenter Server.
O host de destino ESXi no qual o destino vCenter Server deve ser implantado é sincronizado com NTP ou PTP.
O host ESXi que executa a origem vCenter Server é sincronizado com NTP ou PTP.
Ao fazer upgrade ou migrar do vSphere 6.7 para o vSphere 8.0, se o appliance do vCenter Server estiver conectado a um Platform Services Controller externo, certifique-se de que o host ESXi que está executando o Platform Services Controller externo esteja sincronizado com o NTP ou o PTP .
Se você estiver fazendo upgrade ou migrando do vSphere 6.7 para o vSphere 8.0, verifique se o dispositivo de origem vCenter Server ou vCenter Server e o Platform Services Controller externo têm a hora correta.
Verifique se qualquer máquina host Windows na qual o vCenter Server é executado está sincronizada com o servidor Network Time Server (NTP). Consulte o artigo da base de conhecimento VMware em https://kb.vmware.com/s/article/1318.
Para sincronizar ESXi relógios com um servidor NTP ou PTP, você pode usar o VMware Host Client. Para obter informações sobre como editar a configuração de hora de um host ESXi, consulte o tópico Editar a configuração de hora de um host ESXi no VMware Host Client no vSphere Gerenciamento de host único - { VMware Host Client documentação.
Para saber como alterar as configurações de sincronização de horário para vCenter Server, consulte o tópico Definir o fuso horário do sistema e as configurações de sincronização de horário na documentação de vCenter ServerConfiguração.
Para saber como editar a configuração de hora para um host usando o vSphere Client, consulte o tópico Edição das definições de configuração de hora de um host na documentação vCenter Server e Gerenciamento de host.
Transferindo dados de um dispositivo vCenter Server existente
Normalmente, a transferência de dados ocorre como parte do tempo de inatividade do upgrade. No entanto, em alguns cenários, você pode optar por transferir uma parte dos dados após a atualização ou migração para minimizar o tempo de inatividade.
A transferência de dados após a atualização ou a migração é compatível com os seguintes cenários:
-
Migrando vCenter Server para Windows para vCenter Server Appliance
-
Fazendo upgrade do appliance do vCenter Server com banco de dados externo
Observação: Você só pode transferir dados do banco de dados externo para o banco de dados PostgreSQL incorporado em segundo plano após a atualização ou a migração. Não há suporte para a transferência de dados de um banco de dados PostgreSQL incorporado para outro banco de dados PostgreSQL incorporado após a atualização ou migração.
Você pode transferir a quantidade mínima de dados necessária para estar operacional durante a atualização. Posteriormente, você poderá transferir os dados restantes do banco de dados externo para o banco de dados PostgreSQL incorporado em segundo plano, preservando o evento histórico e os dados de desempenho da sua implantação.
Você pode transferir dados históricos após o upgrade ou a migração das seguintes versões vCenter Server usando bancos de dados externos para o banco de dados PostgreSQL incorporado no dispositivo vCenter Server.
vCenter Server Versões | Bancos de dados | Suporte para transferência de dados após upgrade ou migração |
---|---|---|
vCenter Server appliance 6.7 | Banco de dados PostgreSQL incorporado | Não compatível |
vCenter Server para Windows 6.7 | Banco de dados externo Oracle ou MS SQL | Compatível |
Banco de dados PostgreSQL incorporado | Não compatível | |
vCenter Server appliance do 7.0 | Banco de dados PostgreSQL incorporado | Não compatível |
vCenter Server para Windows 7.0 | Banco de dados externo Oracle ou MS SQL | Compatível |
Banco de dados PostgreSQL incorporado | Não compatível |
- Dados de configuração
- O tipo mínimo de dados que você deve transferir do banco de dados externo do appliance do vCenter Server existente para fazer upgrade ou migrar para um appliance do vCenter Server em funcionamento. Esses dados podem ser transferidos em um período de tempo razoavelmente curto, minimizando o tempo de inatividade durante o upgrade para o vCenter Server 8.0.
- Configuração e dados históricos
-
Além dos dados de configuração, você pode optar por transferir dados históricos, como estatísticas de uso, eventos e tarefas. O instalador do
vCenter Server oferece a opção de copiar os dados de configuração e históricos de uma só vez ou de copiar apenas os dados de configuração durante o processo de upgrade. Você pode optar por copiar os dados históricos em segundo plano depois de iniciar seu novo
vCenter Server.
Atenção: Se você optar por copiar todos os dados de uma vez, não poderá iniciar o vCenter Server até que todos os dados tenham sido transferidos para o banco de dados PostgreSQL incorporado em vCenter Server 8.0.
- Dados de métricas de configuração, histórico e desempenho
- A maior quantidade de dados que você pode escolher para transferir para vCenter Server. Você pode copiar apenas os dados de configuração durante o processo de upgrade e, em seguida, copiar os dados históricos e de desempenho em segundo plano após a conclusão do upgrade ou da migração para vCenter Server 8.0.
Monitorar e gerenciar a migração de dados históricos
- Monitore o progresso da migração de dados.
- Pause a importação de dados.
- Cancele a importação de dados.
Importante: Se você cancelar a importação de dados, os dados históricos não serão importados para o banco de dados PostgreSQL incorporado. Se você cancelar a operação de importação de dados, não poderá recuperar os dados. Se você cancelar a importação de dados e quiser importar os dados históricos posteriormente, deverá reiniciar o processo de upgrade ou migração do Estágio 1 do instalador da GUI.
Consulte Monitorar e gerenciar a migração de dados históricos.
Preparar hosts do ESXi para upgrade do vCenter Server Appliance
Antes de fazer upgrade para o vCenter Server 8.0, você deve preparar seus hosts ESXi.
Pré-requisitos
Para fazer upgrade do appliance do vCenter Server, seus hosts do ESXi devem atender aos requisitos de upgrade.
- Os hosts ESXi devem estar na versão 6.7 ou posterior. Para obter informações sobre a compatibilidade do ESXi, consulte o VMwareGuia de Compatibilidade.
- Seus hosts ESXi de origem e destino não devem estar no modo de bloqueio ou manutenção e não devem fazer parte de clusters DRS totalmente automatizados.
- Revise os certificados SSL assinados pela Autoridade de Certificação (CA) do seu ambiente. Para saber mais sobre como revisar manualmente certificados SSL assinados pela CA em um ambiente vSphere, consulte o artigo da Base de conhecimento KB 2111411.
Procedimento
Resultados
Seus hosts ESXi estão prontos para o upgrade do appliance do vCenter Server.
ESXi Upgrades e certificados de host
Se você atualizar um host ESXi para ESXi 6.7 ou posterior, o processo de atualização substituirá os certificados autoassinados (impressão digital) por certificados assinados por VMCA. Se o host ESXi usar certificados personalizados, o processo de upgrade reterá esses certificados mesmo que esses certificados estejam expirados ou sejam inválidos.
O fluxo de trabalho de atualização recomendado depende dos certificados atuais.
Host provisionado com certificados de impressão digital
Se o seu host estiver usando certificados de impressão digital no momento, os certificados VMCA serão atribuídos automaticamente a ele como parte do processo de upgrade.
Host provisionado com certificados personalizados
Se o seu host for provisionado com certificados personalizados, geralmente certificados assinados por CA de terceiros, esses certificados permanecerão em vigor durante a atualização. Altere o modo de certificado para Personalizado (Custom) para garantir que os certificados não sejam substituídos acidentalmente durante uma atualização de certificado posterior.
A partir de agora, o vCenter Server monitora os certificados e exibe informações, por exemplo, sobre a expiração do certificado, no vSphere Client.
Hosts provisionados com implantação automática
Os hosts que estão sendo provisionados pelo Auto Deploy sempre recebem novos certificados quando são inicializados pela primeira vez com o software ESXi 6.7 ou posterior. Quando você atualiza um host provisionado pelo Auto Deploy, o servidor do Auto Deploy gera uma solicitação de assinatura de certificado (CSR) para o host e a envia à VMCA. A VMCA armazena o certificado assinado para o host. Quando o servidor de Implantação Automática provisiona o host, ele recupera o certificado da VMCA e o inclui como parte do processo de provisionamento.
Você pode usar a Implantação Automática com certificados personalizados.
Alterar o modo de certificado ESXi
Use VMware Certificate Authority (VMCA) para provisionar os hosts ESXi em seu ambiente, a menos que sua política corporativa exija o uso de certificados personalizados. Para usar certificados personalizados com uma CA raiz diferente, edite a configuração avançada vCenter Server, vpxd.certmgmt.mode. Após a alteração, os hosts não são mais provisionados automaticamente com certificados VMCA quando você atualiza os certificados. Você é responsável pelo gerenciamento de certificados em seu ambiente.
Você pode usar as configurações avançadas do vCenter Server para alterar para o modo de impressão digital ou para o modo CA personalizado. Use o modo de impressão digital apenas como uma opção de fallback.
Procedimento
Determinar o tamanho do banco de dados Oracle e o tamanho do armazenamento para o novo dispositivo
Antes de atualizar um appliance do vCenter Server ou migrar um vCenter Server no Windows que usa um banco de dados Oracle externo, você deve determinar o tamanho do banco de dados existente. Com base no tamanho do banco de dados existente, você pode calcular o tamanho mínimo de armazenamento para o novo banco de dados do appliance do vCenter Server usando um banco de dados PostgreSQL incorporado.
Execute scripts para determinar o tamanho da tabela principal do Oracle, o tamanho da tabela de eventos e tarefas e o tamanho da tabela de estatísticas. A tabela principal do Oracle corresponde à partição do banco de dados (/storage/db) do banco de dados PostgreSQL. As tabelas de estatísticas e eventos do Oracle correspondem à partição de estatísticas, eventos, alarmes e tarefas (/storage/seat) do banco de dados PostgreSQL.
Durante o upgrade do dispositivo, você deve selecionar um tamanho de armazenamento para o novo dispositivo que seja pelo menos duas vezes maior do que o tamanho das tabelas do Oracle.
Durante o upgrade do appliance do, você pode selecionar os tipos de dados a serem transferidos para o novo appliance do. Para minimizar o tempo de upgrade e os requisitos de armazenamento do novo dispositivo, você pode optar por transferir apenas os dados de configuração.
Pré-requisitos
Procedimento
Baixar e executar o Assistente de Migração do VMware na máquina Update Manager de origem
Durante o upgrade de um dispositivo vCenter Server que usa um Update Manager externo, o Migration Assistant deve estar em execução na máquina Update Manager de origem. Este procedimento descreve como baixar e executar o Migration Assistant manualmente antes do upgrade.
Como alternativa, se você planeja fazer upgrade do appliance do vCenter Server usando o instalador da CLI, poderá adicionar a seção source.vum section e a subseção run.migration.assistant ao seu modelo JSON. Para obter informações sobre os parâmetros de configuração do upgrade da CLI, consulte Atualizar parâmetros de configuração para CLI Atualização do dispositivo vCenter Server.
Pré-requisitos
- Baixar e montar o instalador do vCenter Server.
- Faça login na máquina de origem Update Manager como administrador.
Procedimento
- No pacote do instalador do appliance do vCenter Server, copie o diretório migration-assistant para a máquina Update Manager de origem.
- No diretório migration-assistant, clique duas vezes em VMware-Migration-Assistant.exe e forneça a senha de administrador vCenter Single Sign-On.
- Deixe a janela Assistente de Migração aberta até que o upgrade do appliance do vCenter Server seja concluído.
Resultados
Quando as pré-verificações forem concluídas e os erros forem resolvidos, o sistema Update Manager de origem estará pronto para o upgrade.