Compruebe la configuración de recuperación tras fallos de LIF
Sugerir cambios
PDF
Antes de actualizar ONTAP, debe comprobar que las políticas de conmutación por error y los grupos de conmutación por error del clúster están configurados correctamente.
Durante el proceso de actualización, las LIF se migran en función del método de actualización. En función del método de actualización, es posible que se utilice la política de conmutación por error del LIF.
Si tiene 8 nodos o más en el clúster, la actualización automatizada se realiza mediante el método de lote. El método de actualización por lotes implica dividir el clúster en varios lotes de actualización, actualizar el conjunto de nodos del primer lote, actualizar sus partners de alta disponibilidad (ha) y, a continuación, repetir el proceso para los lotes restantes. En ONTAP 9.7 y versiones anteriores, si se utiliza el método por lotes, los LIF se migran al partner de alta disponibilidad del nodo que se actualiza. En ONTAP 9.8 y versiones posteriores, si se utiliza el método por lotes, los LIF se migran al otro grupo por lotes.
Si tiene menos de 8 nodos en el clúster, la actualización automatizada se realiza mediante el método de reversión. El método de actualización gradual implica iniciar una operación de conmutación al respaldo en cada nodo de un par de alta disponibilidad, actualizar el nodo que ha conmutado al nodo de respaldo, iniciar el retorno al nodo primario y, a continuación, repetir el proceso de cada par de alta disponibilidad del clúster. Si se usa el método de reversión, las LIF se migran al nodo de destino de conmutación por error tal como se define en la política de conmutación por error de LIF.
-
Mostrar la política de recuperación tras fallos para cada LIF de datos:
Si la versión de ONTAP es… Utilice este comando 9,6 o posterior
network interface show -service-policy *data* -failover9,5 o anterior
network interface show -role data -failoverEste ejemplo muestra la configuración predeterminada de la conmutación por error de un clúster de dos nodos con dos LIF de datos:
cluster1::> network interface show -role data -failover Logical Home Failover Failover Vserver Interface Node:Port Policy Group -------- --------------- --------------------- --------------- --------------- vs0 lif0 node0:e0b nextavail system-defined Failover Targets: node0:e0b, node0:e0c, node0:e0d, node0:e0e, node0:e0f, node1:e0b, node1:e0c, node1:e0d, node1:e0e, node1:e0f vs1 lif1 node1:e0b nextavail system-defined Failover Targets: node1:e0b, node1:e0c, node1:e0d, node1:e0e, node1:e0f, node0:e0b, node0:e0c, node0:e0d, node0:e0e, node0:e0fEl campo objetivos de conmutación por error muestra una lista priorizada de destinos de conmutación por error para cada LIF. Por ejemplo, si 'lif0' conmuta por error desde su puerto raíz (e0b en node0), primero intenta conmutar por error al puerto e0c en node0. Si lif0 no puede conmutar al nodo de respaldo a e0c, intenta conmutar al puerto e0d en node0, etc.
-
Si la política de conmutación por error se establece en disabled para cualquier LIF, que no sea LIF de SAN, utilice el
network interface modifycomando para habilitar la conmutación al nodo de respaldo. -
Para cada LIF, compruebe que el campo objetivos de conmutación por error incluye puertos de datos de un nodo diferente que permanecerán activos mientras se esté actualizando el nodo de inicio de la LIF.
Puede utilizar el
network interface failover-groups modifycomando para agregar un destino de conmutación por error al grupo de conmutación por error.Ejemplonetwork interface failover-groups modify -vserver vs0 -failover-group fg1 -targets sti8-vsim-ucs572q:e0d,sti8-vsim-ucs572r:e0d