ariel's weblog

Hace tiempo teníamos un servidor disponible con buenas prestaciones, me refiero a que es un equipo PowerEdge 2950 con 16G de RAM y DualCore a 2.33 GHz, un buen equipo para virtualizar varias máquinas no tan criticas ya que lo haríamos con un producto gratuito. Desde hace tiempo que donde trabajo estamos usando VMware ESXi free y aun no nos decidíamos si compraríamos el paquete completo de VMware, ya sabes ese software que del que tanto se lee en internet que ahora se llama vSphere o si optaríamos por sacarle provecho a la subscripción que tenemos con Microsoft y nos haríamos de SCVMM (System Center Virtual Machine Manager).

Así que decidimos instalar Hyper-V 2008 R2 y así tener un poco de ambos para ayudarnos a decidir, pasaron los días y el acostumbrarse a Hyper-V cada vez era algo con menos prioridad y seguíamos usando más y más nuestro viejo PowerEdge 2850 con ESXi, como pueden notar la diferencia de hardware es bastante amplia y eso no impidió que prefiriéramos ESXi sobre Hyper…

Seguía pasando el tiempo y al final decidimos que no queríamos Hyper-V y que nuestro software para virtualizar lo poco que necesitábamos seria ESXi free, pero teníamos un problema y era que en Hyper-V habíamos instalado un Win2K3 64bit con SQL 2005 y teníamos Reporting Server corriendo allí el cual es parte vital de nuestro software de CRM. Varias veces nos sentamos a pensar como pasar de Hyper a ESXi sin perder esta máquina tan importante sin encontrarle solución y asi duro por varios meses…. Hasta que hace varios días encontré un artículo en vCritical.com [http://www.vcritical.com]del 30 de agosto donde el autor [Eric Gray] escribe de como usando vCenter Converter Hyper-V Import podríamos sacar esas VM de Hyper-V directamente a ESX(i).

Definitivamente al leer el artículo me sentí tan bien que 2 días después migramos las 2 máquinas virtuales desde Hyper-V a ESXi para así convertir ese mismo server que una vez corrió Hyper a ESXi…. Algo que tengo que aclarar y es que no estoy escribiendo esta entrada para hacer creer o dejar una mala imagen de Hyper-V en nadie y para lo único que serviría esta entrada es para recordarme que después de usar ESX no creo poder usar Hyper ni aunque quisiera…..

Se sabe que muchos tenemos corriendo la versión gratuita del Hypervisor de VMware (ESXi) y que muchos nos hemos preguntado cómo hacer backup de esto, por lo menos en mi caso siempre trato de que la instalación sea en un USB [Booteando desde un USB con ESXi 4.1] y así existe la flexibilidad de solo cambiar este USB para recuperarnos de alguna perdida, pero falta lo más importante, como le hago backup!!??

Desde hace tiempo existen varias formas de hacerle backup a este Hypervisor y la más usada actualmente es montando una máquina virtual que VMware proporciona de manera gratuita, esta es vMA (vSphere Management Assistant) [Descargar vMA]y para los que no tienen esta facilidad pueden simplemente instalar vCLI [Descargar vCLI]y lo mejor de todo es que son el mismo comando con las mismas opciones.

Hoy he decidido que necesitamos un procedimiento para llevar el control de varios ESXi que tenemos y ya no podemos permitir que algo le pase a un USB y tener que reconfigurar todo desde 0, cuando me refiero a todo es configurar datastore, networks y volver a agregar las VMs al ESXi. Se hace y no es difícil siempre que seas tú quien lo configuro anteriormente!..

Volviendo al caso, no importa si tienes vMA o vCLI, para hacer un backup de ESXi desde el commandline solo tienes que ejecutar el siguiente comando:

C:\Program Files\VMware\VMware vSphere CLI\bin>vicfg-cfgbackup.pl –save –server (IP o host) –username root –password password backup.bak

La anterior es hacienda el backup desde vCLI y no hay que preocuparse porque en vMA es lo mismo solo que no necesitamos especificar el .pl si no lo deseas.

Luego lo más importante, RESTAURAR!

Si ha pasado lo peor y has perdido la instalación de tu ESXi solo tienes que reinstalar desde el CD y ejecutar el siguiente comando desde tu vMA o vCLI:

C:\Program Files\VMware\VMware vSphere CLI\bin>vicfg-cfgbackup.pl –load –server (IP o host) –username root –password password backup.bak

Listo!! Solo faltaría reiniciar el host para tenerlo todo como debería de estar…

Enlaces….

http://professionalvmware.com/2010/05/how-to-backup-esxi-configuration-the-missing-piece/

http://www.vmware.com/support/developer/vima/vima40/vma40relnotes.html

Si eres de los que ya han convertido sus USBs en ESXi embedded solo necesitas saber que la ubicación del archivo .dd que solíamos extraer ahora no tiene extensión y está ubicado en otro archivo comprimido.

Anteriormente el archivo llevaba por nombre VMware-VMvisor-big-164009-x86_64.dd y como se puede ver la extensión es .dd, la diferencia en la versión 4.1 es que este viene comprimido en imagedd.bz2 y al ser descomprimido queda solamente imagedd sin extensión lo que hace un poco difícil deducir que es el archivo que tenemos que usar con WinImage e importarlo en el USB.

http://www.vladan.fr/how-to-install-esxi-40-on-usb-memory-key/

Finalizando, luego de leer el documento del enlace la única diferencia es el nombre y ubicación del .dd, algunos se preguntaran por qué necesitamos realizar estos pasos cuando ya ESXi 4.1 soporta instalación directa a un USB. La respuesta es sencilla, que tal si el servidor no tiene CDROM!!! Esto es un life-saver!

Algo tarde por acá, eso me pasa por dormir en la tarde!!! Pero nada, retomando el tema. Este corto post es para hacer una anotación sobre una sección en VMGuru.NL la cual nos ayudara a identificar los números de versiones de algunos, o casi todos los productos de VMware.

http://www.vmguru.nl/wordpress/build-numbers/ VMware Build numbers

Si pueden notar la ausencia de VMware vCenter 3….

Algo que en mi opinion falta es la fecha de la liberación de dicho Build…..

Hace varios días instale ESXi 4.0 en un PowerEdge SC1420, el proceso no es sencillo ya que al iniciar con un cd de instalación este despliega un error con relación a CPUIDLimit el cual en este equipo al parecer Dell eliminó la opción de que nosotros los end-users pudiéramos activar y desactivar esto a voluntad.

Pero no todo se ha perdido, por lo menos  yo pensaba lo contrario antes de encontrar que con simplemente agregar una opción en el boot de ESXi 4.0 este dejaría de verificar este valor y seguiría con su rutina de inicio sin inconvenientes, sin mucho esperar procedi a instalar ESXi en el SC1420 y todos contentos (Yo y las VMs). Como muchos (o todos?) sabrán ESXi ahora está en su versión 4.1 y VMware le dedico mucho a esta versión, tanto asi que la forma que utilicé anteriormente para instalar el hypervisor en el SC1420 cambio totalmente desde 4.0 a 4.1.

Los pasos para instalar ESXi 4.0 son los siguientes:

1. Cuando el bootloader de ESXi aparece se debe presionar TAB.
2. Encuentra vmkboot.gz y agrega nocheckCPUIDLimit antes de –
3. Encuentra vmkernel.gz y también agrega nocheckCPUIDLimit antes de –
4. Presionar ENTER para que la secuencia de inicio pueda continuar.
5. Después de que ESXi esté instalado, este reiniciara y entonces se presiona Shift-O para acceder a las opciones avanzadas y simplemente escribir nocheckCPUIDLimit para asi poder iniciar ESXi por primera vez.
6. ESXi ya debería iniciar correctamente por primera vez, el último cambio es agregar permanentemente la opción para que no se revise mas la existencia de nocheckCPUIDLimit, conectarse con vSphere Client y hacer click en Configuration->Advance Settings.
7. Navegar hasta VMKernel->Boot y encontrar VMkernel.Boot. nocheckCPUIDLimit para entonces quitar el cotejo.
8. Listo!!

Esto ha cambiado un poco en ESXi 4.1 – esto solo aplica si ya se tiene instalado en USB.

1. En la pantalla “Loading VMware Hypervisor” presionar Shift-O mientras se despliega la barra de progreso gris.
2. Cuando aparezca la línea de comandos agregar nocheckCPUIDLimit y pesionar enter.
3. ESXi ya debería iniciar correctamente por primera vez, el último cambio es agregar permanentemente la opción para que no se revise mas la existencia de nocheckCPUIDLimit, conectarse con vSphere Client y hacer click en Configuration->Advance Settings.
4. Navegar hasta VMKernel->Boot y encontrar VMkernel.Boot. nocheckCPUIDLimit para entonces quitar el cotejo.
5. Listo ¡!

Un PowerEdge SC1420 no es lo último en el mercado pero nos permitiría poder correr un pequeño LAB en el sin problemas.

13-Aug-2010 00:01Apple iPhone 3GS, 2.8, 3.85mm, 0.067 sec, ISO 125

Enlaces.

http://zi0r.com/2009/11/22/esxi-on-a-dell-sc1420.html

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021454

No creo que tenga que crear un set de screenshots y demás para poder escribir sobre el nuevo método de cómo activar SSH en ESXi 4.1, es tan sencillo que ni siquiera hay necesidad de un paso a paso!..

Con tan solo tener acceso al DCUI y entrar en Troubleshooting Options uno se puede encontrar con varias opciones relacionadas a SSH… simple, muy simple!

Gracias VMware.

Aqui una imagen del incumbente…

Muy facil activar SSH en 4.1…23-Aug-2010 23:36Apple iPhone 3GS, 2.8, 3.85mm, 0.042 sec, ISO 80

Otros ya han escrito sobre esto….

http://www.thomasmaurer.ch/2010/07/activated-ssh-on-esxi-4-1/

Si eres uno de los que está a punto de tomar el curso oficial de VMware, o mejor dicho, uno de ellos. Ya sea VMware vSphere: What’s New [V4],  VMware vSphere: Install, Configure, Manage [V4] o VMware vSphere: Fast Track [V4] y por lo que he podido leer sobre estos 2 últimos todo depende de la experiencia que tenga el participante.

El punto es, después que? Qué pasa cuando termine de tomar el curso?

Al parecer VMware se ha tomado el tiempo y está resolviendo esto ya que han publicado varios cursos para que todo el que se haya inicializado con uno de los anteriores tenga una ruta a seguir y poder seguir especializándose en tecnologías de VMware.

Los nuevos cursos con un nivel más avanzado son los siguientes:

VMware vSphere: Manage for Performance [V4]

VMware vSphere: Troubleshooting [V4]

VMware vSphere: Design Workshop [V4]

vSphere: Manage and Design for Security (coming soon)
vSphere: Automation (coming soon)

Fuente: http://vmwaretraining.blogspot.com/2010/07/vsphere-training-whats-next.html

Hace un momento postearon en Twitter el link a un documento técnico de como Microsoft ha implementado Exchange 2010 en su infraestructura reemplazando a Exchange 2007, creo que este documento es una muy buena fuente de información para aquellos que como yo pretendemos pasar de E2K7 a E2K10.

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=accec9cd-9c09-4f7e-91c6-41f0e201b680

Desde hace tiempo existe el vCalendar creado por Jason Boche ( http://boche.net/blog/ ) y fue distribuido por primera vez en VMworld 2009, hace varios días leí en el blog del creador que es muy posible que la versión 2.0 esté lista para VMworld 2010.

El caso es que para quien no tiene acceso a la versión 2009 y posiblemente no consiga la 2010 aún existe la posibilidad de leer los QUOTE que están en él. Simple, solo se debe copiar el código JavaScript que está en The Printed Owl y colocarlo en su página personal o está en iGoogle.

Enlace directo al widget para poder agregarlo en iGoogle, página personal o MyYahoo.

http://www.printedowl.com/CalendarContentCode.aspx?id=boche

vCalendar 2.0 – http://www.boche.net/blog/index.php/2010/06/23/vcalendar-2-0/

Desde hace un tiempo tengo disponible un SC1420 el cual no he podido usar como Workstation por la limitante en el PCI-E y no quiero realizar el mod que otros ya han hecho, este mod consiste en eliminar una división dentro del slot PCI-E para que las tarjetas x16 puedan ser usadas pero a velocidades de x8. Mejor he optado por usarlo como server (será que fue hecho para eso?) y he decidido instalar VMware ESXi 4.0 U1, hace casi 2 años intente instalar ESXi 3.5 sin resultados por el problema ya conocido relacionado al CPUIDLimit. En la red (internet) existen muchos post sobre como solventar esto así que decidí intentarlo nuevamente esta vez con ESXi 4.0U1.

La forma más rápida era tomar un USB Flash y utilizando WinImage pasar la imagen .dd que está dentro del .ISO al USB, para esto seguí los pasos posteados en el sitio web de Vladan SEGET [http://www.vladan.fr/about/ ] – How-to install ESXi 4.0 on USB memory Key, los pasos están bastante claros.

Luego de tener ESXi en el USB el SC1420 aún sigue deteniéndose en la pantalla Purpura donde el error es relacionado a CPUIDLimit, la solución es agregar nocheckCPUIDLimit y continuar con el proceso de arranque, el SC1420 estará listo para conectarse desde vSphere Cliente (claro siempre y cuando configuren la red) y luego conectados al ESXi solo falta realizar el cambio permanente para que no vuelva más a revisar este parámetro, esto se logra navegando hasta Configuration -> Advanced settings -> VMKernel encontrar VMKernel.Boot.checkCPUIDLimit y quitar el cotejo. Los pasos completos se pueden encontrar en [http://zi0r.com/2009/11/22/esxi-on-a-dell-sc1420.html ].

Llegue a leer más de la mitad, pero en esos días migramos a Exchange 2007 y el libro quedo en la historia….

Paul Robichaux [ http://www.robichaux.net/blog/ ]

Interesantes notas para aquellos que planean actualizar (migrar) desde Exchange 2003 hacia Exchange 2010, el autor se basó en un artículo de WindowsITPro para realizar la migración.

http://www.boche.net/blog/index.php/2010/05/14/microsoft-exchange-2003-to-exchange-2010-upgrade-notes/

Navegando un poco en TechNet Plus para saciar mi adicción de descargar software para probar he encontrado un beta de Microsoft Desktop Player que al parecer es una pequeña aplicación que permite hacer búsqueda de Videos, Webcast, Postcast, WhitePapers y enlaces relacionados a varias de las tecnologías de Microsoft.

La versión online esta en http://www.microsoft.com/click/desktopplayer/

Al parecer no es muy nuevo porque haciendo una búsqueda en Google uno los enlaces es en WindowsSupersite [ http://community.winsupersite.com/blogs/paul/archive/2010/03/30/microsoft-desktop-player-beta-for-it-pros-and-developers.aspx ] y es de hace 13 dias.

Hoy he leído en el blog de BlackShell [ http://blackshell.usebox.net/archivo/1313.php] un post que a su vez fue inspirado por [http://www.supercoders.com.au/blog/coderswhodontread.shml ], en realidad hablan de Programadores que no leen, pero esto se puede aplicar sin ninguna pérdida a Administradores de Sistemas que no leen. Es muy sencillo, en lo poco que llevo trabajando en el área de la Tecnología he visto “SysAdmins” que si en algún momento les toca realizar una instalación de algún software el cual no han visto ni escuchado sobre el, intentan aprender de este sobre la marcha, y cuando digo sobre la marcha es que realizan la instalación del software en producción y van aprendiendo sobre este a medida que los problemas aparecen.

Pero el caso no es leer una infinidad de libros, es entender cómo funciona lo que administramos día a día y no esperar a que se presente un problema para pretender que una comunidad debe darme la respuesta. Desde mi forma de pensar uno debe participar en dicha comunidad para poder recibir cuando necesite.

Leer sobre tecnología es algo a lo que debemos dedicarle tiempo y lamentablemente es lo menos que se tiene disponible, siempre tengo lista de cosas sobre las que quiero leer pero soy algo pobre a la hora de manejar el tiempo y me dejo llevar por cosas que me abordan en el momento, algunas veces quiero hacer algo en el LAB de Exchange 2007 y termino leyendo artículos de Exchange 2010 o VMware. Más adelante habilitare una página en el blog para listar los libros o artículos que quiero leer y así llevar una especie de control y establecer una meta.

Sugerencias sobre libros o artículos? Me interesan más sobre Windows Server, Exchange Server y VMware.

Muy gracioso el video….