Inicio > Red Hat, Virtualización > RHEV es ya una realidad

RHEV es ya una realidad

Martes, 3 de Noviembre de 2009 jadebustos Dejar un comentario Ir a comentarios

Hoy a las 17 horas (hora local) Red Hat ha anunciado oficialmente el producto RHEV.

Ya había hablado sobre él pero no de una forma muy extensa.

Hoy he estado haciendo unas pruebas con una de las últimas betas y me sigo reafirmando de la calidad del producto a pesar de ser la primera versión.

Hablando en valores absolutos sobre el producto todavía le falta mucho para alcanzar al rey indiscutible de la virtualización en plataformas x86, VMware ESX Server. VMware tiene una extensísima experiencia y una amplia variedad de productos en torno a su producto estrella que te facilitan la gestión de los entornos virtuales y recuperaciones en caso de desastre, dimensionamientos, …

Como todo producto recién lanzado al mercado hay que ser cauteloso ya que todo software es susceptible de tener fallos y ser mejorado. Sobre todo las primeras versiones. Aún así las perspectivas son muy buenas.

Aunque no puede competir con VMware tecnológicamente debido a la gran ventaja que VMware posee, derivada de ser el fabricante que más tiempo lleva en el mercado de la virtualización en x86, RHEV ofrece unas grandes posibilidades y tiene un target bien definido:

  • Aquellos que pueden sacar beneficio de la virtualización de sus servidores y no necesitan toda la potencia de VMware.
  • Empresas con un alto número de servidores Red Hat.

No he tenido tiempo de revisar minuciosamente toda la documentación y puede que ponga alguna inexactitud.

El producto se licencia por procesador físico (socket) de los servidores que van a ejecutar el hipervisor. Con esta licencia se obtiene el siguiente software:

  • RHEVM (Red Hat Enterprise Virtualization Manager) que es la consola centralizada de administración.
  • RHEV Hypervisor.

Al contrario que VMware al pagar la licencia Red Hat te licencia el producto con todas sus características. Con VMware dependiendo de las funcionalidades que requieras pagarás más o menos. Cuantas más funcionalidades mayor coste.

Si utilizamos el hipervisor para virtualizar tendremos que disponer de la correspondiente licencia para los sistemas operativos virtualizados. Sin embargo si disponemos de licencias de Red Hat Enterprise Linux Advanced Platform podemos instalar el hipervisor en ellos y todas las máquinas virtuales estarían licenciadas automáticamente.

Esto significa que si disponemos de un cluster con cuatro nodos y cuatro procesadores físicos por nodo necesitaremos:

En este entorno tendremos automáticamente licenciadas todas las máquinas virtuales que podamos ejecutar en el entorno virtual. Lo cual supone un ahorro considerable en licencias.

Si por el contrario no queremos adquirir licencias de Red Hat Enterprise Linux Advanced Platform podemos virtualizar ya que al adquirir las licencias de RHEVM se nos licencia el hipervisor. En este caso sí deseáramos virtualizar máquinas Red Hat tendríamos que adquirir las correspondientes licencias.

Además será necesario disponer de una máquina Windows, con su correspondiente licencia, que será donde se ejecutará RHEVM. Por el momento la consola de administración sólo funciona en Windows ya que fue desarrollada de tal forma por la empresa Qumranet.

En cuánto a las características técnicas podemos destacar que RHEV proporciona movimiento en caliente entre diferentes host ejecutando el hipervisor y proporciona memory commitment.

Actualmente, y si no me equivoco, sólo hay dos soluciones que lo proporcionan:

  • VMware que lo denomina transparent page sharing.
  • Red Hat en RHEV.

Para los que no lo sepan estas técnicas permiten que las páginas de memoria que sean comunes a las máquinas virtuales sólo se tenga una copia en memoria en total y no una por cada máquina virtual. Hoy en día es la técnica de optimización de memoria, en estos entornos, con un mayor rendimiento y que permite un ratio de consolidación de servidores francamente impresionante.

Como aspectos negativos podemos destacar que todavía no se soportan:

  • Snapshot en caliente.
  • Ampliación de hardware en las máquinas virtuales en caliente.
  • Sistemas operativos que no se soportan, como Solaris.

Las nuevas versiones de Red Hat ya incluyen los drivers paravirtualizados que nos permitirán un mayor rendimiento en las máquinas virtuales (Red Hat 5 Update 4 y Red Hat 4 Update 8).

  1. Martes, 3 de Noviembre de 2009 a las 23:06 | #1

    Una gran noticia, ya es hora de que KVM salga a competir fuerte contra VMWare, al menos en lo que a Linux se refiere.

  2. Miércoles, 4 de Noviembre de 2009 a las 00:26 | #2

    Efectivamente, aunque no sólo en Linux. Debido a un acuerdo de colaboración para soportar mutuamente los sistemas operativos del otro la virtualización de Windows es un punto a tener en cuenta ya que el precio de RHEV será muy competivivo.

    Y en VDI también competirá ya que en 2010 saldrá la versión de VDI para RHEV.

  3. Lunes, 16 de Noviembre de 2009 a las 13:36 | #3

    “Además será necesario disponer de una máquina Windows, con su correspondiente licencia, que será donde se ejecutará RHEVM. Por el momento la consola de administración sólo funciona en Windows ya que fue desarrollada de tal forma por la empresa Qumranet.”

    ¡¡Venga ya!! Por lo que cuentas tiene buena pinta -salvo por lo anterior. A ver cuando tengo la oportunidad de echarle un vistazo en directo.

  4. Lunes, 16 de Noviembre de 2009 a las 22:40 | #4

    Hombre es comprensible. Red Hat no ha querido esperar, y desde mi punto de vista con buen criterio a portarlo a una solución más libre.

    El haber esperado, y siempre desde mi punto de vista, hubiera sido un error ya que empieza a haber mucha competencia en virtualización y sobre todo en virtualización de escritorio.

    VMware acaba de anunciar su nuevo producto, View y Red Hat lanzará en 2.010 la versión de VDI para RHEV.

    Talibanismos a parte creo que han hecho muy bien en lanzar el producto ahora. Creo, aunque no estoy seguro, que los planes para liberar el Manager (la parte que funciona sobre Windows) son en 2.010.

  1. Sin trackbacks aún.