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.

¿detectar overselling de proveedor VPS?

Tema en 'VPS Hosting' iniciado por openroot, 31 Jul 2012.

  1. openroot

    openroot Usuario activo

    me pueden dar algunos comandos o técnicas para detectar si mi proveedor de VPS compartido ¿está realizando overselling?
     
  2.  
  3. openroot

    openroot Usuario activo

    subeimagenes.com/img/sa-347736.png

    HTML:
    root@server:~# free -m
                 total       used       free     shared    buffers     cached
    Mem:          2048        900       1147          0          0          0
    -/+ buffers/cache:        900       1147
    Swap:            0          0          0
    root@server:~# sudo cat /proc/user_beancounters | grep -E '(uid|physpages|oomgua                                                                                        rpages)'
           uid  resource                     held              maxheld                                                                                                      barrier                limit              failcnt
                physpages                  112942               146796                                                                                                            0           2147483647                    0
                oomguarpages               112942               146796                                                                                                       524288           2147483647                    0
    root@server:~#
    
     
  4. ideasmultiples

    ideasmultiples Usuario activo

    No puedes saberlo, no tienes forma de acceder al nodo para saber los valores.

    :cool:
     
  5. hostigal

    hostigal Usuario activo

    Pues suele ser común que cuando tengas problemas de picos puntuales importantes o problemas similares, te den como escusa que algún otro cliente tuvo un problema...por ejemplo: le hackean el vps a otro cliente y te afecta en tu rendimiento...digo esto porque la verdad que muchos proveedores trabajan por poner un ejemplo con openvz, y así lo que pasará será lo que acabamos de comentar, opten por recursos garantizados con kvm, xen y evitarán esto en gran parte. saludos.
     
  6. Hostigal lo que estas comentando es una parida, pero parida de las grandes. El usar Xen, KVM o OpenVZ no implica que haya más overselling o menos. Es depende de las instancias que tenga el proveedor en ese nodo. Puedes tener un openvz sin sobrecarga perfectamente.
     
  7. hostigal

    hostigal Usuario activo

    parida?...parida será lo que tu dices...porque todos sabemos los que estamos en esto que todo el mundo que tiene openvz es porque va hacer overselling...porque para empezar la ram en kvm así como el disco son dedicados, si yo asigno 50gb a un vps no los puedo utilizar para otro vps, es como si estuvieran ocupados...en openvz no es así. habrá 1 caso entre 1000 que no lo haga...pero para asegurarse a los clientes mejor que cojan proveedores con kvm o xen.
     
  8. HectorRos

    HectorRos Usuario activo

    Buenos días.

    Todo y que tienes razon, que overselling puedes hacerlo sea XEN, KVM o OpenVZ, la facilidad que da uno respecto a los otros, le hace ganarse la fama.

    Por ejemplo KVM o XEN HVM garantizan la memoria RAM y Disco por lo cual podríamos hacer Overselling de Red o CPU solo.

    En cambio con OpenVZ es posible hacer overselling de RAM, Disco, CPU y RED.

    En ultima instancia quien la responsabilidad de no hacer overselling es claramente la empresa.

    Si tu proveedor hace o no overselling lo notarás fácilmente usando tu servidor.


    Saludos !
     
  9. hostigal

    hostigal Usuario activo

    Pues claramente no es lo mismo porque en openvz no tienes garantizados ram y espacio exclusivos por ejemplo...eso es básico para que esto no pase, aunque si estoy de acuerdo que la responsabilidad es de la empresa...pero me darás la razón que un problema en un vps en openvz afecta muchísimo mas a otros vps, por ejemplo una subida pico alto en la carga en openvz le afecta a otros mientras que en kvm es muy dificil...
     
  10. HectorRos

    HectorRos Usuario activo

    Comparto, y a la vez no, tu opinión, es decir, por ejemplo nosotros que trabajamos con todas las plataformas prácticamente (VMWare, XEN, OpenVZ, KVM) Utilizamos cada uno para lo que mejor se le da, y hay que decir que OpenVZ hace muy bien su trabajo con servidores Linux, solo es necesario tener unos buenos indicadores para evitar sustos.

    Pero si que te doy la razón que openvz se apoya mucho más en el nodo, por lo cual una variación de carga en alguna de las maquinas afecta mucho más a las demás que por ejemplo KVM.

    Saludos !
     
  11. Si lo tienes, no metiendo 30 vps por nodo... y asignando vcpu no equal share.
     
  12. openroot

    openroot Usuario activo





    cuando lo compré en la oferta decía
    SolusVM / OpenVZ

    y después de efectuar el pago me dieron un panel que dice SolusVM
    SolusVM



    Lo que pasa es que ya llevo utilizando algo de 900 MB de memoria ram está en 45%
    tengo 2 GB y el día de ayer se empezó a reiniciar el servidor sin parar(ya sucede en 2 ocasiones - lo solucioné apagan dolo y luego volviéndolo a prender), entonces esto me puso a pensar un poco, ustedes creen que tenga que ver mucho un signo de ¿swap overselling?

    Por otro lado cuando el VPS está online es muy rápido, no se le encuentra lento ni nada por el estilo


    CODE, HTML o PHP Insertado:
    processor 0:	0
    vendor_id 0:	GenuineIntel
    cpu family 0:	6
    model 0:	58
    model name 0:	Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 0:	9
    cpu MHz 0:	3500.221
    cache size 0:	8192 KB
    physical id 0:	0
    siblings 0:	8
    core id 0:	0
    cpu cores 0:	4
    apicid 0:	0
    fpu 0:	yes
    fpu_exception 0:	yes
    cpuid level 0:	13
    wp 0:	yes
    flags 0:	fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc arat pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm
    bogomips 0:	7000.44
    clflush size 0:	64
    cache_alignment 0:	64
    address sizes 0:	36 bits physical, 48 bits virtual
    power management 0:	[8]
    processor 1:	1
    vendor_id 1:	GenuineIntel
    cpu family 1:	6
    model 1:	58
    model name 1:	Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 1:	9
    cpu MHz 1:	3500.221
    cache size 1:	8192 KB
    physical id 1:	0
    siblings 1:	8
    core id 1:	1
    cpu cores 1:	4
    apicid 1:	2
    fpu 1:	yes
    fpu_exception 1:	yes
    cpuid level 1:	13
    wp 1:	yes
    flags 1:	fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc arat pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm
    bogomips 1:	7000.23
    clflush size 1:	64
    cache_alignment 1:	64
    address sizes 1:	36 bits physical, 48 bits virtual
    power management 1:	[8]
    processor 2:	2
    vendor_id 2:	GenuineIntel
    cpu family 2:	6
    model 2:	58
    model name 2:	Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 2:	9
    cpu MHz 2:	3500.221
    cache size 2:	8192 KB
    physical id 2:	0
    siblings 2:	8
    core id 2:	2
    cpu cores 2:	4
    apicid 2:	4
    fpu 2:	yes
    fpu_exception 2:	yes
    cpuid level 2:	13
    wp 2:	yes
    flags 2:	fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc arat pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm
    bogomips 2:	6999.89
    clflush size 2:	64
    cache_alignment 2:	64
    address sizes 2:	36 bits physical, 48 bits virtual
    power management 2:	[8]
    processor 3:	3
    vendor_id 3:	GenuineIntel
    cpu family 3:	6
    model 3:	58
    model name 3:	Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 3:	9
    cpu MHz 3:	3500.221
    cache size 3:	8192 KB
    physical id 3:	0
    siblings 3:	8
    core id 3:	3
    cpu cores 3:	4
    apicid 3:	6
    fpu 3:	yes
    fpu_exception 3:	yes
    cpuid level 3:	13
    wp 3:	yes
    flags 3:	fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc arat pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm
    bogomips 3:	7000.11
    clflush size 3:	64
    cache_alignment 3:	64
    address sizes 3:	36 bits physical, 48 bits virtual
    power management 3:	[8]
     
  13. ideasmultiples

    ideasmultiples Usuario activo

    Tu comentario es bien desafortunado, por no decir tonto, ¿Que tiene que ver el que uses VZ con el overselling?

    Usamos Virtuozzo desde hace 7 años (somos una de las primeras empresas en ofrecer servidores virtuales) y jamas hemos tenido ningún problema, no hagas comentarios que no puedes sostener....

    Quien te ha dicho que no son dedicados los recursos?, una cosa es que puedas dar mas y otra cosa es que no sean limitados, fíjate si serán limitados que puedes configurar hasta el numero de buffer TCP por instancia.

    Virtuozzo, permite limitar desde la RAM, la CPU (en unidades y en MHz), hasta el IO (en MB/s y transacciones/s), así que antes de opinar sobre algo que no conoces, primero estudia, luego prueba y después hablas, pero con conocimiento de causa, no porque te lo han dicho... :rolleyes:


    :cool:
     
    A nonamef191118 le gusta esto.
  14. Neo Anderson

    Neo Anderson Usuario activo

    Idesmultiples, como siempre, haciendo amigos :)
     
  15. ideasmultiples

    ideasmultiples Usuario activo

    Para hacer amigos esta el Facebuk :lol:

    Se supone que aqui las respuestas las da un profesional, sabiendo lo que dice ¿o no?

    Pero hay algunas opiniones que no se merecen otras respuestas, normalmente siempre son sesgadas y "echando el agua para su molino" tipo como yo vendo "Windows" el "Mac" es una ######, aunque nunca lo haya usado mas que en la aparador de la tienda durante 5 minutos.


    :cool:
     
    A nonamef191118 le gusta esto.
  16. openroot

    openroot Usuario activo


    ¿Porfavor me puede ayudar con la pregunta?
     
  17. ideasmultiples

    ideasmultiples Usuario activo

    Te lo respondí la primera vez:

    No puedes saberlo, no tienes forma de acceder al nodo para saber los valores.

    :cool:
     
  18. openroot

    openroot Usuario activo

    disculpe mi pregunta fue esta.

    algún experto me puede decir ¿por que es que se reinicio el servidor sin parar?
    ¿eso es un signo de overselling? ¿el servidor estaba de lo más normal he intocable?
     
  19. ideasmultiples

    ideasmultiples Usuario activo

    Es muy difícil de darte ninguna respuesta sin ver los logs del servidor.
    Tienes que ver si cuando se reinicia da algún mensaje y como está la carga.

    También puede ser que tu proveedor lo haya reiniciado por algún motivo.

    :cool:
     
  20. Neo Anderson

    Neo Anderson Usuario activo

    El caso es que normalmente tienes razón, el problema es como lo expresas :rolleyes:
     
  21. Sin comentarios... a partir de no sé que versión de xen existe la ram burstable. A xen puedes asignarle vcpu igual que virtuozzo o open vz y para garantizar la ram pues no meter más instancias de lo que tienes de ram para sobrecargar el nodo y sobrevenderlo.

    Como digo depende del nodo y del proveedor.
     


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


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·