VMware vSphere™ ESXi 5 incluye dos nuevas funcionalidades para aumentar la seguridad del VMkernel:

1. Memory Hardening: El kernel del ESXi, aplicaciones user-mode y ejecutables como drivers y librerías están localizadas en zonas de memoria aleatorias para evitar que software del tipo troyanos averigüen de una forma sencilla la localización de estas zonas de memoria.

2. Kernel Module Integrity: Los módulos, drivers y aplicaciones de ESXi son “firmados” digitalmente para asegurar la integridad de estos una vez que el VMkernel los carga en memoria.

Asimismo, a diferencia de las versiones VMware ESX 4.x, en VMware vSphere™ ESXi 5 es posible hacer boot de tu servidor ESXi desde un disco USB externo. También es posible instalar tus servidores ESXi con la opción de VMware Auto Deploy, sobre todo cuando tienes un número de host importante que instalar. De esta forma, acelerarás la fase de instalación del binario de ESXi y el despliegue de tus máquinas virtuales.

Si haces una actualización de la versión ESX 4.x a la versión ESXi 5 el portgroup tipo Service Console (solo disponible en versiones ESX) será borrado, ya que en los servidores ESXi no existe un Service Console. Asimismo, el portgroup de gestión en ESXi es llamado Management Port. Recuerda antes de actualizar un servidor ESXi hacer una copia de seguridad de su configuración con el comando vicfg-cfgbackup desde el vCli.

Desde el punto de vista de almacenamiento compartido SAN iSCSC, el número máximo de LUNs iSCSI que puedes conectar a un servidor ESXi es de 256. Otro de los límites que han cambiado en esta nueva versión de VMware vSphere™ ESXi 5 con respecto a las versiones anteriores, es que ahora es posible tener arrancadas hasta 2.048 máquinas virtuales por volumen VMFS.

También, ahora es posible activar – y está soportado – el modo soporte (TSM – de las siglas en inglés Tech Support Mode) de modo que podrás entrar vía SSH a tu servidor ESXi. Puedes activar el modo TSM desde la DCUI (de las siglas en inglés Direct Console User Interface) o con el vSphere Client a través del panel Security Profile localizado dentro de la pestaña de Configuration.

Una vez entres en la consola de tu servidor ESXi vía comando, podrás ver los logs de tu sistema, configurar las propiedades de los servicios de DNS, NTP, arrancar máquinas virtuales, apagar servidores ESXi y un largo etcétera. Sin embargo, una de las pocas tareas que no podrás hacer desde consola es la de poner tu host ESXi en modo mantenimiento.

Para poder ver una guía de referencia de todos los comandos disponibles por consola en la versión ESXi 5.0, te recomiendo que veas el episodio número 31 de nuestro canal de televisión web sobre la virtualización y el cloud computing en español en la siguiente dirección: http://www.virtualizacion.tv

Asimismo, con el fin de mejorar la seguridad del servidor ESXi, VMware ha añadido un firewall embebido en el VMkernel. A diferencia de las versiones anteriores, este firewall no está basado en IPtables de Linux.

Por último, y si aún tienes servidores VMware ESX en tu entorno virtual y necesitas aplicar parches en el Service Console del ESX, debes de asegúrate de aplicar dichos parches solo y únicamente cuando VMware haya hecho público las actualizaciones y siempre que sea sugerido por personal autorizado de VMware o por el equipo experto de VMware llamado VMware Security Advisories. Para poder recibir alertas de seguridad sobre vulnerabilidades del software de VMware, puedes suscribirte en esta dirección: http://www.vmware.com/security

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

En VMware ESX y ESXi hay más similitudes que diferencias, aunque quizá el beneficio más importante de ESXi sobre ESX es que ESXi aumenta la seguridad y la fiabilidad de nuestro hipervisor.

VMware ESXi 5 tiene mucho menos código (76MB de footprint) que parchear y, por lo tanto, tiene una superficie de ataque mucho menor. La versión ESX ha desaparecido como tal con el lanzamiento de la versión de VMware vSphere™ 5.

La versión VMware vSphere™ ESXi 5 como la versión ESX comparten el mismo VMkernel y VMM – de las siglas en  inglés Virtual Machine Manager -, aunque hay algunas connotaciones muy importantes a destacar:

1. Extensiones VMkernel: Mientras que en la versión clásica de VMware ESX podías instalar agentes y drivers de empresas de terceras partes, en ESXi solo se permite instalar extensiones en el VMkernel que hayan sido previamente firmados digitalmente por VMware. Esta restricción ayuda mucho a asegurar el entorno y mantener el código seguro en el VMkernel.

2. Muchos de los agentes y deamons que se ejecutaban en el Service Console (COS) en la versión clásica del ESX, han sido convertidos y embebidos para que se ejecuten directamente en el VMkernel del ESXi.

3. La imagen del sistema en ESXi – system image – es una imagen bootable que es cargada directamente en memoria física. El propio “installer” usa esa misma imagen de sistema para copiar los ficheros en un disco local para futuros arranques.

Debido a que la imagen del sistema es cargada en memoria, la versión ESXi no necesita obligatoriamente de un disco local cuando este se está ejecutando. Esto significa que el disco local podría fallar pero, sin embargo, nuestro VMkernel continuaría ejecutándose.

4. La partición scratch. Es una partición de 4GB virtual y de tipo FAT (VFAT) la cual es creada por defecto en el primer disco local del servidor ESXi ¡si tu servidor tiene discos locales, claro! Si el servidor no tiene ningún disco local, esta partición no existirá pero se “rediccionará” el directorio scratch a una partición de tipo ramdisk llamada /tmp. Esto significa que el contenido de esta partición scratch no “sobrevivirá” a un reinicio del servidor ESXi.

Por consiguiente, el servidor ESXi puede necesitar hasta 4GB de memoria RAM para almacenar esta partición scratch.

5. Y por último, pero no por ello menos importante, tenemos la partición bootbank. Esta partición contiene la imagen del sistema sobre un sistema de archivos. Si hay un disco local al cual ESXi pueda escribir, este almacena dos copias del bootbank. Pero ojo, solo una es montada en la estructura del sistema de archivos del ESXi en el directorio /bootbank. La segunda copia se usa únicamente durante las actualizaciones para mantener una segunda copia como backup en caso de problemas durante actualizaciones del sistema.

Por otro lado, en VMware vSphere™ ESXi 5 es posible hacer una instalación de la imagen directamente en la memoria del servidor físico usando una nueva funcionalidad llamada vSphere™ Auto Deploy ESXi Installation Option.

Con VMware vSphere™ Auto Deploy podrás acceder al fichero de instalación desatendido (answer file) vía CIFS, SFTP o HTTP.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Buenos días, Soy Jose Mª Gris, como cada miércoles estoy por aquí comentando temas del Ecosistema.

Despues de la presentación de vSphere 5.0 yo no esperaba updates de la 4.1, pero aquí está la update 2 de esta versión que para mi opinión ha sido una release muy estable.

Sirva este post para evitar sustos al hacer el update nuestra infraestructura, pues cuando se ha efectuado nos aparece un mensaje “Configuration Issues.  Issue detecte on  xxxxx  Warning: Syslog not configured. Please check Syslog options under Configuration.Software.Advanced Settings.”

¿Y esto? ¿Configuration issue? Pero si lo tengo configurado mas de 6 meses y no me ha dado problemas…..

Recapitulemos un poco. Syslog. Dentro de nuestro sistema o infraestructura es bueno que tengamos un syslog configurado. Este sistema (los hay gratuitos, de pago, en appliance virtual…) nos guardará todos los mensajes que nos han ido generando nuestros diversos sistemas o subsistemas y que no hemos podido ver por cónsola o sencillamente el sistema carece de ella. Podemos recoger los mensajes de nuestros switches, nuestros routers, y por supuesto nuestros ESXi.

De esta forma, ante un problema podremos ver de forma centralizada todos los mensajes que nos han enviado nuestros hosts para efectuar el troubleshooting si es preciso. Personalmente acostumbro a usarlos e implementarlos en mis instalaciones como “best practice”

Y aquí hemos llegado al punto, VMware considera que la instalación de un Syslog es una “best practice” y así nos lo advierte a partir de la versión 4.1 Update 2. Sencillamente el mensaje nos dice “no tienes configurado un sistema syslog”.

Podemos hacer dos cosas:

• Guardarlo dentro de un datastore  (para ello iremos a Configuration/Advanced Settings/Syslog/Syslog.local.DatastorePath  e introduciremos donde queremos guardar el registro)  ojo el formato es [volumen]/folder/fichero.log  (recuerda crear el folder).

• Indicar la ip o hostname de nuestro servidor syslog, informando el campo Configuration/Advanced Settings/Syslog/Syslog.Remote.Hostname

Personalmente prefiero la segunda, no utilizamos Datastores y tenemos centralizados los puntos de información.

En el mercado hay varios syslog, Kiwi Syslog, Winsyslog, syslog watcher o syslog mas complejos como syslog-ng, podemos escoger. Hasta la semana que viene.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar un servidor VMware vSphere ESXi 5 con la utilidad VMware Update Manager 5.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar vSphere ESXi 5 con VMware Update Manager? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y actualizar las VMware tools y hardware virtual dentro de tus máquinas virtuales con VMware Update Manager en la nueva versión de VMware vSphere 5.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMtools y el hardware virtual de tus máquinas virtuales? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde vereomos otro video tutorial sobre la virtualización y el cloud computing en español.

¿Crees que este video tutorial sobre la virtualización con VMware vSphere le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar VMware Update Manager en la nueva versión de VMware vSphere 5.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMware Update Manager en vSphere 5? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Hola soy Miguel Ángel Alonso y aquí estoy como cada martes para hablar sobre el maravilloso mundo de la virtualización de sistemas.

En el tema de hoy vamos a hablar sobre PAT v3.0 (Paragon Aligment Tool), una herramienta de alineación de particiones y discos para nuestros entornos ESX/ESXi.

PAT v ESX 3.0 es el único  producto, ya que no conozco ningún otro de este tipo que permite alinear particiones múltiples en nuestras VMs de forma remota, sin necesidad de instalar absolutamente nada dentro de las máquinas virtuales. Desde una sola consola puedes programar la alineación de varios sistemas en una sola vez.

¿Cómo funciona?

1-     El producto se puede instalar en cualquier PC para gestionar toda nuestra estructura virtual.

2-     A continuación, agregaremos el host de ESX(i) o vCenter en la consola de nuestro PAT v. 3.0 y obtendremos el acceso a todos nuestros sistemas disponibles y sus correspondientes alineaciones.

3-    Se puede anular la selección de los discos que ya están alineados, los cuales están marcados de diferente color en la consola.

Nota: Hay una función de programación que permite programar el proceso de alineación para cualquier momento del día.

PAT v 3.0 puede alinear diferentes máquinas virtuales con S.Os diferentes:

Windows 2000

Windows XP

Windows 2003 Server

Windows Vista

Windows Server 2008

Windows 7

Windows 2008 Server R2

Windows SBS de 2011

Familia de los sistemas operativos Linux

En el Screenshot de arriba puedes ver el aspecto principal de la consola donde agregaremos nuestro vCenter o ESX(i) para poder acceder a los Guests y sus correspondientes alineamientos. También podemos ver un cuadro de búsqueda, donde puedes buscar las VMs por su nombre.

Aquí podemos ver un mapa de nuestras particiones antes de alinear con PAT v3.0.

Y aquí este otro mapa una vez que PAT v3.0 ha realizado el proceso de alineamiento.

Características de la herramienta de Paragon (PAT v3.0)

1. Remotamente verifica, controla y gestiona la alineación del disco virtual
Verifica si hay  el espacio adicional necesario en el servidor para almacenar instantáneas o copias de los volúmenes procesados
2. Además, en la Operación de  alineación, puede continuarse después de una interrupción inesperada (no necesita restauración y por supuesto no hay pérdida de datos)
3. Ofrece configuración de alineación avanzada (el administrador puede elegir entre las opciones de alineación rápida o las operaciones de datos más seguras, que pueden ser más lentas
4. PAT v3.0 no requiere acceso root en el servidor (sin necesidad de crear cuentas de usuario nuevas); el software funciona bajo una cuenta con privilegios de administrador
5. Soporta la programación de  VMware ESX, VMware ESXi, vSphere y Change  Block tracking(CBT)

Limitaciones:

El número máximo de discos virtuales conectados simultáneamente es limitado:

a) Para ESX 4.x- Son 9 conexiones o 27 mediante vCenter Server

b)   Para ESXi 4.x- Son 11 conexiones o 23 a través de vCenter Server

También, durante el proceso de alineamiento, tendremos que tener en cuenta que los discos no serán accesibles para los usuarios.

Para ver cómo funciona el producto os dejo este link donde podréis ver mejor este interesante producto.

Bueno hasta aquí por hoy, espero haberte contado algo de tu interés y te emplazo con un nuevo capítulo del mundo de la virtualización para la semana que viene. Hasta la semana que viene!

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Esta semana, en el blog de virtualización y cloud computing, te enseñare a exportar los logs del sistema en la nueva versión de VMware vSphere ESXi 5.0.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo exportar los logs en VMware vSphere 5? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y configurar VMware Data Recovery en la nueva versión de VMware vSphere ESXi 5.0.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMware Data Recovery en vSphere ESXi 5? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

Hola a todos. Soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

En el tema de hoy, vamos a ver grosso modo, dos herramientas procedentes de los laboratios de VMware (VMware Labs). La primera de  ellas se llama VMware Boomerang y la segunda VMware Snapshot Inventory.

VMware Boomerang 1.1

Es una herramienta que soporta la conexión remota con todas las máquinas virtuales de manera paralela de tus servidores VMware ESX/ESXi o vCenters. La consola es mucho más rápida y ágil que la consola interna del cliente de vSphere y el acceso a las VMs es realmente sencillo y fácil de manejar.

Características principales:

• Soporta conexiones a multiples ESX y vCenter servers simultáneamente
• Permite salvar las credenciales para un fácil acceso mediante login.
• Tiene un panel de favoritos desde el cual podrás acceder a tus VMs más usadas con un simple click de ratón.
• Búsqueda de VMs a través de todos los ESX de tu organización de manera casi instantánea.
• Apagado, encendido y pausa de los servidores de manera centralizada.

Aquí teneis el aspecto de VMware Boomerang una vez instalado desde le ejecutable, sólo añadiremos desde la opción Add Server los ESX y vCenters que queremos controlar para poder conectarnos a las VMs de manera simplificada y sencilla.

En este otro shapshot, vemos como nos conectamos a una máquina Linux como si de la consola de vSphere se tratara.

VMware Snapshot Inventory

Esta joya de herramienta nos permite hacer un snapshot de la configuración del inventario de vCenter y más tarde reproducirlo si lo necesitásemos.

El backup realizado incluye las opciones principales siguientes:

• DataCenter Folders
• DataCenters
• Clusters
• Resource Pools
• vApps
• Jerarquía
• Roles y Permisos
• Settings de Configuración (HA, DRS, DPM,etc…)
• Custom Fields

A continuación se enumero los requerimientos para instalar esta herramenta de los laboratorios de VMware:

1. Tener instalado Java 1.6.0_23 o más alta.
2. Tener instalado VMware Power CLI 4.1 U1 o más alto.
3. Deberemos tener las VMs registradas en nuestros ESX antes de realizar el Snapshot.
4. No podrá haber nombres repetidos en la estructura de nuestra organización.

Para instalar VMware Snapshot Inventory has de ejecutar el archivo .bat que se encuentra dentro del extraíble que te descargas de la página de VMware Lab Tools.

Una vez que hayas ejecutado el fichero .bat se arrancará una GUI desde la cual podrás realizar tus Snapshot de la configuración de tu entorno VMware vSphere.

Bueno, hasta aquí por hoy, espero haberte podido contarte algo de interés y te emplazo hasta la semana que viene con un nuevo capítulo sobre el mundo de la virtualización de servidores.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola amigos, soy Florián Murillo. Os voy a confesar que es lo que mas me gusta de VMware, que todavía está en un estado de efervescencia creativa y aporta, como vimos la semana pasada en mi post “La historia de Elastic Sky X” que las innovaciones la hacen diferente a otros.

En vSphere 4.1 apareció una novedad que ha pasado desapercibida para muchos, es la compresión de memoria RAM como paso previo a pasar páginas de memoria a fichero swap, me refiero al archivo .vswp. La velocidad la que se descomprime una página de memoria es muy superior a la velocidad de acceso a disco para recuperar dicha página, por tanto añade una menor latencia a las aplicaciones, es decir mejor rendimiento en situaciones de escasez de memoria.

¿Esta activada la compresión en nuestro ESX?

La compresión viene activada por defecto,   verifícalo, el valor de HOST\Configuration\Advanced Settings\Mem\Mem.MemZipEnable = 1

¿Que cantidad  de memoria se comprime?

Un 10% por defecto, compruébalo en HOST\Configuration\Advanced Settings\Mem\Mem.MemZipMaxPct = 10

El mecanismo se explica fácilmente, cuando se sobrecarga la memoria del host (menos del 2% de memoria disponible), comprimimos páginas de memoria de 4Kb de la VM con gzip en la cache de compresión de la VM, ocupando páginas de memoria de 2Kb o menos. Con esto ayudamos al host a:

1.  Obtener memoria en momentos de escasez, mitigando mejor el impacto de la escasez de memoria que en versiones anteriores.

2.  Mantener bajas latencias en las aplicaciones, por no llevar a disco las páginas de memoria.

En la imagen siguiente se aprecia la diferencia:

Vemos, en la imagen anterior como se libera una página de 4Kb mediante la compresión de las páginas A y B, sin pasar a disco.

¿Estp ocurre siempre? No, este proceso ocurre cuando la memoria disponible está por debajo del umbral (“hard memory state”) es decir el 2% de la memoria libre del kernel.

¿Que diferencia de rendimiento existe entre comprimir y enviar a disco? Como vemos en la imagen siguiente:

La caída de rendimiento producida por enviar páginas de memoria a disco (línea verde) es mitigada (mayor rendimiento) por las páginas comprimidas (línea morada).

Vemos también que cuanta menos memoria mas fácilmente tenemos problemas de rendimiento, esto ya lo habíamos supuesto nosotros sólitos ¿verdad?

Es una gran mejora, teniendo en cuenta que la memoria es, el la mayoría de los casos, el dolor de cabeza diario de quien tiene que gestionar recursos permanentemente.

¿Creéis que VMware podrá mantener esta diferencia competitiva con innovación frente a grandes adversarios durante mucho tiempo?Yo, la verdad, espero que sí, ya que nos beneficiamos todos

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

La política de Round Robin no emite E/S de una forma simple y llanamente como su propio nombre indica.

Por defecto, cuando seleccionas el PSP – de las siglas en inglés Path Selection Plugin – de Round Robin, esta política envía 1.000 comandos E/S de disco por cada ruta antes de pasar al siguiente camino, lo cual es llamado IO Operation Limit.

En algunas configuraciones, yo diría en la gran mayoría, esta configuración por defecto no muestra la agregación de caminos en su máximo exponente porque muchas veces algunos de los miles de comandos de E/S de disco se han completado antes de que el último comando fuese enviado. Esto significa que los caminos de almacenamiento no estarán llenos (a pesar de que la cola en la cabina de almacenamiento puede ser que si este llena).

Cuando se utiliza 1 Gbit en una conexión iSCSI, muy frecuentemente la ruta física es el factor limitante en el rendimiento, y haciendo uso de varias rutas al mismo tiempo con la política de Round Robin, puede que muestre un mejor rendimiento.

Lo interesante de esta política de PSP es que puedes reducir el número de órdenes emitidas por un camino en particular, antes de pasar al siguiente camino hasta llegar a una E/S de disco, lo que garantiza que cada comando posterior se envíe por un camino diferente.

En una configuración con una cabina de almacenamiento de Dell EqualLogic, yo recomiendo un valor de 3 E/S de disco para el campo IO Operation Limit.

Para poder hacer este cambio, es necesario ejecutar el siguiente comando:

esxcli – server nmp roundrobin setconfig – device – IOPS — type iops

No obstante, ten en cuenta que el hecho de disminuir el número de IOPS presenta algunos problemas potenciales.

Mediante la difusión de las solicitudes de E/S a disco a través de varias rutas, estamos influenciando de una manera negativa la optimización de la cache de cualquier cabina almacenamiento lo que puede acabar por afectar el rendimiento de esta.

Afortunadamente, muchos de los sistemas de almacenamiento más modernos no “cachean” por puerto. No obstante, y aunque menos importante, el cambiar constantemente la E/S de disco entre las rutas disponibles representa un uso adicional de ciclos de reloj de la CPU de nuestro servidor VMware ESX/ESXi con lo que hay que tenerlo en cuenta.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola amigos, soy Florián Murillo. Hoy estoy nostálgico, me he puesto a recordar la historia de VMware y la evolución de Elastic Sky X, hace tanto tiempo que lo nombramos por sus siglas (ESX) que nos hemos olvidado de su nombre ¿verdad?

¿Cuales son, según mi opinión, las mejores características de cada versión de ESX?

En 2001 nació la versión 1 y para mi, la mejor característica que tuvo fue nacer, y aportar una forma diferente y atrevida de entender el concepto de las TI en las empresas (entornos x86). ¿Cómo sería el mundo de las TI hoy si no hubiera aparecido ESX v.1? ¿Estaríamos hablando de cloud ahora? ¿Habría energía eléctrica en los DataCenters para alimentar a todos los servidores? y… ¿Donde alojaríamos tantos servidores?

En 2003 se lanza la versión 2 y como grandes novedades, vMotion y VirtualCenter. Aún era un producto para expertos en Linux, se hacían mas tareas con CLI que con VirtualCenter, pero había nacido con VirtualCenter la Gestión de las Infraestructuras Virtuales. VMware empezaba a mejorar, tímidamente, los negocio, con su producto.

El año 2006 nace la versión 3 y se produce un antes y un después en esta tecnología. Como gran novedad aportó VMware HA, aún recuerdo ese año evangelizando a clientes reunidos en hoteles, un mes si y otro también hablándoles de vMotion y VMware HA, era increíble como les explicabas lo que hacia el producto y no se inmutaban, en el momento que te conectabas a un CPD en producción y se lo enseñaban en vivo y en directo, no les cabían los ojos en las órbitas ¿tan mal me explico?. Era fascinante saber que hacías una presentación y triunfabas, gracias VMware.

El año 2009 se presenta en sociedad la versión 4, aquí discrepo de VMware acerca de cual es la gran mejora de esta versión (ellos dicen que es VMware FT) para mi es Storage vMotion, nos proporciona escalabilidad y disponibilidad y para mi, en segunda posición: La visión de VMware para abrir su producto con APIs de todo tipo. Algunas de ellas son la vNetwork Appliance API, la Pluggable Storage Architecture o la vStorage API for Data Protection.

Con estas incorporaciones, poco visibles a priori, se garantiza la evolución el producto, son soluciones propias o de otros fabricante. Las APIs permiten liberar la creatividad sin el freno de las limitaciones tecnológicas. La prueba de ello es que gracias a estas APIs han seguido deslumbrando en la versión 4.1 con Storage I/O Control, Network I/O Control o VAAI.

¿Cuál crees tu que son las mejores aportaciones de cada nueva versión?

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Hola, de nuevo aquí con vosotros, soy Jose Maria Gris y vamos a comentar un aspecto que en los últimos días me he encontrado entre manos. Las diferencias entre ESX y ESXi. Pero lo vamos a hacer de una forma distinta, no lo vamos a hacer desde la perspectiva de “features”, sino desde la perspectiva cronológica, ello nos dará cierta luz al tema. Hoy buscamos en el baúl de los recuerdos….

En el momento que existía Infrastructure 3.5 apareció un producto que se denominó en su día ESX 3i. Este producto era básicamente nuestro amigo ESX sin la Service Console y ciertas modificaciones para ser mas efectivo. Este producto nacio en un principio para ser “empotrado” en una flash, o bien en un device hardware del vendor de Hardware o bien en un USB. Todo ello tomando partido de que el “footprint” del S.O. eran 32 MB.

De ese producto nacio 3.5 3.i Installable (el mismo que el anterior pero lo podías instalar en HD), que en poco tiempo VMware lo hizo gratuito.

Así que en este punto tenemos que ESX y ESX 3i eran de pago y ESXi Installable era gratuito.

Sigamos, sobre todo en el mercado USA mucha gente empezó a usar ESXi Instalable e incluso llego a ver que se podía licenciar con una licencia de ESX. Llego vSphere y las grandes operaciones empezaron a poner ESXi que licenciaban como ESX. El sistema era muy robusto y funcionaba a las mil maravillas (Ya en aquel tiempo hice algún post indicando que el futuro iba a ser ESXi).

Con todo ello, con 4.1 el fabricante ya dio claras directrices: esta es la ultima versión de ESX, dando pistoletazo a la nueva vida de ESXi.

Quien me conoce sabe el chiste que uso sobre la “etimología lógica” y aquí ha ocurrido algo parecido. Vamos a romper algunas ideas que no se han dejado claras:

Si quieres un Hypervisor VMware gratuito, hoy por hoy tienes que usar ESXi, pero ello no quiere decir que ESXi sea gratuito, ESXi es una tecnología que se puede licenciar. No es lo mismo ESXi como producto que ESXi como tecnología.

ESXi nació para ser “empotrado” pero no es obligatorio hacerlo, hay la versión “installable” que es, hoy por hoy, la versión que se está instalando (valga la redundancia) de forma más extensa. No todos los ESXi son “empotrados”.

Del anterior párrafo, ESXi se puede “empotrar” pero yo no lo recomiendo, al menos al 100%. Es muy cómodo, muy rápido instalar ESXi en un USB pero, que yo sepa, no hay devices flash que tengan mirror o redundancia, por lo que se convierten en un SPOF. Siempre dejo un ESXi instalado en HD o si es misión critica, los instalo todos contra Discos. No es obligatorio “empotrar” a ESXi.

Espero que con esta “visión cronológica” todos veamos mas claro de donde nacen los temas y de esta forma entendamos mejor ciertas lagunas que creo que nunca se han llegado a poner en claro.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Ya esta disponible online el episodio #23 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en españo.

En el episodio de esta semana, hablaremos de un nuevo hito alcanzado por vuestro blog de Virtualización y Cloud Computing en español, responderé a la pregunta de un usuario en relación a la sincronización de los servidores de vCenter en VMware, te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización de servidores y del could computing y terminaremos con el caso de éxito en virtualización de sistemas de Aviva.

Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.

¿Crees que este videopost puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por tu apoyo.