Hola amigos,

Imaginaros que disponemos de una Lun en una san iSCSI del fabricante X y por necesidades de espacio desde la interfaz de administración de la san incrementamos el tamaño de la partición gestionada por LVM.

Posteriormente tendremos que realizar los siguientes pasos en XenServer para que podamos disfrutar de ese espacio adicional en la Lun.

1.- Apagamos las máquinas virtuales.

2.- Buscamos el uuid del SR

# xe sr-list

3.- Sacamos más información del SR localizado anteriomente

# xe sr-param-list uuid=”uuid” |grep PBD

4.- desadjuntamos el PBD

# xe pbd-unplug uuid=”uuid del PBD”

5.- Adjuntamos el PBD

# xe pbd-plug uuid=”uuid del PBD”

6.- Arrancamos las máquinas virtuales.

Con esto tendremos el SR redimensionado y funcionando. Como siempre espero que esta breve lectura os sea de utilidad.

Aprovecho la ocasión para desearos unas felices vacaciones a todos.

Un abrazo,

Hola amigos en el post de hoy os explicaré como reinstalar nuestro XenServer sin perder las máquinas virtuales que hay dentro del servidor.

Es muy útil en el caso de que se nos haya corrompido la instalación, o incluso si hemos actualizado y queremos volver atras.

Los pasos a seguir son:

1.- Introducir cd XenServer 5.5 en la unidad de dvd de nuestro servidor.

2.- Reiniciar y arrancar desde la unidad de dvd.

3.- Nos saldrá la pantalla de bienvenida.

4.- Seleccionar “Install or upgrade XenServer host”.

5.- Seleccionar la partición donde se reinstalará.

6.- El sistema detectará que hay máquinas virtuales, le confirmaremos que haga un backup de toda esta información.

7.- Continuar con la instalación hasta que finalice.

Con esto tendrémos nuestro XenServer 5.5 con una instalación limpia. Y lo mejor de todo es que funciona. Además puedo confirmarlo personalmente ya que recientemente he tenido que utilizarlo.

Nada mas queridos lectores, como siempre espero que os haya sido de utilidad.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

La sincronización de la hora de las máquinas virtuales con sus respectivos servidores VMware ESX/ESXi debería, cuando menos, estar siempre bien configurado por tres razones fundamentales:

1. Te proporciona un registro de entrada en los logs con el tiempo adecuado
2. Te proporciona el registro de entrada exacto en los gráficos y contadores de rendimiento de vSphere
3. Te proporciona el adecuado funcionamiento de las aplicaciones de la máquina virtual. Por ejemplo, en aplicaciones multitiered, la sincronización es fundamental para garantizar que las transacciones de base de datos se procesan correctamente.

Actualmente la mejor practica recomendada por VMWare en cuanto a sincronizar el reloj de las máquinas virtuales, es deshabilitar la sincronización via VMware Tools y usar un cliente NTP o el servicio de Windows w32time.

En este episodio #26, te enseñare esta mejor práctica que ha cambiado con el tiempo y que ahora VMware recomienda usar las herramientas nativas de Windows en lugar de las VMware Tools:

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.

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.

En el vídeo estoy simulando un fallo natural en nuestro centro de datos de producción mientras nuestro aplicativo esta ejecutándose a pleno ritmo, pero no te alarmes, no simulo ningún incendio o algo parecido.

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.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

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.

Por favor, si te ha gustado este post dame tu puntuación: [ratings]