miércoles, 1 de septiembre de 2010
Despedida pero no cierre.....
viernes, 9 de abril de 2010
Veeam Backup 4 - Empezamos el reciclaje
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
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
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....
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
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?.......