Hola amigos, soy Florián Murillo y hoy hablaremos de conversiones de formato de disco, casi todas se pueden hacer desde vCenter Server, excepto una, el paso de VMDK a RAW, para ello debemos acceder por consola y tanto en un ESX como en un ESXi utilizar el comando vmkfstools.

Si mi VM se llama vm01, y está alojada en el datastore ds01, si queremos utilizar la LUN encontrada por el vmhba37:C0:T1:L0, el formato del comando es:

# vmkfstools –i -d

Donde:

# “origen” /vmfs/volumes/ds01/vm01/vm01.vmdf
# “destino” rdm/vmfs/devices/disks/vmhba37:0:1:0
# “mapping_file” /vmfs/volumes/ds01/vm01/mapping.vmdk

Si tenemos dudas de la denominación exacta de la LUN destino, podemos utilizar el comando :

# esxcfg-mpath -L

Espero que os sea de utilidad. Hasta la próxima semana.

Mucho se ha hablado, a raíz del anuncio oficial de VMware, sobre si es mejor la versión VMware ESX que VMware ESXi.

Ciertamente, más que diferencias, existen muchas más similitudes, pero quizás hay una diferencia exclusiva e única que muchos profesionales de la virtualización no han podido o sabido apreciar: la seguridad del sistema.

Sin duda alguna, la curva de aprendizaje en sustituir todos los servidores VMware ESX por ESXi será más grande para algunos clientes que para otros – dependiendo del nivel de preparación de estos – pero hay que reconocer (ver gráfico adjunto) que desde el punto de vista de la seguridad del hipervisor, la versión VMware vSphere ESXi es mucho más compacta y reducida que su predecesor.

Que no te quepa la menor duda que VMware ESXi es un binario que continuara creciendo en el tiempo – actualmente ocupa unos 76Mb de binario – pero no obstante, ha hecho las delicias de muchos de los administradores que teníamos que actualizar nuestro hipervisor VMware ESX.

Sin ir más lejos, y para ponértelo en contexto, en un año fiscal hemos tenido que actualizar y/o parchear un total de 189 veces la versión VMware vSphere ESX. Sin embargo, en el mismo año fiscal, y para la versión VMware vSphere ESXi, el número de veces que hemos tenido que actualizar y/o parchear han sido “solo” 21 veces, un 900% menos.

Sin duda alguna, este es en mi modesta opinión, una de las ventajas más notables con respecto a la versión VMware vSphere ESX.

Gracias VMware por “liberarnos” de la versión VMware vSphere ESX.

Queridos lectores,

Cuando asignamos CPUs virtuales a una máquina virtual en XenServer, por defecto a una CPU de máquina virtual le corresponde un core. Por lo que si empezamos a añadir CPUs virtuales a la máquina virtual probablemente nos de error por límite de cores.

Para solucionar esto tenemos un comando desde CLI con el cual podemos establecer los cores por socket de nuestro servidor XenServer.

De esta manera, si tuviéramos dos procesadores de 4 núcleos cada uno tendríamos la posibilidad de asignar 8 procesadores virtuales a la máquina virtual. Por supuesto, siempre y cuando la licencia y los requerimientos del sistema operativo de la máquina virtual lo permitan.

Pasos a seguir:

1.- Localizamos el uuid la máquina virtual:

xe vm-list name-label=”Etiqueta de la máquina virtual”

2.- Le decimos a XenServer que nuestro procesador tiene 4 nucleos (Si el procesador tuviera 2 sockets, sustituiríamos el 4 por el 2)

xe vm-param-set plaform:cores-per-socket=4 uuid=”uuid”

3.- Ahora podremos asignar 4 CPUs virtuales a la máquina virtual

xe vm-param-set VCPUs-at-startup=4 uuid=”uuid”

Esto es todo, como veis con 3 sencillos pasos, podremos seguir incrementando los recursos sobre nuestra máquina virtual fácilmente.

Espero que os sea de utilidad.

Hola de nuevo soy Miguel Angel Alonso y aquí estoy de nuevo como cada Martes para comentar algo nuevo sobre el tema de la virtualización.

En este post de hoy vamos a hablar de Citrix XenClient que ya está en su versión final y que es nada más y nada menos que un hipervisor Bare-Metal para nuestros PCs o portátiles – siempre y cuando estos reúnan unas especificaciones mínimas.

Ciertamente este nuevo hipervisor Bare-metal que es instalado directamente en nuestros PCs o portátiles, proporcionara – para los amantes de la virtualización – un nueva forma de instalar nuevas aplicaciones y sistemas operativos en nuestros portátiles.

La verdad es que aún no he tenido el placer de poder probarlo, pero desde Citrix, en su sección de videos, puedes ver toda la potencia y bondades de este gran software de virtualización.

Aquí os dejo, a grandes rasgos, las características principales y los requerimientos para que tengáis una primera toma de contacto. Yo personalmente en cuanto lo pueda instalar, va a ser un fijo en mi portátil con toda seguridad.

Estas son algunas de las características principales de Citrix XenClient:

1. Permite escritorios virtuales mobiles: XenClient es un hipervisor hospedado en la parte del cliente el cual permite a los escritorios virtuales ejecutarse directamente en los dispositivos cliente. Brinda toda la seguridad y administración central de VDI, a la vez que permite a los usuarios, trabajar en línea o “offline” de la red de forma transparente sin ningún requisito de inicio o cierre de sesión, como lo harían con un escritorio instalado localmente.

2. Control de IT y flexibilidad para los usuarios: XenClient simplifica IT mediante el envío de un entorno de escritorio corporativo y administrado centralmente a los usuarios de tu corporación, sin comprometer la experiencia del usuario. Incluso es posible poder crear un segundo escritorio virtual personal en el mismo equipo portátil, lo que brinda a los usuarios total libertad sin afectar la seguridad corporativa.

3. Recuperación y copias de seguridad centralizadas: Cuando no está conectado a la red, XenClient funciona igual que un escritorio instalado tradicional. En cuanto los usuarios se conectan a la red, este sincroniza automáticamente cualquier cambio que se haya producido en la imagen, asegurando una copia de seguridad centralizada completa de todas las imágenes portátiles corporativas. Si una ordenador portátil se pierde, o peor aún, si alguien te la roba, los usuarios pueden restaurar su entorno de escritorio completo, exactamente como si fuera un nuevo escritorio, mientras que los datos del portátil original pueden borrarse remotamente.

4. Imágenes de escritorio portátiles persistentes: Al separar el sistema operativo del hardware en el que está instalado, las imágenes de escritorio ahora pueden crearse, desplegarse y moverlas a cualquier hardware compatible, reduciendo en gran medida la complejidad en el mantenimiento de IT de estas imágenes y simplificando la recuperación ante desastres para los usuarios de portátiles.

5. Soporte de dispositivos hardware extendido: XenClient ahora incluye varias funcionalidades que no existían en la versión beta inicial. Estas funcionalidades incluyen múltiples mejoras de uso y seguridad, nuevas funcionalidades de sincronización y soporte expandido para plataformas de hardware, dispositivos inalámbricos y dispositivos USB tales como webcams, iPads, iPhones, Androids, BlackBerrys y dispositivos Windows Mobile.

6. Optimizado para Intel vPro: El hipervisor XenClient fue diseñado en colaboración con Intel para que este funcionara de forma transparente con el hardware utilizado. Los procesadores Intel Core vPro están diseñados para brindar la mejor experiencia para los usuarios finales.

Aquí os dejo una muestra del aspecto del menú que nuestro hypervisor tendría, una vez que hayamos configurando los diferentes sistemas Operativos que este puede albergar.

Y estos son algunos de los requisitos de Citrix XenClient :

1- CPU: Intel Core 2 Duo, Intel Core i5, Intel Core i7? Intel vPro recomendado
2- Tarjeta grafica: Intel integrated graphics GMA 4500, Intel® HD Graphics?
3- Memoria: Recomendado 4GB RAM?
4- Disco: Recomendado 160GB?
5- Red: Intel WiFi Link 5100/5300, Intel® Centrino® Advanced-N 6200, Intel® Centrino® Ultimate-N 6300?
6- Lista de compatibilidad de hardware (HCL de las siglas en ingles Hardware compatibility list): HP EliteBook 6930p, 2530p, 8440p? Dell Latitude E4300, E6400, E4310, E6410, E6500, E6510? Dell Optiplex 780. Lenovo ThinkPad X200, T400 y T500.

Bueno, hasta aquí por hoy. Espero que os haya gustado y os emplazo hasta la semana que viene con un nuevo tema.

Hasta la semana que viene.

Mucho se ha hablado y escrito sobre los posibles ahorros que la virtualización de servidores genera al virtualizar un centro de datos.

Muchas compañías ya se han subido al “carro del ahorro” que la virtualización de servidores proporciona al negocio.

También han sido ya, muchos los profesionales de la virtualización de servidores que día tras día no hemos dejado de mostrar, de una forma u otra, los beneficios tangibles y ahorros reales que la virtualización de servidores nos ofrece.

Sin embargo, y hasta ahora, no teníamos una forma y manera rápida de saber cuáles eran esos ahorros reales y tangibles para nuestras empresas.

Es por lo que en VMware Inc y JmG Virtual Consulitng, expertos en virtualización, hemos puesto en marcha, hasta finales de este año, una iniciativa conjunta que te permitirá conocer, desde una visión general, los datos concretos y precisos sobre el ahorro que supone virtualizar tu centro de datos.

En este episodio #45 te mostrare a utilizar nuestra calculadora de posibles ahorros gracias a la virtualización, y te enseñare el ahorro, con un ejemplo real, que puede generar una empresa media que decide virtualizar unos cincuenta servidores físicos con las soluciones de virtualización de VMware y JmG Virtual Consulting, expertos en virtualización de sistemas.

Hola amigos, soy Florián Murillo.

Llevamos años virtualizando sistemas en las empresas, este tipo de proyectos atrae mucho a las empresas grandes y medianas, es normal, los beneficios en ahorro energético, reducción de inversiones en activos de rápida amortización, reducción de los costes fijos anuales de estos activos, disminución de espacio, mejoras en la disponibilidad de los servicios y la rapidez (rentabilidad) en los despliegues, son fáciles de demostrar, antes y después de la implantación. Pero…

Otro gran beneficio (el que viene ahora), sino el mayor de todos, es la virtualización de la cultura de las TI, me explicaré con varios ejemplos:

1. Los procesos de facturación interna por centros de coste, se han de migrar a facturación basada e recursos consumidos, en vez de en costes por usuario, que es el sistema actual, no muy adecuado cuando estamos en un grupo heterogéneo de empresas.

2. La gestión de la capacidad y la aplicación de estrategias just-in-time para el aprovisionamiento de recursos integrando nuestos sistema con el de nuestros proveedores con SOA, obteniendo un Datacenter dinámico, una necesidad en las grandes empresas o proveedores de servicio.

3. Las aplicaciones cada vez son mas sofisticadas, ya no basta hablar de los “recursos entregados” hemos de poner el horizonte en los SLA de los servicios entregados, eso quiere decir, que no me he de preocupar de los recursos, me he de centrar en los retardos y tendencias entre los diferentes elementos del servicio, por ejemplo el rendimiento transaccional, la capacidad de procesamiento SOA o el análisis de interacciones entre aplicaciones, para detectar donde tengo el cuello de botella.

4. La nuevas arquitecturas de datacenter (DC), basadas en DC pequeños y mallados (como una molécula y sus átomos) y óptimos desde el punto de vista energético, en vez de grandes DC monolíticos, a la antigua usanza, que requieren un alto coste de gestión para mantener su eficacia y seguridad. Además de los beneficios colaterales de disponibilidad y seguridad ante atentados ¿no era ese el principio básico de Internet? de ahí el mallado de las comunicaciones, por que no aplicarlo a los DC, que son el fin de las comunicaciones.

5. La incorporación progresiva de estrategias cloud para disponer de mas opciones en nuestras tomas de decisión.

6. La estructura organizativa de TI se ha de virtualizar, en el buen sentido, las líneas que separan diversas áreas de conocimiento tecnológico y responsabilidad, no solo se vuelven difusas, llegan, incluso a desaparecer, siendo sustituidas por otras nuevas en lugares diferentes.

7. En el SAU (Servicio de Atención a Usuarios) llegarán peticiones nuevas, impensables hasta ahora, como: “Necesito ampliar 200GB el espacio del disco C: del servidor X para dentro de 1h y sin parada de servicio”, necesitamos, claramente, nuevos procedimientos y nuevas estrategias.

8. Adecuar las auditorias a la Infraestructura Virtual, para lo cual se han de adaptar auditores y procesos de auditoría. Surgen nuevas áreas a revisar y nuevos controles a verificar.

En resumen: Hemos empezado virtualizando los sistemas y hemos de continuar con las TI al completo (procesos y personas) para que no solo ahorre dinero al negocio (nadie se acordará de nuestros éxitos al cabo de un año) sino que se transforme en uno de los catalizadores más importantes en los que se puede apoyar el negocio.

Amigos, tenemos mucho trabajo por delante.

Hola que tal? Soy Jose Maria Gris y como cada jueves vengo a comentaros algo nuevo sobre este mundillo.
Hace unos dias, Juanjo me comentaba que tenía un ESX “rebelde” que no le entraba en el vCenter.

A veces, lo que ocurre es que el agente de administración de nuestro ESX o ESXi se ha quedado un poco “colgado” y entonces no podemos conectarlo con nuestro vCenter ni con el cliente. Nuestro VirtualCenter nos muestra “Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host”.

Para recuperar el estado, podemos reiniciar los agentes de administración de nuestros host. Cuidado, para hacer esto deberemos tener deshabilitado el “Automatic Startup/Shutdown” de las máquinas virtuales antes de ejecutar estos comandos, de lo contrario, las maquinas virtuales que estén configuradas de este modo podrán reiniciarse. (ver KB 1003312 y 1000163)

Si tenemos un ESX, nos conectaremos por consola como root y ejecutaremos:

service mgmt-vmware restart
service vmware-vpxa restart

Bien, ahora vamos a ver como lo hacemos con ESXi. Aquí lo tenemos más sencillo.

Tras logarnos como root, seleccionaremos la opción “Restart Management Agents” y con F11 confirmaremos el reinicio. Veremos como reinician los servicios y efectuaremos Logout.

Especial hincapié en que el “Automatic Startup/shutdown” esté deshabilitado, antes de efectuar la maniobra, sino podemos generar un reinicio no deseado de alguna VM. Recordad habilitarlo después si precisáis esta funcionalidad.

Hasta la semana que viene. Take care.

Queridos lectores,

En el post de hoy, veremos de que manera mas sencilla podemos añadir un disco usb al repositorio local de Citrix XenServer.

1.- Conectamos el disco USB al Servidor XenServer.

2.- Abrimos un terminal desde donde poder ejecutar comandos.

3.- Comprobamos que discos hay operativos

# fdisk -l

4.- Tomamos nota del disco usb recién introducido. (p.e: /dev/sdb) y ejecutamos el siguiente comando para reconocerlo:

# pvcreate /dev/sdb

5.- Tomamos nota del ID del disco para ello nos iremos al siguiente directorio

# cd /dev/disk/by-id/
# ls

6.- Añadidos el disco al Servidor

# xe sr-create type=lvm contet-type=user device-config:device=/dev/disk/by-id/”ID del disco”=”Disco USB Local”

7.- Comprobamos desde XenServer que el nuevo disco añadido está operativo.

Hola de nuevo!!!, soy Miguel Angel Alonso y como cada Martes estoy de nuevo con vosotros para contaros algo respecto al mundo de la virtualización.

En este POST de hoy vamos a comentar un software que me encanta por su sencillez y gran eficacia en la replicación de datos entre diferentes CPDs, y que no es otro que Quest vReplicator.

Quest vReplicator (antiguo Vizioncore vReplicator) está diseñado específicamente para la replicación de HOSTS ESX de VMware basada en imágenes de los Snapshots de la máquina virtual (VM) a través de redes locales y de área amplia (LANs y WANs).

Asimismo, brinda recuperación simple y rápida de las VM ante catástrofes, a través de la creación de réplicas exactas. Además, vReplicator centraliza las imágenes de las VM desde sitios remotos para lograr un acceso más sencillo durante los esfuerzos de protección de datos.

VizionCore Quest vReplicator cuenta con las siguientes características:

• Elimina la dependencia de cintas mediante la duplicación con eficiencia de red
• Duplica las imágenes de la VM para capturar y preservar todo tipo de datos
• Reubica las imágenes en ubicaciones fuera del sitio (SITE) las veces que sea necesario
• Permite reiniciar los sistemas de aplicaciones y archivos de manera rápida y sencilla
• Permite la replicación individual y colectiva de la VM, lo cual ayuda a localizar una réplica en un sistema local y una segunda réplica de la misma imagen en un sistema remoto

Estas son las características Nuevas del vReplicator versión 3.0:

• El Motor de optimización de la duplicación soporta Change Block Tracking (CBT) y Active Block Mapping (ABM).
• El Change Block Tracking (CBT) utiliza las habilidades del vSphere para transferir sólo aquellos bloques que han sido modificados.

El Active Block Mapping (ABM) es una característica única con patente en trámite que suprime la transferencia de datos eliminados. Con respecto a la detección de “espacios blancos” se complementa con el Active Block Mapping (ABM) para detectar e ignorar bloques vacíos en la VM.

Principalmente lo que hace es hacer un Snapshot de la VM a replicar en el DataCenter de manera manual o programada, la comprime, la envía por la red al otro u otros CPDs y finalmente una vez este Snapshot es alojado en el CPD destino, se descomprime y arranca para tener nuestra VM a pleno rendimiento en cuestión de un tiempo mas que moderado.

Además de todo esto, tenemos la opción desde el botón de TEST FAILOVER de poder probar y ver el correcto funcionamiento de dicha máquina virtual replicada. Vamos, una autentica joya de programa: unos pocos clics de ratón bastan para tener la replicación en marcha de VMs entre CPDs.

El único “pero”, es que todavía no funciona con la versión ESXi, pero dada la naturaleza del futuro de VMware ESXi, imagino que nuestros amigos de Quest Software estarán teniendo a punto de caramelo una nueva versión de vReplicator totalmente funcional con ESXi.

Aquí os dejo unos pequeños Screenshots de instalación y varias interfaz gráficas.

Conexión con vCenter o nuestros Hosts ESX (no ESXi):

Creación de un Job de duplicación entre DataCenters de forma programada:

Realización del Trabajo de Respaldo de las VMs entre los CPDs:

Una vez realizada la duplicacion de la VM, probamos con el botón de TEST FAILOVER que todo trabaja correctamente.

Bueno, hasta aquí por hoy!. Espero que os haya gustado y aprovecho para despedirme de vosotros hasta la semana que viene.

VMware vSphere Host Profiles elimina la post-configuración del host y mantiene la coherencia y coexistencia en la configuracióndel todo centro de datos.

En el video post de la semana pasada, vimos como con el paso del tiempo, el entorno de VMware vSphere cambia y crece. Nuevos host se añaden al centro de datos y estos deben de estar configurados para coexistir con otros hosts del clúster.

La funcionalidad de host profiles en VMware vSphere, permite exportar los valores de configuración de un host de referencia principal y guardarlas como un conjunto de políticas portátil, llamado host profile.

La configuración del servidor VMware ESX/ESXi con este método, reduce drásticamente el tiempo de instalación y configuración de servidores ESX/ESXi: varios pasos se reducen a un solo clic de ratón.

Pero no solamente reduce drásticamente el tiempo de instalación y configuración, sino que además los host profiles en VMware vSphere te permitirán asegurarte de que nadie cambie la configuración de los host VMware vSphere ESX/ESXi: y si la cambian poder saberlo y poder tener la opción de “machacar” esa configuración.

En este episodio #44 te mostrare como cambiar la configuración de un servidor VMware ESXi y como reemplazar dicha configuración con la configuración contenida en nuestro host profile: