Duda Virtualización KVM

Hola, buenos días, hoy paso con una duda, llevo días buscando información y he encontrado de todo, lo malo, es que las cosas que encuentro se contradicen. A ver si podéis echarme una mano. Por favor pido que sólo responda quien lo tenga muy muy claro, ya que me he confundido mucho con gente que duda, o gente que afirma una cosa u otra...

Estoy estudiando la posibilidad de ofrecer VPS KVM, según tengo entendido, por un lado ofrecen la posibilidad de que cada VPS tenga su Kernell, la posibilidad de WIN o Linux y son más estables al no compartir recursos como pasaría con OpenVz.

Bueno, dicho esto lanzo mis dudas:

1- Según he visto (leído), KVM permite hacer overselling de CPU y RAM (de disco no lo tengo claro), pero... si permite este overselling, qué diferencia hay en cuanto a fiablidad respecto a OpenVz?, es decir... en Open, si un cliente VPS mete caña a su VPS esto afecta a todos los clientes, en cambio, en KVM tengo entendido que esto no pasa, por tanto... si se puede hacer overselling... seguro que no pasa?

2- Si a un VPS le asigno 1GB de RAM, 1CPU y 300GB de disco... puedo escalarlo luego a un plan superior sin probelmas (más ram, más cpu y más disco) igual que en OpenVZ?, he visto gente que dice que no son escalables...

Gracias por adelantado chicos.

 

En KVM:

- No se puede hacer overselling de CPU, la cantidad de CPU asignada es la que es y de ahí no va a pasar dicho VPS.
(Con OpenVZ el problema es que cuando ese VPS está consumiendo el 100% de los cores asignados, lo que produce es un alto nivel de LoadAvg. Nosotros en GINERNET esto lo hemos solucionado con un script propio que limita el LoadAvg máximo por cada VPS).

- Con la RAM, puedes hacer overselling dependiendo de como tengas configurada el uso de la memoria swap del nodo. Es decir, si el nodo tiene 16 GB de RAM y 32 GB de swap, pues podrás crear un VPS con 48 GB de RAM, llamalo overselling o como quieras. Si la swap no está en discos SSD, el rendimiento de esa memoria será una basura.

- No se puede hacer overselling de disco, de cara al nodo KVM el espacio es reservado. Otro tema es que uses una cabina de disco que permita crear LUNs con OverProvisioning o Thin Provisioning (no es lo mismo que overselling).

- Puedes ampliar los recursos al vuelo, el tema es el disco, que debes agrandar la particion después de añadir esos GB extra, es decir, hay que apagar el VPS y arrancarlo con Gparted o similar.

Salu2!!!

 

Gracias por la respuesta, te paso una respuesta de solusvm respecto a los cores... dónde dicen que se pueden sobrevender o eso entiendo.

Seems you misunderstood about the core allocation. When you assign 1 core to a VPS, it will use one of your core when its need, its not a dedicated assignment, its work as a Shared environment. Main thing is we can't say how many VPS you can keep on your server from your hardware specifications based on cores number. It depends upon the VPS and its usage.

 

Si, perdona, no me he explicado bien... los cores de CPU no se reservan, es decir, si hay CPU disponible, puedes seguir creando VPS.
A lo que me referia es que en KVM, un unico cliente no te va a poder tumbar todo el nodo, y en OpenVZ tecnicamente es posible que un solo VPS meta un load avg de 100 al nodo y el resto de VPS se vean afectados, eso en KVM no pasa.

 

Vale, pongamos un ejemplo-

Creo 4 VPS en un Nodo de 4 cores... cada VPS un core...:

CASO 1: Entre todos los vps hacen un uso real de 2 cores en el momento X, le doy a crear un vps y me deja porqué el nodo no está usando todos los cpu?

CASO2: Misma situación pero por X razón, justo en el momento que voy a crear un nuevo VPS, se están usando los 4 cores (aunque sólo sea en ese momento puntual), no me dejaría crear el VPS en ese momento pero sí después si baja la carga??¿?

Luego, el script que dices de OpenVz es este? http://vpsantiabuse.com/nodewatch_man.php

 

En ambos puedes hacer overselling pero por que se pueda no quiere decir que se deba, también en ambos puedes prohibir que un cliente use mayor cantidad de cpu de la configurada

Uso ambos sistemas y aunque prefiero KVM debido a que es más sencillo mantener a sus clientes en sus quotas de cpu

En tu ejemplo siempre vas a poder crear vms adicionales, por ejemplo Xeon dual de 12 cores físicos, puedes perfectamente crear 24 máquinas virtuales y asignarles un core a cada una, la carga y el rendimiento tendra que ver con el % de utilización de cada core.

KVM utilizará cualquier core disponible en el servidor pero no usará más de 1 (a menos que hayas configurado la VM con más de un core) tambien es posible hacer que cada VM use un core específico en lugar de cualquier core disponible

Es 100% versatil y bastante sencillo de operar

 

Ok, me queda claro, mira que he buscado y buscado y todo se contradecía.

Sé que lo mejor es no hacer overselling, eso está claro, pero a veces, se hace porqué son nuestros propios servidores que controlamos y metemos más de los debidos en una máquina, ya que los administramos nosotros mismos porqué son para uso interno. Para uso externo, sólo lo hacemos con clientes con los que hay confianza y sabemos el uso real que le van a dar.

Respecto a los límites de CPU para Open VZ, tenéis a mano alguna guía o script?, lo único que he encontrado es este http://vpsantiabuse.com/nodewatch_man.php

 

También vi este que pintaba muy bien, pero parece un proyecto abandonado.
http://vpsmon.com

 

Te sugiero que te replantees la idea de usar OpenVZ, probablemente le sucederá lo que a XEN le sucedió cuando RedHat decidió ofrecer KVM incluido en el SO, en lugar de OpenVZ puedes considerar LXC

 

Tienes un tema en el foro de OVH.

https://forum.ovh.es/showthread.php?7955-Proxmox-%BF-Mejor-con-OpenVZ-o-con-KVM

Otro sobre openvz: http://www.techrepublic.com/blog/li...e-control-in-openvz-with-resource-management/

Para el script: https://openvz.org/Demo_scripts

Yo opino que en ambos puedes hacer overselling. Depende de como lo administres y diseñes la plataforma. Para seleccionar OpenVZ o KVM en KVM puedes personalizar los kernels por separado, no en OpenVZ. Si las aplicaciones de tus clientes requieren un tuning especial o algo mete KVM si vas a montar algo standar OpenVZ. Supongo que ya sabrás que las máquinas con openvz comparten el mismo kernel para todas. Supongo yo que eso tiene que ofrecer una mejor performance si no se hace overselling. Si vas hacer overselling mejor probaría KVM.

Si te interesa esta gente hace los scripts de abuse: http://vpsantiabuse.com/

O http://www.pc-freak.net/blog/how-to...cript-kiddies-and-easify-the-daily-admin-job/

Antes de ejecutar algo no seas loco y pruébalo y estudia el código.

Por favor juntarmelo al tema anterior.

 

Antes que hacer overselling de memoria a la swap, utilizaría ballooning en KVM que para máquinas con una gran cantidad de memoria y sistemas operativos similares se notará un ahorro de recursos.

Personalmente, si te preocupan los recursos a utilizar y son productos de bajo coste tiraría hacia LXC bajo Proxmox.

 

KVM es una muy buena opcion para tus vps, nosotros generalmente para servidores pequeños utilizamos OpenVZ por el bajo consumo de RAM. Pero KVM para servidores mas poderosos y para todos nuestros vps windows. Por los momentos hemos tenido muy buen rendimiento y ya llevamos mas de 5 años con ellos con muy pocos problemas debido a la virtualizacion.

Xen es una muy buena opcion tambien si buscas alternativas, pero definitivamente recomiendo que sigas con KVM.

 

He estado leyendo sobre lxc y ayer fué incorporado a vietualizor, pero... no veo la ventaja sobre openvz aparte de que usa el kernell de linux. Según he estado leyendo está muy verde y basado en openvz. Dicen que el kernell de openvz está modificado para dar más posibilidades, por tanto no acabo de ver claro en qué beneficia lxc.

 

Lo que puede estar verde es la integración de LXC con los paneles, pero LXC es un producto estable que utilizan varios grandes proveedores (Docker, RedHat o Google) modificado para sus necesidades.

Personalmente uno de los grandes "fallos" de OpenVZ es su gestión para limitar IO a disco (que en la versión de Virtuozzo lo hace de forma más eficiente) y que en un entorno dónde puede haber decenas o cientos de contenedores se hace imprescindible si quieres dar un servicio de cierta calidad, mientras que LXC ya dispone de herramientas que limitan de forma eficiente el IO.

Para un pequeño proveedor lo más sencillo probablemente será optar por OpenVZ, sin embargo LXC con bastante probabilidad se terminará convirtiendo en la referencia para virtualizar contenedores al tratarse de un software que no está limitado a las decisiones que tome el desarrollador de la versión comercial y tener apoyo de muchas grandes empresas.

 

OK gracias.

 

Bueno depende también del tipo de servidor dedicado que tienes en el momento si es un servidor potente yo te recomiendo uses KVM ya sea con Proxmox o Vortualizor.
Con KVM puedes hacer correr hasta windows 2012, Con OpenVz solo plantillas de linux

 

Holas e que este hilo es viejo, buscop asesoria apra crear VPS Windows desde desde dedicados hetzner, si alguno puede brindar la misma ya sea de ayuda o de pago , escribirme por favor.

Saludos