¿Que debo elegir? LXC vs OpenVZ [cerrado]


17

Como alternativa a la virtualización de varios servidores Ubuntu, estoy estudiando la posibilidad de usar contenedores. Pero no estoy seguro de si debería optar por OpenVZ o LXC. ¿Alguien puede recomendar uno de ellos, o tal vez enumerar los pros y los contras?

Respuestas:


13

Personalmente, encuentro que LXC está en rápido desarrollo y retrasos en la documentación.

Personalmente uso openvz en "servidores de producción" y no creo que LXC sea lo suficientemente maduro como para usarlo en "producción".

Le sugiero que mire proxmox

http://pve.proxmox.com/wiki/Main_Page

Ofrece un host Debian, una interfaz web y KVM y openvz. Están planeando usar LXC una vez que lo consideren estable.

ingrese la descripción de la imagen aquí


¿Alguna actualización sobre esto?
muru

@muru Todavía siento que LLC no está lista para la producción, y cuando lo esté, todavía planeo usar Proxmox
Panther el

1
Proxmox ahora usa lxc
Panther

Si ve el foro de Proxmox, hay muchos errores en la implementación de LXC aquí, necesita más tiempo para hacer que LXC sea más estable. También leí el problema de seguridad de LXC aquí: janoszen.com/2013/01/22/lxc-vs-openvz/#container-lockdown
Wendy William

1
@WendyWilliam - En mi humilde opinión, esos son problemas de larga data con LXC. La documentación de la OMI está retrasada en LXC, el aislamiento no es tan bueno como otras opciones que conducen a problemas de seguridad. En mi humilde opinión, LXC no está listo para la producción, todavía prefiero openvz o KVM.
Panther

6

Por lo que puedo decir, LXC tiene algunas ventajas como estar disponible en el kernel de Linux (por lo que no necesita un kernel especial para usarlo). Desde el otro lado, OpenVZ admite la migración en vivo.

Deberá verificar las capacidades de cada herramienta y ver cuáles son las más importantes para usted.

Editar:

Puede encontrar aquí una breve reseña de las capacidades de cada uno.

Actualización para OpenVZ 4:

A partir de OpenVZ 4, puede ejecutar OpenVZ en un núcleo Linux 3.0 estándar. OpenVZ todavía se beneficia de su propio núcleo; Hay algunas características específicas del núcleo OpenVZ.


3

Me parece curioso que haya todo este repentino interés en LXC cuando la plataforma OpenVZ, mucho más madura, ha estado haciendo esto con mucho éxito durante muchos años. LXC es en realidad un derivado de OpenVZ para el núcleo de la línea principal, por lo que no es una idea nueva. El arranque desde diferentes núcleos siempre ha sido trivial, así que no veo por qué eso sería un problema con el uso de OpenVZ. Supongo que algunas personas no se sienten cómodas usando un kernel no principal y tal vez piensan que las cosas más nuevas son más sexy.

LXC probablemente reemplazará eventualmente a OpenVZ ... en 10 años. Todavía no está listo. Ni siquiera para el desarrollo de vanguardia, a menos que no le importe perder características, documentación irregular, falta de "experiencia en Internet" (es decir, una base de conocimiento acumulada que se encuentra al hacer búsquedas en Internet).

En otro año o dos, cuando haya completado más funciones y haya más base de conocimiento, probablemente estará listo para algunas cosas no críticas sin conexión. Sin embargo, al hacer una búsqueda en Internet, la gente decía eso al respecto hace un año y todavía no está allí en mi humilde opinión.


3

Esta es una pregunta de 1 año, pero en vista de los cambios en el campo de juego, agregaría mis 2 centavos.

Recomendaría que para la contenedorización la gente debería mirar Docker . Está construido sobre LXC (y otras herramientas) y proporciona herramientas extensas para la construcción, mantenimiento, distribución y actualización de contenedores. Además, hay una comunidad bastante grande a su alrededor.

Una diferencia notable es que Docker promueve "contenedores de un solo proceso" en lugar del uso tradicional de LXC, que es más una máquina virtual de peso completo. Esto requiere algún ajuste en el pensamiento, pero tiene sus beneficios.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.