| VPS Hosting Todo sobre Virtualización, Virtual Private Servers (VPS) y tecnologías como Xen, KVM, Virtuozzo, OpenVZ, VMware, Hyper-V y VirtualBox, entre otras. | ¿detectar overselling de proveedor VPS?Este es el tema ¿detectar overselling de proveedor VPS? que se encuentra dentro del foro VPS Hosting, que es parte de la categoría Foro Web Hosting 3Me gusta
31-jul-2012, 07:30
|
#1 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2012 Ubicación: Peru
Mensajes: 45
| ¿detectar overselling de proveedor VPS?
me pueden dar algunos comandos o técnicas para detectar si mi proveedor de VPS compartido ¿está realizando overselling?
|
| |
31-jul-2012, 07:52
|
#2 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2012 Ubicación: Peru
Mensajes: 45
|
subeimagenes.com/img/sa-347736.png Código 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:~# |
| |
31-jul-2012, 08:59
|
#3 (permalink)
| | Usuario activo
Fecha de Ingreso: abril-2007 Ubicación: España - Perú
Mensajes: 4.244
|
No puedes saberlo, no tienes forma de acceder al nodo para saber los valores. |
| |
31-jul-2012, 09:04
|
#4 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2009
Mensajes: 1.263
|
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.
|
| |
31-jul-2012, 11:52
|
#5 (permalink)
| | Usuario activo
Fecha de Ingreso: octubre-2005
Mensajes: 4.693
| Cita:
Iniciado por hostigal 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. | 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.
|
| |
31-jul-2012, 11:58
|
#6 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2009
Mensajes: 1.263
|
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.
|
| |
31-jul-2012, 11:59
|
#7 (permalink)
| | Usuario activo
Fecha de Ingreso: enero-2011
Mensajes: 83
| Cita:
Iniciado por f.villalba 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. | 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 !
|
| |
31-jul-2012, 12:02
|
#8 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2009
Mensajes: 1.263
|
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...
|
| |
31-jul-2012, 12:16
|
#9 (permalink)
| | Usuario activo
Fecha de Ingreso: enero-2011
Mensajes: 83
| Cita:
Iniciado por hostigal 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... | 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 !
|
| |
31-jul-2012, 12:21
|
#10 (permalink)
| | Usuario activo
Fecha de Ingreso: octubre-2005
Mensajes: 4.693
| Cita:
Iniciado por hostigal 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... | Si lo tienes, no metiendo 30 vps por nodo... y asignando vcpu no equal share.
|
| |
31-jul-2012, 16:47
|
#11 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2012 Ubicación: Peru
Mensajes: 45
| Cita:
Iniciado por f.villalba . | Cita:
Iniciado por ideasmultiples . | Cita:
Iniciado por hostigal . | Cita:
Iniciado por f.villalba . | Cita:
Iniciado por HectorRos . |
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 Código: 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] |
| |
31-jul-2012, 21:21
|
#12 (permalink)
| | Usuario activo
Fecha de Ingreso: abril-2007 Ubicación: España - Perú
Mensajes: 4.244
| Cita:
Iniciado por hostigal 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. | 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... |
| |
31-jul-2012, 21:48
|
#13 (permalink)
| | Usuario activo
Fecha de Ingreso: agosto-2010 Ubicación: Barcelona
Mensajes: 136
|
Idesmultiples, como siempre, haciendo amigos :)
|
| |
31-jul-2012, 23:09
|
#14 (permalink)
| | Usuario activo
Fecha de Ingreso: abril-2007 Ubicación: España - Perú
Mensajes: 4.244
| Cita:
Iniciado por Neo Anderson Idesmultiples, como siempre, haciendo amigos :) | Para hacer amigos esta el Facebuk
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. |
| |
01-ago-2012, 02:00
|
#15 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2012 Ubicación: Peru
Mensajes: 45
| Cita:
Iniciado por ideasmultiples Para hacer amigos esta el Facebuk
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.  |
¿Porfavor me puede ayudar con la pregunta?
|
| |
01-ago-2012, 04:29
|
#16 (permalink)
| | Usuario activo
Fecha de Ingreso: abril-2007 Ubicación: España - Perú
Mensajes: 4.244
| Cita:
Iniciado por openroot ¿Porfavor me puede ayudar con la pregunta? | Te lo respondí la primera vez:
No puedes saberlo, no tienes forma de acceder al nodo para saber los valores. |
| |
01-ago-2012, 04:41
|
#17 (permalink)
| | Usuario activo
Fecha de Ingreso: mayo-2012 Ubicación: Peru
Mensajes: 45
| Cita:
Iniciado por ideasmultiples Te lo respondí la primera vez:
No puedes saberlo, no tienes forma de acceder al nodo para saber los valores.  | disculpe mi pregunta fue esta. Cita:
Iniciado por openroot 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 |
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?
|
| |
01-ago-2012, 09:43
|
#18 (permalink)
| | Usuario activo
Fecha de Ingreso: abril-2007 Ubicación: España - Perú
Mensajes: 4.244
|
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. |
| |
01-ago-2012, 09:44
|
#19 (permalink)
| | Usuario activo
Fecha de Ingreso: agosto-2010 Ubicación: Barcelona
Mensajes: 136
| Cita:
Iniciado por ideasmultiples Para hacer amigos esta el Facebuk
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.  | El caso es que normalmente tienes razón, el problema es como lo expresas |
| |
01-ago-2012, 09:49
|
#20 (permalink)
| | Usuario activo
Fecha de Ingreso: octubre-2005
Mensajes: 4.693
| Cita:
Iniciado por HectorRos 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 ! | 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.
|
| | | Herramientas | | | | Desplegado | Mode Lineal |
Normas de Publicación
| No puedes crear nuevos temas No puedes responder temas No puedes subir archivos adjuntos No puedes editar tus mensajes El Código HTML está Desactivado | | | La franja horaria es GMT +2. Ahora son las 17:42. |
La comunidad dedicada al web hosting más grande en nuestro idioma.
Para anunciar en ComunidadHosting, o para información general, por favor utiliza el formulario de contacto.
Para encontrar servicios informáticos utiliza un directorio de empresas. Con Infoisinfo.es puedes encontrar servicios de hosting e informática en tu ciudad.
Todo tipo de productos informáticos, cursos de programación o el profesional que necesitas lo encontrarás en Mundoanuncio. El sitio web donde todos los recursos que buscas están al alcance.
|