Optimización VPS con RedCoruna

Datacenter1 me acaban de responder los del SP y me han dicho que dicha bajada del consumo de memoria es debido a que han reiniciado MySQL para que se aplicaran los cambios que me dijiste.

 

más que el consumo de ram (que en Linux, por diseño siempre tiende a ser elevado) me preocuparía si los sitios continúan dejando de responder o no.

La idea de tener un servicio administrado, es precisamente que TU no tengas que lidiar con cosas como está, si tienes que decirle con detalles a tu proveedor que es lo que deben hacer y ellos solo se limitan a obedecer parece ser más un servicio semi-administrado.

No conozco tu proveedor y no me agrada opinar (a menos que tenga algo bueno que decir) de otras empresas, pero en su web dice claramente que se encargan de optimizaciones de servicios, solicita que optimicen MySQL y Apache

 

vps redcoruna

Hola, yo también tengo un vps de recoruna. Contraté un vps II con 2 Gb de ram. Al poco tiempo, con unos 25 sites de muy poco consumo (excepto 2 con unas 50 visitas , casi nada) empecé a tener error 500 de servidor. Supuestamente por picos de consumo de memoria demasiado altos. La única solución que obtuve fue la típica, optimizar mis aplicaciones (algunas en joomla) o contratar un producto superior.
No me quedó más remedio de contratar el vps de 4 Gb, para salir del paso, pero estoy convencido que el vps no está optimizado. El consumo de memoria no pasaba nunca de 1.4 gb, pero me decían que esos picos no se aprecian.

Cuando termine el contrato buscaré otro.

Saludos.

 

Lo de siempre nada regala nada, y lo barato a la veces sale bastante caro. Existen políticas y políticas...por eso ante ofertas a nivel prestaciones muy buenas, lo primero testear el soporte y atención previo a la contratación, por lo menos.

saludos

 

Haciendo caso a Datacenter1 he escrito a los del Soporte un poco mosqueado y esta es su respuesta:

Estimado cliente:

Las VPS por defecto ya incluyen una configuración de todos los servicios óptima para el funcionamiento general del servicio. Efectivamente nosotros no encargamos de la administración, configuración y optimización de las aplicaciones preinstaladas que nos comenta, ya que nosotros somos los administradores del VPS, es decir, si existe algún problema en alguna configuración, nosotros lo solventaríamos (administración y configuración), ya que somos los administradores. Si existe algún problema a nivel de servidor que esté afectando al correcto funcionamiento del VPS, nosotros lo corregiríamos o llevaríamos a cabo las medidas necesarias (optimización).

En su caso, lo que nos está solicitando es optimizar la configuración (algo específico) del VPS para adaptarlo a sus aplicaciones, pero nosotros no damos soporte a nivel de aplicación, por lo tanto, nosotros no podemos saber cual es la configuración que se adapta mejor en cada caso y para cada aplicación. Como le he comentado, la configuración del VPS está optimizada para el propio funcionamiento del VPS desde el momento en que se le facilitan los datos de acceso y si existiese algún problema en la configuración se revisaría, pero no es el caso.

Ahora bien, nosotros no llevamos a cabo una configuración específica para una aplicación en concreto, al no dar soporte a nivel de aplicación y no saber cual es la mejor configuración para cada caso, además no podemos conocer todas las aplicaciones que existen, por lo que es usted quien debe revisar qué configuraciones (si es necesario) es más óptima para una aplicación en concreto y si quiere realizar ese cambio en la configuración del VPS, al no ser usted el administrador, no puede realizarlo, por lo que tenemos que hacerlo nosotros y nos lo puede solicitar sin problema como ha hecho en este mismo ticket.

Permanezco a la espera por si tiene alguna otra duda o consulta.

Y como no entiendo, no se que contestar... Alguna sugerencia?

carlos_mm no somos los únicos que estamos en esta situación... Si consigo alguna solución te comento para que se lo digas a los del Soporte Técnico.

 

@Pixelade:

1- El problema de los errores 500 se ha solucionado o siguen habiendo caidas?
2- Si lo que deseas es optimizar más el vps (mysql, apache, etc) es bastante difícil sin acceso root ni la colaboración del proveedor.
3- Ya que parece que lo único que harán por ti es seguir tus instrucciones (como si tu supieras como optimizarlo) pideles que por favor corran el siguiente comando en tu VPS

CODE, HTML o PHP Insertado:

cd /sbin ; wget mysqltuner.pl ; chmod 700 mysqltuner.pl ; ./mysqltuner.pl

Que te envíen la salida completa de ese comando , esto nos dará una idea de lo que hay que optimizar en mysql, y con eso podré sugerirte (el programa practicamente lo hace solo) nuevos valores de mysql para tu servidor

 

Muchas gracias.

 

El tema de las caidas, no he detectado ninguna desde entonces, pero tiene que ser casualidad de que esté trasteando la web, pero los picos se siguen generando, no se si hasta el punto de saturar el servidor, pero ahora mismo en el panel de RedCoruna se ha generado un pico de 1010Mb de Memoria, tal vez estos picos tan cortos sean normales, no lo se...

Respecto al comando, lo acabo de pedir (Ahora a rezar que no me lo hagan dentro de 6 días)

Gracias por las molestias que te estas tomando, sin tener obligación de hacerlo. Te estoy muy agradecido.

 

Ok, en 6 dias me doy una vuelta por aquí a ver si ya tienes la info
Si todo sale bien en unos 12 a 18 días debes tener mysql optimizado

No hay de que, para eso es el foro, para ayudarnos unos a los otros

 

Prueba a optimizar con el script mysqltunner.

Si no sabes como hacerlo te puedo echar una mano.

 

Sip, para eso datacenter1 le dijo que ejecute el script, con eso se verá que cosas optimizar

 

Si, son muy rápidos

Os voy a poner una información que seguramente no tenga nada que ver, pero bueno, tal vez sea de ayuda.

Comenté que después de notar esa mejoría del 10% de memoria el servidor empezó a hacer picos como un loco y les envié a los del soporte dos imágenes donde se reflejaban esos picos (Todavía no puedo adjuntar las imágenes)

Y esta ha sido su respuesta:
Estimado cliente:

Contactamos con usted en referencia al comportamiento anómalo en las gráficas de su VPS que nos había reportado. Tras analizarlo, le indicamos que estos valores no están relacionados con el reinicio de mysql que le indicamos en un ticket anterior. El problema fue originado por el sistema de backups remoto que, de forma puntual cuando se estaba realizando, provocó una pequeña inestabilidad en su VPS. Una vez aislada la causa del problema, nuestros técnicos procedieron a corregirlo a la mayor brevedad posible.

Cuando se realiza el backup de su VPS, el volcado de las bases de datos provoca un bloqueo de tablas que puede hacer que mientras se realiza, los procesos php que quieran hacer escrituras en la base de datos tengan que esperar pudiendo acumularse algunos, lo cual haría que la memoria RAM aumentase como se pudo observar en las gráficas.

En cualquier caso, los backups se están realizando de forma correcta, y este contratiempo ha tenido un carácter puntual. En el caso de que volviese a detectar cualquier problema por favor indíquenoslo para que podamos ayudarle.

Lamentamos las molestias que le haya podido ocasionar esta situación y quedamos a su disposición para cualquier consulta que le pueda surgir.

Por otro lado, respecto al comando que nos ha comentado, en el menor tiempo posible le daremos respuesta sobre ese asunto.

Gracias.

Tal vez esta información no sea significativa, pero por si acaso yo la pongo...

 

Otra de sus respuestas:

Estimado cliente:

Nosotros con el reporte nos referimos a la incidencia que nos había reportado con cosumos anómalos de su VPS, no teniendo que ver con los picos puntuales que nos comenta.

Por ellos queda descartado que sea un proceso interno del VPS

 

Buenas!

Después de estar esperando varios días a que ejecutaran el script que me comentaste Datacenter1 esta es su respuesta :S :

Estimado cliente,

Lamentamos indicarle que no sería posible la ejecución de este comando como root, ya que no sabemos el resultado de la ejecución del fichero que nos indica, por lo que por medidas de seguridad no vamos a ejecutar este comando, para evitar posibles problemas en el VPS que puedan afectar al correcto funcionamiento de la misma.

Si desea que realicemos alguna configuración en concreto sobre MySQL, indíquenos de forma precisa la configuración a realizar y nos encargaríamos de llevarla a cabo, pero no podemos ejecutar este fichero como root sin saber que puede provocar en este servicio.

Permanecemos a la espera por si tiene alguna duda.

Desde luego, no ponen ni un poquito de su parte...

 

8 días para decirme que no pueden ejecutar ese comando!!

 

Llegaria a entender que no quisieran ejecutar un script desconocido, pero no esto.
Creo que es mas dejadez o falta de proactividad del servicio técnico, ciñéndose a las políticas de empresa, que implicación.
NO conocía ese script en perl, pero viendo el código fuente (no controlo demasiado perl), se puede ver lo que va haciendo.
Ya por recochineo les podrias decir que vayan haciendo a mano todo lo que hace el script de forma automática.

Como muestra, el make_recomendations primero comprueba cosas en general.
Busca en el código fuente todos los "push(@generalrec...." y les indicas todas las cosas.
Asi por encima, optimiza tablas, desactiva los motores que no se usen (Ej. si no hay tablas InnoDB, desactiva ese "motor" desde el my.conf) y si hay muchas conexiones simultaneas deshabilita las conexciones persistentes.

Digo recochineo porque es una currada y no compensa, pero hay veces que "por huevos" se deja atrás toda lógica

 

La verdad es que no se bien por donde tirar...

Además que para tener Soporte Técnico 24x7... 8 días para que me digan que no pueden ejecutar ese script... Vaya tela... Supongo que quiere decir que tardan 7 días + 24h... justo 8 DÍAS!! xD

Yo si me ponéis una lista de todos los pasos que hace el script se lo copio y pego en un ticket... Eso sí, alomejor no vivimos para ver los cambios!!

 

Pues vaya con el servicio que ofrece redcoruna dejan mucho que desear. Si te dicen que el vps es administrado deberían hacerlo ellos mismos y no venir andando con el cuento de que no trabajan a nivel de aplicación. Una cosa es el nivel de aplicación (nivel2) y otra muy distinta la de admin de nivel3.

Yo que tu buscaba otra empresa cagando leches como por ejemplo adw.es lo migraba todo y cancelaba con redcoruna.

La migración no es traumática lo traumático es aguantar a un proveedor que pase de ti.

 

Opino igual, esa respuesta parece más una invitación a que te vayas

 

Hola Pixelade. Déjame decirte por donde tirar, buscar otra empresa mejor que esta será fácil. Porque con el servicio técnico parece que estás hablando con un robot. Yo tengo gravísimos problemas de lentitud en mi vpsIII, paginas que tardan 1 minuto en sacar el home, y la única respuesta que he tenido es que optimice mis páginas.
Yo desde luego aguanteré hasta terminal el contrato. Mientras iré buscando un buen servicio. No pienso seguir pagando 59 euros por este servicio. (ahora creo que bajó algo de precio).

Saludos.