Substituir o nó ativo ou em standby do SSM no local em um ambiente de HA

Opções de download

  • PDF     (617.8 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (593.8 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (328.6 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:20 de julho de 2022
ID do documento:217976

Linguagem imparcial

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.

Sobre esta tradução

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.

    Introduction

    Este documento descreve como substituir o nó ativo ou em espera do Smart Software Manager (SSM) no local em um ambiente de alta disponibilidade (HA).

    Informações de Apoio

    No momento da implantação dos servidores locais, eles são implantados como nós independentes. Não há conceitos implementados como implantação secundária. Isso se deve à maneira como o aplicativo local é desenvolvido. Há vários contêineres integrados em uma única entidade e hospedados como um aplicativo final para os usuários.

    Assim, a melhor prática seria:

    Nó

    IP

    Valores de referência

    R

    x.x.x.a

    10.106.43.11

    B

    x x x b

    10.106.43.13

    IP virtual (VIP)

    x.x.x.c

    10.106.43.17

    Digamos que o HA está integrado e está em vigor. O nó "A - x.x.x.a" é o nó ativo e o nó "B - x.x.x.b" está em modo de espera e o IP virtual (VIP) seria "x.x.x.c".

    Inicialmente, o status real de HA quando intacto seria normal, como mostrado na imagem.

    HA Normal

    Substituir o nó ativo

    Vamos supor que, como usuário, você deseja substituir o nó ativo.

    Nesse cenário, o nó standby assumiria a posição do nó ativo e a rede permaneceria funcionando no VIP.

    Secondary Active

    O usuário pode substituir o nó ativo por estas etapas:

    1. Faça um backup válido do nó ativo no momento (que seria o nó standby).
    2. Execute o comando ha_teardown desse nó através do console local.
    3. Implante um novo servidor local e verifique se as versões são compatíveis.
    4. Restaure posteriormente o backup coletado neste nó recém-criado.
    5. Em seguida, inicie o HA do zero.

    Substitua o nó de espera

    Vamos supor que, como usuário, você deseja substituir o nó standby.

    Nesse cenário, o nó ativo permaneceria como está e a rede permaneceria funcionando no VIP.

    Secondary Crashed

    O usuário pode substituir o nó standby com estas etapas:

    1. Execute o comando ha_teardown no nó ativo através do console local.
    2. Implante um novo servidor local e verifique se as versões são compatíveis.
    3. Em seguida, inicie o HA do zero.

    Etapas para formar HA em um servidor local

    O procedimento passo a passo para formar HA a partir do zero:

    1. No Nó Ativo

    1. console local.
    2. ha_generatekeys <HA cluster password>.

    2. No Nó de Standby

    1. ha_provision_standby.
    2. Insira o endereço IP do nó ativo: <x.x.x.a>.
    3. Insira o endereço IP privado do nó ativo: <deixe os valores padrão>.
    4. Digite o endereço IP do nó standby: <x.x.x.b>.
    5. Insira o endereço IP privado do nó standby: <deixe os valores padrão>.
    6. Digite a senha do cluster HA: <Senha do cluster HA usada em ha_generate>.

    3. No Nó Ativo

    1. ha_deploy.
    2. Insira o endereço IP do nó ativo: <x.x.x.a>.
    3. Insira o endereço IP privado do nó ativo: <deixe os valores padrão>.
    4. Digite o endereço IP do nó standby: <x.x.x.b>.
    5. Insira o endereço IP privado do nó standby: <deixe os valores padrão>.
    6. Insira o endereço IP virtual: <x.x.x.c>.
    7. Digite a senha do cluster HA: <Senha do cluster HA usada em ha_generate>.

    Additional Information

    • Não há conceitos de failback/failover no SSM On-Prem, pois não há um modo de design primário ou secundário.
    • O usuário pode executar o comando ha_teardown somente quando o nó está ativo. Se for um nó em espera, o sistema emitirá o banner "Executar o comando no nó ativo primeiro".
    • Você sempre pode consultar o tópico ‘Instalação manual em uma VM’ no guia de instalação para obter o procedimento de implantação passo a passo.
    • Este é o link para o guia de instalação da versão 8-202201 do SSM no local. 
    • Você pode consultar este artigo para obter mais detalhes sobre o "cluster SSM no local 8. x HA".

    Se ainda tiver mais alguma dúvida sobre esse caso de uso, abra uma Solicitação de serviço (SR) para obter assistência completa.

    Histórico de revisões

    Revisão Data de publicação Comentários
    1.0
    20-Jul-2022
    Versão inicial
    TAC Authored

    Colaborado por engenheiros da Cisco

    • RAM RK
      Engenheiro do Cisco TAC

    Este documento lhe foi útil?

    FeedbackFeedback

    Contate a Cisco

    Este documento se refere a estes produtos