Qué es DRS? Disaster Recovery as a Service de CAS-CHILE

Transcripción

1

2 Qué es DRS? Disaster Recovery as a Service de CAS-CHILE Consiste en la entrega de una solución que permitirá restaurar rápidamente los servicios del Municipio en caso de ocurrir algún incidente.

3 PLAN DE CONTINUIDAD DEL NEGOCIO Contempla: Definición del alcance del Servicio. Realización del Análisis de Riesgo respectivo. Realización de un Análisis del Negocio. Generación de una Matriz de Riesgo y Mapas de Calor. Generación de Procedimientos de Activación del Plan de Continuidad. Realización de Pruebas de Escritorio y Pruebas en Ambiente Real. Construcción del Plan de Continuidad Operacional.

4 SERVICIO DE RECUPERACIÓN Reflejo de Bases de Datos en Data Center. Monitoreo de Servidores de Producción. Enlace de datos entre el Municipio y el Data Center. Configuración para trabajo remoto. Restablecimiento de Servicios Locales.

5 SERVICIO DE RECUPERACIÓN Medición de RPO Medición de RTO Medición de WRT Definición de MTD Definición de SLA (Recovery Point Objective) Punto de Recuperación Objetivo (Recovery Time Objective) Tiempo de Recuperación Objetivo (Work Recovery Time) Tiempo de Recuperación del Trabajo (Maximum Tolerable Downtime) Tiempo Máximo Tolerable De Inactividad (Service Level Agreement) Acuerdo de Niveles del Servicio

6 ETAPA 1: SISTEMAS FUNCIONANDO CORRECTAMENTE TIEMPO Escenario 1 SISTEMA FUNCIONANDO CORRECTAMENTE EN ESTA ETAPA TODOS LOS SISTEMAS ESTÁN FUNCIONANDO CORRECTAMENTE TRABAJO. EN PRODUCCIÓN Y

7 ETAPA 2: SE PRODUCE UN DESASTRE RPO TIEMPO Escenario 1 SISTEMA FUNCIONANDO CORRECTAMENTE Escenario 2 DESASTRE EN UN PUNTO DADO EN EL TIEMPO, SE PRODUCE UN DESASTRE Y NECESITA SER RECUPERADO EL SISTEMA. EL OBJETIVO DEL PUNTO DE RECUPERACIÓN (RPO) DETERMINA LA CANTIDAD MÁXIMA ACEPTABLE DE PÉRDIDA DE DATOS MEDIDOS EN TIEMPO. POR EJEMPLO: LA PÉRDIDA DE DATOS MÁXIMA TOLERABLE ES DE 15 MINUTOS.

8 ETAPA 3: RECUPERACIÓN RPO RTO TIEMPO Escenario 1 Escenario 2 Escenario 3 SISTEMA FUNCIONANDO CORRECTAMENTE DESASTRE RECUPERACIÓN EN ESTA ESTA ETAPA EL SISTEMA SE RECUPERA Y VUELVE A ESTAR EN LÍNEA, PERO AÚN NO ESTÁ LISTO PARA LA PRODUCCIÓN. EL OBJETIVO DE TIEMPO DE RECUPERACIÓN (RTO) DETERMINA LA CANTIDAD MÁXIMA TOLERABLE DE TIEMPO NECESARIA PARA QUE TODOS LOS SISTEMAS CRÍTICOS ESTÉN NUEVAMENTE EN FUNCIONAMIENTO. ESTO INCLUYE, POR EJEMPLO: RESTAURAR LOS DATOS DE COPIA DE SEGURIDAD O CORRECCIÓN DE UN FALLO ENTRE OTRAS. EN LA MAYORÍA DE LOS CASOS ESTA PARTE SE LLEVA A CABO POR EL ADMINISTRADOR DEL SISTEMA, ADMINISTRADOR DE RED, ADMINISTRADOR DE ALMACENAMIENTO, ETC.

9 ETAPA 4: REANUDAR LA PRODUCCIÓN RPO RTO WRT TIEMPO Escenario 1 Escenario 2 Escenario 3 Escenario 4 SISTEMA FUNCIONANDO CORRECTAMENTE DESASTRE RECUPERACIÓN DE VUELTA A PRODUCCIÓN EN ESTA ETAPA SE RECUPERAN TODOS LOS SISTEMAS, SE VERIFICA LA INTEGRIDAD DE LOS SISTEMAS O DE LOS DATOS Y TODOS LOS SISTEMAS CRÍTICOS PUEDEN REANUDAR LAS OPERACIONES NORMALES. EL TIEMPO DE RECUPERACIÓN DEL TRABAJO (WRT) DETERMINA LA CANTIDAD MÁXIMA TOLERABLE DE TIEMPO QUE SE NECESITA PARA VERIFICAR EL SISTEMA E INTEGRIDAD DE LOS DATOS. ESTO PODRÍA SER, POR EJEMPLO: COMPROBAR LAS BASES DE DATOS Y REGISTROS, ASEGURÁNDOSE DE QUE LAS APLICACIONES O SERVICIOS SE ESTÁN EJECUTANDO Y ESTÁN DISPONIBLES. CUANDO TODOS LOS SISTEMAS AFECTADOS POR EL DESASTRE SON VERIFICADOS Y RECUPERADOS, SE REANUDA NUEVAMENTE LA PRODUCCIÓN.

10 RPO RTO MTD WRT TIEMPO Escenario 1 Escenario 2 Escenario 3 Escenario 4 SISTEMA FUNCIONANDO CORRECTAMENTE DESASTRE RECUPERACIÓN DE VUELTA A PRODUCCIÓN LA SUMA DE RTO Y WRT SE DEFINE COMO EL VALOR DE TIEMPO MÁXIMO TOLERABLE DE INACTIVIDAD (MTD) QUE DEFINE LA CANTIDAD TOTAL DE TIEMPO QUE UN PROCESO DE NEGOCIO PUEDER SER INTERRUMPIDO SIN CAUSAR CONSECUENCIAS INACEPTABLES. ESTE VALOR DEBE SER DEFINIDO POR EL EQUIPO DE GESTIÓN DE NEGOCIOS O ALGUIEN COMO EL CTO (CHIEF TECHNOLOGY OFFICER) O CIO (CHIEF INFORMATION OFFICER).

11 Restablecer la operación en Tiempo Mínimo Disaster Recovery como Servicio (DRaaS) es un paso hacia adelante respecto al backup tradicional. Supone la utilización de un respaldo fuera del Municipio para la contención de todo el entorno informático crítico, en estado latente y virtualizado, a la espera de ser puesto en marcha de ser necesario. Además, considera el pago por la infraestructura como servicio (IaaS) y solo en caso de desastres. Este servicio opera enfocado en las BBDD del Municipio, las cuales se mantendrán en máquinas virtuales listas para entrar en operación. El DRaaS es un modelo que está ganando popularidad en el mundo, debido a la reducción de costos que se ocasionan a la hora de implementar un Plan de Recuperación de Desastres: No tiene punto de comparación con el costo que tendría duplicar un datacenter (algo común en un plan de Disaster Recovery tradicional).