Alta disponibilidad: qué hace falta y cuánto cuesta cada nivel

Los nueves, traducidos a minutos de corte

Un porcentaje de disponibilidad es, en realidad, un permiso de corte. Esta tabla muestra cuánto tiempo fuera de servicio admite cada nivel:

Un reinicio para aplicar una actualización del kernel ya se come el margen semanal de 99,99 %. A partir de ese nivel, ni el mantenimiento puede cortar el servicio.

Qué hay que agregar en cada escalón

Cada escalón suma infraestructura y, sobre todo, horas de alguien que sepa mantenerlo andando.

Lo que ya resuelve la plataforma y lo que queda de tu lado

Parte de los primeros escalones viene incluida. En el datacenter de InHosting la energía está respaldada por UPS y generadores redundantes, y los servidores cloud tienen los discos en RAID 10 con uno de reserva: si un disco falla, el de repuesto entra en operación sin que el servidor se detenga. Si armás más de un servidor, se comunican por una red privada dentro del datacenter, que es por donde conviene que viaje la réplica.

El resto es diseño de tu equipo técnico: qué se replica, cómo se detecta la falla, quién o qué decide el cambio. InHosting pone dónde correrlo, con varios servidores aislados y un respaldo en otro nodo, y el esquema se evalúa en conjunto según el proyecto. El estado de la plataforma se publica en la página de estado del servicio, que un monitoreo externo comprueba cada 60 segundos.

La cuenta que decide el nivel

No hace falta saber cuánto cuesta un servidor para plantearla: alcanza con medir todo en meses de servidor. Supongamos que una hora sin sistema te cuesta, entre ventas perdidas y gente parada, lo mismo que un mes de servidor.

1. De 99,5 % a 99,9 %: el máximo de corte anual baja de unas 44 horas a menos de 9. Son 35 horas que valen 35 meses de servidor, y el escalón, un segundo servidor con réplica, cuesta 12 meses de servidor por año más horas de administración. Conviene.
2. De 99,9 % a 99,99 %: el margen baja de casi 9 horas a menos de una. Son 8 horas, que valen 8 meses de servidor. Llegar ahí pide cambio automático, un segundo sitio y alguien que lo pruebe seguido, y eso cuesta bastante más. Para esta empresa, no conviene.
3. Repetí la cuenta con tu número. Si una hora te cuesta diez meses de servidor, el segundo escalón puede pasar a ser una buena inversión.

Para hacer la cuenta con tus números

Estos son los planes de servidor cloud con su precio final vigente. El escalón de dos servidores es, como mínimo, el doble de la línea que elijas.

Con el 10 % de descuento del código INH, que ya va en los enlaces de contratación. Los precios se leen de la tienda. Ver el detalle de cada plan.

Cómo la redundancia mal armada provoca cortes

• Cerebro partido: si los dos nodos pierden contacto entre sí y cada uno cree que el otro murió, los dos atienden y escriben datos distintos. Por eso los clústeres serios usan un tercer voto, un árbitro que decide quién sigue.
• La réplica atrasada: si la copia va minutos detrás y la promovés, perdés esos minutos de datos. Hay que medir el atraso y saber cuánto aceptás.
• El cambio que nadie probó: la primera vez que se ejecuta de verdad no puede ser el día de la falla.
• El DNS con TTL largo: pasás el tráfico al servidor sano, pero los visitantes siguen yendo al caído durante horas.
• Las tareas programadas duplicadas: el mismo cron activo en los dos servidores manda dos veces los correos o procesa dos veces los pagos.
• Las dependencias compartidas: dos servidores detrás del mismo conmutador, o una aplicación que depende de una API externa sin redundancia.

Por dónde empezar si el presupuesto es chico

1. Monitoreo externo con alertas que le lleguen a alguien que pueda actuar, también de noche.
2. Respaldo automático fuera del servidor y una restauración completa de prueba, cronometrada. Ese tiempo es tu corte real ante una falla grave.
3. Un procedimiento escrito, paso a paso, para reconstruir el servicio, que pueda seguir otra persona.
4. TTL cortos en los registros DNS que cambiarías en una emergencia.
5. Recién después, el segundo servidor.