A correção do host é executada de maneiras diferentes, dependendo dos tipos de linhas de base que você anexa a um objeto e se o host corrigido está em um cluster ou não.
Correção de atualização do host
Quando você atualiza um host ESXi 6.5 ou ESXi 6.7 para ESXi 7.0, todos os VIBs personalizados com suporte permanecem intactos no host após a atualização, independentemente de os VIBs estarem incluídos no ISO do instalador ...
Você pode atualizar hosts usando imagens ESXi personalizadas que contêm módulos de terceiros para ESXi 7.0. Nesse caso, os módulos de terceiros que são compatíveis com o ESXi 7.0 permanecem disponíveis no host atualizado.
A atualização do host em uma rede de alta latência na qual vSphere Lifecycle Manager e os hosts estão em locais diferentes pode levar algumas horas porque o arquivo de atualização é copiado do depósito do vSphere Lifecycle Manager para o host antes da atualização. Durante esse tempo, o host permanece no modo de manutenção.
vSphere Lifecycle Manager 7.0 oferece suporte à atualização de ESXi 6.5 e ESXi 6.7 para ESXi 7.0.
A atualização para o ESXi 7.0 requer um dispositivo de inicialização com no mínimo 4 GB. Ao inicializar de um disco local, SAN ou iSCSI LUN, até 128 GB de espaço em disco é usado para criar ESXi partições do sistema. Você pode criar um datastore VMFS em um disco de inicialização maior que 128 GB.
Correção de patch do host
A aplicação de patches é o processo de correção de hosts ESXi em relação às linhas de base de patch.
A correção dos hosts ESXi 6.5 e 6.7 para suas respectivas versões de atualização do ESXi é um processo de aplicação de patches, enquanto a correção dos hosts ESXi da versão 6.5 ou 6.7 para 7.0 é um processo de atualização.
O vSphere Lifecycle Manager lida com patches de host das seguintes maneiras:
- Se um patch em uma linha de base de patch exigir a instalação de outro patch, o vSphere Lifecycle Manager detectará o pré-requisito no repositório e o instalará junto com o patch selecionado.
- Se um patch estiver em conflito com outros patches instalados no host, o patch conflitante poderá não ser preparado ou instalado. No entanto, se outro patch na linha de base resolver os conflitos, o patch conflitante será instalado. Por exemplo, considere uma linha de base que contém o patch A e o patch C, e o patch A entra em conflito com o patch B, que já está instalado no host. Se o patch C tornar o patch B obsoleto e o patch C não estiver em conflito com o patch A, o processo de correção instalará os patches A e C.
- Se um patch estiver em conflito com os patches no depósito do vSphere Lifecycle Manager e não estiver em conflito com o host, após uma verificação de conformidade, o vSphere Lifecycle Manager relata esse patch como conflitante. Você pode preparar e aplicar o patch ao host.
- Quando várias versões do mesmo patch são selecionadas, o vSphere Lifecycle Manager instala a versão mais recente e ignora a instalação das versões anteriores.
Durante a correção do patch, o vSphere Lifecycle Manager instala automaticamente os pré-requisitos dos patches.
Com o vSphere Lifecycle Manager 7.0, você pode corrigir hosts da versão ESXi 6.5 e ESXi 6.7 em relação a patches de pacotes offline, que você importa para o depósito do vSphere Lifecycle Manager manualmente.
Você pode preparar patches antes da correção para reduzir o tempo de inatividade do host.
Correção de extensão de host
Durante a correção da extensão, o vSphere Lifecycle Manager não instala automaticamente os pré-requisitos da extensão. Pré-requisitos de extensão ausentes fazem com que algumas operações de correção falhem. Se o pré-requisito ausente for um patch, você poderá adicioná-lo a uma linha de base de patch. Se o pré-requisito ausente for uma extensão, você poderá adicioná-la à mesma linha de base ou a outra extensão. Em seguida, você pode corrigir o host em relação à linha de base ou às linhas de base que contêm o pré-requisito e a linha de base da extensão original.