2010/3/9 Federico Alberto Sayd <fs...@uncu.edu.ar>

> Marc Aymerich escribió:
>
>>
>>
>> 2010/3/9 Federico Alberto Sayd <fs...@uncu.edu.ar <mailto:
>> fs...@uncu.edu.ar>>
>>
>>    Marc Aymerich escribió:
>>
>>
>>
>>        2010/3/9 Federico Alberto Sayd <fs...@uncu.edu.ar
>>        <mailto:fs...@uncu.edu.ar> <mailto:fs...@uncu.edu.ar
>>
>>        <mailto:fs...@uncu.edu.ar>>>
>>
>>
>>           Marc Aymerich escribió:
>>
>>
>>
>>
>>
>>
>>               Yo uso proxmox para administrar mi cluster de 3
>>        servidores y
>>               estoy encantado. Todos los servers virt. esta en OpenVZ (el
>>               rendimiento y estabilidad son insuperables, comparado
>>        con Xen
>>               que es lo otro que conozco) Con Proxmox la creación,
>>        migracion
>>               y admini. en general de maquinas se resuelve con un par de
>>               clics en la interficie web. Pero aunque en mi caso tengo de
>>               sobra con lo que me ofrece Proxmox tengo que decir que para
>>               nada puede equipararse a lo que tienen los de VMWare.  Como
>>               recomendación animo a que le eches ojo a las
>>        funcionalidades
>>               de Proxmox y si són suficientes para ti no dudes en
>>        probarlo :)
>>
>>               Saludos.
>>
>>
>>           En estos días le voy a dar una mirada a Proxmox, lo que más me
>>           hace dudar es la estabilidad del proyecto. El tema es
>>        elegir una
>>           solución y que el desarrollo y el soporte sigan estando
>>           disponibles con el tiempo. Sin embargo estuve viendo una
>>           entrevista al desarrollador de ProxMox y parece que las
>>           características que tiene pensado agregarle son bastante
>>           prometedoras: HA en KVM, DRDB, etc, y que el desarrollo está
>>           bastante activo.
>>           (http://www.montanalinux.org/proxmox-ve-martin-interview.html)
>>
>>
>>
>>
>>        Aqui tienes el roadmap de proxmox
>>        http://pve.proxmox.com/wiki/Roadmap
>>
>>        El desenvolupamiento es muy activo y normalmente cada 3 meses
>>        sacan una nueva release. Por desgracia el único kernel
>>        mantenido por ahora por los chicos de openvz es el 2.6.18, (el
>>        2.6.24 que tambien está disponible en proxmox hace meses que
>>        ha dejado de ser mantenido). Por otro lado si quieres
>>        aprovechar la funcionalidad KSM en KVM (viene con el 2.6.32)
>>        tienes que prescindir de OpenVZ.
>>        http://pve.proxmox.com/wiki/Proxmox_VE_Kernel Pero hay muy
>>        buenas noticias! el jefe del proyecto openVZ anunció el otro
>>        dia que antes de un mes ya tendremos disponible el 2.6.32 con
>>        openvz. http://community.livejournal.com/openvz/30934.html
>>
>>    Tengo que admitir que no se demasiado de OpenVz pero no entiendo:
>>
>>    2.6.18 me parece muy antiguo para ser la última versión mantenida
>>    por OpenVz a su vez en Lenny hay un paquete del kernel con soporte
>>    de OpenVz de la versión 2.6.26. No entiendo tampoco que hayan
>>    dejado de dar mantenimiento a una versión más nueva (2.6.24) con
>>    respecto a una más antigua 2.6.18. ¿Por qué tan poco soporte de
>>    OpenVz a los kernels más nuevos?
>>
>>
>> Hasta ahora el kernel estable de OpenVZ ha estado basado en el Kernel de
>> RHELx, el último RHEL5 (2.6.18). Cabe decir que los chicos de redhat hacen
>> un gran trabajo corrigiendo bugs y haciendo backport de drivers modernos y
>> de algunas funcionalidades de versiones superiores. Así que no es extraño
>> que los de openvz hayan escogido este kernel de redhat como el único kernel
>> estable oficial (El trabajo que hacen los de RH les facilita bastante las
>> cosas).
>> En lenny hay el kernel 2.6.26 con los parches de OpenVZ, pero este no ha
>> sido núnca considerado estable por el equipo de OpenVZ.  Además el
>> mantenimiento ha sido suspendido hace varios meses. Supongo que para
>> centrarse en el próximo estable. Aún así el kernel 26 (al igual quel 24) es
>> MUY estable (yo uso el 24 en producción sin problemas), pero bueno, que los
>> de ovz no quieren dar garantias en este sentido.
>>
>>    Ahora bien si todo se arregla con la liberación de un kernel
>>    mantenido con versión 2.6.32, problema resuelto. Me imagino que
>>    ProxMox dará soporte a las últimas versiones del kernel que por
>>    defecto no están en Debian Lenny (la base de Proxmox).
>>
>>
>> Pues el próximo kernel estable va a estar basado en el 2.6.32, que
>> curiosamente se rumorea que va a ser el kernel de RHEL6 :) Yo también me
>> supongo que Proxmox va a dar soporte para este kernel lo antes posible.
>> Aparte los de ovz tienen esperanzas de tener el kernel listo antes de la
>> congelación de squeeze y así poder estar ahí, porque de momento no hay
>> OpenVZ en squeeze :(
>> Yo creo que puedes apostar por Proxmox sin ningun miedo. Según lo que
>> tengo entendido, los de proxomx no están perdiendo de vista LXC, que aunque
>> de momento esté bastante verde, no deja de ser la solución de virtualización
>> basada en containers que está en el mainline del kernel linux. Así que si en
>> un futuro los de ovz aflojan en el desarrollo (que no lo creo), existe LXC
>> como alternativa, (además su desarrollo cuenta con bastante colaboración por
>> parte de los dev. de ovz)
>>
>> Mil disculpas por todo este rollo!
>>
>
> Para nada! No tienes que disculparte . Muchas gracias por la explicación,
> ha sido muy concisa. No sabía del interés de RedHat en OpenVZ. Si puedo
> mañana me pongo a instalar proxmox y a jugar un rato (me han dejado un
> server nuevo para que pruebe) así que voy a ver si corro algunos benchmarks
> y demás y después les cuento.
>

más bién es openvz quien muestra interés por los kernels de redhat y su
longevo soporte :) a redhat le interesa más su preciado kvm.

Si haces benchmarks con openvz quizás  con el 24 tengas mejores resultados,
lo digo porque yo he sufrido algunos problemas de rendimiento con el 18 :(
aunque no he encontrado a nadie más que los haya reportado. :P


>
> Saludos
>
>>
>>    Saludos
>>
>> saludos
>>
>>    --     To UNSUBSCRIBE, email to
>>    debian-user-spanish-requ...@lists.debian.org
>>    <mailto:debian-user-spanish-requ...@lists.debian.org>
>>
>>    with a subject of "unsubscribe". Trouble? Contact
>>    listmas...@lists.debian.org <mailto:listmas...@lists.debian.org>
>>
>>    Archive: http://lists.debian.org/4b966dbe.6030...@uncu.edu.ar
>>
>>
>>
>>
>> --
>> Marc
>>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/4b9695fe.60...@uncu.edu.ar
>
>


-- 
Marc

Responder a