1. ¡OFERTA! con cupón "DIRVPS": hosting por $0,01 y también VPS Linux y Windows por $0,01 el primer mes por Interserver ← publi
    Descartar aviso
Descartar aviso
Al usar este sitio web, aceptas que nosotros y nuestros socios podamos establecer cookies para fines tales como personalizar el contenido y la publicidad. Más información.

CPU Priority ... una estafa bajo Xen / OnApp / Citrix ???

Tema en 'Cloud Hosting' iniciado por neocomp, 5 Nov 2012.

  1. neocomp

    neocomp Usuario activo

    Hasta ahora muchos opinaban que era mucho mas seguro trabajar con virtualización por hardware que por sistema operativo ... porque la virtualización a nivel de hardware (Xen) daba una mayor seguridad de tener recursos dedicados que una virtualización a nivel de sistema operativo (Virtuozzo), sobre todo a nivel de uso de cpu.

    Por lo que uno suponía que si bajo Xen uno compraba una VM por ejemplo con 2 cores, esos 2 cores eran de uso exclusivo de esa VM.

    Pero al momento de crear una VM además de definir la cantidad de cores, también se puede definir la "CPU Priority", particularmente se está viendo este "mal uso" de la asignación de prioridad de los cores en sistemas basados en OnApp.

    Podemos graficarlo con los siguientes ejemplos, suponiendo cores a 3 Ghz :

    100% x 1 core = 3 GHz garantizados.
    50% x 2 cores = 3 GHz garantizados ( burstable a 6 GHz )
    25% x 4 cores = 3 GHz garantizados ( burstable a 12 GHz )
    13% x 8 cores = 3,12 GHz garantizados (burstable a 24 GHz )
    7% x 16 cores = 3,36 GHz garantizados ( burstable to 48 GHz )

    Todos tienen LA MISMA potencia de cpu garantizada, pero lo más probable es que la diferencia de precio entre un VM de un core bajo Xen sea bastante diferente que uno de 16 cores !!!!!!!

    Si tienen dudas pueden revisar http://onapp.com/cloud/faqs/ en el párrafo "How does CPU priority work?"

    Tengo entendido que la opción de usar o no la "CPU Priority" es a "criterio del proveedor", el grave problema hasta ahora es que CASI NUNCA SE PUBLICA si la están usando o no y mucho menos indicar que nivel de prioridad le están dando a los cores.

    Lo más grave es que POR DEFINICION con OnApp se puede hacer overselling :

    "By default, OnApp allows overselling of cloud resources."
    ( http://onapp.com/cloud/faqs/ )

    Hay algunos que han descubierto "por casualidad" que los cores que están usando bajo Xen y que suponían de uso dedicado, tienen hasta solo un 10% de CPU Priority ( Ej : Sparknode.com ), por lo que si alguien tiene contratado un VM con 2 cores a 3 Ghz ... solo está garantizado 0,6 GHz de cpu !!!!!!

    Obviamente comenzé a investigar más al respecto y a preguntar específicamente por la CPU Priority utilizada por diferentes proveedores de servidores cloud bajo Xen ... y el rango va desde algunos que efectivamente asignan el 100% del core y no usan la famosa CPU Priority, otros un rango que varía entre un 25% y un 50% y otros que indican que NO PUEDEN entregar esa información porque es confidencial !!!!!!!!!!!!!!!!!!

    También estuve averiguando con algunos que usan Citrix XenServer y al parecer también algunos están usando CPU Priority.

    Asi que tengan mucho cuidado cuando contraten un cloud bajo Xen y preocupense de saber si el proveedor usa o no CPU Priority ... y si la usa saber al menos que porcentaje real de cpu está garantizado para el servidor.
     
    Última edición: 5 Nov 2012
  2.  
  3. ideasmultiples

    ideasmultiples Usuario activo

    Neocomp,
    Hay una cosa clara, basta ver los costos, un servidor decente, con memoria, raid10, en un buen centro de datos cuesta bastante dinero.

    Si venden VPS a 9.95, como van a hacer caja? pues vendiendo a 100 los mismos recursos, sucede exactamente lo mismo con el hosting compartido, los VPS y todavía más con el Cloud, que es más peligroso....

    Se avecina tormenta en la nube, te lo aseguro..

    :cool:
     
  4. neocomp

    neocomp Usuario activo

    Siempre he tenido claro que son "poquísimos" los que merecen llamarse CLOUD y que el término está bastante "manoseado" ... pero también es cierto que algunos sí han puesto estandares bastante altos, por ejemplo con servidores de última generación, red interna a 10 Gbps, SAN NetApp duales aceleradas con SSD, backups con NAS y con datacenters de reconocido prestigio ... yo al menos me preocupo de todo eso y además de revisar toda la información disponible, hago muchas preguntas y muchas veces contrato servicios solo para hacer benchmarks y probar el soporte haciendo preguntas para las cuales ya se las respuestas :)

    Pero de ahí a descubrir que bajo Xen queda a "criterio del proveedor" el uso o mal uso de la CPU Priority y que estén manipulando eso sin siquiera entregar ninguna información al respecto, es otra cosa ... hasta el minuto he encontrado solo 1 proveedor de cloud que explicita claramente el nivel de CPU Priority que tienen asignado a los cores ( Yisp ).

    En el fondo es otra forma de hacer overselling, bajo OpenVZ es mucho más fácil hacerlo y más difícil poder detectarlo ... pero bajo Xen hasta yo suponía que existía una "mayor seguridad" de que los recursos sobre todo a nivel de cpu estaban más garantizados.

    Investigando un poco más, bajo Xen los recursos de cpu se pueden asignar de 3 formas :

    vCPU pinning : asigna cores físicos a las vCPUs.

    vCPU Priority : asigna un porcentaje de cores físicos a las vCPUs y solo si nadie más está ocupando esos recursos se podría ocupar el total ( bursted ).

    CPU cap : limita la cantidad máxima de cores asignados a una VM.

    Para los que piensan que bajo VMWare esto no existe, pueden leer un interesante documento en inglés en http://www.vmware.com/files/pdf/perf-vsphere-cpu_scheduler.pdf, VMWare utiliza un algoritmo llamado proportional-share para asignar los cores físicos a las vCPUs ... ya habrá tiempo para explicarlo con más detalle ... y voy a investigar un poco como KVM y otros sistemas de virtualización permiten o no asignar la prioridad de acuerdo al "criterio" del proveedor.

    Asi que ya saben ... preocupense de averiguar si su VM bajo Xen tiene o no asignada CPU Priority, ya que pueden estar vendiendoles mas ciclos de cpu que los que físicamente pueden generar los cores físicos ... ya todos sabemos como se llama eso :cool:
     
  5. marandia

    marandia Usuario activo

    Si, pero no todo es hardware, en España he visto almenos 3 proveedores de cloud con una infraestructura excelente en algunos casos (mejorable en otros) conectados a un solo operador de fibra para reducir costes.

    Es como comprarte un Porsche, y ir por la carretera nacional para no pagar la autopista (si..si...no pasa nada, hasta que te apalancas en una cuesta detrás de un camión a 50Km/h)..
     
    A nextclickhosting y ideasmultiples les gusta esto.
  6. ideasmultiples

    ideasmultiples Usuario activo

    Además que 10GB tampoco es un milagro, cuando lo usas para I/O, también se queda corto, en I/O lo puede consumir un solo nodo, dependiendo de los "vecinos" alojados en el.

    Ladiferencia velocidad de I/O (MB/S & IOPS) de 4 nodos con raid10 directo, a 4 nodos + 10GB + Central de discos, es incomparable.
    :cool:
     
  7. neocomp

    neocomp Usuario activo

    Los 10 Gb solo lo menciono como un "buen nivel" para comenzar con un cloud comparado con usar solo 1 Gb, nada más ... siempre he usado containers Virtuozzo y hasta el minuto casi el 80% de mis VPS siguen y seguirán en Virtuozzo con nodos con RAID-10 y SAS 15k ... pero para un cliente hace poco necesitaba un cluster con bastante demanda por un par de semanas y decidí montar todo sobre un cloud bajo Citrix XenServer con SAN duales aceleradas con discos SSD y el rendimiento general del sistema anduvo mucho mejor que con Virtuozzo ... al MySQL remoto le conecté 5 VM`s como servidores web en cluster y cada uno se conectó con 15 threads MySQL, soportó 25.000 usuarios simultáneos en una encuesta 100% MySQL y con una carga de cpu promedio de alrededor de 15% ... asi que por lo menos para mi existen "algunos" clouds "contados con los dedos de una mano" que pueden funcionar bastante bien, incluso con el IO ... obviamente que hay que evaluar muchas mas cosas y tener 10 Gb no garantiza en absoluto obtener un buen rendimiento general.

    Como decía marandia algunos tienen serios problemas de conectividad ... otros de soporte, otros de backup, otros de seguridad, muchos de IOPS etc. ... mi idea era solo presentar otra artimaña que está camuflada porque casi nadie siquiera la menciona y que afecta directamente y en forma muy importante el rendimiento no solo de los clouds sino que también de muchos VPS que están actualmente usando Xen ... y ese parámetro se llama CPU Priority.

    Siempre he sido "muy crítico" de los clouds, pero no puedo ignorar que si se implementa bien la idea ofrece algunas ventajas que son bastante interesantes, por lo mismo he estado probando y testeando clouds desde hace unos 2 años cuando eran un desastre y hago muchas pruebas de rendimiento "propias" principalmente orientadas al uso de MySQL.

    Y volviendo a la CPU Priority que es la idea que me interesa comentar ... creo que aunque tengas la mejor tecnología, independiente de si es cloud o no, si por ejemplo te están entregando garantizado solo un 10% de la potencia de los cores ofrecidos el rendimiento general del sistema va a ser muy deficiente ( el 10% es un ejemplo real de alguien que usaba sparknode.com )
     
    Última edición: 6 Nov 2012
  8. nextclickhosting

    nextclickhosting Usuario activo

    Como diría Jesulín en dos palabras "Im-presionante".

    Perdón pero no he podido evitarlo.
     
    Última edición: 13 Nov 2012


Alojamiento web, Hosting Reseller, Servidores Dedicados - All in Hosting


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·