O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve as etapas para solucionar problemas de atualização da Application Centric Infrastructure (ACI) e as práticas recomendadas a serem seguidas antes e durante o processo de atualização.
Uma atualização da ACI envolve a atualização do software e dos switches do Application Policy Infrastructure Controller (APIC) (leaf e spine). Uma atualização de switch é geralmente muito simples, mas uma atualização de APIC pode envolver alguns problemas de cluster. Aqui estão alguns pré-cheques que a Cisco recomenda preparar antes de iniciar uma atualização.
Antes de iniciar a atualização da ACI, certifique-se de executar algumas verificações prévias para evitar comportamentos inesperados.
Muitas falhas na estrutura da ACI afirmam que há políticas inválidas ou de conflito ou mesmo interfaces desconectadas e assim por diante. Entenda o gatilho e limpe-o antes de iniciar a atualização. Esteja ciente das falhas, como encap already been used
or Routed port is in L2 mode
pode resultar em uma interrupção inesperada. Ao atualizar o switch, ele faz o download de todas as políticas do APIC do zero. Como resultado, as políticas inesperadas podem assumir as políticas esperadas que podem causar uma interrupção.
Note: Se você habilitar a criptografia para o backup, certifique-se de salvar a chave de criptografia. Caso contrário, todas as senhas da conta de usuário, incluindo a senha admin, não serão importadas corretamente.
date
para verificar a hora atual do sistema. Agora, digite o comando grep "ipmi" /var/log/dme/log/svc_ifc_ae.bin.log | tail -5
e verifique a última vez em que o processo AE consultou o IPMI. Compare a hora com a hora do sistema para verificar se a última consulta estava na janela de 10 segundos da hora do sistema. Note: Não reinicialize dois ou mais APICs ao mesmo tempo para evitar problemas de cluster.
acidiag avread | grep id= | cut -d ' ' -f 9,10,20,26,46
de qualquer CLI do APIC para verificar o status de integridade do APIC. Se a pontuação de integridade não for 255 para nenhum APIC, não inicie a atualização. Sempre comece a solucionar problemas de APIC1 se a atualização ficar presa ou falhar. Se a atualização do APIC1 ainda não estiver concluída, não faça nada em APIC2 e APIC3. O processo de atualização do APIC é incremental e, portanto, o APIC2 só será atualizado depois que o APIC1 concluir a atualização e notificar o APIC2 sobre isso e assim por diante. Portanto, a violação disso pode colocar o cluster em um estado quebrado com banco de dados corrompido e talvez seja necessário reconstruir o cluster.
Neste cenário, você verá que o APIC1 foi atualizado com êxito, mas o APIC2 ainda está travado em 75%. Esse problema acontece se as informações da versão de atualização do APIC1 não forem propagadas para APIC2 ou posterior. Esteja ciente de que a svc_ifc_appliance_director
o processo é responsável pela sincronização de versão entre APICs.
Passo 1: Certifique-se de que o APIC1 possa fazer ping no restante dos APICs com seu endereço IP de Ponto Final de Túnel (TEP - Tunnel End Point), pois isso determinará se você precisa solucionar problemas do switch leaf ou continuar do APIC propriamente dito. Se o APIC1 não conseguir fazer ping no APIC2, você pode ligar para o Technical Assistance Center (TAC) para solucionar problemas do switch. Se APIC1 puder executar ping para APIC2, continue com a segunda etapa.
Passo 2: Como os APICs podem fazer ping entre si, as informações da versão do APIC1 devem ter sido replicadas para o peer, mas de alguma forma não foram aceitas pelo peer. As informações da versão são identificadas por um timestamp da versão. Você pode confirmar o carimbo de data e hora da versão do APIC1 a partir da CLI do CLI e do APIC2 que está aguardando em 75%.
No APIC1
apic1# acidiag avread | grep id=1 | cut -d ' ' -f20-21
version=2.0(2f) lm(t):1(2018-07-25T18:01:04.907+11:00)
No APIC2
apic2# acidiag avread | grep id=1 | cut -d ' ' -f20-21
version=2.0(1m) lm(t):1(2018-07-25T18:20:04.907+11:00)
Como você pode ver, o timestamp da versão do APIC2 (18:20:04) que executa a Versão 2.0(1m) neste exemplo é maior que o timestamp da versão do APIC1(18:01:04) que executa a Versão 2.0(2f). Assim, o processo do instalador do APIC2 acha que a atualização do APIC1 ainda não está concluída e espera em 75%. A atualização do APIC2 será iniciada quando o carimbo de data e hora da versão do APIC1 exceder o carimbo de data e hora da versão do APIC2. No entanto, isso pode ser muita espera com base na diferença de tempo. Para recuperar a malha desse estado, você pode abrir um caso do TAC para obter assistência para solucionar problemas e corrigir o problema do APIC1.