Apunto estamos de terminar el año y VMware vSphere sigue sorprendiéndome gratamente. A estas alturas, no te voy a dar “la chapa” con lo que es VMware VMotion – al menos no lo pretendo -, pues estoy convencido que sabes lo que VMware VMotion es capaz de hacer, pero si me permites, me gustaría compartir contigo algo que he descubierto recientemente durante la implementación de VMware vSphere 4.0 en uno de mis clientes.

Como sabrás – y si no lo sabes, mas vale te lo vayas aprendiendo para el examen de certificación de VMware VCP 4 -, hay dos requerimientos fundamentales – entre otros muchos mas – para poder hacer migraciones con VMware: Primero, los dos servidores vSphere ESX/ESXi 4.0 involucrados en la migración, tienen que estar conectados vía red Ethernet Gigabit. Segundo, las maquinas virtuales deben tener acceso a las mismas sub-redes en los host vSphere ESX/ESXi origen y destino. Hasta aquí todos estamos de acuerdo.

Bien, más cosas. VMware VMotion te permite mover una máquina virtual desde un servidor ESX/ESXi a otro. Hay dos tipos de migración con VMotion: cold y hot migration. Una migración en frío (cold migration), mueve una máquina virtual apagada y permite re-alocar el disco virtual de la maquina virtual en otro datastore. Las migraciones en frío pueden incluso ejecutarse entre CPUs de distinto fabricante, es decir, entre Intel y AMD por ejemplo.

Una migración en caliente (hot migration) con VMware VMotion, mueve la máquina virtual de un servidor ESX/ESXi a otro pero no mueve el disco virtual de la máquina virtual (.vmdk).

Lección 1: Las migraciones en caliente pueden fallar, y fallan, cuando activamos el soporte VMI Paravirtualizacion en la maquina virtual del host ESX origen y el host destino no tiene soporte para VMI Paravirtualizacion.

Lección 2: Asimismo, pude comprobar en las instalaciones de mi cliente que: una migración con High Prioriy (Reserve CPU for Optimal VMotion performace) reserva recursos en el host destino, por tanto la migración puede que no se ejecute si el host destino no tiene recursos suficientes – como fue el caso.

Una migración con Low Priority (Perform with available CPU resources) no reserva recursos en el host destino, por tanto las migraciones con low priority siempre se ejecutan con éxito, aunque es mas probable que el proceso de migración con VMotion tarde mas tiempo.

Durante la configuración inicial, VMware ESXi usa un interface similar a la BIOS de un ordenador. Con este interface de usuario, se accede directamente a la consola del servidor ESXi , tanto para la versión del servidor ESXi instalable como para la versión embebida.

Para acceder directamente a la consola pulsa F2.

Una vez tengas acceso directo a la consola del servidor ESXi, podrás configurar la password de root, habilitar la opción “Lockdown Mode”, configurar la red de gestión, ver los logs del servidor ESXi, configurar las opciones del teclado y muchas cosas más.

En este vídeo te enseñare a configurar un servidor ESXi desde la consola directa del servidor ESXi

VMware recomienda mirar el indicador CPU Ready time para determinar si la máquina virtual tiene un cuello de botella en el componente vCPU (Virtual CPU).

Si el contador de uso de la vCPU es de un 100% (mostrado con el Task Manager en Windows), no significa necesariamente que la maquina virtual tenga un cuello de botella en la vCPU.

El siguente contador que deberias mirar es un contador de maquina virtual, CPU ready time. Si el contador de CPU Ready Time es de un 3-10 durante un periodo de tiempo prolongado (mas bien horas en lugar de segundos), es muy probable que la máquina virtual tenga un cuello de botella en la CPU.

VMware no recomienda analizar el rendimiento de una máquina virtual solo con la herramienta de Windows, Task Manager. El problema de analizar el rendimiento con solo el Task Manager de Windows, es que esta herramienta no te dara una imagen “fidedigna” de como se esta comportando la maquina virtual en cuestión, debido al conocido problema de time keeping el cual ocurre cuando virtualizamos una maquina física.

Puedes ver más información sobre el problema de time keeping en esta guía:

http://www.vmware.com/pdf/vmware_timekeeping.pdf

Hola a todos, y feliz navidad. En el post de hoy os explicaré que gracias un script y unos ficheros de configuración podremos obtener backups de los mismos snapshots de nuestro XenServer 5.5.

Estos ficheros los podremos obtener, gracias a Jeremy Tirrel, de los foros y comunidad de citrix por lo que el funcionamiento está asegurado. Tendremos unos backups consistentes sin tener que parar nuestra máquina virtual.

Tanto el script como los ficheros de configuración los podemos obtener del siguiente enlace:

http://forums.citrix.com/servlet/JiveServlet/download/510-246630-1387688-27061/scripts.zip

Todas las aclaraciones y explicaciones de como usarlo las podemos obtener de la siguiente url:

http://community.citrix.com/display/xs/0+downtime+snapshot+based+XENServer+5.5+backup+script

Nada más, desearos que paséis felices fiestas y hasta la próxima semana

Sin duda alguna, este año que está a punto de terminar, lo recordare para siempre, como el año en el que tuve el punto de inflexión en mi vida, tanto profesional, como personal, mas excepcional que jamas he experimentado.

Para empezar, después de 10 años en Dell Ireland, decidí dejar la empresa de mis sueños y la que, desde el punto de vista profesional, me ha dado más de lo que jamás pensé una empresa podría darme.

En menos de un año y, después de dejar Dell, constituí una empresa de servicios de consultoría de Virtualización, JMG Virtual Consulting, la cual a pesar de ser un recién nacido en términos relativos y de negocio, lo está haciendo mucho mejor de lo que yo pensé y ya hay muchas empresas españolas e Irlandesas que están contando con nuestros servicios de consultoría de virtualización.

Asimismo, en este año he escrito tres libros – espero que el próximo sea igual o mejor en este aspecto. Administrando VMware Site Recovery Manager, fue una traducción del libro de Mike Laverick, y una actualización a la versión 1.1, el cual después de unos meses en el mercado, tanto Mike como yo decidimos liberar la versión en español y la versión en Ingles.

El segundo libro, VMware ESX y VMware VCP Hecho fácil, ha sido toda una revelación para mí. En menos de dos meses, se han vendido mas de 500 copias y no me cabe la menor duda que después del anuncio de VMware, el cual ha extendido la fecha límite de la certificación VCP3, el numero de copias vendidas seguirá creciendo en el nuevo año.

El tercer libro, del cual aun no puedo revelar su titulo, estará disponible para comienzos del año que viene y espero y deseo que al menos tenga el mismo éxito que su predecesor.

Este año y mirando las estadísticas, ha sido también el año del despegue, en términos de número de visitas y páginas vistas, del Blog de virtualización en Español. Con casi 500.000 páginas vistas en solo un año, se ha convertido en el blog mas visitado del mundo en el área de virtualización en Español con lo que para el próximo año, seguiremos creando mas videos, documentando mas trucos, publicando mas posts , y lo que es mas importante, contaremos con mas colaboradores y muchas mas sorpresas.

Solo me queda decir que espero que no seas uno de los 108 usuarios que el día 1 de Enero del año 2009, no tuvo otra cosa mejor que hacer que visitar el Blog de Virtualización en Español.

Felices fiestas – El Blog de Virtualización en Español.

Cada máquina virtual que este encendida, necesita su propio fichero VMkernel swap. Este fichero permite al VMkernel, hacer un swap de la memoria RAM de la máquina virtual a disco, si la memoria física escasea. Nota que esta técnica es el último mecanismo para ahorrar memoria y que el rendimiento, tanto de la maquina virtual como del ESX, seria gravemente afectado.

Dicho fichero swap es creado cuando la máquina virtual es encendida y, es borrado cuando la máquina virtual es apagada. El tamaño del fichero swap es igual al tamaño de la memoria RAM asignada a esa máquina virtual. Por ejemplo, si asignamos un 1GB de memoria RAM a nuestra máquina virtual, el tamaño del fichero swap será de un 1GB, siempre y cuando, no asignes ninguna reserva.

En caso de reservar 256MB de memoria RAM, el tamaño del fichero swap será la diferencia entre el total de memoria asignada (1GB) y la reserva (256MB) , es decir, el tamaño de nuestro fichero swap seria 1GB – 256MB.

Por defecto, la localización del fichero swap estaría en el mismo volumen VMFS donde reside el disco virtual de la máquina virtual. La localización del fichero swap puede ser cambiada, aunque no es recomendable por VMware ya que podría afectar el rendimiento de una máquina virtual cuando se esté migrando en caliente con VMotion.

Nota: Para la update 1 o 2 de XenServer 5.5 se usará el kernel “2.6.18-128.1.6.el5.xs5.5.0.505.1024xen” en sustitución del ya mencionado abajo.

¡Hola, soy Miguel Angel Alonso! Y como veis soy nuevo en este gran blog de mi tan admirado José María Gonzalez y al cual le estoy muy agradecido por darme la oportunidad de poder participar en él a la vez que me llena de gran orgullo.

Bueno, después de esta pequeña presentación hoy me dirijo a vosotros para contaros cómo instalar XenServer 5.5 en un USB, ya que hasta ahora sabíamos como instalar ESXi en un USB os daré esta otra opción.

Alguno de vosotros quizá se pregunte para qué o que utilidad podemos ver en ello y así a bote pronto se me ocurren varias pero para lo que yo más lo utilizo es para hacer un arranque dual si se puede llamar así en mis servidores de testeo entre mi ESX 4 y XenServer 5.5. Sí como habeis leído bien arranque dual ya que al arrancar si damos a opciones de arranque en mi caso F11 de mi servidores DELL me dará a elegir si quiero arrancar desde mi disco SAS mi VMware ESX4 ó desde mi USB el XenServer 5.5.

Y dada esta pequeña introducción iré a lo que nos concierne y empezaré mostrando cómo hacerlo.

Lo primero que os diré es que necesitamos un USB de al menos 16GB en mi caso usé un Kingston que me da una transferencia de hasta 20MBps pero no hace falta si no queréis que tenga tal velocidad y con uno normalito es suficiente pero si ha de ser de 16GB porque en un principio una vez todo instalado nos ocupará unos 2Gb más o menos pero al realizar nuestro POOL se crearán 2 particiones de 4GB obligatoriamente.

Pasos a seguir:

1. Desconectar todos los discos de nuestro server, portátil o PC con VT
2. Dejar nuestro USB sin formato alguno (RAW).Yo utilizo Hard Disk Low Level Format Tool que es una herramienta gratuita que podéis encontrar en http://hddguru.com/.
3. Instalamos el CD1 de XenServer 5.5 en nuestro USB (Por supuesto no olvidar de marcar en nuestra BIOS que arranque una vez instalado desde nuestro disco USB).
4. Una vez instalado reiniciaremos otra vez con nuestro CD1 de XenServer dentro y cuando arranque este seleccionaremos F2 y escribiremos: Shell.
5. Una vez arrancado escribiremos: mkdir /tmp/sda (Creará una carpeta temporal donde montará nuestro USB externo)
6. Para montar la primera partición del sda a la carpeta temporal: mount -t ext3 /dev/sda1 /tmp/sda
7. Necesitaremos copiar los sys/block drivers de nuestro CD al USB por lo cual necesitaremos cambiar los permisos de copia y lo haremos con este comando: chmod -R 664 /sys/block
8. Ahora ya podemos copiar los contenidos de sys/block a nuestro USB: cp -R /sys/block/ /tmp/sda/sys/block/
9. Obviar o no deis importancia a los errores de INPUT/OUTPUT , los archivos se copiarán correctamente. El próximo paso será cambiar la localización root a tmp/sda de esta manera: chroot /tmp/sda
10. Ahora cambiaremos nuestra carpeta /boot en nuestro USB: cd /boot
11. Ahora renombraremos nuestro archivo de imagen primaria initrd porque el nuevo archivo de imagen tiene que llamarse igual que el original para una configuración más fácil: “
    mv initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img.old”
12. En el próximo paso crearemos una nueva imagen initrd que incluya al disco USB: “mkinitrd –with-usb initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img 2.6.18-128.1.6.el5.xs5.5.0.496.1012xen”
13. Y por fin ya esta hecho, sacamos nuestro CD y reiniciamos para que arranque desde nuestro USB.

Bueno espero poder haber aportado algo a vuestros extensos conocimientos desde mi humilde opinión. Aquí ya me despido esperando volver a contaros algo nuevo próximamente. Gracias y un saludo.

La alianza estratégica entre Citrix y Microsoft garantiza que Essentials for Hyper-V funcione de manera transparente con el nuevo Windows Server 2008 R2.

Con Citrix Essentials los que trabajan con Windows aprovecharán al máximo las soluciones de virtualización. Citrix Essentials for Hyper-V5.5 ofrecerá mayores opciones de control tales como la tecnología Citrix StorageLink.

Podéis obtener mas información en el siguiente enlace:

http://www.citrix.com/English/ps2/products/subfeature.asp?contentID=1686952

Saludos y hasta la próxima semana.

VMware ha decidido ampliar la fecha límite de la certificación VMware VCP310 hasta el 31 de Marzo del 2010.

Inicialmente, VMware había planeado suspender la certificación VCP3 y las clases oficiales sobre el producto VMware Infrastructure 3 para finales de diciembre del 2009.

Sin embargo, y según fuentes oficiales consultadas en VMware:

“aun se siguen ofreciendo muchos cursos oficiales basados en la versión anterior a vSphere 4.0 ya que nuestros clientes lo siguen demandando. La asistencia a los cursos oficiales VI3 sigue siendo muy positiva y muy amplia”

Ten en cuenta, que los requisitos de actualización para alcanzar la certificación VCP4 no han cambiado. Si no haces el examen sobre la certificación VCP4 para vSphere antes del 31 de diciembre, tendrás que hacer uno de los cursos oficiales sobre vSphere y pasar el examen de certificación VCP4.

La buena noticia para ti, es que si aun no te has sacado la certificación de VMware VCP3, tendrás más tiempo para prepararte la certificación VCP3. No olvides que para prepararte esta certificación VCP310 publique un libro en septiembre de este año: VMware ESX y VMware VCP Hecho Fácil, que te ayudara a preparar el examen con todas las garantías.

Asimismo, si por el contrario estas preparándote la certificación VCP4 , pondré a la venta en menos de 20 días – ya esta cocinándose en la editorial – , un nuevo libro sobre la tecnología de virtualización de VMware vSphere 4 y la certificación VCP410.

La idea de poder crecer un volumen VMFS online es principalmente para añadir mas espacio al volumen VMFS o incluso para “aumentar” el rendimiento de un datastore.

Hay dos formas de crecer un volumen VMFS en VMware vSphere:

1. Añadiendo un extender a un datastore VMFS ya existente.
2. Creciendo en datastore dinámicamente expandiendo el datastore VMFS donde la partición VMFS está localizada.

El método elegido para expandir un volumen VMFS, va a depender de lo que necesites logar con la opción que te da VMware vSphere de expandir el datastore. Por ejemplo, necesitaras usar un extender -opción 1-, si necesitas un datastore VMFS con más de 2TB de tamaño. Recuerda que el tamaño máximo de un volumen VMFS es de 2TB. Con el uso de extenders puedes hacer crecer una partición VMFS hasta un máximo de 64TB – máximo 32 extenders de 2TB cada uno.

En este video te mostrare como crecer un volumen VMFS mediante el crecimiento de la partición dinámicamente – opción 2. Recuerda que cuando decides crecer el volumen VMFS dinámicamente con la opción 2, no se crea una nueva partición.