Caidas VPS

Hola!

Estoy teniendo bastantes problemas con un VPS contratado con una empresa, la cual no quiero poner el nombre de momento, para no influenciar en las posibles respuestas, luego más adelante si quereis lo digo.

No soy un experto en redes ni servidores, lo mio es la programación por lo que os facilito la información de que dispongo, si necesitais algo más, me lo pedís.

El problema:
El VPS se cae cada 3 o 4 días. El proveedor me dice que estoy consumiendo todos los recursos y que debo pasar a un servidor dedicado administrado, como ejemplo me dice que en 10m se han realizado 200 consultas, lo que a mi me parece realmente poco.

El vps:
1 vCPU
1,5gb RAM
30GB HD SAS
Linux

Qué tiene alojado:
24 hostings creados, 12 Reales (con páginas de empresas alojadas) y 12 para realizar pruebas, mantenimientos, etc.
Entre pruebas y reales, estaremos hablando de unos 7 Wordpress, 7 Prestashop, 7 joomla y 3 custom php

El tráfico:
Los picos máximos que tengo son de 0,4mb/s entrada, 0,1mb/s salida.
unos 19gb ocupados, y unos 40gb de trafico mensual.

El 40% de la carga del servidor viene de un mismo plan de hosting, es probablemente el que me esta generando los problemas, todo empieza desde que lo alojamos:
Wordpress 4
150-200 visitas dia
Sin correos



Mis preguntas serían:
1.- ¿Qué necesito para no tener problemas con este plan de hosting?. Si a mi me preguntaran lo colocaría en cualquier compartido con + de 30gb de transferencia.
2.- ¿Se necesita alguna caracterísitica específica para los nuevos wordpress 4x + visualcomposer? He detectado que las páginas con este plugin tienen más problemas en latencias y perdidas de conexión (en diferentes proveedores.
3.- ¿Alguien me puede facilitar un proveedor español, con soporte 24/7 y rápido que cubra mis necesidades?, ya sea dedicado o vps, pero siempre administrado.

Gracias!

 

Es un cPanel? Tienes acceso root? en caso afirmativo instala Munin, así:

WHM > Manage Plugins > Haz click en install.

Conforme vaya pasando el tiempo, se irán generando las gráficas.
Por ejemplo, en la de CPU, la parte amarilla, indica la CPU disponible, "vacía".

En este caso, se trata de un servidor con 8 cores, por eso el valor máximo que indica es 800%.

Se puede decir que el consumo está entre el 15-50% de la capacidad de CPU.

 

No es cpanel, es administrado desde un panel propio del proveedor.
De todas formas, la carga de CPU esta siempre por las nubes.

Ahora mismo me pone CPU 100%
Pero en la grafica de carga media CPU no me pasa del 4%

 

Sin acceder al sistema sólo se va a poder barajar hipótesis, ¿tienes posibilidad de acceder mediante SSH nivel usuario? de esta forma podrías revisar el iowait del sistema.

Saludos.

 

@evalice
Tengo acceso por SSH, aunque ni idea de como funciona.
Una vez clico sobre SSH me aparece el prompt:

nombrehosting@nombrevps:~$

si hago "uptime"
12:47:59 up 2 days, 23:42, 1 user, load average: 0,35, 0,50, 0,65

me deberíais guiar un poco porque no tengo la menor idea de lo que es o como revisar el "iowait".

@AMateos
Gracias por las recomendaciones.
Mi principal prioridad sería conseguir solucionar el problema actual. La verdad es que estaba satisfecho con mi proveedor actual, simplemente no me ha convencido nada la solución que me han dado de cambiar a un dedicado (que se me va cerca de los 2000€ anuales) por problemas con el hosting de una empresa local con apenas 200 visitas dia. Por eso quiero valorar todas las opciones antes de decidirme.

¿200 peticiones en 10 minutos son muchas? Quizás estoy un poco desinformado al respecto pero pensaba que cualquier página que visites sobrepasa las 100 peticiones.

Gracias!

 

Ejecuta este comando, así vemos un poco el estado del servidor:

CODE, HTML o PHP Insertado:

top -n 1 -b > top; head -30 top

 

top - 13:21:22 up 3 days, 15 min, 1 user, load average: 1,93, 0,89, 0,66
Tasks: 2 total, 1 running, 1 sleeping, 0 stopped, 0 zombie
%Cpu(s): 23,4 us, 7,3 sy, 0,1 ni, 60,6 id, 8,5 wa, 0,0 hi, 0,0 si, 0,2 st
KiB Mem: 1527896 total, 1254808 used, 273088 free, 21524 buffers
KiB Swap: 2097148 total, 84992 used, 2012156 free, 398096 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19180 XXX 20 0 23356 2120 1640 S 0,0 0,1 0:00.02 bash
19513 XXX 20 0 24740 1340 1072 R 0,0 0,1 0:00.00 top

 

solo eso? deberían haber salido más lineas.
A priori se muestra un consumo de CPU del 40% en ese momento, quizás en momentos de más carga se llegue al 100% y si que necesites más capacidad.

Ejecuta:

CODE, HTML o PHP Insertado:

cat /proc/cpuinfo

a ver que CPU tienes asignada.

Ejecuta

CODE, HTML o PHP Insertado:

ps -eo pcpu,pmem,pid,user,time,args | sort -k 1 -r

Para ver que tienes corriendo

Ejecuta

CODE, HTML o PHP Insertado:

free -m

Para ver el consumo real de memoria RAM

 

Vuelvo a tirar el primero:
XXX@XXX:~$ top -n 1 -b > top; head -30 top
top - 13:37:00 up 3 days, 31 min, 1 user, load average: 0,70, 0,74, 0,73
Tasks: 2 total, 1 running, 1 sleeping, 0 stopped, 0 zombie
%Cpu(s): 23,4 us, 7,3 sy, 0,1 ni, 60,6 id, 8,4 wa, 0,0 hi, 0,0 si, 0,2 st
KiB Mem: 1527896 total, 1202816 used, 325080 free, 30088 buffers
KiB Swap: 2097148 total, 86304 used, 2010844 free, 371132 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23024 XXX 20 0 23360 2264 1700 S 0,0 0,1 0:00.03 bash
24364 XXX 20 0 24740 1340 1072 R 0,0 0,1 0:00.00 top

Segundo:
XXX@XXX:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU L5520 @ 2.27GHz
stepping : 5
microcode : 0x11
cpu MHz : 2261.000
cache size : 8192 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 18
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc up rep_good nopl nonstop_tsc pni s
sse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm
bogomips : 4522.00
clflush size : 64 top
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

Tercero
XXX@XXX:~$ ps -eo pcpu,pmem,pid,user,time,args | sort -k 1 -r
%CPU %MEM PID USER TIME COMMAND
0.0 0.1 23024 1022 00:00:00 -bash
0.0 0.0 23767 1022 00:00:00 sort -k 1 -r
0.0 0.0 23766 1022 00:00:00 ps -eo pcpu,pmem,pid,user,time,args

 

Ok, no eres root, así que no podemos ver mucho más... Seguramente si que tengas la CPU a tope en ciertos momentos.



El valor rojo te indica el porcentaje de CPU libre.


Si el proveedor te confirma que el server está optimizado, pues no te queda más que meterle más CPU/memoria al servidor.

 

Tienes un sólo vcore. Es muy muy poco.
Por otro lado, aunque la carga parezca baja (load average), para un único vcore no es tan baja (un mismo valor de load average será alto o bajo en función de los cores de procesador disponibles). Además el valor del wa es relativamente alto (8,4 wa) para no estar haciendo casi nada en ese momento.

Para mi gusto:

- Muy poco procesador
- Muy poco I/O de disco

No te hace falta pasar a un dedicado.

Un VPS en condiciones no te daría esos problemas.

 

I agree

 

El provedor me da la posiblidad de pasar a 2vCPU, ¿lo arreglaríamos con eso?
Sobre el I/O de disco, ¿debería pasar a SSD?

 

Seguro que vas a mejorar notablemente con más CPU y en SSD.

 

Independiente de que tienes muy pocos recursos te recomendaría CAMBIAR DE PROVEEDOR a la brevedad y usar un VPS con algún panel de control conocido como cPanel y además tener acceso root para poder configurar y optimizar la configuración del VPS, tampoco sabemos que sistema de discos y RAID usa el VPS ... es MUY diferente si usa por ejemplo SATA con RAID por software a usar SAS 15K con controladora RAID-10 con cache.
Respecto a los recursos concuerdo con lo que ya te han dicho, un solo vcore puede ser insuficiente, 1,5 Gb de RAM no te permite optimizar mucho MySQL ( suponiendo que está optimizado lo cual dudo ) y obviamente el rendimiento con discos SSD sobre todo con sitios WP puede mejorar muchísimo por el alto consumo de MySQL, según mi experiencia al pasar nodos MySQL de SAS 15k en RAID-10 a SSD en RAID-10 el rendimiento mejoró hasta 20 veces, sobre todo si las consultas MySQL no están bien optimizadas y hay muchos JOIN y uso de tablas temporales como "normalmente" ocurre con WP.
WP, PrestaShop y Joomla están basados en PHP + MySQL por lo que la optimización de MySQL es CRITICA y el principal recurso para poder hacerlo es la memoria RAM, basta por ejemplo que las tablas InnoDB no tengan suficiente espacio asignado de memoria para que el sistema completo colapse ... si agregas mas cores, RAM, discos SSD, etc y no optimizas MySQL a veces no sirve absolutamente de nada.
Respecto al dedicado ... creo que un buen VPS va a tener incluso mejor rendimiento que un dedicado básico, sobre todo si tiene un buen sistema de discos con RAID.

 

Te hago varias preguntas.

Yo también veo mucho IO "8,4 wa" y CPU media/alta. Lo normal sería 50 por vcore. ¿El vps que precio tiene? ¿Está tirado de precio? ¿Que pagas al mes? Puede que el IOWait, lo provoque el proveedor del nodo. Si es así te aconsejo que cambies de proveedor a uno más fiable y con discos ssd. Mejor no digas nombre del proveedor.

 

No. Con eso no lo vas a arreglar. Me da la sensación de que estás o en un nodo saturado o con discos SATA (ni siquiera SAS) muuuuy lentos.

El problema de fondo creo que es que buscas un VPS barato, que vaya muy rápido, una red excepcional y con un excelente soporte

Bien. Eso no existe. Lo siento de verdad.

 

Para saber si estás en un nodo con overselling, no suele fallar nunca el siguiente comando:

CODE, HTML o PHP Insertado:

hdparm -tT /dev/sda "sda lo cambias por tu disco".

Si los valores son muy bajos posiblemente sea un indicio de overselling...

 

Como ya comentan en el post por ahí arriba, parece que te están "invitando" a que cambies de plan.
Esto hoy en día es muy habitual sobre todo en planes donde los recursos son excesivamente altos en relación a un precio quizá demasiado barato.