miércoles, 1 de septiembre de 2010

Despedida pero no cierre.....

Como habréis podido observar por la asiduidad con que publico, este blog no se encuentra entre mis mayores prioridades. Confiaba en ir encontrando tiempo para publicar sobre nuestros avances en el mundo de la virtualización pero no está siendo así.

Mi rumbo en lo profesional se ha reorientado este último año hacia el campo de la productividad, y la virtualización es sin duda una de las claves para aumentarla. Debido a este cambio de rumbo he decidido cerrar mis dos blog personales y abrir uno sobre el tema que es ahora el centro de mi día a día. En él habrá también entradas sobre virtualización, más como concepto que técnicas, ya que no es un blog técnico.

Si os apetece visitar mi nuevo blog podeis encontrarlo en http://www.wohom.net

En este blog si que tengo el compromiso de publicar al menos una entrada semanal, aunque siempre intentaré que sean dos o tres.

Saludos y gracias a los que habéis leido y participado en este breve blog,

Jaume.

viernes, 9 de abril de 2010

Veeam Backup 4 - Empezamos el reciclaje

Como ya comenté anteriormente, la migración de nuestro servidor de bases de datos fue forzada por una caida de su controladora SCSI. Es un servidor de 2003, relativamente decente, con dos Xeon y 1Gb de RAM, así que optamos por usarlo para el backup.

Le quitamos la controladora que daba problemas y activamos en la bios la controladora SCSI integrada. Hecho esto el servidor volvió a funcionar sin problemas, así que le pusimos un W2003 server y nuestro nuevo Veeam Backup 4.

La instalación sin problemas: lo conectamos a nuestro vCenter y como ya era tarde dejamos unas réplicas de nuestro servidor de bases de datos programadas, para que hiciera una cada hora al datastore local del otro servidor ESXi. El tamaño total del servidor son 80Gb

Esta mañana hemos visto las estadísticas, no muy alentadoras:
-La primera réplica tardó unas 5 horas.
-La segunda réplica tardó unas 3 horas.

pero en ese momento ya había otra réplica en marcha con un aspecto muy diferente: llevaba 7 minutos y decía que le quedaban 2. Al final la estimación ha sido real y ha tardado eso: 9 minutos. La siguiente ha tardado 12 minutos y de momento no tenemos más pruebas. Hoy dejaremos algún backup programado y el lunes repasaremos y compararemos con los tiempos que está haciendo la versión 3.

Ahora queremos hacer alguna prueba de virtualización de escritorios. En Citrix he encontrado una versión de su XenDesktop que es gratis hasta 10 escritorios. Lo que no he encontrado es información sobre como se integra eso sobre vSphere. Sigo buscando, pero si alguien ya lo ha hecho se agradece una manita... :).

jueves, 8 de abril de 2010

De ESXi 3.5 a vSphere - 2ª parte

La semana pasada terminamos con la migración actualizando la versión del segundo host, que contenía solo un servidor SQL y un Untangle.

Todo como la seda siguiendo el procedimiento explicado en el post anterior. En realidad, casi como la seda: al reiniciar el sistema el Untangle no iba bien. Una de las tarjetas de red permanacía desconectada. La cosa es que recordaba que esto ya pasó cuando lo instalamos la primera vez, pero no recordaba qué hicimos para solucionarlo. Un poquito de google nos dió la solución: Untangle solo funciona virtualizado si activas en el vSwitch el "modo promiscuo". Fue ponerlo y de nuevo a las mil maravillas, quitando spams y similares como un campeón.

Hoy hemos instalado el vCenter y como estamos en periodo "demo", sin activar todavia la licencia del essentials, tenemos todo disponible (vMotion, HA, etc.) y sin poder usarlo al no tener cabina. Al final nos hemos pedido un par de ellas para rematar bien la instalación: una con todo doble y SAS y otra con solo una controladora y SATA. A ver si llegan pronto y podemos jugar un poquito con todo antes de perderlo cuando acabe el periodo de gracia. Son dos cabinas HP, que además de tener un precio ajustado luego no te cobran por respirar cerca de ellas como hacen otras marcas que todos conocemos.

Próximo capítulo: Veeam Backup 3 to Veeam Backup 4, que ahora mismo está bajando.

lunes, 22 de marzo de 2010

De ESXi 3.5 free a vShpere 4 con ESXi

Pues eso que dice el título es lo que hemos estado haciendo esta mañana. Tras consultar con Josep cual era la mejor forma de hacerlo sin disponer de cabina, con el ESXi arrancando desde pendrive y solo con datastores locales en ambos servidores nos hemos puesto en marcha. Detallo el proceso por si a alguien puede resultarle útil:

1-Lo primero que hacemos es ver qué máquinas no nos interesa tener mucho tiempo paradas si algo falla. Como tenemos un DC en el servidor a actualizar le hacemos un spMotion (sin prisas Motion), que consiste en recuperar la copia de seguridad del DC en el otro servidor, apagar el primero y enchufar el restaurado en el servidor que aun no vamos a actualizar. Evidentemente conviene asegurarse de que nadie ha metido a nadie ni a nada en el dominio en ese intervalo.

2-Desde el cd de instalación del ESXi 4 sacamos la imagen del ESXi 4 a dos pendrives. No detallo el proceso porque hay tutoriales para aburrir con una simple búsqueda. En esta versión se puede pasar el ESXi al pendrive directamente en el proceso de instalación, pero lo hicimos antes a mano para parar el menos tiempo posible. Si no hay prisa la otra opción debe ser mucho más cómoda.

3-Ahora viene donde empieza a dar miedo. Me imagino que cuando lo has hecho 100 veces sin que te falle ya no tiemblan las piernas, pero la primera vez da pelín de yuyu todo esto... Apagamos todas las VM, apagamos el host, le quitamos el pendrive de la 3.5 y ponemos el de la 4.

4-Enchufamos el host y se inicia el proceso de arranque del hipervisor. Todo normal. Al llegar a la pantalla amarilla evidentemente todo está en blanco, así que hay que configurar este host como teníamos el anterior (IP, DNS, etc). La única diferencia que veo en este proceso es que el password ahora tiene que tener 8 caracteres, el resto es igual que en el 3.5

5-Con el ESXi en marcha nos vamos a un pc con windows y nos conectamos desde cualquier navegador a su IP, descargamos el vSphere Client, le damos a instalar y nos vamos a tomar un café, o dos o tres, porque tiempo da.

6-Una vez termina la instalación del vSphere Client ya podemos ver nuestro flamante nuevo ESXi 4 completamente vacío. Ahora toca inventariar todas las máquinas de nuevo (browse en el datastore, localizar el vmx de cada máquina, botón derecho, "add to inventory".

7-Este paso si os acordais es mejor hacerlo antes del 6 porque así ya se queda todo configurado desde el primer momento: hay que ir a configuration/networking y añadir los mismos vSwitch que teníamos en el host antes de actualizar. Si como yo no habeis anotado los nombres da igual, los creais con el nombre que os guste y luego os paseais por cada máquina y le asignais cada una de sus vnics a la red que le corresponde. Si acertais con el nombre es más fácil porque cada vnic ya apuntará a su red.

8-En los linux ya podeis ir a su menú contextual y usar la opción de Upgrade VM hardware para actualizar su hardware virtual a la última versión.

9-En los windows hay que hacer un paso previo: actualizar las vmTools. Para ello ponemos en marcha la máquina y actualizamos o bien desde la propia máquina o desde su menú contextual en el vSphere Client. Reiniciará una o dos veces. Cuando ya no quiera reiniciar más, apagamos la máquina virtual y le actualizarmos su versión de hardware virtual igual que en el paso 8.

10-Fin. Ya tenemos un host actualizado. Ahora toca el otro, que será otro día que podamos parar el servidor de BB.DD. sin que nadie se acuerde de nuestras familias.

PD: El proceso se ha hecho sobre un HP DL385, y empezó con un buen susto porque al quitar el pendrive y poner el otro no quería arrancar. Al quitar el nuevo y ponerle el anterior tampoco. Antes de empezar a llorar probamos a quitar el teclado USB que le habíamos conectado para manejarlo porque nos hemos quedado sin huecos en el KVM y arrancó sin problemas. Moraleja: si teneis un servidor como este enchufadle un teclado PS2, que se ve que el señor intentaba arrancar desde el teclado.....

lunes, 8 de marzo de 2010

Elegi un mal momento....

Eso es lo que pasó. Elegí un mal momento tanto para empezar a virtualizar como para crear un blog.

Lo primero porque pillamos un momento de marea: confiamos en ESXi free con Veeam Backup para empezar, al poco tiempo vmWare saca el vSphere Essentials y Veeam se pliega a sus deseos y decide no morder la mano que le da de comer, con lo que deja de soportar backup de ESXi free.

Lo segundo porque esto de mantener un blog requiere tiempo y este ha sido el año más movido que recuerde desde que dejé de hacer como que estudiaba y me puse a trabajar.

En fin, este movido año se ha traducido al final con un cambio de domicilio personal que ha implicado también empezar a trabajar en remoto en lugar de acudir cada día a la oficina, entre otros muchos cambios.

El proyecto de virtualización a bajo coste avanzó lentamente, pero ahi sigue, aunque con un cambio de rumbo inminente, sobre todo ahora que por necesidades del guión (un servidor fisico cayó la semana pasada) tenemos un servidor importante corriendo en virtual, con ESXi y con la última versión de Veeam que soportaba este entorno. Para crecer y crecer seguros toca migrar, y a eso vamos.

Hasta ahora teníamos repartidos entre los dos ESXi dos untangles, el servidor de desarrollo, un dc en pruebas para un nuevo dominio y un nuevo servidor de ficheros. Con la caida del servidor la semana pasada tenemos también al servidor principal de bases de datos virtualizado, con un rendimiento muy muy bueno, pero en un entorno que se nos ha quedado viejo e imposible de actualizar antes de empezar. El servidor físico se reparará pero para otras funciones. Este servidor seguirá siendo virtual en el futuro.

Contando con el asesoramiendo de nCora vamos a hacer la migración a vSphere y a la nueva versión de Veeam Backup, más que nada porque ahora ya no interesa jugársela con experimentos teniendo un servidor que no podemos permitir que caiga en el proceso...

Y si no viene otra avalancha como la de este año pasado, seguiremos informando del proceso...

viernes, 27 de febrero de 2009

Pues esto funciona y todo

Después de jugar un poco convirtiendo varias imágenes de XP que teníamos por aqui empezamos en serio.

Antes de instalar el DC decidimos bajar e instalar Untangle como VM de la siguiente manera:
-Al vSwitch0 le asignamos dos nics fisicas y lo conectamos a nuestra red local.
-Creamos un vSwitch1 al que le asignamos dos nics físicas más que no están conectadas. Ningún host fisico se comunica con el vSwitch1 de momento.
-Instalamos Untangle con dos nics virtuales una de ellas enchufada a cada vSwitch.
-La nic Wan de Untangle va al vSwith0, que le conecta a nuestra red local y por tanto a Internet. Esto es así porque con la virtualización esa red local va a desaparecer migrando a otro rango de IP y quedando solo los routers de acceso a internet y RPV's en ese rango.
-Las nuevas máquinas virtuales que creemos irán TODAS al vSwitch1, con lo que no tienen más remedio que poner al Untangle como puerta de enlace si quieren salir a Internet. Cuando estemos en produccion TODAS las máquinas fisicas de la empresa irán conectadas a switch físicos que se comunicarán con las nics fisicas asignadas al vSwitch1, con lo que también estarán obligadas a atravesar a Untangle. Aquí no entra y sale nadie sin pasar por el cacheo correspondiente.

Con el Untangle ya funcionando a modo de poli adicional al GateDefender nos ponemos a instalar nuestro primer 2008 server virtual. La instalación tarda un poco pero luego arranca y se mueve como una moto. Si Untangle cumple con su función en cuanto nos caduque el actual mantenimiento del GateDefender nos pensaremos si renovamos o nos quedamos con el Untangle.

Y como los conceptos sobre Active Directory los tenemos un poco difusos y olvidados aquí mi compañero se ha ofrecido a llevarse el ladrillo del curso oficial de microsoft 2196A para refrescar un poco la memoria este fin de semana y ponernos el lunes al turrón.

Ya tenemos aquí tambien la demo del Veeam 3 para probar la semana que viene si podemos. ¿Alguien sabe si es capaz de replicar de un datastore local de un ESXi a otro datastore local de otro ESXi? Nos vendria de perlas para poder empezar a trabajar en real pronto y mientras tanto trastear con las cabinas openfiler sin tanta prisa.

Con esto acabamos la semana, que creo que no está mal teniendo en cuenta que el servidor empezamos a montarlo ayer y venía a piezas.

¡Buen fin de semana!

jueves, 26 de febrero de 2009

Noticias de Citrix. Oficialmente se pasan al gratis

Josep Ros lo comentaba el otro dia en su blog y Citrix lo ha confirmado
http://josepros.blogspot.com/2009/02/citrix-xenserver-gratis.html

NOTICIAS DE ÚLTIMA HORA
Citrix Systems Inc. anuncia el lanzamiento de una nueva versión de Citrix XenServer TOTALMENTE GRATUITA.
Con el nuevo lanzamiento de XenServer las empresas ya disponen SIN COSTE de un verdadero sistema de virtualización para múltiples servidores: la nueva versión, que estará disponible a finales de Marzo 2009, incluye importantes funciones tales como: Configuración y gestión multiservidor centralizada , migración en caliente XenMotion, compartición de recursos multiservidor, librerías VM compartidas, gestión de parches de la infraestructura de virtualización, soporte VLAN, discos y NICs removibles en caliente así como control fino de los recursos virtuales. Este producto ha sido diseñado para uso en producción y está totalmente soportado por Citrix.

Información:
http://www.citrix.com/English/NE/news/news.asp?newsID=1687130

Comparacion con ESXi:
http://www.citrix.com/English/ps2/products/feature.asp?contentID=1686939

¿Se picarán los de vmWare y nos meterán vMotion en ESXi?.......