Renovación del Subsistema de Backup de Sistemas Distribuidos. Configuración y Políticas de Backup Actual

Transcripción

1 Anexo-IV Renovación del Subsistema de Backup de Sistemas Distribuidos Configuración y Políticas de Backup Actual Se describe a continuación el detalle de la infraestructura de backup existente en cada CPD objeto de la renovación tecnológica: Ibaeta AVAMAR Single Node de 3.3 TB versión 6.1 Networker Storage Node versión Robot Quantum Scalar i6000 o Conexión NDMP con la NAS. o Drives: 6 drives (4 drives LTO4 y 2 drives LTO5) o Cartuchos: 1300 licenciados, 1115 usados. o Slots totales: 1626 Servidor vranger o 4,5TB de almacenamiento de la cabina de almacenamiento corporativa de Miramón. 2 switches MDS 9124 Miramón AVAMAR RAIN de 3 TB versión 6.1 Networker Server versión Robot Quantum Scalar i6000 o Conexión NDMP con la NAS. o Drives: 6 drives (4 drives LTO4 y 2 drives LTO5) o Cartuchos: 1300 licenciados, 1166 usados. o Slots totales: 1626 Servidor vranger 1

2 o 14TB de almacenamiento de la cabina de almacenamiento corporativa de Miramón. 2 switches MDS 9124 EMC Cloud Tiering Appliance versión 10, para archivar datos no modificados en la NAS sobre la propia cabina. Sedes remotas En uno de los servidores de una de las sedes remotas se dispone de 1 unidad de cintas QUANTUM ULTRIUM 3 con cintas LTO. En otras 5 sedes remotas se dispone de discos duros externos conectados a los 5 servidores (1 en cada sede) mediante conexión USB. En el resto de sedes remotas no se dispone de ningún elemento para backup local. Configuración de backup actual Se describe a continuación el detalle de la configuración actual en cuanto a políticas de backup, retención, etc., para cada tipo de backup realizado. En ningún caso existe réplica entre los backups de los CPD s, ya que cada sistema de cada CPD funciona de forma autónoma según se describe a continuación en este documento. Backup de máquinas virtuales Para el backup de las máquinas virtuales de la plataforma de virtualización VMWARE se utilizan dos tecnologías: 1. AVAMAR: En el appliance AVAMAR de cada CPD se hace backup de algunas máquinas virtuales. Los dos sistemas AVAMAR trabajan de forma autónoma y no se intercambian backups entre ellos. El backup sobre los appliances se realiza de forma cruzada, es decir, sobre el appliance existente en cada CPD se realiza el backup de las máquinas virtuales del otro CPD, almacenándose deduplicado en los discos propios de cada appliance. 2

3 2. VRANGER: En cada CPD se dispone de un servidor físico con acceso vía fibra a almacenamiento de la cabina de Miramón para almacenar los backups, y con acceso vía fibra al almacenamiento donde residen las máquinas virtuales. Los dos servidores VRANGER trabajan de forma autónoma y no se intercambian backups entre ellos. El backup se almacena comprimido en unidades de discos de la SAN que cada servidor tiene mapeados. En ambos sistemas hay configuradas diferentes políticas de backup, con su periodicidad y retención. A continuación se detalla en el siguiente cuadro resumen el número de copias que se guardan en función de la periodicidad del backup, el número de máquinas virtuales de las que se hace backup con esa periodicidad y cuánta es la ocupación en disco de esas máquinas virtuales, es decir, cuánto ocuparía un backup completo de todas ellas sin comprimir ni deduplicar. RESUMEN BACKUP DE MAQUINAS VIRTUALES nº VMs TB en disco nº copias a guardar backup semestral 10 0,7 2 backup trimestral 38 3,7 2 backup mensual 71 4,9 3 backup semanal backup diario backup histórico no backup 37 3,3 0 Backup de los datos de la NAS Actualmente el entorno de Almacenamiento de Sistemas Abiertos de IZFE, consiste en una solución Federada Activo/Activo mediante tecnología VPLEX y 2 cabinas de discos VNX5800 distribuidas entre los 2 CPD s. El entorno integra una solución NAS Activo/Pasivo con réplica asíncrona entre los CPD s. 3

4 Se realiza el backup tanto de la NAS Activa como de la NAS que está en modo Pasivo, de tal manera que se realiza el backup de cada fichero por duplicado, un backup en cada CPD. La NAS de Miramón realiza sus backups vía NDMP contra el robot de Miramón y la NAS de Ibaeta realiza sus backups vía NDMP contra el robot de Ibaeta. Para realizar el backup de la NAS se utiliza el software NETWORKER, utilizando el robot Quantum i6000 de cada CPD como destino de las copias, y siendo cada data mover de la NAS un Storage Node de NETWORKER. Gracias a los dos switches 9124 de cada CPD que presenta el sistema de backup actual, existe conectividad vía fibra entre el robot, el servidor de backup y los data mover de la NAS, pudiéndose realizar backups vía NDMP. La NAS está dividida en diferentes servicios de datos en función del origen y particularidad de los datos, aplicándose diferentes políticas de backup a cada uno de ellos. A continuación se pasa a describir cada uno de estos servicios con sus políticas de backup asociadas. 1. Cartografía: compuesto por 2 millones de ficheros con una ocupación de 6 TB. Se realizan los siguientes backups: a. Un backup completo anual con una política de retención de 19 b. Un backup completo mensual con una política de retención de 7 c. Un backup diferencial diario de lunes a viernes sobre el full mensual anterior con una política de retención de 60 días. (Se estima que el backup incremental supone realizar backup del 5% de los datos) 2. Tiles Cartográficos: compuesto por 112 millones de ficheros con una ocupación de 2 TB. Se trata de un gran número de ficheros ortográficos muy estáticos en el tiempo al que se le aplica la siguiente política de backup. a. Un backup completo anual con una política de retención de 19 4

5 3. Kultura: el departamento de Cultura tiene una gran cantidad de datos (82TB y 12 millones de ficheros) provenientes en su gran mayoría de imágenes digitalizadas de libros, revistas y periódicos, y que son mayormente estáticos. Para poder abordar el backup de estos datos se dispone del appliance EMC Cloud Tiering, que permite archivar los datos no modificados para relajar su política de backup, que consiste en: a. Un backup anual de todos los datos de cultura con una política de retención de 19 (Para poder abordar este backup de 82TB se dividen los datos en 3 partes que se planifican de manera independiente). b. Un backup completo mensual con una política de retención de 7 meses de los datos de Cultura que no estén archivados. Con esta medida se consigue reducir el tamaño de los datos a realizar backup, siendo de unos 6TB. c. Un backup diferencial diario de los datos no archivados de lunes a viernes sobre el full mensual anterior con una política de retención de 60 días. (Se estima que el backup incremental supone realizar backup de unos 6GB diarios) 4. Expedientes municipales: compuesto por 1,5 millones de ficheros con una ocupación de 250GB. Se le aplica la siguiente política de backup: a. Un backup completo diario con una política de retención de 4 5. Recursos de datos departamentales: compuesto por 37 millones de ficheros, la mayoría ofimáticos, con una ocupación de 16TB. Se realizan los siguientes backups: a. Un backup completo anual con una política de retención de 19 b. Un backup completo mensual con una política de retención de 7 c. Un backup diferencial diario de lunes a sábado sobre el full mensual anterior con una política de retención de 60 días. (Se estima que el backup incremental supone realizar backup de unos 700GB) 5

6 Volver a destacar que todas estas políticas de backup expuestas anteriormente aplican a cada CPD, por lo que, por ejemplo cuando se especifica un backup completo anual, en realidad son dos, uno por CPD, que se espacian seis meses entre sí, y cuando se especifica un backup completo mensual, en realidad se están haciendo dos, estableciendo días diferentes para cada CPD. Backups de ficheros de servidores virtuales Además del backup de máquina virtual completa descrito en un punto anterior, con el software NETWORKER se realiza el backup de diferentes carpetas de 150 servidores virtuales, que en conjunto suman 10 millones de ficheros con una ocupación de 2TB, que se almacenan en el robot Quantum i6000, aplicándose las siguientes políticas de backup: a) Un backup completo mensual con una política de retención de 13 b) Un backup completo semanal con una política de retención de 30 días*. c) Un backup incremental diario con una política de retención de 30 días*. (Se estima una modificación diaria en el 12% de los datos). *Para las carpetas de los servidores donde se almacenan logs de aplicaciones se les aplica una retención de 2 años. Backup de ficheros de servidores físicos en ambos CPD s Además de los backups de los datos de máquinas virtuales descrito en el punto anterior, con el software NETWORKER y utilizando el robot Quantum i6000, también se realiza el backup de diferentes carpetas de 15 servidores físicos ubicados en ambos CPD s, que en conjunto suman 1,7TB de datos que se distribuyen de la siguiente manera: a) Hay 12 servidores con menos 60GB de datos cada uno y una variación diaria en los mismos menor al 10%. b) Hay 1 servidor con 220GB de datos y una variación diaria menor al 1%. 6

7 c) Hay 1 servidor con 750GB de datos y una variación diaria menor al 0.5%. d) Hay 1 servidor con 560GB de datos y una variación diaria menor al 15%. A todos ellos se les aplica las siguientes políticas de backup: a) Un backup completo mensual con una política de retención de 13 b) Un backup completo semanal los sábados con una política de retención de 30 días*. c) Un backup incremental diario de domingo a viernes con una política de retención de 30 días*. *Para las carpetas de los servidores donde se almacenan logs de aplicaciones se les aplica una retención de 2 años. Backup de aplicativos En cuanto a aplicativos incluidos en la plataforma de backup se debe distinguir EXCHANGE y diferentes bases de datos. EXCHANGE: IZFE dispone de un Cluster CCR de Exchange 2007 sobre servidores físicos en los que a través del módulo de NETWORKER para Aplicaciones Microsoft se hace backup completo diario con retención de 15 días de las Bases de Datos de Exchange, guardando las copias en el robot Quantum i6000, pudiendo realizar restauración a nivel de Base de Datos, de buzón o de elemento del buzón. El tamaño total de las bases de Datos es de 700GB. Bases de Datos: IZFE dispone de servicios de Bases de Datos DB2, Oracle y SQL Server sobre servidores virtuales y/o físicos. El backup se realiza contra el appliance de AVAMAR ubicado en Miramón, utilizando el módulo de AVAMAR para DB2, RMAN para Oracle, o SQL para SQL Server, y almacenando el backup en los propios discos del appliance de AVAMAR. Se dispone de: 7

8 2 servidores virtuales de Oracle con 200GB de ocupación total de bases de datos. 3 servidores virtuales de DB2 con 200GB de ocupación total de bases de datos. 1 servidor físico de DB2 con 300GB de ocupación de bases de datos. 3 servidores virtuales de SQL Server con 2TB de ocupación total de bases de datos. La política que aplica a los backups de las BBDDs es un full diario con una política de retención de 60 días. Backup de ficheros de servidores de sedes remotas Se dispone de varias sedes remotas de cuyos servidores se realiza backup de ciertas carpetas de datos utilizando el appliance AVAMAR del CPD de Ibaeta. Los sistemas operativos de los servidores se pueden consultar al final de este anexo. En cualquier caso y para no afectar al trabajo en dichas sedes remotas la ventana de backup diaria es de 6 de la tarde a las 7 de la mañana, salvo en ciertas sedes, cuyo backup no puede empezar antes de las 8 de la tarde. Debido a la imposibilidad de cumplir con las políticas y ventanas de backup para los servidores de ciertas sedes remotas, se dispone en ellas de una solución de backup local específica que cubre sus necesidades. En concreto, en ciertos casos se hace backup a un disco local vía USB mediante el software Cobian Backup 10, y en una sede se hace backup a cintas locales LTO Ultrium 3 de una unidad de cintas Quantum modelo TC-L32BX utilizando el software Symantec Backup Exec Se valorará la aportación de una solución que permita integrar estas sedes en el sistema de backup centralizado. La política que aplica a los backups que se lanzan contra el appliance AVAMAR es un full diario con una política de retención de 395 días, pero gracias a que se deduplica en origen y que sólo viajan por la red los bloques de datos no almacenados previamente en el appliance AVAMAR, es posible realizar backup de los datos de estas sedes remotas a pesar de la baja velocidad de línea que tienen muchas de ellas. La agrupación de los diferentes tipos de sedes es como sigue: 8

9 Sedes de las que se hace backup de manera centralizada: a) Hay 18 sedes con un tamaño de datos inferior a los 50GB y una variación diaria en los mismos inferior al 5% y que hacen backup exclusivamente contra el appliance de AVAMAR. b) Hay 6 sedes con un tamaño de datos entre 100GB y 300GB y una variación diaria en los mismos inferior al 0,5% y que hacen backup exclusivamente contra el appliance de AVAMAR. c) Hay 3 sedes con un tamaño de datos de 500GB y una variación diaria en los mismos del 1% que hacen backup contra el appliance de AVAMAR. Sedes de las que no se hace backup de manera centralizada d) Hay 2 sedes con un tamaño de datos de 500GB y una variación diaria en los mismos del 1% que hacen backup a disco USB local. e) Hay 1 sede con dos servidores con un tamaño de datos de 500GB y una variación diaria en los mismos del 1% que hacen backup a la unidad de cintas local Quantum TC-L32BX. f) Hay 3 sedes con servidores con un tamaño de datos de 500GB, 1400GB y 200GB respectivamente con una variación diaria en los mismos del 5% que sólo hace backup a disco local USB. 9