1. ¡Gratis! Con este enlace obtienes $50 USD gratis para VPS Cloud Linux y Windows, Bare Metal o Dedicated en Vultr ← 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.

Como saber la causa de VPS caído

Tema en 'VPS Hosting' iniciado por Twittesp, 30 Jul 2011.

  1. Twittesp

    Twittesp Nuevo usuario

    Hola amigos del foro, gracias de antemano por prestar atención a mi problema y espero puedan ayudarme.

    Tengo un vps funcionando con 2 sitios web con algo de tráfico, unas 10,000 visitas únicas diarias entre las 2 páginas.

    El asunto es que el servidor se cae unas 8-10 veces al día, y mi proveedor de hosting no sabe decirme la causa. Es decir, puedo entrar a mi panel WHM y todo aparenta estar bien, pero las 2 páginas están offline, de a lapsos de 5-10 minutos.

    Una de las páginas tiene un wordpress, y la otra un script de microblogging.

    ¿Cómo puedo saber el motivo por el cual mis páginas dejan de verse y así darle solución?

    Agradezco nuevamente cualquier apoyo que puedan brindarme. Reciban un saludo cordial.
     
  2.  
  3. ideasmultiples

    ideasmultiples Usuario activo

    Probablemente problemas de memoria en el nodo (sobre vendido) te tumban los servicios, te recomiendo te vayas buscando otro proveedor....

    :cool:
     
  4. Twittesp

    Twittesp Nuevo usuario

    ideasmultiples muchas gracias por tu respuesta, pero fíjate que al checar el uso de memoria, está bien, al 20% con picos de 40% mas o menos ¿O estamos hablando de otro tipo de memoria? Perdona soy solo un blogger :)
     
  5. turcu

    turcu Administrador Miembro del Staff Administrador CH

    Probaste la carga de la/s base/s de datos, cantidad de conexiones, etc.? Proba cuando esten "caidas" las paginas, acceder al cPanel correspondiente, y una vez ahi, ingresar al PhpMyAdmin, para ver si podes navegar por los datos.
    Ademas, tenes optimizado Wordpress? no soy experto en Wordpress, pero lei en mas de un hilo acerca de wp cache, a un numero considerable de visitas, parece ser importante. Lo mismo en caso que estes usando algun cms para el otro sitio.

    Por lo que indicas, el VPS no se reinicia, suspende o algo asi (podes acceder), no se queda sin recursos de memoria (al menos en teoria, si no esta dibujado), y habria que ver la carga del CPU tambien. Me inclino a algun servicio en particular, yo apuntaria primeramente a la base de datos.

    Saludos!
     
  6. Twittesp

    Twittesp Nuevo usuario

    Hola turcu!
    Wordpress sí tiene el plugin super chache instalado.
    mientras las páginas están offline no entré a phpmyadmin, pero voy a hacerlo. Lo que sí hice fue checar el server con estos servicios gratuitos como iwebtool.com, y me indica que la base de datos parece estar offline.

    ¿Pero ésto que significaría, que el servicio de mySQL funciona mal dentro del VPS, o que mi script satura la base de datos?

    Muchas gracias por tu apoyo.
     
  7. turcu

    turcu Administrador Miembro del Staff Administrador CH

    Que un servicio externo no vea la base de datos, no significa que no este corriendo. Es usual tener los puertos de MySQL cerrados, pudiendo accederlo solamente desde el servidor local, y no desde afuera. Lo ideal seria probarlo de forma local.

    Una idea, puede ser subir un archivo html comun (por ejemplo en el directorio raiz, que no use base de datos) y hacer la prueba con el phpmyadmin, al momento de la falla. Si el archivo html carga por ejemplo, y el phpmyadmin esta clavado, entonces encararlo por la base de datos. Si el archivo html no carga, entonces apache no responde... entre otras pruebas que se pueden hacer.

    Proba estas dos cosas, para tener un mejor panorama del problema, y ver con respecto a lo que pasa.
     
  8. Normalmente, la gran mayoría de los VPS que se venden en el mercado no están correctamente optimizados.

    Prueba a hacer tuning a Apache, MySQL y a PHP instalando algún sistema de caché. (Si no sabes hacerlo contrata a un sysadmin que lo haga por ti).

    También puede ser que tu proveedor realize sobre venta en el nodo tal y como comenta ideasmultiples.

    Yo casi te aseguro que son las dos cosas.

    Saludos,
     
  9. ideasmultiples

    ideasmultiples Usuario activo

    Dependiendo del tipo de virtualización, tu estás viento el total de memoria, es decir la memoria asegurada (la que puedes usar continuamente) más la burstable (solo utilizable en picos muy cortos de tiempo).

    Los síntomas que explicas son, al 99% de probabilidades, originados por falta de memoria real. Cuando estás en un nodo sobrecargado, estos problemas se agudizan, tu puedes hacer un top y ver 2GB, pero en realidad tienes 256Mb y el resto es burstable.

    Esta es una práctica generalizada en los VPS de bajo costo, si no la utilizan no les sale el negocio....

    :cool:
     
  10. Twittesp

    Twittesp Nuevo usuario

    Muchas gracias

    Les agradezco por sus gentiles respuestas, y pongo a ustedes la oferta del trabajo de comprobación de mi server, si alguno cree que puede identificar el problema desde adentro, solo páseme la cotización. O si dan servicios de vps que tengan memoria real y no tenga este tipo de inconvenientes, también acepto con gusto los presupuestos. Ahora pago usd 70 al mes, por un vps con 4GB de memoria. El espacio de momento, ocupo solo 3GB.

    Muchas gracias!!!

    Daniel
     
  11. ideasmultiples

    ideasmultiples Usuario activo

    Por ese precio es difícil que nadie te asegure esa cantidad de memoria en una plataforma en condiciones, por ejemplo en Softlayer un VPS dentro de su cloud con 4GB, panel de control, sin administrar se va a los $164.00 mensuales.

    Con ese proveedor si tienes garantizados tus recursos.

    :cool
     
  12. OscarS

    OscarS Usuario activo

    Cuanta ram ocupas con las paginas, le das dado una optimizacion a tu mysql, apache/lighttpd/cherokee?
     
  13. Twittesp

    Twittesp Nuevo usuario

    Hola Oscar, utilizo entre las 2 páginas unos 2GB de memoria.
    No hice optimizaciones, no sé cómo hacerlas. Tú sabes optimizar la base de datos y lo demás?¿Quieres hacer el trabajo?¿Cuánto sería $$$?
     
  14. skunk

    skunk Usuario activo

    Revisa los dedicados en ovh, un 16G te podría servir sino date una vuelta por hetzner. :rolleyes:
     
  15. OscarS

    OscarS Usuario activo

    Lamentablemente no puedo tomar esa petición, se optimizar lo basico y solo con mi vps pues no quiero "joder" el servidor/pagina de alguien ajeno a mi.

    Supongo que mi VPS esta muy bien porque uso kloxo+lighttpd (php)+mysql y solo gasto cerca de 115MB de ram (hosteando wordpress) claro, mi vps no tiene trafico lo uso para pruebas.


    Lo mejor seria que cheques paso por paso tu VPS, sino cámbiate de proveedor a uno que te pueda ayudar.
     
  16. hostimedia

    hostimedia Usuario activo

    También puede ser por causa del cortafuegos, por ejemplo el CSF (en el caso de tenerlo instalado) activando el comando "PT_USERKILL" "mata" los procesos que superan un % de los recursos, también puede deverse a los recursos "reales" de la VPS y como estén configurados PHP+apache+mysql, suena más a mala configuración de la misma VPS que a sobrecarga del nodo (que también puede ser) pero antes de mirar si el proveedor está sobre vendiendo los recursos (que nunca lo sabremos) es mejor mirar de configurar bien la VPS.

    Saludos
     
  17. neocomp

    neocomp Usuario activo

    Hola Daniel ... aunque falta muchísima información para poder tener una idea mas clara del vps que estas usando actualmente, como el software de virtualización, las especificaciones de hardware del nodo, los recursos garantizados, etc, etc ... creo que puedo ayudarte con todo lo relacionado con el consumo y monitoreo de recursos y sobre todo la optimización de MySQL, en los ultimos años hemos desarrollado y perfeccionado nuestros propios programas de monitoreo pero solo para uso interno y podría ser una buena oportunidad para comenzar a ofrecer nuestros servicios al mercado :-D

    Actualmente otorgamos un servicio "full managed" a varios clusters de VPS's de clientes orientados principalmente al manejo de BD MySQL, con cargas incluso sobre 800 millones de queries al día usando VPS's hibridos con 4 Gb de RAM y los tenemos con tasas de rendimiento de los buffers de caché sobre 99% :)

    Solo el motor MySQL tiene mas de 200 parámetros que hay que configurar y optimizar de acuerdo a los requerimientos del software y los recursos instalados ... por defecto los VPS no tienen optimizado ningún parámetro de MySQL.

    Te hago una revisión "sin costo" para tener mas información y según eso podemos conversar sobre una optimización o asesoría para un cambio de proveedor si el vps es realmente malo.
     
  18. Twittesp

    Twittesp Nuevo usuario

    Skunk muchas gracias!
     
  19. Twittesp

    Twittesp Nuevo usuario

    Gracias neocomp, te estoy enviando mensaje, sí me interesa.
     
  20. neocomp

    neocomp Usuario activo

    Daniel, en primer lugar gracias por confiar en mi :)

    Una primera recomendación, cuando se conecten a un servidor con cPanel es preferible usar SIEMPRE https://xx.xx.xx.xx:2087 en vez de http://xx.xx.xx.xx:2086.

    En 5 minutos ya he hecho una revisión del servidor y ya he encontrado "cientos" de observaciones, vamos a ir comentando algunas en el foro por si les sirve a otros colegas, a ti obviamente te enviaré todo mucho mas detallado.

    Lo primero y mas grave es que tus dominios tienen solo 2 DNS, el primero instalado en la misma IP del servidor y el segundo DNS NO EXISTE :cool:
    Es muy probable que eso sea lo que causa muchos problemas de conexión ya que tener un solo DNS es suicida, tener 2 instalados en la misma red es insuficiente, tener 3 con uno al menos externo es lo recomendado para mayor confiabilidad ... tener 5 distribuidos y replicados totalizando unos 15 eso es profesional :-D

    Revisando tu proveedor no solo tiene un solo DNS, sino que su configuración tiene muchísimos mas problemas que tu dominio jejejejeje :
    * WARNING: Looks like the parent servers do not have information for your TLD when asked
    * ERROR: One or more of your nameservers did not respond.
    * FAIL: The following nameservers are listed at your nameservers as nameservers for your domain, but are not listed at the parent nameservers.
    * ERROR: One or more of the nameservers listed at the parent servers are not listed as NS records at your nameservers.

    El nodo usa Dual Quad Xeon E5520 a 2.27GHz lo cual es bastante bueno, tienes 4 Gb de RAM y usas un container Virtuozzo lo cual tambien es bueno.

    Algo no tan bueno es que estas usando una versión de 32 bits, por lo que MySQL solo podrá aprovechar a lo más 2 Gb :-(
    Hoy recomendaría a todos quienes usan MySQL en forma mas o menos intensiva usar versiones de Linux de 64 bits, hay varias mejoras de rendimiento que podremos comentar en otra ocasión pero fundamentalmente es para poder aprovechar más de 2 Gb. de RAM.

    Vamos a las cosas malas, MySQL tiene CERO optimización, no hay ni siquiera un parámetro configurado a la medida lo cual obviamente influye en el rendimiento de MySQL, de partida lo máximo que ha aprovechado de memoria son alrededor de 500 Mb a pesar de que tienes 4 Gb :-( ... habría funcionado exactamente igual si solo hubiese tenido 768 Mb.
    Y los parametros que estan por defecto malgastan memoria inutilmente :cool:

    Los caches de consultas, de joins, la cantidad de threads, de lecturas secuenciales y de tablas están deshabilitados por lo tanto si ese pobre MySQL hablara no se que diría :)
    Lo bueno de todo esto es que se puede optimizar muchísimo.

    Se esta desperdiciando memoria con las tablas InnoDB.
    Probablemente hay muchos indices que no se estan usando por la alta cantidad de busquedas secuenciales, eso se puede corregir monitoreando por un tiempo los slow-queries.
    Por razones obvias se estan creando demasiados archivos temporales y eso degrada enormemente cualquier sistema por hacer acceso al disco en vez de usar RAM.

    A nivel de seguridad faltan muchisimas cosas, partiendo por un firewall y la reasignación de permisos y puertos criticos.

    Lo bueno es que la cpu aparentemente no tiene tanta carga y hay memoria suficiente para mejorarlo muchisimo sin cambiar el hardware.

    Otro tip para quienes quieran implementar sistemas con alta carga de MySQL es hacer un cluster con un MySQL remoto, a veces 2 VPS de menor rendimiento funcionan mejor que uno solo de mas capacidad que haga todo el trabajo, porque de partida se optimiza el de MySQL con una configuración que no es la misma que cuando además debe realizar tareas de Web, FTP, Mail, etc.

    Para determinar algunas cosas es necesario primero monitorearlas por un tiempo, MySQL por ejemplo conviene usarlo al menos por 48 horas, mientras mas tiempo mejor son los diagnósticos y normalmente se deben ir "tuneando" en el tiempo.

    Mas tarde sigo revisando y comentando lo que vaya descubriendo :cool:
     
  21. Twittesp

    Twittesp Nuevo usuario

    Excelente el reporte, muchísimas gracias. Ya estoy comunicándome con mi proveedor para ver el asunto del segundo DNS y de subir a 64 bits. Seguimos en contacto...
     


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


Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta · Sobre Devandhost · Efranet