![\"load_week-1\"](\"https:\/\/blografia.net\/vicm3\/wp-content\/uploads\/2007\/07\/load_week-1.png\")
<\/a><\/center>A<\/p>\n<\/a><\/center>Digamos que al menos la maquina ya no se ha \u00abca\u00eddo\u00bb por excesiva carga… :D<\/p>\n","protected":false},"excerpt":{"rendered":"Y no precisamente sobre un pie… hace algun tiempo escribi sobre una m\u00e1quina que nos estaba dando dolores de cabeza ya que la carga de la misma se iba al cielo.<\/p>\n
Usando siege intente ver escenarios hipot\u00e9ticos donde sysfence entrara en acci\u00f3n para evitar que el sistema se muriera.<\/p>\n
Lo primero que note seg\u00fan las gr\u00e1ficas del munin es que el uso de memoria se hab\u00eda disparado al cielo, tambi\u00e9n la carga. As\u00ed que mis primeras reglas fueron sobre la memoria y despu\u00e9s sobre la carga… lo que hac\u00edan a manera de resumen era que si la carga llegaba a un nivel muy alto, deten\u00edan el servicio que supon\u00edamos estaba causando problemas durante digamos 1 minuto, para darle tiempo al cpu de recuperarse de toda la actividad de I\/O…<\/p>\n
En las pruebas con siege la cosa parec\u00eda funcionar bien, pero claro usar siege es \u00absimular\u00bb una actividad que uno espera, es decir, para nada se puede comparar con la actividad real que se va a presentar… en todo caso contento con estas reglas, deje listo todo listo.<\/p>\n
\u00bfResultado? La m\u00e1quina se cayo un domingo al mediod\u00eda y puesto que el lunes era festivo, hasta el martes se le dio botonazo.<\/p>\n
\u00bfY entonces?, \u00bfcambiar la maquina a un sistema mas grande? pues eso seria lo optimo, problema principal… el sistema es custom made, y requiere de compilar algunos m\u00f3dulos espec\u00edficos… que al menos yo no conozco a fondo.<\/p>\n
Pero pens\u00e1ndolo de otra forma, aun cuando el problema se encontraba en las b\u00fasquedas en la base de datos, finalmente a esta se acced\u00eda mediante apache, el cual pod\u00eda lanzar diferentes b\u00fasquedas complejas, as\u00ed que pens\u00e1ndolo de nuevo, pudiera ser que la soluci\u00f3n fuera recibir menos conexiones concurrentes y bajar en mucho el timeout de las peticiones, es decir si una b\u00fasqueda es demasiado compleja, se va a llevar mucho tiempo, \u00bfpor qu\u00e9 no acabar con ella si excede de determinado tiempo? pues bien asi le hice y pues en la configuraci\u00f3n de apache modifique los time outs asi como la cantidad m\u00e1xima de conexiones concurrentes.<\/p>\n
[code=’Bash’]
\n#
\n# Timeout: The number of seconds before receives and sends time out.
\n#
\n# default 300
\nTimeout 150<\/p>\n
#
\n# MaxKeepAliveRequests: The maximum number of requests to allow
\n# during a persistent connection. Set to 0 to allow an unlimited amount.
\n# We recommend you leave this number high, for maximum performance.
\n#
\nMaxKeepAliveRequests 100<\/p>\n
#
\n# KeepAliveTimeout: Number of seconds to wait for the next request from the
\n# same client on the same connection.
\n#
\nKeepAliveTimeout 15
\n#
\n# Limit on total number of servers running, i.e., limit on the number
\n# of clients who can simultaneously connect — if this limit is ever
\n# reached, clients will be LOCKED OUT, so it should NOT BE SET TOO LOW.
\n# It is intended mainly as a brake to keep a runaway server from taking
\n# the system with it as it spirals down…
\n#
\n# Default 150
\nMaxClients 70
\n#Default 100
\n#
\nMaxRequestsPerChild 50<\/p>\n
[\/code]<\/p>\n
Bueno todo este borlote en el httpd.conf ayud\u00f3 a pasar de<\/p>\n
<\/a><\/center>A<\/p>\n<\/a><\/center>Digamos que al menos la maquina ya no se ha \u00abca\u00eddo\u00bb por excesiva carga… :D<\/p>\n","protected":false},"excerpt":{"rendered":"Y no precisamente sobre un pie… hace algun tiempo escribi sobre una m\u00e1quina que nos estaba dando dolores de cabeza ya que la carga de la misma se iba al cielo. Usando siege intente ver escenarios hipot\u00e9ticos donde sysfence entrara … Sigue leyendo