Skip to main content
ONTAP MetroCluster
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Inicialize os novos controladores IP MetroCluster e restaure a configuração de LIF

Colaboradores netapp-aoife
PDFs

Inicialize os novos controladores e verifique se LIFs estão hospedados em nós e portas apropriados antes de retomar a operação usando o system controller replace resume comando.

Inicialize os novos controladores

Inicialize os novos controladores,verifique se as variáveis bootarg estão corretas e, se necessário, execute as etapas de recuperação de criptografia.

Sobre esta tarefa

Esta tarefa deve ser executada em todos os novos controladores.

Passos

  1. Parar o nó:

    halt

  2. Se o gerenciador de chaves externo estiver configurado, defina os bootargs relacionados:

    setenv bootarg.kmip.init.ipaddr <ip-address>

    setenv bootarg.kmip.init.netmask <netmask>

    setenv bootarg.kmip.init.gateway <gateway-address>

    setenv bootarg.kmip.init.interface <interface-id>

  3. Apresentar o menu de arranque:

    boot_ontap menu

  4. Se a criptografia raiz for usada, selecione a opção do menu de inicialização para a configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Selecione esta opção do menu de arranque…​

    Gerenciamento de chaves integrado

    Opção "'10"

    Siga as instruções para fornecer as entradas necessárias para recuperar e restaurar a configuração do gerenciador de chaves.

    Gerenciamento de chaves externas

    Opção "'11"

    Siga as instruções para fornecer as entradas necessárias para recuperar e restaurar a configuração do gerenciador de chaves.

  5. No menu de inicialização, execute a opção "'6".

    Observação A opção "'6" reinicializa o nó duas vezes antes que o processo seja concluído.

    Responda com "y" para os prompts de alteração de ID do sistema. Aguarde a segunda mensagem de reinicialização:

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

    Durante uma das reinicializações após a opção "'6", o prompt de confirmação Override system ID? {y|n} aparece. Introduza y.

  6. Se a criptografia raiz for usada, selecione a opção do menu de inicialização novamente para a configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Selecione esta opção do menu de arranque…​

    Gerenciamento de chaves integrado

    Opção "'10"

    Siga as instruções para fornecer as entradas necessárias para recuperar e restaurar a configuração do gerenciador de chaves.

    Gerenciamento de chaves externas

    Opção "'11"

    Siga as instruções para fornecer as entradas necessárias para recuperar e restaurar a configuração do gerenciador de chaves.

    Dependendo da configuração do gerenciador de chaves, execute o procedimento de recuperação selecionando a opção ""10"" ou a opção ""11"", seguida da opção ""6"" no primeiro prompt do menu de inicialização. Para inicializar os nós completamente, você pode precisar repetir o procedimento de recuperação continuado pela opção "'1'" (inicialização normal).

  7. Inicialize os nós:

    boot_ontap

  8. Aguarde que os nós substituídos iniciem.

    Se um dos nós estiver no modo de aquisição, execute um giveback usando o storage failover giveback comando.

  9. Verifique se todas as portas estão em um domínio de broadcast:

    1. Veja os domínios de broadcast:

      network port broadcast-domain show

    2. Se um novo domínio de broadcast for criado para as portas de dados nos controladores recém-atualizados, exclua o domínio de broadcast:

      Observação Exclua apenas o novo domínio de broadcast. Não exclua nenhum dos domínios de broadcast que existiam antes de iniciar a atualização.

      broadcast-domain delete -broadcast-domain <broadcast_domain_name>

    3. Adicione quaisquer portas a um domínio de broadcast conforme necessário.

      "Adicionar ou remover portas de um domínio de broadcast"

    4. Adicione a porta física que hospedará os LIFs entre clusters ao domínio de broadcast correspondente.

    5. Modifique LIFs entre clusters para usar a nova porta física como porta inicial.

    6. Depois que os LIFs entre clusters estiverem ativos, verifique o status de peer do cluster e restabeleça o peering de cluster conforme necessário.

      Talvez seja necessário reconfigurar o peering de cluster.

      "Crie um relacionamento de pares de cluster"

    7. Recrie VLANs e grupos de interface conforme necessário.

      A associação de VLAN e grupo de interface pode ser diferente da do nó antigo.

      "Crie uma VLAN"

    "Combine portas físicas para criar grupos de interface"

    1. Verifique se o cluster de parceiros está acessível e se a configuração é ressincronizada com êxito no cluster de parceiros:

      metrocluster switchback -simulate true

  10. Se a criptografia for usada, restaure as chaves usando o comando correto para sua configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Use este comando…​

    Gerenciamento de chaves integrado

    security key-manager onboard sync

    Para obter mais informações, "Restaurar chaves de criptografia integradas de gerenciamento de chaves"consulte .

    Gerenciamento de chaves externas

    `security key-manager external restore -vserver <svm-name> -node <node-name> -key-server <host_name

  11. Verifique se o MetroCluster está configurado corretamente. Verifique o status do nó:

    metrocluster node show

    Verifique se os novos nós (site_B) estão em aguardando o estado switchback do site_A.

Verifique e restaure a configuração do LIF

Verifique se os LIFs estão hospedados em nós apropriados antes de prosseguir com a operação de switchback automatizado.

Sobre esta tarefa

  • Esta tarefa é executada no site_B.

Cuidado Você deve verificar se o local das LIFs de dados está correto nos novos nós antes de executar um switchback. Quando você alterna a configuração, o ONTAP tenta retomar o tráfego na porta inicial usada pelos LIFs. A falha de e/S pode ocorrer quando a conexão da porta inicial com a porta do switch e VLAN estiver incorreta.
Passos

  1. Verifique se os LIFs estão hospedados no nó e portas apropriados antes do switchback.

    1. Mude para o nível de privilégio avançado:

      set -privilege advanced

    2. Exiba os LIFs e confirme se cada data LIF está usando a porta inicial correta:

      network interface show

    3. Modifique quaisquer LIFs que não estejam usando a porta inicial correta:

      network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>

      Se o comando retornar um erro, você pode substituir a configuração da porta:

      vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>"

    Ao entrar no comando Network Interface Modify dentro vserver config override do comando, não é possível usar o recurso Tab Autocomplete. Você pode criar a rede interface modify usando o autocomplete e, em seguida, incorporá-la no vserver config override comando.

    1. Confirme se todas as LIFs de dados estão agora na porta inicial correta:

      network interface show

    2. Voltar ao nível de privilégio de administrador:

      set -privilege admin

  2. Reverter as interfaces para o seu nó inicial:

    network interface revert * -vserver <svm-name>

    Execute esta etapa em todas as SVMs, conforme necessário.

  3. Retomar a operação:

    system controller replace resume

O que se segue?

"Conclua a atualização da controladora".