Este post está compuesto de dos partes, esta es la primera parte, sobre el uso de las tecnologías de virtualización como solución tecnológica a la implementación de planes de continuidad de negocio ante el hipotético caso de un desastres natural o humano (ya no tan hipotético) en los centros de datos.
Introducción
Durante los últimos años el hardware ha experimentado grandes cambios. Tecnologías como multicore, multithreading y Virtualizacion (especialmente la tecnología hypervisor,) están cambiando la forma y manera en la que las IT están desarrollando estas nuevas tecnologías en sus centros de datos.
La tecnología de virtualización fue inicialmente introducida en el campo de los mainframe por los años 60 como tecnología complementaria que permitía hacer una partición lógica de los caros mainframes de aquel entonces. Con el transcurso de los años los servidores han aumentado su potencia y capacidad de cálculo exponencialmente mientras el coste ha disminuido.
Así a principios de los años 80 la virtualización en mainframe dejo de existir debido al bajo coste de los servidores “Standard” ; salía mas barato comprar un servidor por aplicación que comprar un mainframe y particionar este.
Esto llevo a un problema de proliferación de estos servidores estándares durante la década de los 90 debido principalmente a su bajo coste, gran capacidad de cálculo y estandarización de sus tecnologías, creando así un gran problema para muchos centros de datos: masiva proliferación de servidores estándar en los centros de datos y mayor complejidad en su gestión.
El analista independiente IDC, en un informe publicado en Marzo del 2004, sugiere que la media de utilización de servidores x86 a nivel mundial ronda entre el 15-25% lo cual significa que hay mucha capacidad de cálculo en centros de datos que aun no se está utilizando.
Y esto ha sido a consecuencia de que muchas organizaciones instalan una sola aplicación por servidor, debido principalmente a su “bajo” coste. Así servidores fueron agregados siempre que se necesitaron para correr nuevas aplicaciones por diferentes departamentos o divisiones llevando así a la infrautilización actual de los centros de datos.
Optimiza, consolida y después virtualiza
¿Pero que significan exactamente los términos consolidación y virtualización? ¿Cómo pueden ayudar estas tecnologías a crear un centro de datos menos infrautilizado y, lo que es aun mas importante, más dinámico y más resistente a fallos importantes? ¿Cuáles son las ventajas y las desventajas de la consolidación y virtualización, si las hay?
Para comenzar diré que la consolidación de servidores es una tecnología clave para mejorar la utilización de estos. Utilizando dicha tecnología organizaciones mejoran enormemente la utilización de sus servidores actuales pasando a utilizar de un 10% a un 60-80% de su capacidad total de cálculo haciendo así un uso más completo de los servidores que adquieren.
Otro aspecto importante que debería aclarar en este punto es el de “máquina virtual”, en ingles, Virtual Machine (VM). El software de virtualización (VMware, Xen, HyperV, RedHat Virtualization por poner un ejemplo) es un software de máquina virtual que es usado para consolidar y “particionar” servidores físicos.
La VM es el equivalente en el mundo físico a la unidad unidad c: ,d:, etc, junto con sus aplicaciones y sistema operativo, en este caso Windows, o /root, /home, /tmp, … para GNU/Linux.
En otras palabras, este software nos permite crear múltiples instancias de máquinas virtuales en un mismo servidor físico, cada una de las cuales corre independientemente un sistema operativo y aplicativo diferente.
Así por ejemplo en esta imagen adjunta, podemos observar con mayor detalle la tecnología de virtualización de la solución de VMware vSphere.
La fina “capa de virtualización” que se muestra en azul oscuro en la imagen anterior separa la capa física (arquitectura x86) del sistema operativo en sí.
Cada máquina virtual posee sus propios recursos virtuales hardware como memoria RAM, CPU, NIC, etc, los cuales son usados por la máquina virtual. El sistema operativo en la máquina virtual (sistema operativo Guest) cree que este hardware es en todo momento físico y no entiende nada de recursos virtuales.
Esto permite, como vemos en la imagen anterior, ejecutar múltiples sistemas operativos, mejor dicho, máquinas virtuales heterogéneas (Windows, Linux, Novel, etc) a la vez y en un mismo servidor físico, maximizando así todos los recursos del servidor físico.
Beneficios de la Virtualización
Uno de los grandes beneficios es la encapsulación. Las máquinas virtuales son encapsuladas en varios ficheros lo cual hace posible que estas sean copiadas, movidas y implementadas más rápidamente. Así pues y, gracias a la encapsulación un sistema completo (VM) con aplicaciones, sistema operativo, BIOS y hardware virtual puede ser movido ininterrumpidamente (migración en caliente) de un servidor fisco a otro en cuestión de segundos.
El segundo benéfico es el particionamiento lógico del servidor físico, lo cual nos permite ejecutar múltiples aplicaciones y sistemas operativos en un único servidor físico como se puede apreciar en la imagen anterior.
El tercer benéfico es la tecnología de aislamiento, el cual asila completamente una VM de las otras. Así ante el hipotético caso de que una VM se “cállese” debido a un fallo del sistema operativo en la maquina virtual (BSOD, blue screen of death) este fallo no afectaría a ninguna de las otras VM que estuvieran corriendo en el mismo sistema.
Y por último, una máquina virtual es independiente al hardware físico. Este beneficio representa un avance tecnológico gigantesco con respeto a los planes de contingencias basados en servidores físicos. La máquina virtual al ser independiente del hardware físico puede ser movida, copiada o replicada de un centro de datos a otro y con independencia de los servidores físicos que estos centros de datos tengan (migración en frio).
En el próximo capítulo explicare cual es el problema real de no tener un plan de contingencias y como la tecnología de virtualización de servidores puede ayudarte a crear un plan de contingencias rápido, seguro y eficiente.
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Los lectores que leyeron este post, también leyeron:
Me ha parecido muy bueno este articulo a nivel de tecnologias de virtualización pero este articulo es referido a una solucion de planes de continuidad de negocio, y a mi entender lo que deberia es empezarse explicando esto y que lo primero a tratar es un analisis de impacto en el negocio(BIA) y a partir del mismo que se las dependencias dentro de los servicios y entre ellos y a partir de aqui decidir que se cuando y como, mover maquinas entre CPDs aunque sea muy bonito no es en si mismo un plan de continuidad de negocio.
Digo esto de forma tan critica, ya que me he visto demasiadas veces que la gente (no tu lo tengo claro) con este pensamiento y este articulo de lo forma que esta enfocado todavia acentua mas esta idea equivocada.
Hola Yomismo
Estoy de acuerdo contigo. Sin embargo, el tema de BC&DR es un tema tan amplio y toca tantas cosas que es difícil poder resumirlas para el agrado de todos.
No obstante, espero y deseo que te queda las cosas mas claras en la parte segundada que publicare mañana exactamente.
Muchas gracias,
rgds,
J.
El articulo sobre BCP esta muy bueno, meses atras implemente algo similar pero replicando VMs via LAN a un DR site mediante snapshots, la herramienta de terceros que he utilizado me ha resultado funcional pero creo que debe mejorar en algunas cosas. Me pregunto si puedo hacer lo mismo a un bajo coste, utilizando solo herramientas de Vmware y sin invertir mucho dinero en equipo?
Gracias
Saludos cordiales
Hola Rodmart,
A bajo coste no creo, pero a un coste inferior puedes utilizar cabinas iSCSI, en concreto HP LeftHand, que te dan replicación entre sites sin canales de fibra y con un coste de hardware contenido.
Cuidado con las cabinas HP LeftHand y su ratio I/O.
Saludos.
Hola Sombra,
Gracias por tu comentario. No tengas miedo, comparte tus experiencias.
Dinos con que tenemos que tener cuidado con las cabinas LeftHand. Soy todo oidos
rgds,
J.
No es que sea un entendido en almacenamiento, pero un ingeniero de HP me comentó que LeftHand está pensado para ratios I/O bajos o medios y que no resulta nada recomendable para ratios I/O altos para los cuales recomendaba las soluciones EVA.
Por eso digo que cuidado, ya que si monto una solución más barata en el CPD de respaldo y luego no puede cumplir con sus funciones termina creando un cuello de botella que repercute en el rendimiento.
Saludos.
Hola Rodmart,
Si Rodmart. Hay una alternativa mas “barata” que la replicación sincrona por cabina, y es la replicacion asincrona vía software y red IP. En este respecto, existe software en el mercado muy interesante, robusto y con mucha base de clientes que ya lo están usando.
rgds,
J.
Gracias por sus respuestas
Basicamente, a nivel de hardware en nuestro sitio principal tenemos un EVA4400 y en nuestro sitio alterno un MSA1000, dos blade enclosures HP c3000 en ambos lados, el primero con 4 blades HP BL460c G1 y el segundo con dos BL460c G6, todo esto bajo un mismo Virtual Center, y uso Doubletake for VI3 para replicar las VMs.
Se que hay software similar (VRanger, Veeam, Vkernel) en el meercado, pero no he tenido la oportunidad de probarlos y evaluarlos, me pregunto si ustedes saben si ya alguien realizo esta comparacion.?
Gracias
Hola Rodmart, pues te comento que estas utilizando una muy buena herramienta para la replicacion de datos de tu entorno de contingencia, si no me equivoco, DoubleTake es lo mismo que el HP Storage Mirroring, y algo que me parece intersante de esta solucion (no tan barata, al menos en mi pais) es que para un ambiente WAN de replicación es excelente pues una vez que realizas la primera sincronización entre el Source y Tatget, que es cuando se ocupa un ancho de banda algo considerable, luego solo se lleva los cambios Delta que ocurren en el Source, lo que lo hace bastante ligeros en una replicación sincrona en un entorno WAN. Buena elección.