Prepare a configuração de rede dos controladores IP MetroCluster antigos
Depois de coletar informações e retomar a operação, a operação de automação prossegue com o switchover.
Antes de iniciar o switchover, a operação de automação é interrompida para que você possa verificar manualmente se todos os LIFs estão "up" no local B. se necessário, traga quaisquer LIFs que são "próprios" para "'up" e retome a operação de automação usando o system controller replace resume
comando.
A operação de automação inicia as operações de comutação. Depois que essas operações forem concluídas, a operação será interrompida em pausado para intervenção do usuário para que você possa montar e instalar os controladores, inicializar os controladores parceiros e reatribuir os discos agregados raiz ao novo módulo do controlador a partir do backup flash usando o sysids
coletado anteriormente.
-
Esta tarefa deve ser executada em cada um dos nós antigos.
-
Você usa as informações coletadas no "Reúna informações antes da atualização".
-
Inicialize os nós antigos e faça login nos nós:
boot_ontap
-
Se o sistema para o qual você está atualizando usar portas de cluster/HA compartilhadas, verifique se as interfaces IP do MetroCluster estão usando endereços IP suportados.
Use as seguintes informações para determinar se o novo sistema usa portas de cluster/HA compartilhadas:
Portas de cluster/HA compartilhadasOs sistemas listados na tabela a seguir usam portas de cluster/HA compartilhadas:
Sistemas AFF e ASA Sistemas FAS -
AFF A20
-
AFF A30
-
AFF C30
-
AFF A50
-
AFF C60
-
AFF C80
-
AFF A70
-
AFF A90
-
AFF A1K
-
FAS50
-
FAS70
-
FAS90
Portas MetroCluster/HA compartilhadasOs sistemas listados na tabela a seguir usam portas MetroCluster/HA compartilhadas:
Sistemas AFF e ASA Sistemas FAS -
AFF A150, ASA A150
-
AFF A220
-
AFF C250, ASA C250
-
AFF A250, ASA A250
-
AFF A300
-
AFF A320
-
AFF C400, ASA C400
-
AFF A400, ASA A400
-
AFF A700
-
AFF C800, ASA C800
-
AFF A800, ASA A800
-
AFF A900, ASA A900
-
FAS2750
-
FAS500f
-
FAS8200
-
FAS8300
-
FAS8700
-
FAS9000
-
FAS9500
-
Verifique os endereços IP das interfaces MetroCluster nos controladores antigos:
metrocluster configuration-settings interface show
-
Se as interfaces MetroCluster estiverem usando endereços IP 169.254.17.x ou 169.254.18.x, "O artigo da base de dados de Conhecimento "como modificar as propriedades de uma interface IP do MetroCluster""consulte para modificar os endereços IP da interface antes de prosseguir com a atualização.
A atualização para qualquer sistema que use as portas de cluster/HA compartilhadas não é suportada se as interfaces MetroCluster estiverem configuradas com endereços IP 169.254.17.x ou 169.254.18.x.
-
-
Modifique as LIFs entre clusters nos controladores antigos para usar uma porta inicial diferente das portas usadas para interconexão de HA ou interconexão de DR IP MetroCluster nos novos controladores.
Esta etapa é necessária para uma atualização bem-sucedida. As LIFs entre clusters nos controladores antigos devem usar uma porta inicial diferente das portas usadas para interconexão de HA ou interconexão de DR IP MetroCluster nos novos controladores. Por exemplo, quando você faz upgrade para controladoras AFF A90, as portas de interconexão de HA são e1a e e7a e as portas de interconexão de DR IP MetroCluster são E2B e e3b. Você deve mover as LIFs entre clusters nos controladores antigos se eles estiverem hospedados nas portas e1a, e7a, E2B ou e3b.
Para a distribuição e alocação de portas nos novos nós, consulte o "Hardware Universe".
-
Nos controladores antigos, veja os LIFs entre clusters:
network interface show -role intercluster
Execute uma das ações a seguir, dependendo se as LIFs entre clusters nos controladores antigos usam as mesmas portas que as portas usadas para interconexão de HA ou interconexão de DR IP MetroCluster nas novas controladoras.
Se os LIFs entre clusters… Ir para… Use a mesma porta inicial
Utilize uma porta inicial diferente
-
modifique os LIFs entre clusters para usar uma porta inicial diferente:
network interface modify -vserver <vserver> -lif <intercluster_lif> -home-port <port-not-used-for-ha-interconnect-or-mcc-ip-dr-interconnect-on-new-nodes>
-
Verifique se todas as LIFs entre clusters estão em suas novas portas residenciais:
network interface show -role intercluster -is-home false
A saída do comando deve estar vazia, indicando que todas as LIFs entre clusters estão em suas respetivas portas residenciais.
-
Reverter quaisquer LIFs que não estejam em suas portas residenciais:
network interface revert -lif <intercluster_lif>
Repita o comando para cada LIF entre clusters que não está na porta inicial.
-
-
atribua a porta inicial de todos os LIFs de dados no controlador antigo a uma porta comum que é a mesma nos módulos de controladora antigos e novos.
Se os controladores antigos e novos não tiverem uma porta comum, não será necessário modificar as LIFs de dados. Pule esta etapa e vá diretamente para Passo 5. -
Apresentar os LIFs:
network interface show
Todos os LIFs de dados, incluindo SAN e nas, serão administradores e operacionais "próprios", uma vez que eles estão ativos no local de comutação (cluster_A).
-
Revise a saída para encontrar uma porta de rede física comum que seja a mesma nos controladores antigos e novos que não seja usada como uma porta de cluster.
Por exemplo, "'e0d'" é uma porta física em controladores antigos e também está presente em novos controladores. "e0d" não é usado como uma porta de cluster ou de outra forma nos novos controladores.
Consulte "Hardware Universe"a para obter informações sobre a utilização da porta de cada modelo de plataforma.
-
Modifique todos os dados LIFS para usar a porta comum como a porta inicial:
network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>
No exemplo a seguir, isso é ""e0d"".
Por exemplo:
network interface modify -vserver vs0 -lif datalif1 -home-port e0d
-
-
Modificar domínios de broadcast para remover a VLAN e as portas físicas que precisam ser excluídas:
broadcast-domain remove-ports -broadcast-domain <broadcast-domain-name>-ports <node-name:port-id>
Repita esta etapa para todas as portas VLAN e físicas.
-
Remova quaisquer portas VLAN usando portas de cluster como portas membros e grupos de interfaces usando portas de cluster como portas membros.
-
Eliminar portas VLAN:
network port vlan delete -node <node-name> -vlan-name <portid-vlandid>
Por exemplo:
network port vlan delete -node node1 -vlan-name e1c-80
-
Remover portas físicas dos grupos de interface:
network port ifgrp remove-port -node <node-name> -ifgrp <interface-group-name> -port <portid>
Por exemplo:
network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d
-
Remova as portas VLAN e grupo de interfaces do domínio de broadcast:
network port broadcast-domain remove-ports -ipspace <ipspace> -broadcast-domain <broadcast-domain-name>-ports <nodename:portname,nodename:portname>,..
-
Modifique as portas do grupo de interfaces para usar outras portas físicas como membro, conforme necessário:
ifgrp add-port -node <node-name> -ifgrp <interface-group-name> -port <port-id>
-
-
Parar os nós:
halt -inhibit-takeover true -node <node-name>
Esta etapa deve ser executada em ambos os nós.
-
Verifique se os nós estão no
LOADER
prompt e colete e preserve as variáveis de ambiente atuais. -
Reúna os valores do bootarg:
printenv
-
Desligue os nós e as gavetas no local em que a controladora está sendo atualizada.