Aumentar la disponibilidad del server Apache

Actualmente estamos ejecutando una aplicación web Perl encima de Apache 1.3 (sé que esto está muy anticuado, pero no hay nada que podamos hacer al respecto en este momento). A lo largo del día, a medida que aumenta el número de usuarios que acceden a la aplicación, el server se vuelve cada vez less sensible hasta que finalmente no está disponible. En este punto detenemos el server Apache hasta que no haya conexiones activas y luego se reinicie el server. Esto está lejos de ser una solución ideal y no resuelve el problema subyacente.

¿Qué podemos hacer para encontrar la raíz de nuestro problema y qué podemos hacer para resolver el problema a corto y largo ploop?

2 Solutions collect form web for “Aumentar la disponibilidad del server Apache”

Algunas ideas generales:

  1. Utilice "superior" y "libre" para comprobar el estado de su server durante times de alta carga. Normalmente el cuello de botella será uno de CPU, memory o IO, pero también puede haber un problema específico con su aplicación / configuration (por ejemplo, problemas de interlocking cuando aumenta el número de usuarios simultáneos).
  2. Si el problema es la memory (especialmente si comienza a cambiar la página) entonces puede agregar más memory RAM o eliminar cualquier module innecesario de Apache. La configuration pnetworkingeterminada suele cargar todo lo que hace que Apache consum mucha memory por cliente. Aunque esto puede parecer poco intuitivo, también puede networkingucir el número de MaxClients para evitar que Apache utilice tanta memory que comience a intercambiarse.
  3. Si el problema es CPU, puede search un server más potente o tratar de optimizar su aplicación. No estoy familiarizado con Perl, pero con PHP instalar un código de operación como APC networkinguce la CPU mediante el almacenamiento en caching de los scripts PHP comstackdos. Del mismo modo, la installation de una capa de almacenamiento en caching como Squid o Nginx puede ayudar a networkingucir las requestes de la capa de Apache / Perl dependiendo de lo que es caching en su caso.
  4. Los problemas de E / S se pueden tratar con la obtención de discos más rápidos y / o configuration de RAID (los types para mejorar el performance). Agregar una capa de caching y / o boost la memory también puede ayudar a networkingucir la carga de E / S manteniendo más de la aplicación en la memory y tener que tocar el disco less.
  5. A less que el problema sea simplemente un Apache o una aplicación mal configurada sus "mejores" soluciones pueden ser investigar la adición de caching o moverse a un server más potente dependiendo de cuál sea más fácil de hacer.

Parece que usted tiene problema de escalabilidad. Tiene dos opciones:

1- Actualice las especificaciones de su server agregando más CPU, RAM, etc. Esta opción puede ser costosa y no escalable lo suficiente para el largo ploop. Además, es muy recomendable que tenga otro server para eliminar el único punto de fallo.

2- Agregue más serveres y utilice un equilibrador de carga para distribuir la carga entre todos los serveres. Esta opción puede ser mejor que la anterior para los problemas de disponibilidad, especialmente si actualmente sólo tiene un server web. La adición de más serveres ofrece más escalabilidad a largo ploop y se puede hacer utilizando múltiples hardware no tan caro.

  • Nginx: Modificar el cuerpo de respuesta con request adicional
  • "¿Cómo encarcelado son sus sitios de los demás", ¿cómo se puede lograr?
  • Ejecutar un server virtual o comprar un server físico?
  • Sistemas de files para server web con SATA y disco de estado sólido,
  • Limitar las requestes por minuto en nginx
  • ¿Por qué no debería haber demasiados files en un directory que sólo sirve a las requestes web estáticas?
  • ¿Es excesivo el LCR?
  • Mejor manera de networkingireccionar páginas en un server web apache / centos
  • ¿Lo mejor para verificar que IIS o un website de ISS está en marcha?
  • Public Key Pinning y subdominios
  • Configuración única para un website en IIS
  • lighttpd: Backend está sobrecargado + fcgi-server re-enabled + todos los manejadores están abajo
  • ¿Dos loggings A mientras cambio serveres?
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.