Centro de respaldo virtual, ¿cómo crearlo? – Parte II
Jose Maria Gonzalez
Posted On mayo 13, 2010
En el primer capítulo explique los beneficios de la virtualización y porque hay que optimizar y consolidar primero para luego virtualizar nuestro centro de datos con la idea de crear un plan de contingencias.
En este capítulo hablare del porque tu negocio quizás no pueda permitirse que tus aplicativos críticos estén caídos y como te puede ayudar la tecnología de Virtualización para crear un plan de contingencias.
Brevemente expondré primero lo que deberías considerar para aumentar la disponibilidad de tus datos y los métodos que existen para prepararnos antes posibles fallos.
Actualmente existen multitudes de necesidades tecnológicas dentro de una organización, cada uno con un coste asociado e impacto en el negocio. Asimismo, hay diferentes métodos y niveles de inversión que son requeridos para resolver cada necesidad en particular.
También existen, por ejemplo, diferentes razones por las que los sistemas pueden fallar, desde apagados controlados para actualizar el hardware hasta desastres naturales como huracanes, incendios o inundaciones. Las paradas de servido mas comunes son los que llamamos apagados controlados, y fallos de los componentes de un servidor, es decir, fallos de componentes electrónicos, como memoria, procesadores, placas, como vemos el la imagen.
Para proteger tus datos ante fallos, pensemos como una cebolla protege su núcleo, por capas. Un aplicativo en cluster nos protegería ante fallos en algunos de los componentes técnicos del servidor (disco duro, memoria, etc). Este también nos protegería ante fallos humanos (alguien podría borrar un fichero critico del sistema operativo y dejar inestable la aplicación en uno de los nodos del cluster).
¿Pero nos protegería ante desastres naturales como una inundación en nuestro centro de datos o un incendio o incluso peor un ataque terrorista?
Como vemos en el grafico anterior, la implantación de este tipo de sistemas tolerante a fallos, empieza desde arriba y cada capa (cebolla) ofrece un nivel adicional de protección para las necesidades de cada centro de datos. La clave es encontrar el nivel de disponibilidad que mas se ajuste a nuestras necesidades y para cada aplicativo en particular.
No obstante no cabe duda de que cuando un fallo ocurre este tendrá un impacto en nuestro negocio y este impacto será mayor o menor dependiendo de cómo estén tus datos protegidos ante fallos. Pero como consigues mantener tu centro de datos altamente disponible ante cualquier fallo ya sea mecánico, humano, o desastre natural?
La respuesta a esta pregunta debe basarse por supuesto en la siguiente pregunta: «si esa persona, proceso o tecnología deja de funcionar «, cuál sería el impacto que tendría en cuanto a la continuidad de nuestro negocio?»
Así pues la respuesta correcta, por ejemplo para un servidor de archivos caído poco utilizado y que no sea imprescindible, seria que este tendría un impacto muy «pequeño» – si servir archivos no es el core de tu negocio -, así pues poco o nada necesitamos hacer o planear para la continuidad de este servicio o aplicación. Sin embargo una aplicación critica como puede ser el correo electrónico (herramienta que utilizamos diariamente con proveedores, clientes, partners, etc) tendría obviamente un impacto mas alto para tu negocio ante el hipotético caso de que este servicio fuese interrumpido, con lo cual necesitaríamos protegernos mucho mas ante una caída o fallo de esta aplicación.
Y es aquí en este punto donde la tecnología de virtualización entra de lleno para ayudarte a proteger de una forma más dinámica tus aplicativos ante fallos catastróficos o no tan catastróficos.
Tabla de Contenidos
Aumenta la disponibilidad de las aplicaciones críticas sobre una plataforma virtual
Cada año centenares de centros de datos experimentan caídas significativas de servicio debido a alguno de los problemas que he mencionado anteriormente (errores humanos, fallos en el hardware, virus, etc. En el año 2000 Gartner realizo un estudio a gerentes de IT en Estados Unidos el cual sugería que el 60% de los negocios administrados por estos gerentes analizados, no poseían un plan básico para mitigar los efectos de un posible desastre natural.
Incluso después de los trágicos eventos del atentado terrorista en Estados Unidos, muchas de las organizaciones todavía no han implementado un plan de contingencia. Dicho de otro modo, el 60 % de las organizaciones analizadas por este analista independiente serian afectados gravemente en caso de desastre y cerrarían sus negocios debido al alto coste que esto supondría tener que restaurar operaciones (sin contar el coste indirecto de la reputación).
Sin embargo mediante el uso de una infraestructura virtual, los gerentes de IT podrían mejorar muchos de los aspectos de su plan de contingencias pues este seria:
- Entorno mas flexible y consistente (VM son independientes del hardware físico en el que residen) con un menor coste que un entorno físico. No es necesario tener recursos hardware duplicados en el centro remoto (DR site)
- Reducciones significativas en apagados controlados y no controlados (mediante la encapsulación la VM puede ser copiada a otro servidor físico para ser lanzada en el caso de un fallo en el equipo). Esta tecnología nos permite migrar un VM “online” a un servidor físico diferente sin interrupción en el servido. Esto nos permite reconfigurar y optimizar recursos sin impactar a los usuarios. También así organizaciones podrán reaprovisionar dinámicamente estos recursos (VM) online para cubrir picos en la demanda (el data center del futuro)
- Reducción en los proceso en la implementación de nuestro plan de contingencias (trabajar con maquinas virtuales (VM) resulta mas fácil y mas «barato» que trabajar con servidores físicos, al menos para mí).
El movimiento se demuestra andando: Un caso práctico con infraestructura virtual
Para ayudarte a entender esta tecnología de replicación por cabina para aquellos que estéis interesados en este tipo de soluciones, he creado una solución típica de replicación de cabinas.
Básicamente se trata de conectar a través de fibra óptica el centro de datos primario con el centro de datos secundaria.
Trascurridos unos minutos levantamos una copia exacta de nuestro entorno de producción en el centro de datos remoto sin ninguna pérdida de datos y con los datos consistentes.
Un dato muy importante es el hecho de que la LUN(logical unit number) en la SAN (storage area network) donde residen mis VMs se esta replicando en modo síncrono mediante el software mirrorview ( mecanismo de replicación basado en array para las cabinas de EMC) lo cual nos permite «levantar» el centro de datos en el emplazamiento remoto sin ninguna pérdida de información o datos.
Resumen
El centro de datos del futuro será aquel que este consolidado, sea escalabre, y utilicé tecnología estándar en la industria de los servidores para así ayudar a:
- Simplificar la gestión del centro de datos
- Mejorar la utilización de los servidores en el centro de datos
- Obtener un escalado más económico (scale out) de este
Asimismo la importancia de proteger nuestros datos han aumentando considerablemente debido a nuevas leyes que obligan a tener implementado un plan de contingencias (Reglamento de Seguridad Real Decreto 994/1999 de 11 de junio) para organizaciones como bancos, hospitales, instituciones financieras, etc.
La consolidación de servidores nos ofrece una reducción importante en el coste del hardware y la virtualización nos facilita y nos ayuda a tener un plan de contingencias mas robusto, mas flexible y mas seguro.
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.
You may also like
