Esto es para lo que fue diseñado, y realiza esta tarea tan bien como cualquier otro producto de orquestación.
Pero en realidad cualquiera puede ejecutar manualmente los pasos que SRM lleva a cabo.
Los pasos para configurar el flujo de trabajo y la automatización para migraciones y failovers se integran sin interrupciones y la administración es muy directa con Zerto al no tener que coordinar con otros componentes para funcionar satisfactoriamente.
Teniendo en cuenta esto, ¿se pueden reproducir estos pasos manualmente con Zerto? La respuesta es no, no se puede. Como Zerto es un mecanismo de replicación, no se puede hacer manualmente.
Si el último bit de los datos replicados esta corrupto, hay que usar otros mecanismos como la recuperación desde backup o bypass SRM completo y restaurar directamente desde el almacenamiento.
Estos puntos de control también pueden ser creados a mano.
Además de esto, los puntos en tiempo sirven para algo más que los usuarios adoran y usan muy a menudo. Zerto puede realizar clonaciones off-site utilizando cualquier punto en el tiempo que se quiera para clonar una máquina o un grupo de máquinas en lo que se conoce como “Grupos de Protección Virtual” o VPGs. Estos VPGs permiten realizar un punto en el tiempo de clonación de una sola vez de todo un grupo de máquinas virtuales que componen una aplicación, de modo que podemos tener un laboratorio de testeo con MVs listas para realizar pruebas en cualquier punto en tiempo desde el que se quiera comenzar.
Una vez que se tiene la solución de disaster recovery implantada, es cuando se quiere comenzar a proteger las máquinas virtuales.
Lo que se encuentra en el sector es que utilizar una replicación basada en sistemas de almacenamiento con o sin SRM, usualmente reduce la cantidad disponible de LUNs, ya que luego no se pueden crear LUNs adicionales para la replicación.
Las MVs que nos están protegidas, si se quiere proteger, deben ser movidas hacia volúmenes, los discos y la configuración general del almacenamiento para mantener el rendimiento y seguridad esperado.
SRM requiere una buena inversión de trabajo antes de que se pueda proteger la primera MV.
La siguiente actividad es proteger VMs, creando los grupos de protección, sin necesidad de preocuparse de la configuración de vMotion o de los volúmenes de almacenamiento.
Si se tiene varios TBs de MVs para proteger, quizás no se quiera iniciar la replicación sobre redes de datos. Para esos casos Zerto puede utilizar un método basado en semillas de ficheros VMDKs. Estos ficheros son previamente creados por Partners especializados en Zerto como Danysoft o profesionales de virtualización.
Más aún, después de poner en marcha correctamente cada uno de los componentes, se requiere regularmente actualizaciones y parches. Ellos podrían llevar a una estabilidad en SRM si no se realiza correctamente. Hay muchos artículos técnicos acerca de cada uno de los elementos frustrado resolviendo incidencias y problemas para mantener SRM completamente operativo, ya que SRM es muy dependiente de otros elementos que proviene de distintos fabricantes.
Esto evita incompatibilidades ya que lo que cambie en el tiempo con el almacenamiento, los servidores, VMWare u otros elementos no afectan al funcionamiento y rendimiento de Zerto. Incluso Zerto puede proteger MVs que están ejecutando en versiones distintas de VMWare.
Y si alguna vez Zerto tuviera alguna incidencia, el equipo de soporte de Danysoft y Zerto están dispuestos a resolverlo rápidamente.
Entre la configuración adicional y el soporte de operaciones de producción para la replicación de almacenamiento con SRM, no es una solución barata. Las empresas habitualmente tienen que tener solo dos sitios en su plan de recuperación ante desatres. Un sitio primario y un sitio secundario de recuperación. No suele ser muy habitual tener más de dos sitios con SRM.
Una empresa puede replicar uno, dos o más sitios de contingencia y también hacia proveedores de nubes privadas (vCLouds), todo a la vez, sin restricciones.
Con Zerto no hay por qué preocuparse de que los sitios sean iguales al sitio primario, ya que podemos dividir la protección, replicar algunas MVs hacia el sitio secundario, y otras MVs hacia una nube privada.
Dejar un comentario
¿Quieres unirte a la conversación?¡Siéntete libre de contribuir!