Posts Tagged ‘recuperación’

El fin de las arquitecturas accidentales

Alejandro Giménez

Alejandro Giménez

Alejandro Giménez, CTO EMC España. Un veterano con 20 años de experiencia tecnológica y comercial en el mundo de las TI. Sus clientes son su fuente favorita de información. Valora a EMC como un germen de innovación permanente @alexgimenezf

En EMC tenemos identificado lo que llamamos Arquitecturas Accidentales de Backup. Estas arquitecturas se han ido generando con los años, y obedecen a la gran cantidad de actores que están envueltos a la hora de garantizar la seguridad de los datos en una instalación.

Tenemos personas a cargo de los servidores físicos, responsables de máquinas virtuales, gestores de almacenamiento, de aplicaciones, administradores de bases de datos, de laptops, responsables de oficinas remotas…y cada uno tiene su librillo, con el que se siente cómodo y que necesita realizar para garantizar la seguridad y consistencia de su entorno, manteniendo la visibilidad y el control. El resultado es una enorme complejidad y unos altos costes de infraestructura y gestión.

Así los equipos de almacenamiento realizan un snap vía comando, mientras el DBA lanza su propio Backup con las herramientas que la base de datos le proporciona y el administrador de máquinas virtuales guarda una plantilla. No siempre se sabe  lo que está protegido y lo que no, y tampoco si la protección y los costes son consistentes con la criticidad de la información a través de toda la organización.

En estos últimos años, Cloud Computing nos ha enseñado que las organizaciones se dirigen hacia el consumo de TI como un servicio. Pienso que el Backup es precisamente una de las funciones idóneas para convertir en un servicio y donde el retorno de la inversión es más evidente. Un servicio transversal para todos los integrantes del Datacenter, respetando las herramientas que les son conocidas pero integrándolos mediante políticas unificadas y que permita gestionar la infraestructura, la monitorización, las analíticas, etc.

Esa filosofía es la que EMC ha incorporado a sus productos de Backup, patente en el lanzamiento realizado esta semana (https://community.emc.com/docs/DOC-24965). Mejor dicho, a sus  soluciones de protección de la información, Data Protection Suite, puesto que junto con el Backup se integran servicios de Disaster Recovery y Archivado.

Arquitecturas de backup

Arquitecturas de Protección: Integradas, abiertas, modulares.

Así, se da un paso adelante en la integración de bases de datos y backup, permitiendo a los DBas realizar el backup en su propio entorno, en el formato propio de la BBDD y con las herramientas que les son conocidas pero totalmente integradas con las políticas de protección corporativas. De esta forma, por ejemplo, un administrador de SAP HANA hace su Backup a través de SAP HANA Studio, y esta copia es registrada por el software de backup como propia, permitiendo al administrador de backup extender su ciclo de vida. Un administrador de Oracle puede hacer lo mismo a través de RMAN. Por cierto, que como parte del lanzamiento EMC ha certificado la primera plataforma de Backup deduplicado para Oracle Exadata.

También se potencia la integración con VMware, de forma que se permite hacer backup de máquinas virtuales a nivel de imagen desde vSphere, desde donde también se puede llevar a cabo la recuperación de las mismas; con ello se incrementan las capacidades de autoservicio. Es también interesante la asignación de políticas de seguridad mínimas por defecto cada vez que se crea una nueva máquina virtual, lo que permite saber que todos nuestros sistemas virtuales se encuentran protegidos sin excepción.  Además, se permite hacer boot de una máquina virtual directamente desde el backup, sin restauración previa. Menos de dos minutos para arrancar una máquina desde su backup, que puede luego moverse con vMotion a su ubicación definitiva.

Y cómo no, también integración más profunda con el almacenamiento, de forma que la plataforma de protección permite realizar copias de seguridad en los almacenamientos (snaps), incorporándolas también en la política de seguridad general y facilitando una recuperación muy veloz en caso de necesidad.

Para no hacer la entrada muy extensa, sólo señalar que éstas son quizá las aplicaciones más extendidas, pero se ha continuado el esfuerzo de integración de otras muchas aplicaciones de archivado y seguridad de datos, tales como Symantec, Commvault, Atempo, Opentext, etc. lo que permite a nuestros clientes desplegar una infraestructura modular y abierta.

En definitiva, la protección de la información entendida como un catálogo de servicios del datacenter, con visibilidad corporativa, incorporando backup, archivado y disaster recovery; integración entre los sistemas físicos y virtuales, las aplicaciones y el almacenamiento; escalabilidad más sostenible, reduciendo los costes y la complejidad. Una arquitectura de protección completa, frente a las arquitecturas accidentales basadas en silos.

Tan Improductivo como valioso. Backup.

Alejandro Giménez

Alejandro Giménez

Alejandro Giménez, CTO EMC España. Un veterano con 20 años de experiencia tecnológica y comercial en el mundo de las TI. Sus clientes son su fuente favorita de información. Valora a EMC como un germen de innovación permanente @alexgimenezf

Empezar diciendo que el backup es una tarea improductiva suena un poco fuerte, pero en honor a la verdad es una descripción realista. No hay mejor backup que aquél que no se utiliza nunca. Ahora bien, nadie discute su necesidad, es nuestro seguro cuando la información se pierde o se corrompe. 

Seguridad versus costes

Un clásico dilema entre seguridad y costes. La seguridad anima a realizar copias muy frecuentemente, de forma que si se corrompe la información podemos volver a la situación más reciente posible. Adicionalmente queremos disponer de copias de cierta información en un momento dado: bases de datos tal como estaban al cierre del transaccional, los ficheros del final del batch, la situación de ayer y anteayer, fotos del final de mes, del cierre de año, de los últimos siete años…     

El límite a tanta seguridad lo pone el consumo de recursos. El volumen de datos de backup en estas condiciones puede fácilmente ser entre cinco y diez veces más grande que el volumen de datos de producción original. Otros recursos afectados son la necesidad de capacidad de proceso, las comunicaciones y el tiempo, que se manifiesta en forma de ventanas de backup difíciles de cumplir.

El backup nos ha acompañado siempre (el restore lo ha hecho CASI siempre), y aunque llevamos trabajando en él durante décadas, nunca deja de ser un tema candente, problemático y evolutivo al mismo tiempo.  

El declive de las cinta

Hemos asistido al declinar del backup en cinta a favor del backup a disco. Ciertamente continúa existiendo una notable base instalada de dispositivos de cinta o robótica asociada, pero no es menos cierto que en la mayor parte de los casos se trata de infraestructura heredada y ya son pocos los nuevos proyectos en los que se apuesta por este tipo de tecnología.  

Las ventajas del  backup a disco tienen mucho que ver con la eliminación de un buen número de tareas manuales o engorrosas, tales como el etiquetado de cartuchos, carga y descarga de librerías, movimiento físico de información entre múltiples centros de proceso o el mantenimiento de la robótica y sus piezas mecánicas. Y con el incremento de la disponibilidad del dato, cuando éste es necesario al ofrecer los discos mecanismos de protección tales como RAID y evitar accidentes o accesos indebidos a la información durante los procesos de transporte y manipulación manual.

La irrupción de la deduplicación

Apoyado en el cambio anterior, se despliega otro avance impactante: la deduplicación. Más allá del tradicional ciclo de backup total seguido de n backups incrementales, la deduplicación permite hacer backup sólo de aquellos bloques que han cambiado, mostrando a la vez un backup sintético que tiene toda la apariencia de un backup total, y que requiere de un único paso para restaurarse.

La deduplicación nos permite incrementar de forma dramática la escalabilidad, reduciendo al mismo tiempo la ventana de backup, los costes operativos, energéticos y de espacio físico o el ancho de banda de las comunicaciones en proyectos de respaldo remoto (oficinas remotas, disaster recovery, etc.). La deduplicación se ha mostrado especialmente eficaz en los entornos virtualizados, en los que distintos sistemas virtuales contienen la misma información de forma redundante cientos o miles de veces.   

IT as a service nuevo reto para el backup

Ahora, las nuevas arquitecturas de producción Cloud Computing suponen una vuelta de tuerca adicional  en escalabilidad y hacen aparecer nuevos requerimientos a los que las tecnologías de backup han de adaptarse.

Los modelos de TI consumidos como servicio generan la convivencia entre múltiples usuarios, departamentos e incluso compañías diferentes en el caso de proveedores de servicios. Al reto de los nuevos servicios multicliente, ofrecidos bien a clientes internos o externos, las tecnologías de backup han respondido con la capacidad de aislar los datos de unos usuarios respecto de otros (multitenancy). De esta forma, cada cliente entendido como un grupo de trabajo, departamento o compañía se considera autónomo y se limita y autoriza a un ámbito determinado de los datos de backup, simplificando su trabajo, respetando la confidencialidad de los datos y evitando interferencias de unos usuarios con otros. 

En definitiva la tecnología y el ingenio desarrollados en los últimos cinco años nos han permitido actuar simultáneamente sobre ambos factores de equilibrio. Mejorar dramáticamente la seguridad de nuestros datos disminuyendo los costes asociados.

 

Videos Recomendados

Expand The Data Lake: New Data Lake, New Breakthroughs

Archivo del Blog

  • 2016 3
  • 2015 20
  • 2014 7
  • 2013 16
  • 2012 21
facebook
twitter
linkedin
youtube
rss