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.

Configurar os novos nós e concluir a transição

Colaboradores
PDFs

Com os novos nós adicionados, você deve concluir as etapas de transição e configurar os nós IP do MetroCluster.

Configurando os nós IP do MetroCluster e desativando a transição

Você deve implementar as conexões IP do MetroCluster, atualizar a configuração do MetroCluster e desativar o modo de transição.

Passos

  1. Forme os novos nós em um grupo de DR emitindo os seguintes comandos do controller node_A_1-IP:

    metrocluster configuration-settings dr-group create -partner-cluster <peer_cluster_name> -local-node <local_controller_name> -remote-node <remote_controller_name>

    metrocluster configuration-settings dr-group show

  2. Criar interfaces IP MetroCluster (node_A_1-IP, node_A_2-IP, node_B_1-IP, node_B_2-IP) - duas interfaces precisam ser criadas por controladora; oito interfaces no total:

    metrocluster configuration-settings interface create -cluster-name <cluster_name> -home-node <controller_name> -home-port <port_name> -address <ip_address> -netmask <netmask_address> -vlan-id <vlan_id>

    metrocluster configuration-settings interface show

    Certas plataformas usam uma VLAN para a interface IP do MetroCluster. Por padrão, cada uma das duas portas usa uma VLAN diferente: 10 e 20.

    Se suportado, você também pode especificar uma VLAN diferente (não padrão) maior que 100 (entre 101 e 4095) usando o -vlan-id parâmetro no metrocluster configuration-settings interface create comando.

    As seguintes plataformas não suportam o -vlan-id parâmetro:

    • FAS8200 e AFF A300

    • AFF A320

    • FAS9000 e AFF A700

    • AFF C800, ASA C800, AFF A800 e ASA A800

      Todas as outras plataformas suportam o -vlan-id parâmetro.

      As atribuições de VLAN padrão e válidas dependem se a plataforma suporta o -vlan-id parâmetro:

    Plataformas que suportam <code>-vlan-id</code>

    VLAN predefinida:

    • Quando o -vlan-id parâmetro não é especificado, as interfaces são criadas com VLAN 10 para as portas "A" e VLAN 20 para as portas "B".

    • A VLAN especificada deve corresponder à VLAN selecionada no RCF.

    Intervalos de VLAN válidos:

    • VLAN 10 e 20 padrão

    • VLANs 101 e superior (entre 101 e 4095)

    Plataformas que não suportam <code>-vlan-id</code>

    VLAN predefinida:

    • Não aplicável. A interface não requer que uma VLAN seja especificada na interface MetroCluster. A porta do switch define a VLAN que é usada.

    Intervalos de VLAN válidos:

    • Todas as VLANs não explicitamente excluídas ao gerar o RCF. O RCF alerta-o se a VLAN for inválida.

  3. Execute a operação de conexão MetroCluster a partir do controlador node_A_1-IP para conetar os sites MetroCluster — esta operação pode levar alguns minutos para ser concluída:

    metrocluster configuration-settings connection connect

  4. Verifique se os discos de cluster remotos estão visíveis a partir de cada controlador através das ligações iSCSI:

    disk show

    Você deve ver os discos remotos pertencentes aos outros nós na configuração.

  5. Espelhe o agregado de raiz para node_A_1-IP e node_B_1-IP:

    aggregate mirror -aggregate root-aggr

  6. Atribua discos para node_A_2-IP e node_B_2-IP.

    Atribuições de disco do pool 1 onde já foram feitas para node_A_1-IP e node_B_1-IP quando o comando boot_after_mcc_transtion foi emitido no menu de inicialização.

    1. Emita os seguintes comandos no node_A_2-IP:

      disk assign disk1disk2disk3 …​ diskn -sysid node_B_2-IP-controller-sysid -pool 1 -force

    2. Emita os seguintes comandos no node_B_2-IP:

      disk assign disk1disk2disk3 …​ diskn -sysid node_A_2-IP-controller-sysid -pool 1 -force

  7. Confirme que a propriedade foi atualizada para os discos remotos:

    disk show

  8. Se necessário, atualize as informações de propriedade usando os seguintes comandos:

    1. Aceda ao modo de privilégio avançado e introduza y quando lhe for pedido para continuar:

      set priv advanced

    2. Atualizar propriedade do disco:

      disk refresh-ownership controller-name

    3. Voltar ao modo de administração:

      set priv admin

  9. Espelhe os agregados de raiz para node_A_2-IP e node_B_2-IP:

    aggregate mirror -aggregate root-aggr

  10. Verifique se a re-sincronização de agregados foi concluída para agregados de raiz e dados:

    aggr show``aggr plex show

    A ressincronização pode demorar algum tempo, mas deve ser concluída antes de prosseguir com as etapas a seguir.

  11. Atualize a configuração do MetroCluster para incorporar os novos nós:

    1. Aceda ao modo de privilégio avançado e introduza y quando lhe for pedido para continuar:

      set priv advanced

    2. Atualizar a configuração:

      Se tiver configurado…​

      Emitir este comando…​

      Um único agregado em cada cluster:

      metrocluster configure -refresh true -allow-with-one-aggregate true

      Mais de um único agregado em cada cluster

      metrocluster configure -refresh true

    3. Voltar ao modo de administração:

      set priv admin

  12. Desativar o modo de transição MetroCluster:

    1. Entre no modo de privilégio avançado e digite "'y'" quando solicitado a continuar:

      set priv advanced

    2. Desativar modo de transição:

      metrocluster transition disable

    3. Voltar ao modo de administração:

      set priv admin

Configuração de LIFs de dados nos novos nós

Você deve configurar LIFs de dados nos novos nós, node_A_2-IP e node_B_2-IP.

Você deve adicionar novas portas disponíveis em novos controladores a um domínio de broadcast se ainda não estiver atribuído a um. Se necessário, crie VLANs ou grupos de interface nas novas portas. Consulte "Gerenciamento de rede"

  1. Identificar o uso atual da porta e os domínios de broadcast:

    network port show``network port broadcast-domain show

  2. Adicione portas a domínios de broadcast e VLANs conforme necessário.

    1. Visualizar os espaços IP:

      network ipspace show

    2. Crie espaços IP e atribua portas de dados conforme necessário.

      "Configurando IPspaces (somente administradores de cluster)"

    3. Veja os domínios de broadcast:

      network port broadcast-domain show

    4. Adicione todas as portas de dados a um domínio de broadcast conforme necessário.

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

    5. 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.

      "Criando um VLAN"

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

  3. Verifique se os LIFs estão hospedados no nó apropriado e nas portas nos nós IP do MetroCluster (incluindo o SVM com -mc vserver), conforme necessário.

    Consulte as informações reunidas em "Criando a configuração de rede".

    1. Verifique a porta inicial dos LIFs:

      network interface show -field home-port

    2. Se necessário, modifique a configuração de LIF:

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

    3. Reverter os LIFs para suas portas residenciais:

      network interface revert * -vserver <svm_name>

Trazendo os SVMs

Devido às alterações na configuração de LIF, você deve reiniciar os SVMs nos novos nós.

Passos

  1. Verifique o estado das SVMs:

    metrocluster vserver show

  2. Reinicie os SVMs no cluster_A que não tenham um sufixo "'-mc":

    vserver start -vserver <svm_name> -force true

  3. Repita as etapas anteriores no cluster de parceiros.

  4. Verifique se todos os SVMs estão em um estado saudável:

    metrocluster vserver show

  5. Verifique se todas as LIFs de dados estão online:

    network interface show

Mover um volume de sistema para os novos nós

Para melhorar a resiliência, um volume do sistema deve ser movido do nó do controlador_A_1-IP para o nó do controlador_A_2-IP e também do nó_B_1-IP para o nó_B_2-IP. Você deve criar um agregado espelhado no nó de destino para o volume do sistema.

Sobre esta tarefa

Os volumes do sistema têm o nome "MDV"CRS*A" ou "MDV_CRS*B." as designações ""_A" e ""_B" não estão relacionadas com as referências site_A e site_B usadas ao longo desta seção; por exemplo, MDV_CRS*_A não está associado com site_A.

Passos

  1. Atribua pelo menos três discos de pool 0 e três de pool 1 cada um para controladores node_A_2-IP e node_B_2-IP conforme necessário.

  2. Ative a atribuição automática do disco.

  3. Mova o volume do sistema _B de node_A_1-IP para node_A_2-IP usando as etapas a seguir de site_A.

    1. Crie um agregado espelhado no controlador node_A_2-IP para manter o volume do sistema:

      aggr create -aggregate new_node_A_2-IP_aggr -diskcount 10 -mirror true -node node_A_2-IP

      aggr show

      O agregado espelhado requer cinco discos sobressalentes do pool 0 e cinco do pool 1 de propriedade do controller node_A_2-IP.

      A opção avançada, "'-force-small-Aggregate True" pode ser usada para limitar o uso de disco a 3 discos pool 0 e 3 discos pool 1, se os discos estiverem em suprimento curto.

    2. Listar os volumes do sistema associados ao SVM de administrador:

      vserver show

      volume show -vserver <admin_svm_name>

    Você deve identificar volumes contidos por agregados de propriedade do site_A. Os volumes do sistema site_B também serão exibidos.

  4. Mova o volume do sistema MDV_CRS_*_B para site_A para o agregado espelhado criado no controlador node_A_2-IP

    1. Verifique possíveis agregados de destino:

      volume move target-aggr show -vserver <admin_svm_name> -volume MDV_CRS_*_B

      O agregado recém-criado em node_A_2-IP deve ser listado.

    2. Mova o volume para o agregado recém-criado no node_A_2-IP:

      set advanced

      volume move start -vserver <admin_svm_name> -volume MDV_CRS_*_B -destination-aggregate new_node_A_2-IP_aggr -cutover-window 40

    3. Verifique o estado da operação de deslocação:

      volume move show -vserver <admin_svm_name> -volume MDV_CRS_*_B

    4. Quando a operação mover estiver concluída, verifique se o sistema MDV_CRS_*_B está contido pelo novo agregado no node_A_2-IP:

      set admin

    volume show -vserver <admin_svm_name>

  5. Repita as etapas acima no site_B (node_B_1-IP e node_B_2-IP).