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 upgrade do host
Quando você faz upgrade de um host ESXi 6.7 ou ESXi 7.0 para ESXi 8.0, todos os VIBs personalizados com suporte permanecem intactos no host após o upgrade, 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 8.0. Nesse caso, os módulos de terceiros compatíveis com ESXi 8.0 permanecem disponíveis no host atualizado.
O upgrade 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 upgrade é copiado do depósito vSphere Lifecycle Manager para o host antes do upgrade. Durante esse tempo, o host permanece no modo de manutenção.
vSphere Lifecycle Manager 8.0 é compatível com o upgrade de ESXi 6.7 e ESXi 7.0 para ESXi 8.0.
A atualização para ESXi 8.0 requer um dispositivo de inicialização com no mínimo 4 GB. Ao inicializar a partir de um disco local, SAN ou iSCSI LUN, até 128 GB de espaço em disco são usados para criar ESXi partições do sistema. Você pode criar um datastore VMFS em um disco de inicialização com mais de 128 GB.
Correção de patch do host
A aplicação de patch é o processo de remediação de hosts ESXi em relação às linhas de base de patch.
A remediação de hosts ESXi 6.7 e 7.0 para suas respectivas versões de atualização ESXi é um processo de aplicação de patches, enquanto a remediação de hosts ESXi da versão 6.7 ou 7.0 para 8.0 é um processo de atualização.
vSphere Lifecycle Manager processa 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 depósito 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 testado 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 está 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 remediação instalará os patches A e C.
- Se um patch estiver em conflito com os patches no depósito vSphere Lifecycle Manager e não estiver em conflito com o host, após uma verificação de conformidade, vSphere Lifecycle Manager relatará 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 de patches, o vSphere Lifecycle Manager instala automaticamente os pré-requisitos dos patches.
Com o vSphere Lifecycle Manager 8.0, você pode remediar hosts da versão ESXi 6.7 e ESXi 7.0 em relação a patches de bundles offline, que você importa para o depósito 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. A ausência de pré-requisitos de extensão faz 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 do patch. Se o pré-requisito ausente for uma extensão, você poderá adicioná-lo à mesma linha de base de extensão ou a outra. Em seguida, você pode corrigir o host em relação à linha de base ou linhas de base que contêm o pré-requisito e a linha de base de extensão original.