Preparar la configuración de red de las antiguas controladoras IP de MetroCluster
Una vez que se recopila información y se reanuda la operación, la operación de automatización continúa con la conmutación de sitios.
Antes de iniciar la conmutación, la operación de automatización se pone en pausa para que pueda comprobar manualmente que todas las LIF están «'más'» en el sitio B. En caso necesario, llevar cualquier LIF «desposeída» a «arriba» y reanudar la operación de automatización utilizando el system controller replace resume
comando.
La operación de automatización inicia las operaciones de conmutación de sitios. Una vez finalizadas estas operaciones, la operación se detiene en PAUSE para la intervención del usuario para que pueda montar en rack e instalar los controladores, arrancar los controladores asociados y reasignar los discos agregados raíz al nuevo módulo del controlador desde la copia de seguridad flash usando la sysids
recopilada anteriormente.
-
Esta tarea se debe realizar en cada uno de los nodos antiguos.
-
Usted utiliza la información recopilada en "Recopile información antes de la actualización".
-
Arranque los nodos antiguos y después inicie sesión en los nodos:
boot_ontap
-
Si el sistema al que está actualizando utiliza * puertos compartidos de clúster/HA*, compruebe que las interfaces IP de MetroCluster estén utilizando direcciones IP compatibles.
Utilice la siguiente información para determinar si el sistema nuevo utiliza puertos compartidos de clúster/alta disponibilidad:
Clúster compartido/puertos de alta disponibilidadLos sistemas enumerados en la siguiente tabla utilizan puertos compartidos clúster/alta disponibilidad:
Sistemas AFF y ASA Sistemas FAS -
AFF A20
-
AFF A30
-
AFF C30
-
AFF A50
-
AFF C60
-
AFF C80
-
AFF A70
-
AFF A90
-
AFF A1K
-
FAS50
-
FAS70
-
FAS90
Puertos MetroCluster/HA compartidosLos sistemas detallados en la siguiente tabla utilizan puertos MetroCluster/HA compartidos:
Sistemas AFF y 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
-
A700 de AFF
-
AFF C800, ASA C800
-
AFF A800, ASA A800
-
AFF A900, ASA A900
-
FAS2750
-
FAS500f
-
FAS8200
-
FAS8300
-
FAS8700
-
FAS9000
-
FAS9500
-
Compruebe las direcciones IP de las interfaces de MetroCluster en las controladoras antiguas:
metrocluster configuration-settings interface show
-
Si las interfaces de MetroCluster utilizan direcciones IP de 169.254.17.x o 169.254.18.x, consulte "Artículo de la base de conocimientos sobre cómo modificar las propiedades de una interfaz IP de MetroCluster"para modificar las direcciones IP de la interfaz antes de continuar con la actualización.
La actualización a cualquier sistema que utilice cluster compartido/puertos HA no es compatible si las interfaces MetroCluster están configuradas con direcciones IP 169.254.17.x o 169.254.18.x.
-
-
Modifique las LIF de interconexión de clústeres de las controladoras antiguas para que usen un puerto raíz diferente a los puertos utilizados para la interconexión de alta disponibilidad o la interconexión de recuperación ante desastres IP de MetroCluster en las nuevas controladoras.
Este paso es necesario para una actualización correcta. Las LIF de interconexión de clústeres de las controladoras antiguas deben usar un puerto inicial diferente al de los puertos utilizados para la interconexión de alta disponibilidad o la interconexión de recuperación ante desastres IP de MetroCluster en las nuevas controladoras. Por ejemplo, cuando se actualiza a controladoras AFF A90, los puertos de interconexión de alta disponibilidad son e1a y e7a, y los puertos de interconexión de recuperación ante desastres IP de MetroCluster son E2B y E3b. Debe mover las LIF de interconexión de clústeres de las controladoras anteriores si están alojadas en los puertos e1a, e7a, E2B o E3b.
Para la distribución y asignación de puertos en los nuevos nodos, consulte la "Hardware Universe".
-
En las controladoras antiguas, vea las LIF de interconexión de clústeres:
network interface show -role intercluster
Una de las siguientes acciones dependerá de si las LIF de interconexión de clústeres de las controladoras anteriores usan los mismos puertos que los utilizados para la interconexión de alta disponibilidad o la interconexión MetroCluster IP DR en las nuevas controladoras.
Si las LIF de interconexión de clústeres… Vaya a… Utilice el mismo puerto de inicio
Utilice un puerto de inicio diferente
-
Modifique las LIF de interconexión de clústeres para utilizar un puerto raíz 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>
-
Compruebe que todas las LIF de interconexión de clústeres se encuentran en sus nuevos puertos principales:
network interface show -role intercluster -is-home false
El resultado del comando debe estar vacío, lo que indica que todas las LIF de interconexión de clústeres están en sus respectivos puertos principales.
-
Revierta los LIF que no estén en sus puertos raíz:
network interface revert -lif <intercluster_lif>
Repita el comando para cada LIF de interconexión de clústeres que no esté en el puerto de inicio.
-
-
Asigne el puerto raíz de todas las LIF de datos de la controladora antigua a un puerto común que sea el mismo en los módulos de controladora antiguos y nuevos.
Si las controladoras antigua y nueva no disponen de un puerto común, no necesitará modificar las LIF de datos. Sáltese este paso y vaya directamente a Paso 5. -
Mostrar las LIF:
network interface show
Todos los LIF de datos, incluidos SAN y NAS, serán «activos» y «abandonados» operativamente, ya que se encuentran en el sitio de conmutación (cluster_A).
-
Revise el resultado para encontrar un puerto de red física común que sea el mismo en las controladoras anterior y nueva que no se use como puerto de clúster.
Por ejemplo, «'e0d» es un puerto físico de las controladoras antiguas y también está presente en las nuevas controladoras. «'e0d'» no se utiliza como puerto de clúster ni de ningún otro modo en las nuevas controladoras.
Consulte la "Hardware Universe" para obtener información sobre el uso del puerto de cada modelo de plataforma.
-
Modifique todas las LIF de datos para utilizar el puerto común como puerto de inicio:
network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>
En el siguiente ejemplo, esto es «'e0d'».
Por ejemplo:
network interface modify -vserver vs0 -lif datalif1 -home-port e0d
-
-
Modifique los dominios de difusión para eliminar la VLAN y los puertos físicos que deben eliminarse:
broadcast-domain remove-ports -broadcast-domain <broadcast-domain-name>-ports <node-name:port-id>
Repita este paso para todos los puertos VLAN y físicos.
-
Quite todos los puertos VLAN que utilizan puertos de clúster como puertos miembro y grupos de interfaces usando puertos de clúster como puertos miembro.
-
Eliminar puertos VLAN:
network port vlan delete -node <node-name> -vlan-name <portid-vlandid>
Por ejemplo:
network port vlan delete -node node1 -vlan-name e1c-80
-
Quite puertos físicos de los grupos de interfaces:
network port ifgrp remove-port -node <node-name> -ifgrp <interface-group-name> -port <portid>
Por ejemplo:
network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d
-
Quite los puertos VLAN y grupos de interfaces del dominio de retransmisión:
network port broadcast-domain remove-ports -ipspace <ipspace> -broadcast-domain <broadcast-domain-name>-ports <nodename:portname,nodename:portname>,..
-
Modifique los puertos de grupo de interfaces para que utilicen otros puertos físicos como miembro, según sea necesario:
ifgrp add-port -node <node-name> -ifgrp <interface-group-name> -port <port-id>
-
-
Detenga los nodos:
halt -inhibit-takeover true -node <node-name>
Este paso debe realizarse en ambos nodos.
-
Compruebe que los nodos se encuentran en
LOADER
el prompt y recopile y conserve las variables de entorno actuales. -
Recopile los valores bootarg:
printenv
-
Apague los nodos y las bandejas en el sitio donde se está actualizando la controladora.