Cómo se calcula el uptime y cuánto corte permite cada porcentaje

La fórmula, con un mes de ejemplo

La cuenta es tiempo disponible sobre tiempo total. Un mes de 30 días tiene 43.200 minutos. Si en ese mes hubo un corte de 25 minutos y otro de 12, el servicio estuvo disponible 43.163 minutos:

uptime = (43.200 - 37) / 43.200 × 100 = 99,914 %

• Con un monitor, la cuenta se hace sobre comprobaciones: si en el mes hubo 43.200 chequeos, uno por minuto, y fallaron 37, el resultado es el mismo.
• El período cambia el número. Esos mismos 37 minutos, mirados sobre la semana en que ocurrieron, dan 99,63 %.

Cada porcentaje, traducido a minutos

Cada nueve adicional divide por diez el corte admitido. Pasar de 99,9 % a 99,99 % no es mejorar un poco: es tolerar diez veces menos.

Cuando tu sitio depende de varias piezas

Un sitio no depende de un solo servicio. Necesita el servidor, la base de datos, el DNS, el certificado y la red, y si cualquiera falla, el visitante ve un error. Cuando las piezas están en cadena, las disponibilidades se multiplican:

servidor 99,9 % × base de datos 99,9 % × DNS 99,99 % = 99,79 %

• El total siempre es menor que la pieza más débil. Tres servicios de 99,9 % en cadena dan 99,7 %: unas dos horas de corte posibles por mes.
• La redundancia hace la cuenta al revés. Dos servidores de 99 % que se reemplazan entre sí fallan juntos solo si fallan a la vez: 1 - (0,01 × 0,01) = 99,99 %, siempre que sus fallas sean independientes.
• Ese "siempre que" es la parte cara. Dos servidores en el mismo rack, con la misma alimentación, no fallan de forma independiente. Por eso la alta disponibilidad se diseña pieza por pieza.

Fallar menos o volver más rápido

Otra forma de mirar el mismo número: la disponibilidad depende de cada cuánto falla algo (MTBF, tiempo medio entre fallas) y de cuánto tarda en volver (MTTR, tiempo medio de reparación). Disponibilidad = MTBF / (MTBF + MTTR).

La fórmula enseña algo útil: bajar el tiempo de reparación rinde tanto como fallar menos. Un servicio que falla una vez por mes y vuelve en 5 minutos queda en 99,99 %; uno que falla una vez cada seis meses pero tarda 8 horas en volver, en 99,8 %. Detectar rápido, tener el procedimiento escrito y los respaldos probados es la parte del uptime que depende de tu equipo.

Por qué dos mediciones del mismo servicio no coinciden

• La frecuencia. Un monitor que comprueba cada 5 minutos puede no ver un corte de 3. Uno que comprueba cada minuto lo ve, pero lo cuenta como un minuto entero aunque haya durado 20 segundos.
• La confirmación. Muchos monitores esperan dos o tres fallas seguidas antes de declarar una caída, para no alarmar por un paquete perdido. Eso evita falsas alarmas y también esconde los cortes muy breves.
• El lugar. Un monitor en una sola ubicación confunde un problema de ruta entre él y el servidor con una caída del servicio. Conviene medir desde afuera de la infraestructura que se vigila, y mejor desde más de un punto.
• Qué cuenta como disponible. Que responda el ping no significa que el sitio devuelva la página. Un chequeo HTTP que espera un código 200 y una palabra de la página es mucho más exigente que uno de puerto.
• Lo lento. Casi ninguna medición da por caído un servicio que responde en 15 segundos. Para el visitante, es lo mismo.

Lo que los contratos suelen dejar afuera

Cuando un proveedor ofrece un porcentaje, la letra chica define qué entra en la cuenta. Estas exclusiones son habituales en la industria:

• El mantenimiento programado y avisado con tiempo.
• Los problemas que causa la aplicación o la configuración del cliente.
• Los cortes en la red del visitante o de terceros.
• Los ataques DDoS, en muchos contratos.
• La fuerza mayor.
• Antes de comparar dos porcentajes, compará estas exclusiones: un 99,99 % con muchas excepciones puede valer menos que un 99,9 % con pocas.

Medir por tu cuenta y mirar la del proveedor

La forma más confiable de conocer tu disponibilidad es medirla vos, desde afuera, con un chequeo por minuto sobre una página real del sitio. Hay servicios de monitoreo con planes gratuitos que alcanzan para eso, y herramientas libres como Uptime Kuma que podés instalar en un servidor de otra red.

Del lado del proveedor, lo que más informa es una página de estado pública. InHosting tiene la suya en la página de estado del servicio, con comprobaciones cada 60 segundos desde un monitoreo externo. Un estado abierto, que cualquiera puede consultar, dice más que un porcentaje impreso en un folleto.

Preguntas para hacer antes de firmar

Si vas a comparar contratos, sumá estas preguntas a las que están en qué mirar en un contrato de servidor:

1. ¿Sobre qué período se calcula: mes calendario, trimestre o año?
2. ¿Cómo se mide: cada cuánto, desde dónde y con qué tipo de chequeo?
3. ¿Qué cuenta como caída: un error 500, una respuesta de más de 30 segundos, la pérdida de un solo servicio?
4. ¿Qué queda excluido, y con cuánta anticipación se avisa el mantenimiento?
5. ¿Qué compensación hay, cómo se pide y en qué plazo? Casi siempre es un crédito proporcional, no una indemnización.