Virtualizamos

Despedida pero no cierre.....

2010-09-01T01:02:00.000-07:00

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.

Veeam Backup 4 - Empezamos el reciclaje

2010-04-09T03:49:00.001-07:00

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... :).

De ESXi 3.5 a vSphere - 2ª parte

2010-04-08T03:30:00.000-07:00

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.

De ESXi 3.5 free a vShpere 4 con ESXi

2010-03-22T09:09:00.001-07:00

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.....

Elegi un mal momento....

2010-03-08T02:27:00.001-08:00

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...

Pues esto funciona y todo

2009-02-27T04:42:00.000-08:00

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!

Noticias de Citrix. Oficialmente se pasan al gratis

2009-02-26T02:18:00.000-08:00

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?.......

Servidor en marcha!

2009-02-26T00:50:00.001-08:00

Ayer por la tarde llegó "the machine". Esta mañana hemos instalado la memoria (20Gb), los dos discos SAS en 0+1, las dos controladoras 4port gigabit adicionales, hemos pinchado el USB con ESXi, esperado un ratito, le hemos dado una ip...

y en marcha!! Soprende tener un entorno en marcha en un servidor tán rápido acostumbrados a las instalaciones de SO usuales.

Ahora esta en proceso la descarga el Firmware actualizado y las tools. Mientras tanto vamos a desenpolvar la documentación sobre active directory para ir refrescando memoria. El primer paso será crear un DC virtual sobre W2008

Servidor pedido

2009-02-11T01:05:00.000-08:00

Cuenta atrás. En diez dias lo tenemos y empezamos la fiesta :)

¡Me voy a Sevilla!

Seguimos la la vuelta.

Casi.........

2009-02-09T00:07:00.000-08:00

Pues casi lo logramos con nuestro DC.

Logramos una imagen que corre como un diablo en una máquina actual (yo calculo que un mínimo de 5 veces más rapido que en su hardware original) y que funciona perfectamente.... hasta que reinicias la máquina. Entonces obtienes una bonita pantalla azul en el arranque con una excepcion no controlada en algun driver.

Tiene toda la pinta de que el NT al verse con un nuevo hardware bajo sus pies hace algún ajuste para ese hardware virtual y luego ya no es capaz de reiniciarse correctamente. Hicimos alguna prueba desactivando dispositivos, instalando las tools antes de reiniciar, etc. pero como no lo logramos y no vamos sobrados de tiempo vamos a dejarlo ahi. Tenemos una imagen que si no la reinicias hace lo mismo que nuestro dc pero mucho más rápido. No se si algun dia nos valdrá para algo pero ahi está.

En cuanto a presupuestos aprovechamos el contacto de un nuevo proveedor partner de hp para pedirle también precio y en cuanto nos lo envie decidiremos. Entre los otros dos mucha diferencia: unos 1100 euros para la misma máquina. Si hablaramos de un importe desorbitante no me extrañaría esa diferencia, pero para una máquina que ronda los 6000 euros es un porcentaje importante.

Y por si alguien está también experimentando o trabajando en esto, una duda que no tiene nada que ver con virtualización pero que me tiene intrigado: ¿alquien sabe por que rebuscado motivo los de google no meten un "to do list" en google apps? Que no me digan que unos tios que son capaces de meterte una suite de ofimatica en un browser aun no han dado con la forma de meter una simple lista de tareas. Conozco a bastante gente, entre ellos yo, que no se deciden a usarlo como gestor en exclusiva por esa falta. Mi memoria tipo pez me hace totalmente dependiente de una lista de tareas, y mientras no la metan sigo sin poder externalizar mi organizador. A estos de google a veces no hay quien los entienda.

Os presento a nuestro DC

2009-01-29T23:56:00.000-08:00

Ya tenemos un presupuesto. Mientras llega el otro (que por cierto, les está costando a los dos enviármelo ¿hay cambios de tarifas o algo en hp?) os cuento algun experimento que hemos estado haciendo. Esto es lo que podríamos considerar un post de relleno mientras llega lo necesario para ir "al turrón".....

Primero, nuestro DC: Aunque os resulte difícil de creer, nuestra red tiene como DC a un NT4, que debido a la simplicidad de nuestra red y a que no ha dado problemas, y por aquello de "si funciona no lo toques" ahí está como un campeon validando usuarios con 128Mb de RAM en pleno 2009......

Las grandes ventajas que aporta el directorio activo no han sido hasta ahora absolutamente necesarias y siempre ha salido algo que nos ha hecho no migrar. Pero esta vez si, nuestra nueva estructura virtualizada tendrá un Directorio Activo, que ya toca, y esto me da hasta vergüenza contarlo....

La cuestión es que aunque tengamos copias y secundarios y todo eso, es un engorro poner de nuevo en marcha un DC que cae, cosa que no sería dificil porque es un servidor ya con años, así que pensé: si total los cambios en usuarios se hacen de uvas a peras, voy a sacarme una imagen y si cae lo enchufo de nuevo con vmware server en unos minutos.

En caliente me daba un poco de nosequé ponerme a migrar el DC, así que aviso a la gente que si alguien se queda por la tarde que esté ya dentro de la red porque apago el DC. Metó el cd del cold clone, arranco, espero, y me sale un mensaje en inglés que en una traduccion casi literal decía algo así:

¿Pero ande vas alma de cántaro? ¿No ves que aunque solo tengo que hacer cuatro cosas para dar soporte al soft este de los de vmware yo soy un sistema operativo de microsoft? Vale que no tengo que hacer ninguna de las 1000 historias que hacen que consuma RAM como un poseso, pero no pensarás que me voy a rebajar a arrancar en un pc con menos de trescientos nosecuantos megas de RAM ¿no? Que tu no sabes con quien estas hablando.....

Conste que Josep ya nos lo dijo en el curso, pero no lo recordé hasta que vi el cartelito. Así que cambiamos de estrategia y tocó instalar el vmware converter en el NT4. Está instalado sin problemas pero no haré la copia hasta el lunes cuando no haya gente por si acaso.....

Y cambiando de tema y en relación con los comentarios a mi anterior post sobre el servidor:

Nosotros hasta ahora hemos tenido mucha suerte con los servidores y no hemos sufrido averías. Solo una vez hace años, un HP vino con la controladora SCSI defectuosa y el proceso fué: una vez el proveedor instaló el servidor y vimos que no iba normal llamar a HP y contarles el problema. Los de HP suponen acertadamente que es la controladora SCSI y nos envian por un lado la controladora y por otro a un técnico para que la monte y la compruebe. Así que, ¿que función tiene el proveedor en esto?

No se si esto funciona ahora igual, porque ya digo que hace años que no nos cae un server, pero me pregunto por la importancia relativa que puede tener que un proveedor esté más o menos cerca de uno: si al final el soporte, incluido el técnico, lo pone HP, y en nuestro caso sabemos configurarlo y de momento no hay que meterlo ni en el rack, porque no cabe hasta que consolidemos, ¿que pegas tiene pedir un servidor a 500 km de distancia si te hacen una oferta interesante? Porque a mi me da igual que me lo traiga el proveedor o un mensajero. El que va a trastear con él soy yo, que no quiero que me lo dejen en el rack y con todo funcionando, y si la garantía y soporte me los da HP......

Planificando, pero sin pasarse

2009-01-23T04:52:00.000-08:00

Vamos pensando en lo que queremos. Con nuestra infraestructura actual un servidor con buena cantidad de RAM y un par de procesadores quad core no deberia ir muy agobiado. Vamos a dimensionarlo asi, suponiendo que un solo servidor puede soportar toda la carga.

En el elaboradísimo powerpoint que veis arriba está el esquema clásico que queremos montar, con todo redundado. La parte izquierda es lo que vamos a montar en principio y cuando estemos listos para producción duplicaremos la intraestructura.

Nada nuevo ni extravagante aquí. La pecularidad es que al menos durante la fase de pruebas la cabina va a ser un openfiler sobre linux, que en una fase posterior intentaremos replicar como explica Eduardo Arroyo aquí (al final del post). Es una solución genial que ya me comentó el mismo Eduardo de camino al restaurante durante el curso, y hay que probarla antes de ponerse a gastarse pasta en cabinas.

Lo primero es hacernos con un servidor decente. Queremos pruebas reales, no hacerlo con lo que tenemos y suponer que irá mejor cuando le pongamos un buen servidor. Eso lo teníamos que hacer virtualizáramos o no porque ya toca cambio generacional en el rack, así que vamos con los presupuestos. Ya está lanzada petición de presupuesto a un par de proveedores para un:

-DL385 G5

-Doble procesador Quad Core

-16 Gb RAM

-Tarjeta adicional 4 puertos 1Gb

-Controladora P400 con 512 de cache y batería.

-Discos poca cosa, que aunque las primeras pruebas serán el local pronto pasaremos a cabina openfiler.

La controladora P400 direis que es tontería si las máquinas van a ir a cabina, y no os equivocais. Lo que pasa es que el servidor que hará de cabina tiene una mala controladora, asi que cuando cambiemos pasaremos la P400 al otro servidor para que tenga un buen rendimiento.

Vamos a ver que nos ofrecen, y si algún lector se dedica a vender estas máquinas y se anima a enviar un presupuesto ajustado lo estudiaremos, por supuesto ;)

Esta tarde voy a hacer una prueba con el cold clone y nuestro controlador de dominio. Ya os contaré........

Primera virtualización "de ir por casa"

2009-01-22T23:23:00.000-08:00

Desde hace unas semanas el flamante portatil core 2 duo con Windows Vista que compré el año pasado como pc de desarrollo andaba bastante renqueante, lo que indicaba que, al igual que ocurría con XP, tocaba reinstalar porque ya se había vuelto inestable. Ráramente un equipo para desarrollo nos dura más de un año sin reinstalar con XP y como era previsible lo mismo ha ocurrido con Vista.

Aprovechando esta ocasión, y como de este portatil se me pasó hacer una imagen con ghost cuando estaba recien instalado todo y había que empezar de cero, decidí virtualizarlo.

Así que limpié discos y en lugar de instalar XP (mi relación con Vista no ha funcionado bien, diferencias irreconciliables de caracter) instalé la version 8.10 de Ubuntu desktop con vmWare Server 2 encima. Salvo un problema con vsock que tengo que ver a que afecta todo bien, gracias.

Lo de después fue coser y cantar: crear una vm con XP e instalar y configurar todas las herramientas de desarrollo que utilizamos. Hemos tenido que reinstalar tantas veces que estos pasos los tenemos ya grabados en la memoria.

Y aquí estoy, escribiendo este post desde mi máquina virtual xp corriendo sobre vmware server 2 instalado en ubuntu 8.10.

Lo siguiente, coger el manual del curso de Josep, sellar la máquina y dejarla como plantilla para que cuando caiga el siguiente XP en el departamento ya no reinstalemos más: ubuntu, que no se degrada, server o player y a correr. Y cuando se degrade la vm, se machaca con la plantilla.

Es como tener la imagen del ghost para cuando cae el pc, pero con la ventaja de que es independiente del hardware y la puedes ejecutar en cualquier pc, no solo en el que fue origen de la imagen.

Aunque el entorno no es el ideal, con el linux, el vmserver, la consola y el xp virtual corriendo todo sobre una misma máquina, ofrece una buena velocidad. Cuando consolidemos algún servidor igual le ponemos al jubilado el vmware server, le pasamos las imágenes y nos creamos un pequeño servidor de escritorios para el departamento de sistemas......

De cómo entrar en el mundo de la virtualización y no arruinarse en el intento

2009-01-21T01:43:00.000-08:00

Virtualización es la palabra de moda. Este último año han venido 4 grandes proveedores a vendernosla, todos ellos con impresionantes infraestructuras de servidores y cabinas unidos por fibra (alguno se ha rebajado a ponernos iSCSI, debe pensar que somos pobres :P), con todas las licencias habidas y por haber de Vi3 y con presupuestos llenos de cifras de varios ceros.

Uno oye hablar de ESX sin haberlo tocado nunca, ve los precios que se manejan y piensa: ¿realmente esto está pensado para una pyme que atiende a unos 50 usuarios con 8 servidores como la nuestra?

A principio de año recibimos información de un curso sobre virtualización que un tal Josep Ros de la empresa ncora impartía por toda España. Tras comprobar en su blog que parecía controlar bastante el tema y que además defendía una solución gratuita (de la que todos dicen que es solo para test) como válida para empresas no muy grandes, decidí apuntarme. Uno está harto ya de ir a cursos que solo valen para colgarte una medallita y donde sabes más que el profe con cuatro cosas que has leido por internet, pero este curso pintaba diferente.

Es realmente un curso altamente recomendable para quien quiera empezar en este mundillo sin ir vendido a lo que le cuenta la consultora de turno. Me sirvió tanto para perderle el miedo al entorno como para comprobar que se puede empezar poco a poco e ir creciendo, y que no es necesario gastarse "a dolor" ;) 12.000 euros en licencias que hacen mil maravillas, pero que para una empresa como la nuestra, al menos a día de hoy, no resultan necesarias. El vMotion es una pasada, pero mira, de momento la pasta que cuesta nos la gastaremos en comprar un buen hardware y haremos el motion a manivela. En el futuro ya iremos a por los "bonus", de momento creemos una buena base.

Tras finalizar el curso vimos que teníamos tres alternativas:

-vmWare Server, que tiene que correr sobre un sistema operativo linux/windows, que es gratis, que tiene una buena solución de backup, y que ofrece un rendimiento algo menor por eso de tener una capa más que es el sistema operativo del host. La configuación de red es también muy básica.

-ESX: Sin sistema operativo host por debajo, se instala directamente en un servidor limpio. Con más rendimiento y con una gran flexibilidad para configurar redes. A base de comprar licencias para un buen montón de cosas puedes montar auténticas maravillas y obtener muchas funcionalidades: arranque automático de una máquina en otro servidor si cae el que la está ejecutando, mover máquinas de servidor o de disco en caliente, balanceo de carga...

-ESXi: El ESX para pobres. Consiste en un ESX al que le han quitado la consola de administración, que resulta que es el 98% del código del ESX, y que se puede utilizar de manera gratuita. No hace por supuesto ninguna de la maravillas extra que hace el ESX pero es una buena plataforma para empezar a conocer la virtualización más allá del sencillo vmWare Server. La pega es que a día de hoy no existe software de backup para ESXi, por lo que da bastante yuyu ponerlo en produción.

Con ese panorama nos hemos decantado por empezar con ESXi. Motivos:

Coste inicial de licencias cero.
Comprando las licencias oportunas se pueden ir activando todas las características el ESX, por lo que lo que hagamos con él no habrá que desmontarlo en el futuro si necesitamos funcionalidades del ESX.
Se puede comprar soporte si es necesario.
Veeam promete que en breve sacará Veeam Backup 3 y que tendrá soporte nativo de ESXi.

Así que como nuestro ritmo no será muy rápido porque tenemos muchos otros temas que atender, entre pruebas, metidas de pata, más pruebas y más metidas de pata, calculamos que para cuando podamos tener un entorno ESXi preparado para produccion, los de Veeam ya tendrán la versión 3 en el mercado (y no se yo si la 4.....)

De momento no tenemos más que eso, la decisión tomada y la intención de contar en este blog nuestra experiencia de intentar virtualizar nuestra empresa por nosotros mismos, pasito a pasito y sin que una gran consultora venga a dejarnos todo el trabajo hecho y funcionando (o no) sin saber muy bien qué es lo que han hecho y cómo lo han hecho.

No me comprometo a una periodicidad en las nuevas entradas al blog porque nuestro ritmo depende de muchos factores externos, así que si por alguna razón que no alcanzo a comprender a alguien le interesa seguir este blog le recomiendo que se suscriba para no tener que venir de vez en cuando a ver si hay algo nuevo.

También en la virtualización seguiremos fieles a nuestra filosofía de trabajo: Es mejor gastarse la pasta en aprender de quien sabe que en pagar a un tio que se supone que sabe para que que te lo de todo hecho sin que sepas como lo ha hecho.

Un saludo.