Upload
didac-oliveira
View
133
Download
0
Embed Size (px)
Citation preview
Gestión del Disaster RecoveryOpen Source en sistemas
GNU/Linux
Didac OliveiraDRLM Chief Architect & Core Developer
1¿Quién soy? Didac Oliveira Garcia
Owner & Founder - Brain Updaters, S.L.L.
Founder & Maintainer – DRLM Project
Contribuciones OpenSource:
Relax-and-Recover (ReaR) www.relax-and-recover.org
Config-to-HTML (cfg2html v6.x)www.cfg2html.com
7¿Qué es un Desastre? Principales causas de pérdida de servicio
**The State Of Business Technology Resiliency, Q2 2014 (FORRESTER)
8Algunos conceptos básicos BIA, RPO & RTO
Recovery Point Objective (RPO)
El objetivo de tiempo de recuperación (RTO) es la máxima cantidadde tiempo que un sistema, aplicación o red puede estar inactivadespués de que ocurra un desastre o fallo. .
Recovery Time Objective (RTO)
El objetivo de punto de recuperación (RPO) es el punto máximoasumible de pérdida de datos después de un desastre. El RPOdetermina la frecuencia con la que se deben realizar las copias deseguridad.
El análisis de impacto de negocio (BIA) es el proceso que identificay evalúa los efectos potenciales de los eventos causados pordesastres naturales y/o artificiales en las operaciones. .
Business Impact Analysis (BIA)
9Algunos conceptos básicos Disaster Recovery & Business Continuity
Disaster Recovery (DR)
La continuidad del negocio (BC) describe los procesos yprocedimientos para garantizar que una funcion de negocio puedacontinuar durante un desastre y hasta recuperar un estado estable..
Business Continuity (BC)
La recuperación ante desastres (DR) se refiere al proceso derecuperación de una función del negocio a un estado establedespués de un desastre.
10
HighAvailability
Data Backup & Replication
DisasterRecovery
Business Continuity 3 factores muy importantes
BusinessContinuity
11
HighAvailability
Data Backup& Replication
DisasterRecovery
Garantiza la disponibilidad delservicio eliminando los puntos únicosde fallo, normalmente duplicando la
infrastructura.
Garantiza la restauación de manerarápida y eficaz de los servicios en
caso de desastre.
Garantiza los datos y suconsisténcia junto con su
disponibilidad en diferenteslocalizaciones.
High Availability Disaster RecoveryData Backup & Replication
Business Continuity3 factores muy importantes
BusinessContinuity
12
HighAvailability
Data Backup& Replication
DisasterRecovery
Garantiza la disponibilidad delservicio eliminando los puntos únicosde fallo, normalmente duplicandoo la
infrastructura.
Garantiza la restauación de manerarápida y eficaz de los servicios en
caso de desastre.
Garantiza los datos y suconsisténcia junto con su
disponibilidad en diferenteslocalizaciones.
High Availability Disaster RecoveryData Backup & Replication
Bussiness Continuity3 factores muy importantes
BussinessContinuity
13
HighAvailability
Data Backup& Replication
DisasterRecovery
Garantiza la disponibilidad delservicio eliminando los puntos únicosde fallo, normalmente duplicando la
infrastructura.
Garantiza la restauación de manerarápida y eficaz de los servicios en
caso de desastre.
Garantiza los datos y suconsisténcia junto con su
disponibilidad en diferenteslocalizaciones.
High Availability Disaster RecoveryData Backup & Replication
Bussiness Continuity3 factores muy importantes
BusinessContinuity
14
HighAvailability
Data Backup& Replication
DisasterRecovery
Garantiza la disponibilidad delservicio eliminando los puntos únicosde fallo, normalmente duplicando la
infrastructura.
Garantiza la restauación de manerarápida y eficaz de los servicios en
caso de desastre.
Garantiza los datos y suconsisténcia junto con su
disponibilidad en diferenteslocalizaciones.
High Availability Disaster RecoveryData Backup & Replication
Bussiness Continuity3 factores muy importantes
BusinessContinuity
Business Continuity
15
Sistema Operativo Datos de aplicación
OS vs App DataDiferencias entre backups de sistema y datos
Requisitos restore:
- HW (Phys-Virt) - Red
RPO vs RTORTO vs RPO
Requisitos restore:
- Sistema configurado - Agente instalado
SysAdmin Backup Admin
20DRLM Proceso de backup
Validar cliente
Registrar Backup
Registrar Backup
Backup
Habilitar Backup
Generar imagen DR
Calcular uso en disco del cliente
Ejecutar Backup cliente
Failure
ReportERROR
21DRLM Proceso de recover
Net Boot
Restaurar Backup
Recover
Reboot
Modo Rescue
Load kernel &
initrd
Recrear Layout
24
Networkoperations
Backupoperations
Clientoperations
DRLM CLI Network Operations
● Add Networks
● Delete Networks
● Modify Networks
● List Networks
25
Networkoperations
Backupoperations
Clientoperations
DRLM CLI Client Operations
● Add Clients
● Delete Clients
● Modify Clients
● List Clients
● Install Clients ( NEW!! )
26
Networkoperations
Backupoperations
Clientoperations
DRLM CLI Backup Operations
● Run Backups
● Delete Backups
● Manage Backups
● List Backups
31DRLM Features
● Gestión centralizada
● Reporte de errores automático en caso de fallo
● Migración de sistemas GNU/Linux
● Recuperación completamente por red
● Debugging/Troubleshooting integrado en la DRLM CLI
● Desarrollado completamente en Bash
● Open Source
32DRLM Roadmap
● Implementación GRUB2 para homogenización del netboot (multiarch)
● Mejoras en automatización
● Logs de ReaR en DRLM
● Export/Import de imágenes DR
● Backups incrementales
● Añadir soporte para CIFS, ISO, RSYNC, ...
● Integración con APIs de Virtualización y Cloud
● Mejoras en instalador y configuración DRLM
● Etc, etc, etc ...
33DRLM Un poco de historia...
Ago 2013: Arranca el proyecto DRLM (aka DRLS)
Oct 2013: Primera publicación del código DRLM en Github.
Dic 2013: Primera versión estable de DRLM (v1.0.0)
Dic 2014: Integración completa de DLRM con ReaR (issue #522) – ReaR 1.17
Ene 2015: Publicadas las webs del proyecto DRLM www.drlm.org y docs.drlm.org
34DRLM Un poco de historia...
Mar 2015: Publicada la versión 1.1.1 de DRLM
May 2015: Se define Roadmap para DRLM versión 2
Ene 2016: DRLM presente en el FOSDEM’16
Jun 2016: Congelado el código DRLM v2.0.0 - pendientes los últimos tests - cerrar nueva versión de la documentación
Jun 2016: DRLM presente en OpenExpo’16
35DRLM Caso de éxito: GRIFOLS
GRIFOLS es la tercera empresa del mundo en el sector de loshemoderivados y la primera en Europa.
El proyecto DRLM nace de la necesidad de GRIFOLS para gestionar elDR de sus sistemas GNU/Linux.
Como empresa del sector farmacéutico debe cumplir con estrictoscontroles que agencias como la FDA (USA) y EMEA (Europa) les exigenpara todo sistema y/o servicio relacionado con medicamentos.
En Marzo de 2014 se finaliza la implementación de DLRM para la gestióndel DR en Linux en los centros de datos de GRIFOLS.
Además de la gestión de DR también lo usan como herramienta para lasmigraciones de sistemas P2P, P2V, V2P, V2V, despliegues de sistemascon una imagen template y clonación de entornos..
Didac Oliveira Phone: +34 629 078 369E-Mail: [email protected]: www.brainupdaters.net
Copyright © 2016 - Brain Updaters, S.L.L. Licensed under Creative Commons (CC BY-NC-SA 4.0). DRLM and DRLM logo are registeredtrademarks of Brain Updaters, S.L.L.
DRLM at Github: github.com/brainupdaters/drlm
DRLM website: drlm.org
DRLM Docs: docs.drlm.org