Locos por el Uptime

El Uptime, o tiempo sin caída de un servicio o un servidor, puede llevar a la gente a hacer cosas rarísimas, pero… ¿hasta dónde tiene sentido el uptime? ¿Qué se debe realizar en pro de tener el mejor uptime? ¿Es necesario tener el servicio siempre arriba a toda costa?

Si os hablo de pasta y os pregunto hasta cuanto debe gastar una empresa en pro de mantener el uptime de sus servidores, rápidamente, al ser fácil entender que la pasta es limitada, todos llegaréis a la conclusión que depende de la criticidad del servicio. Para saber esto, la ecuación que hay que realizar es justo la inversa, ¿cuánta pasta perdemos por cada unidad de tiempo que nuestro servicio o servidor no esté funcionando? La respuesta a esta pregunta marcará el límite superior del gasto.

Otra de las cosas raras que he visto es la de sacrificar las actualizaciones de seguridad. Hace poco nuestro amigo “Pajarraco” de los Santos, sacaba pecho de que su servidor de VoIP llevaba más de 700 días de uptime. ¡¡Eso es todo un record!!

Eso quiere decir que lleva más de 700 días sin parchear el kernel de su Linux, es decir, se ha saltado todas las mejoras y/o actualizaciones de seguridad para su negrita que obligasen reiniciar la máquina.

La pregunta es, ¿realmente es tan crítica la “Negrita” que cuesta más reiniciar que asumir el riesgo? El debate telefónico que tuvimos giró en torno a que si estaba en un entorno controlado o no, donde pudieran ser explotadas o no las vulnerabilidades conocidas o, si merecía aumentar el riesgo de reinicio.

Riesgo de reinicio

Éste es un factor que sí que aumenta el riesgo de que algo no vaya bien, el tiempo de reinicio. Una de las leyes de la disponibilidad es no introducir cosas nuevas que no necesitas pues, cuanto más software, más riesgo de fallo, y no sólo de seguridad. Así, cuando se introducen cambios en el software del sistema operativo, lo más saludable es comprobar que todo arranca bien. Para ello, dentro de los planes de contingencia y de disponibilidad se planifican reinicios programados para comprobar que el software se ejecuta correctamente tras un nuevo reinicio.

¿Y si el servicio es tan crítico que no puede pararse? Supongamos en un determinado momento que la “Negrita” de “Pajarraco” oferta un servicio tan crítico que necesita estar activo el 100% del tiempo. Eso significaría que el tiempo de caída del servicio implica un coste cuantificable en la organización lo que nos llevaría a presupuesto para implementar alguno de los servicios de redundancia y disponibilidad de los que tanto se conoce hoy en día. Un par de negritas clusterizadas o un buen sistema de replica off-line o un servidor en stand-by que tome el control cuando la negrita se reinicie.

¿Debemos volvernos locos por el uptime? ¿reiniciaríais vosotros la negrita para comprobar que todo va a ir bien en caso de necesidad o dejaríais que la Negrita siguiera hasta que “pase algo” y ver que pasa entonces?

Saludos Malignos!

PD: Sergio, por favor, cuando reinicies… cuéntanos cómo te fue.