Disaster recovery RPO RTO WRT MTD

Disaster Recovery: Qué son RPO, RTO, WRT o MTD y por qué son importantes

Compartir

Hablemos de Disaster Recovery: ¿qué son RPO, RTO, MTD o WRT y por qué es importante comprender estos conceptos si hablamos de continuidad de negocio, continuidad de servicio y recuperación frente a desastres?

En ocasiones, cuando se habla de recuperación frente a desastres (Disaster Recovery), o impactos en el servicio o en el negocio, muchos nos asustamos porque se empieza a hablar de siglas y acrónimos que parecen ser creados para espantar a los neófitos y profanos.

En este artículo pretendemos empezar a apartar la neblina de misterio arcano que envuelve todos estos conceptos relacionados con el Disaster Recovery para ayudarte a andar en el buen camino y asegurar la continuidad de tu negocio pase lo que pase.

 

Disaster Recovery: ¿Qué son RPO, RTO, WRT o MTD y por qué son importantes?

Supongamos que nos encontramos en una empresa en la que tenemos una operación normal, sin grandes problemas de funcionamiento ni nada similar, como sería la operación de la mayoría de las organizaciones que todos conocemos: habría algún PC con virus que genera un pequeño problema, otro ordenador al que le cambiamos el ratón porque falla, una impresora que da problemas hasta que cambiamos el tóner y deja de fallar… En fin, lo normal en una empresa.

Esto sería lo que se llama la operación normal de los sistemas, en los cuales no hay una interrupción del servicio ni se pone en peligro la continuidad de la empresa ni nada similar.

En este momento estaríamos en una situación como se muestra en la gráfica.

Imagen. Operación correcta de los servicios
Imagen. Operación correcta de los servicios

Pasado un tiempo, en el que el servicio opera sin problemas, se produce una caída del servicio.

Imagen. Se produce la caída del servicio
Imagen. Se produce la caída del servicio

Cuando esto sucede y se presenta un desastre, como es lógico, es necesario reestablecer el correcto funcionamiento de los sistemas y la correcta operación de la empresa lo antes posible.

En este punto, además, se suele describir el RPO (Recovery Point Objective u Objetivo de Punto de Recuperación) que establece básicamente la cantidad máxima de pérdida de datos o de pérdida de servicio medida en el tiempo que es aceptable para nuestro negocio.

Este valor de RPO puede variar drásticamente en función del servicio afectado y del tipo de negocio al que nos dediquemos, así como de otros parámetros como pueda ser el horario en el que se impacta.

Imagen. Introducimos el RPO
Imagen. Introducimos el RPO

Cuando hablamos del proceso de recuperación, hablamos del proceso desde que se detecta que el sistema o servicio está caído y se empieza a intervenir sobre él, hasta que pasa a estar operativo. Durante este tiempo el servicio no se ha recuperado aún, por lo que aún no se puede considerar como un servicio productivo, o sea, que dé servicio normal.

El RTO (Recovery Time Objective u Objetivo de Tiempo de Recuperación) determina el tiempo máximo que será tolerable que un servicio crítico pueda volver a dar servicio.

Dentro de esta operativa están incluidas las acciones para levantar la arquitectura pertinente, ponerla en funcionamiento y recuperar los datos que permitirán operarla de manera correcta.

Un ejemplo de esto podría ser la caída del servidor que hospeda la base de datos de nuestro ERP, en la que se debe levantar un nuevo servidor, desplegar la base de datos y recuperar la base de datos antes de poder recuperar el servicio en producción.

Imagen. Introducimos el RTO
Imagen. Introducimos el RTO

Pero aún no hemos puesto en producción el servicio, simplemente lo hemos levantado, pero no está dando servicio a nuestros clientes o empleados, por lo que el contador sigue corriendo en nuestra contra y seguimos perdiendo dinero.

En este punto tenemos el WRT (Work Recovery Time o Tiempo de Recuperación del Trabajo), que es el tiempo en el que se recuperará el servicio real mediante la verificación de los sistemas y la puesta en línea de estos tras haberlos recuperado en la parte de RTO.

Imagen. Introducimos el WRT
Imagen. Introducimos el WRT

En este caso, la suma del RTO más WRT es lo que se llama MTD (Maximum Tolerable Downtime o Tiempo de Inactividad Máximo Tolerable), que básicamente describe el tiempo máximo que puede estar inoperativo el servicio antes de que las consecuencias sean inaceptables para la empresa.

Lo que estamos introduciendo aquí son, de manera muy sencilla, los fundamentos del Disaster Recovery, pero si quisiéramos trabajar un plan de continuidad de negocio o de recuperación ante desastres deberíamos calcular los valores y tener muy claro cuánto puede aguantar cada uno de los servicios de nuestra organización y cómo podemos optimizar todo para que no haya problemas y aseguremos la supervivencia.

 

Conclusión:

Esperamos que lo que has leído en este artículo te haya ayudado a entender qué son RPO, RTO, MTD o WRT y por qué es importante comprender estos conceptos para la supervivencia de tu negocio.

Te animamos a seguir leyendo otros artículos de esta colección que podrás encontrar en nuestro blog.

Categorías:Cloud y sistemas

Otros posts que te pueden interesar

13 de noviembre de 2024
¡Tenemos nuevas distros en Servidores! En respuesta a las múltiples solicitudes de varios de nuestros partners, se ha habilitado
13 de noviembre de 2024
¡Ya es posible desplegar plantillas de diferentes softwares desde el asistente de despliegue de servidores! Estrenamos esta funcionalidad del
13 de noviembre de 2024
¡Integración con QNAP! Ya es posible crear copias sincronizadas entre dispositivos de almacenamiento local QNAP y nuestro servicio de

Rellena el formulario y nuestro equipo de Sales contactará contigo lo antes posible.

growth@jotelulu.com  |  +34 911 333 712  |  jotelulu.com 

Puedes darte de baja de estas comunicaciones en cualquier momento.  Consulta nuestra Política de privacidad.

Precios competitivos para la pyme y mucho más margen para el partner

Disaster Recovery ha sido diseñado, implementado y puesto en producción teniendo en cuenta dos premisas: Debe tener un precio atractivo para la pyme a la vez que deja un buen margen de beneficio a la empresa de IT que lo comercializa y gestiona.

DR_buen_precio_y_mas_margen

De esta manera, Disaster Recovery pretende ser un producto diferencial que permita incrementar la seguridad de todo tipo de empresas de manera asequible e implicando, además, rentabilidad para el distribuidor que lo comercializa.

Protege la infraestructura de tus clientes

Disaster Recovery permite replicar cualquier suscripción de infraestructura (Escritorio Remoto y Servidores) en otra zona de disponibilidad creando un entorno de alta disponibilidad y blindando así el servicio.

Replica en pocos pasos no sólo los discos sino todos los elementos que forman parte de cada suscripción:

  • Servidores: Instancias, discos, reglas de firewall, redes, IPs…
  • Escritorio Remoto: Usuarios, Aplicaciones, Licencias, Personalización…
DR_blinda_la_infraestructura

Tratamos de hacer fácil lo difícil

Las herramientas de Disaster Recovery existentes necesitan de conocimientos avanzados para poder ser gestionadas, implicando, muchas veces, un expertise difícil de alcanzar.

 

Disaster Recovery de Jotelulu busca hacer fácil lo difícil y plantea un despliegue muy sencillo basado en una configuración de tres pasos:

Origin (Primary Site)
Determina la ubicación de origen de la suscripción sobre la que se va a establecer el servicio de Disaster Recovery.

Destino (Recovery Site)
Establece la ubicación de destino (zona de disponibilidad) en la que quieres que se despliegue el Recovery Site.

Características de la réplica
Establece los datos asociados al número de copias que se quieren guardar y la frecuencia con la que se va a llevar a cabo la réplica.