VxRail: Práticas recomendadas para vLCM no VxRail

Método para VxRail:

Uso correto

• Se drivers ou soluções de terceiros já estiverem instalados nos nós antes de habilitar o vLCM, sempre use o Assistente de habilitação do vLCM para adicionar componentes independentes.
• Nunca adicione componentes manualmente usando métodos de terceiros, pois isso causa falhas de upgrade.
• Uma vez ativado, o depósito do vLCM permanece persistente e não precisa ser adicionado novamente, a menos que esteja fazendo upgrade de um componente.
• Os componentes devem ser adicionados pela interface do usuário durante a ativação para se tornarem parte da imagem usada para nós do VxRail.
• Componentes também podem ser adicionados usando o recurso ADD COMPONENT na interface do usuário do VxRail Manager (acessível somente depois que o pacote composto é carregado)
• Se o cliente seguiu o ID do artigo da Broadcom: 390098 adicionar downloads autenticados pela Broadcom ou um token à instância do vCenter Lifecycle Manager que gerencia o VxRail, certifique-se de que esses depósitos estejam desativados antes de executar qualquer atividade de upgrade do VxRail. O VxRail não requer acesso a esses depósitos, e qualquer problema de conectividade com eles pode causar falha nos upgrades do VxRail. Todos os depósitos necessários para o VxRail vêm do pacote composto de upgrade.

Uso incorreto

• Evite adicionar manualmente depósitos ou pacotes off-line para soluções de terceiros, como o NSX, por qualquer método de interface do usuário ou CLI.
• Os VIBs instalados manualmente não serão refletidos no estado desejado e serão removidos durante o próximo ciclo de upgrade.
• Não tente adicionar componentes da solução pelo recurso ADD COMPONENTS no plug-in do VxRail (bloqueado no código da versão 8.0.320 em diante).
• Não consulte nenhum artigo da base de conhecimento da Broadcom sobre o VMware Lifecycle Manager ao solucionar problemas de LCM do VxRail, pois eles não são aplicáveis.

Upgrades de componentes

• Ao fazer upgrade de um componente, adicione o novo pacote off-line usando o recurso ADD COMPONENTS durante o processo de upgrade.
• O vLCM reconhecerá e substituirá automaticamente a versão anterior pelo componente atualizado.
• O VxRail Manager automatiza o gerenciamento do ciclo de vida, e quaisquer modificações manuais na interface do usuário do VMware vCenter Lifecycle Manager não são compatíveis.
• Importante: As alterações na interface do usuário do VMware vCenter Lifecycle Manager não são refletidas no VxRail Manager e causam inconsistências e falhas de upgrade

Componentes de soluções de terceiros e vLCM do VxRail

Noções básicas sobre tipos de componentes

• Componentes da solução: Inclui NSX, Rubrik, NetApp, Veeam, entre muitos outros. Eles são gerenciados por suas próprias ferramentas de ciclo de vida e não são tratados pelo VxRail vLCM.
• Componentes independentes: Inclui drivers de GPU, drivers de HBA, PowerFlex Eles podem ser adicionados ao vLCM do VxRail usando ADICIONAR COMPONENTES (depósitos ou pacotes off-line — VIBs não independentes).

Exemplo do NSX

• O NSX exige um upgrade completo da solução (gerenciador, controladores, bordas e, em seguida, VIBs).
• Os upgrades do NSX são gerenciados de maneira independente pelo NSX Lifecycle Manager, e o VxRail vLCM não interage com ele.
• Adicionar depósitos ou pacotes off-line do NSX em qualquer lugar fora do NSX Manager interrompe o estado do ciclo de vida.

Notas de configuração do vLCM para clusters ROBO

• Quando o vLCM (vSphere Lifecycle Manager) é habilitado em um cluster ROBO, o nó testemunha também deve usar uma única imagem.
• Upgrades baseados em linha de base não são compatíveis com essa configuração.
• Os upgrades manuais de um nó testemunha usado por um cluster ROBO no modo vLCM não são compatíveis.

Diretrizes de compartilhamento de nó testemunha

• Os clusters witness e ROBO só podem ser compartilhados entre outros clusters ROBO.
  Eles não podem ser compartilhados em uma configuração de cluster estendido maior.

• Os nós testemunha compartilhados só devem ser usados com VxRail Clusters.
  Eles não são compatíveis com clusters VSRN.

• Todos os clusters que compartilham um nó testemunha devem permanecer dentro de uma revisão de código.
  Se um cluster fizer upgrade com duas ou mais revisões adiante, isso poderá afetar a estabilidade ou a compatibilidade de outros clusters que compartilham a mesma testemunha.

O que fazer e o que não fazer:

Fazer

✅ Certifique-se de lcmProperties.upgrade.advanced.mode.on=false como a configuração padrão do vLCM.

✅ Use apenas depósitos ao adicionar componentes de terceiros, como drivers de GPU ou HBA.

✅ Verifique a compatibilidade de componentes de terceiros com clusters baseados em imagem única (clusters habilitados para vLCM).

✅ Certifique-se de que o NSX e outros componentes da solução sejam gerenciados por suas respectivas ferramentas de ciclo de vida.

Não.

❌ Não habilitar Modo avançado do LCM antes ou durante a ativação do vLCM.

• Se lcmProperties.upgrade.advanced.mode.on=true, VIBs de terceiros serão removidos durante o próximo ciclo de upgrade sem aviso.

❌ Não instale VIBs manualmente usando esxcli software vib install.

• Os VIBs instalados manualmente não fazem parte da imagem do cluster e serão removidos no próximo upgrade.

❌ Não carregue depósitos de soluções de terceiros pelo recurso ADD COMPONENTS no plug-in do VxRail.

• Isso afetará negativamente o estado desejado do cluster e bloqueará futuros upgrades.

❌ Não use a IU do VMware vCenter Lifecycle Manager para fazer alterações.

• As modificações feitas aqui não são refletidas no VxRail Manager, levando a inconsistências no ciclo de vida.

❌ Não redefina o banco de dados do VMware vCenter Update Manager (VUM), a menos que necessário.

• A redefinição do banco de dados em um ambiente vCenter vinculado remove todos os depósitos do VxRail e interrompe as verificações de conformidade.
• Isso causa falhas de upgrade para todos os clusters conectados ao vCenter.

❌ Não edite nem remova pastas ou arquivos de /data/store2/vlcm, /data/store2/hsm. 

• O carregamento do pacote composto cria novamente /data/store2/hsm e /data/store2/vlcm junto com tudo neles.

❌ Não tente fazer upgrade de nenhum componente de terceiros fora de um ciclo de upgrade do vLCM do VxRail.

• Isso é totalmente incompatível e interrompe a conformidade da imagem
• Isso não se aplica a soluções de terceiros, conforme descrito acima

❌ Não use python CVSAllowListMgr.py (KB 185052) no VxRail vLCM Enabled Cluster.

• CVSAllowListMgr.py não pode ser usado para vLCM.
• Qualquer tentativa de usar esse script interromperá os upgrades futuros.

❌Não consulte nenhum artigo da base de conhecimento da Broadcom.

• Observe que a maioria dos artigos da base de conhecimento da Broadcom referentes ao Lifecycle Manager não se aplica ao VxRail, e segui-los resultará em complicações adicionais no VxRail. 

Impacto da redefinição do banco de dados do VUM

• A redefinição do banco de dados do VUM afeta todos os vCenters e clusters vinculados.
• Após uma redefinição, todos os depósitos do VxRail são removidos e não serão adicionados novamente.
• Os clusters entram em um estado "host status unknown", bloqueando verificações de conformidade e upgrades.
• Os depósitos de soluções de terceiros (NSX, Rubrik) são removidos, exigindo readição manual.
• Se uma redefinição de VUM for necessária, ela deverá ser analisada e aprovada pelo VxRail EE

Conclusão

O uso adequado do vLCM garante um processo uniforme de upgrade e gerenciamento para ambientes do VxRail. Seguir essas diretrizes ajuda a evitar falhas de upgrade, manter a conformidade e manter o sistema funcionando de maneira ideal.