Cinco cosas que debe saber acerca de la

planificación de la recuperación tras fallos

Índice

Introducción ............................................................................................................................................ 1

Multiplataforma: La variedad de sabores ya no es exclusiva de los helados .................. 3

Virtualización: Elementos virtuales: pongamos los pies en la tierra .................................. 5

La próxima gran sensación: ¿Cuándo se hicieron tan habituales las metáforas meteorológicas? ................................................................................................................ 7

Enorme ahorro: ¿Todo esto no será muy caro? .......................................................................... 9

El secreto oculto: La esperanza no es una estrategia .............................................................11

¡Fantástico! ¿Qué sigue? ...................................................................................................................13

Cinco cosas que debe saber acerca de la planificación de la recuperación tras fallos

1

IntroducciónComo todo gestor de centros de datos, lo más seguro es que esté pasando dificultades para afrontar el reto de hacer cada vez más con menos personal de TI y un presupuesto menor. La tecnología de la información se ha convertido en parte intrínseca del funcionamiento de las empresas. De hecho, la infraestructura que gestiona es, si no en su totalidad, en su gran mayoría absolutamente esencial para que su empresa siga en marcha. No obstante, al tener que hacer más cosas con menos recursos, es muy posible que se haya visto obligado a postergar más de un proyecto.

Es probable que la recuperación tras fallos sea uno de los proyectos que desearía acometer cuanto antes, y por sólidos motivos. Es prácticamente imposible seguir las noticias sin sentirse abrumado por la gran cantidad de titulares que nos acercan los posibles riesgos que corremos todos. Constantemente aparecen noticias desagradables: fenómenos climatológicos, catástrofes naturales, accidentes provocados por errores humanos…

¿Cuándo examinó por última vez su plan de recuperación tras fallos? ¿Qué cree que ocurriría si se desplomara el techo de su centro de datos?

¿Qué haría si un empleado se olvidara de desenchufar un humidificador situado en su cubículo y se destruyera la línea eléctrica conectada a los servidores y dispositivos de almacenamiento?

En esta guía se tratan los cinco temas fundamentales sobre la recuperación tras fallos en los centros de datos actuales.

2

1. Multiplataforma: Las plataformas mixtas están en todas partes (la nueva cara de TI).

2. Virtualización: La virtualización lo cambia todo.

3. La próxima gran sensación: La tecnología cloud computing es el nuevo modelo de prestación de servicios de TI.

4. Enorme ahorro: Medición del retorno de la inversión en sistemas de recuperación tras fallos.

5. El secreto oculto: Los fallos exigen planificación y pruebas para aumentar la confianza.

Muchos de estos aspectos exigen replantearse las cosas a la hora de planificar la recuperación tras fallos. Pronto podrá afrontar la nueva realidad de la planificación de la recuperación tras fallos, con nuevos métodos de protección que le pueden facilitar el trabajo.

3

Los centros de datos multiplataforma ya no son una excepción. Son la norma. Unos años atrás, la mayoría de centros de datos eran homogéneos: todos los datos almacenados en ellos solían proceder de los dispositivos de un proveedor. Así, la gestión era relativamente sencilla. Los gestores de centros de datos solamente tenían que aprender una serie de instrucciones y disponían de un solo número de teléfono al que llamar cuando se producía algún fallo. El problema era que los dispositivos de los centros de datos eran sistemas mainframe y su precio era tan elevado como grande era su tamaño.

A medida que la tecnología de la información fue evolucionando, varios ingenieros y empresas innovadoras empezaron a diseñar procesadores mucho más económicos, lo que permitió a otros innovadores crear servidores reales con componentes de PC. Estos servidores utilizaban una nueva serie de estándares comunes y eran mucho más baratos; incluso organizaciones de pequeño tamaño podían permitirse participar en las tecnologías de datos generados por equipos informáticos. Las organizaciones de gran tamaño también aprovecharon estas ventajas y ambos tipos de organizaciones pudieron seleccionar componentes x86 de un amplio catálogo de proveedores para construir enormes centros de datos. Algunos denominan a esta época la edad de oro del centro de datos. Los analistas simplemente la denominan el modelo cliente-servidor.

Multiplataforma1El paso de los sistemas mainframe a servidores de tamaño más reducido simplificó la estrategia de los centros de datos: cuando se necesitaba otra aplicación, simplemente se adquiría otro servidor. ¿Por qué no hacerlo, si los servidores eran baratos? Este sistema funcionó bien durante algún tiempo, hasta que los servidores empezaron a ocupar demasiado espacio y a requerir demasiada energía. Además, la mayoría de servidores estaban casi siempre infrautilizados.

4

La variedad de sabores ya no es exclusiva de los heladosSe suponía que la solución a estos problemas era la virtualización. Con la virtualización, los centros de datos podían consolidar los recursos informáticos y reducir el espacio físico ocupado por estos recursos y su consumo energético a un nivel más manejable. Sin embargo, todos estos cambios en los centros de datos se superponían. Nada se eliminaba por completo. Los centros de datos simplemente redujeron su tamaño, pero las facturas de consumo eléctrico continuaban creciendo.

A consecuencia de todo ello, los centros de datos actuales suelen ser una mezcla de plataformas y proveedores: un poco de sistema mainframe por aquí, una pizca de x86 por allá y mucha virtualización.

¿Qué ocurre si se va la luz? Por desgracia, la mezcla de soluciones del centro de datos conduce a un plan de recuperación con elementos muy variados. Es decir, se necesita un plan para el sistema mainframe, otro para los servidores Linux, otro para los servidores Windows y probablemente también un plan de recuperación virtual.

Más sabores, más confusión, más quebraderos de cabeza.

5

Hay un secreto oculto tras esta mezcla de plataformas mixtas del centro de datos: puede emplear todos esos recursos virtuales infrautilizados para recuperar otros elementos más allá de las máquinas virtuales idénticas. Una de las cosas maravillosas que tiene la virtualización es que puede utilizar máquinas virtuales para ejecutar muchos tipos distintos de cargas de trabajo. Puede y debe aplicar esta flexibilidad a la recuperación tras fallos. ¿Por qué no crear una plataforma virtual

de recuperación que pueda ofrecer protección para todas sus cargas de trabajo, tanto si se ejecutan en servidores físicos como virtuales o en sistemas operativos Windows o Linux?

A la hora de realizar una recuperación tras fallos, los planes virtualizados de recuperación pueden simplificar, y, en ciertos casos, eliminar, muchos de los problemas específicos de la plataforma.

Elementos virtuales: pongamos los pies en la tierra

6

El proceso típico de recuperación de servidores físicos consiste en lo siguiente:

1. Buscar o adquirir servidores físicos equivalentes o compatibles.

2. Instalar sistemas operativos en esos servidores.

3. Instalar parches y actualizaciones.

4. Instalar aplicaciones.

5. Instalar parches y actualizaciones para las aplicaciones.

6. Cargar datos de copia de seguridad.

2 VirtualizaciónCon la recuperación virtual, casi todos estos pasos quedarán obsoletos. El proceso de recuperación de un servidor físico puede ser tan sencillo como:

1. Poner en marcha su equivalente virtual.

2. Dar gracias de no tener que trabajar nunca más con servidores físicos.

Este método es mucho más elegante y puede suponer un importante ahorro de tiempo y esfuerzo.

7

A no ser que haya estado viviendo en otra galaxia, es probable que haya oído que la tecnología cloud computing es la próxima gran sensación. Puede que hasta haya visto algún anuncio en televisión sobre esta tecnología. ¿Qué es? O mejor aún: ¿puede mejorar la recuperación tras fallos?

Para responder a la primera pregunta con una definición, algunos dirían que el término “cloud computing” es sinónimo del término “palabra de moda”. Sin embargo, la tecnología cloud computing tiene toda una serie de características aceptadas que la definen.

¿Cuándo se hicieron tan habituales las metáforas meteorológicas?

8

La próxima gran

sensación

3 Una infraestructura basada en la nube (cloud-based) tiene las siguientes características:1. Infraestructura compartida (es decir, funciona bien con otras infraestructuras)

2. Elasticidad y rapidez

3. Modelo de adquisición de recursos con autoservicio a pedido

4. Facturación por uso

5. Protocolos estándar de Internet

6. Uso cuantificable

Si reflexiona sobre esta lista, se dará cuenta de que la recuperación tras fallos es una ventaja natural del modelo de consumo de recursos basado en la nube. La recuperación tras fallos tiene que ver con lo desconocido, es decir, no saber si se necesitarán recursos adicionales, cuántos recursos se necesitarán o durante cuánto tiempo serán necesarios. El modelo elástico a pedido de cloud computing es perfecto para estos “nublados” requisitos, ¿no cree?

Pero, ¿cómo se llega a la nube (cloud)? El primer peldaño de la escalera hacia la nube es la virtualización. Al fin y al cabo, la virtualización es la principal tecnología subyacente que posibilita el modelo de distribución desde la nube.

Así, pues, si aspira a un futuro esperanzador para la recuperación tras fallos, debería virtualizar el máximo de componentes posible de su plan de recuperación tras fallos y su infraestructura informática.

9

La virtualización ya ha demostrado sus ventajas en cuanto al ahorro en centros de datos de producción de todo el mundo. Al reducir la proliferación de servidores físicos creada por la prolongada acumulación de servidores x86 no especializados, las máquinas virtuales han demostrado ser la forma más económica de ejecutar cargas de trabajo. No solo reducen drásticamente sus gastos de hardware de servidor, sino también los gastos energéticos, de refrigeración y de mantenimiento del hardware de servidor. No obstante, si su centro de datos es como la mayoría, la adopción de la virtualización como plataforma universal se enfrenta a muchos obstáculos, a pesar de sus ventajas económicas. Aunque casi todo el mundo está de acuerdo en que supone un método más económico para ejecutar cargas de trabajo, muchos gestores de centros de datos tienen dudas sobre la virtualización desde el punto de vista del rendimiento y la seguridad.

Sin embargo, resulta más sencillo cambiar la infraestructura de recuperación tras fallos que la de ejecución de las cargas de trabajo. Esto hace que la recuperación tras fallos sea un área en la que podría adoptar inmediatamente una estrategia totalmente virtual. Puesto que

la recuperación tras fallos es a menudo un elemento que no se tiene en cuenta en la estrategia global de TI, la implantación de una estructura de recuperación de mejor rendimiento será bien recibida por todo el mundo, o bien pasará desapercibida. (Por cierto, esto último es positivo. A veces, es necesario que se produzca un auténtico desastre para que todo el mundo perciba el fantástico nuevo plan de recuperación tras fallos).

No obstante, aunque la mejora del rendi miento de la recuperación pase desapercibida, el ahorro económico inmediato no lo hará. Como parte de un plan de recuperación tras fallos, un host de servidor virtual puede reemplazar a veinte o más servidores físicos de reserva. Parémonos a pensar en ello. La costosa infraestructura duplicada que solía necesitar el centro de datos puede ser una reliquia del pasado. Elimine la carga de tener que conservar versiones de copia de seguridad (duplicados de marca, modelo y proveedor) de todos los servidores que ejecuta. Sustitúyalas por un sencillo repositorio de recursos virtuales. Esta drástica reducción de la infraestructura reduce inmediatamente el gasto del plan de recuperación tras fallos.

¿Todo esto no será muy caro?

10

Enorme ahorroNo obstante, la infraestructura no es lo único que cuesta dinero. En última instancia, el tiempo es más valioso que los dispositivos que gestiona. La virtualización reduce también la carga administrativa y la mano de obra asociadas a los antiguos métodos de protección basados en copia de seguridad y recuperación.

Si puede optimizar todas las tareas administrativas con la virtualización, ya no se tendrá que molestar en seguir la multitud de pasos de los complejos procesos de recuperación.Con las máquinas virtuales, todos los aspectos, desde el mantenimiento diario hasta la recuperación e incluso la realización de pruebas, pueden ser tan sencillos como unos clics del ratón.

Con la implantación de la recuperación tras fallos virtual podrá obtener una doble ventaja en lo que al ahorro económico se refiere. Tanto su adquisición como su ejecución son más económicas. Mejor, imposible.

4

11

Durante muchos años, el secreto oculto de la recuperación tras fallos ha sido la realización de pruebas. ¿Le sorprende? Piense en ello por un momento. ¿Cuándo fue la última vez que probó su capacidad para restaurar cargas de trabajo? ¿Con cuántas cargas probó? Y aquí viene lo mejor: ¿qué proporción del total de sus cargas de trabajo probó? La copia de seguridad y la restauración de los datos son una verdadera pesadez. Que todos los implicados se pongan de acuerdo en un programa de pruebas ya es tarea bastante ardua, a lo que se suma la dependencia de tecnologías anticuadas como copias de seguridad en cinta una vez que todo el mundo se ha puesto de acuerdo. Cuando las dificultades asociadas a las pruebas de recuperación tras fallos parecen imposibles de superar, el proyecto se abandona.

La ausencia de pruebas o su poca frecuencia matan la confianza. Al fin y al cabo, ¿cómo puede tener la certeza de que sus planes funcionarán si no los prueba de vez en cuando? Y lo que es peor, en el entorno empresarial actual, todos esperan que publique niveles de servicio y los garantice; ¿cómo puede hacerlo sin una predicción precisa del peor de los casos? Hoy en día, los usuarios exigen expectativas precisas. “Uno o dos días” u otros niveles de servicio ambiguos ya no son aceptables. ¿Cómo puede publicar un número preciso si nunca realiza pruebas para demostrarlo?

De nuevo, la virtualización puede ser la tecnología que supere por arte de magia las dificultades que impiden la realización de pruebas eficaces de recuperación tras fallos. La virtualización elimina los problemas asociados a la restauración de cargas de trabajo a bajo nivel. Ya no es necesario utilizar el mismo hardware ni realizar varios pasos para poner en funcionamiento un servidor de prueba.

La esperanza no es una estrategia: El secreto oculto de la planificación de la recuperación tras fallos

Esta gestión sencilla le permite seleccionar directamente las máquinas virtuales que desea probar, crear copias de ellas y activarlas. Con la virtualización puede implantar un proceso de prueba que no afecta en absoluto sus procesos de producción.

Segura y sencilla, ¿qué más puede pedir? La facilidad a la hora de realizar las pruebas puede ofrecer la certeza de que sus planes de recuperación de datos son eficaces y permitirle fijar niveles de servicio con toda confianza.

Al poder realizar pruebas de recuperación tras fallos de forma sencilla y frecuente, puede cuantificar con exactitud el tiempo que tardarán las cargas de trabajo en recuperarse. En lugar de confiar en que la recuperación llevará uno o dos días, ahora puede garantizar e incluso publicar un objetivo de tiempo de recuperación (RTO) preciso.

12

El secreto

oculto5

Puede incluso utilizar el RTO garantizado como ventaja competitiva. A todo el mundo le gusta la rutina: los usuarios desean saber que, en caso de fallos, puede ayudarles a volver a la actividad rutinaria tan rápidamente como sea posible. La capacidad de publicar niveles de servicio que puede cumplir con holgura es extremadamente valiosa para su organización (de hecho, lo es para cualquier organización).

13

Tiempo de inactividad admisible para cargas de trabajo

SLA de Horas anuales de Tiempo de inactividad disponibilidad actividad necesaria anual admisible

90% (0,9) 7.884 36,5 días99% (0,99) 8.672 3,6 días99,9% (0,999) 8.751 8,7 horas99,99% (0,9999) 8.759 52 minutos99,999% (0,99999) 8.760 5 minutos

Dedique un tiempo a revisar sus planes actuales de recuperación tras fallos. Este nuevo mundo virtual facilita la recuperación tras fallos, pero el paso a esta tecnología no está exento de esfuerzo. A continuación le presentamos algunas sugerencias de por dónde empezar.

Recopile toda la información que pueda. Intente iniciar conversaciones con los usuarios de su organización. Pregúnteles sobre la importancia de su trabajo (a todos les encanta esta pregunta). Sus respuestas le ayudarán a comprender mejor sus necesidades reales en cuanto a RTO para cada una de las cargas de trabajo que se ejecutan en el centro de datos.

¡Fantástico! ¿Qué sigue?

Utilice la sencilla tabla de tiempo de actividad e inactividad que antecede a este apartado para explicar a los usuarios la importancia económica que puede tener cada uno de estos niveles de servicio. Por ejemplo, si tiene una aplicación de procesamiento de pedidos que exige tres nueves (0,999 o 99,9%) de disponibilidad, ¿cuántas transacciones prevé que se perderían o retrasarían y cuánto costarían si admitiera un período de inactividad anual de 24 horas? ¿Es proporcional al gasto derivado de ofrecer una garantía de tres nueves?

Recuerde que la recuperación tras fallos ha cambiado bastante. Con plataformas mixtas, nubes de virtualización, confusión de gastos y pruebas, tiene que tener en cuenta muchos factores. Esperamos que esta guía le haya proporcionado los datos que necesita para decidir si actualiza o cambia la metodología de recuperación tras fallos de su organización.

14

Recopile toda la información que pueda e inicie conversaciones sobre la recuperación tras fallos con los integrantes de su organización.

A continuación recopilamos recursos adicionales de Micro Focus® acerca de la recuperación tras fallos:

Información de productos:www.microfocus.com/products/forgewww.microfocus.com/products/protect

Historias de éxito de los clientes:www.microfocus.com/resources/?type=success-story:www.microfocus.com/media/success-story/cash_financial_services_group_ss.pdfwww.microfocus.com/media/success-story/italian_governmental_department_ss.pdfwww.microfocus.com/media/success-story/ccma_ss.pdfwww.microfocus.com/media/success-story/databarracks_ss.pdf

© 2017 Micro Focus y sus filiales. Reservados todos los derechos.Micro Focus y sus filiales y el logotipo de Micro Focus son marcas comerciales o marcas comerciales registradas de Micro Focus en EE. UU. El resto de nombres de empresas y productos pueden ser marcas comerciales o marcas comerciales registradas de sus respectivas empresas.171-ES0002-001 03/17

Micro Focus

Sede Mundial

Sede del Reino UnidoReino Unido +44 (0) 1635 565200

Sede de los Estados Unidos

Rockville, Maryland301 838 5000877 772 4450

www.microfocus.com/about/contact/