Ierrea.com es un un espacio donde se recogen procedimientos de un Administrador de Sistemas TIC, relacionados con entornos Virtuales VMware o Hyper-V, Cloud, Storage, Comunicaciones, etc...

Netapp SVMDR, arrancar servicio de SVM tras Desastre en el cluster principal


En un post anterior, explicábamos cómo configurar el Disaster Recovery de SVMs (SVMDR) entre dos Clusters de Netapp. Pues bien, en este post vamos a ver cómo poner en servicio las SVMs replicadas cuando haya llegado el momento del desastre.

A modo de introducción, vemos a continuación cómo tenemos una SVM llamada svm_test en modo running en el cluster principal

...y la réplica de la misma llamada dr_svm_test en modo dp_destination

Para invertir los papeles, y que dicha svm, que en este caso nos está sirviendo una gran cantidad de máquinas virtuales presentadas a una infraestructura de Vmware, deje de servir desde el cluster principal (por accidente o de forma voluntaria), y lo haga desde el cluster secundario, el procedimiento a seguir es el siguiente:

En primer lugar, nos conectamos al cluster secundario y ejecutamos el siguiente comando para actualizar los cambios que pudiera haber entre las dos SVMs

cluster_secundario::> snapmirror update -destination-vserver dr_svm_test

A continuación, congelamos las futuras replicas de snapmirroring entre SVMs que serían ejecutadas según la programación establecida. Para ello, también desde el secundario ejecutamos:

cluster_secundario::>snapmirror quiesce -destination-vserver dr_svm_test

Con el comando cluster_secundario::>snapmirror show, comprobamos que, en efecto, la replicación entre SVMs está en modo Quiesced

Ahora debemos "romprer" la relación de snapmirroring entre ambas SVMs. Para ello ejecutaremos en el cluster secundario el comando:

cluster_secundario::>snapmirror break -destination-vserver dr_svm_test

Con el comando cluster_secundario::>snapmirror show, comprobamos que, en efecto, la replicación entre SVMs está en modo Broken-off

Posteriormente, si todavía el cluster primario está "vivo" y tenemos acceso a él, pararemos la SVM en cuestión mediante el comando cluster_primario::>vserver stop -vserver svm_test

... si el cluster primario está fuera de juego u offline por el motivo que fuere, este paso no lo realizaríamos por razones obvias, al no tener acceso al mismo

Y por último, nuevamente en el cluster sencundario, sólo nos quedaría levantar la SVM mediante el comando cluster_secundario::>vserver start -vserver dr_svm_test

Así pues, desde el interface gráfico, podemos ver como en el cluster primario la svm_test ahora está en modo stopped

... mientras que en el cluster sencundario la svm dr_svm_test está running, por lo que todas las máquinas virtuales que sirve a nuestra infraestructura de Vmware, las proyectamos desde el cluster secundario o CPD2.

Este procedimiento lo podemos llevar a cabo tranquilamente en menos de un minuto.

#SVMDR #NETAPP #STORAGE

ierrea.com, el Blog del IT Manager, by Ignacio Errea Ochoa
  • LinkedIn Social Icon
  • Facebook Social Icon
  • Twitter Social Icon
  • RSS Social Icon
  • Google+ Social Icon