Métodos alternativos para detectar caídas de servidor

Autor: Armonth | El sábado 15 de diciembre del 2007 @ 03:08.

Si durante un periodo inferior a 24 horas se cae el servidor o al menos se pierde conectividad total si no se utilizan medidas o servicios externos para detectarlo estas perdidas pasan desapercibidas.

Sin estos servicios uno no puede estar seguro de que haya habido una perdida de servicio a no ser que se entre en el servidor casualmente justo durante el periodo de caída (requiere mucho tiempo conectado a internet, poca vida social y algún tipo de trastorno obsesivo o que la caída sea larga)...

O eso pensaba, porque existen algunos métodos "alternativos" que se basan en la afirmación de que en nuestras webs siempre hay tráfico, a todas horas.

Al clásico método de "mirar los registros" en busca de periodos sin visitas que indiquen que durante ese tiempo nadie pudo llegar al servidor (por estar desconectado de la red o caído) toca añadir el método del spam.

En SigT entran de media 30 trackbacks de SPAM al día, eso son poco más de uno a la hora. Sin contar los más de 400 que fallan al intentar colar spam en los comentarios normales (bendito campo oculto).

Esos 400 comentarios entran de forma uniforme, 16 por hora, 1 cada 3 minutos y medio. Anotando las fechas exactas en que llega el SPAM, he detectado dos cortes de 30 minutos en total (en la que pude comprobar que efectivamente estaba caído), con total precisión. Para más INRI coinciden con un script que "se había vuelto loco" y provocaba errores.

Y pensar que tengo que darle "las gracias" al spam, manda huevos...

Comentarios