¿Qué significa alta disponibilidad?
Alta disponibilidad designa sistemas informáticos que siguen funcionando aunque fallen componentes individuales, gracias a la redundancia y a la conmutación automática (failover). El objetivo es una disponibilidad muy alta, por lo general expresada en porcentaje anual, como un 99,9 %. Ningún servidor, disco o conexión debe paralizar el conjunto.

Alta disponibilidad: definición y cifras clave
Son de alta disponibilidad los sistemas construidos de modo que el fallo de partes individuales pase inadvertido para los usuarios o solo se note brevemente. Para ello, los componentes críticos se duplican o multiplican: servidores, bases de datos, conexiones de red, suministro eléctrico. Los especialistas hablan de evitar puntos únicos de fallo (single points of failure).
La disponibilidad se mide como porcentaje del tiempo en que un servicio está accesible. Con un 99 % son posibles unos 3,6 días de caída al año; con un 99,9 %, unas 8,8 horas; con un 99,99 %, solo unos 52 minutos. Cada nueve adicional hace el sistema notablemente más complejo y caro.
Cómo se consigue la alta disponibilidad
El principio básico es la redundancia: varios servidores detrás de un balanceador de carga se reparten el trabajo (activo-activo), o bien hay un sistema de reserva listo para asumir la función en caso de fallo (activo-pasivo). Las bases de datos se replican de forma continua en un segundo nodo para que, en caso de caída, no se pierdan datos y el sistema conmute con rapidez.
Para requisitos mayores, el sistema se distribuye entre varios sectores de incendio o centros de datos dentro de una región. A ello se suma una monitorización que detecte los fallos y procedimientos probados para actualizar sin interrumpir el servicio. Sin pruebas periódicas, la alta disponibilidad sigue siendo una suposición: si la conmutación funciona, solo se sabe en una emergencia.
Ejemplo práctico: el portal de pedidos de un mayorista
Un mayorista recibe pedidos las 24 horas a través de un portal para distribuidores; muchos clientes piden a primera hora, antes de abrir. Si el portal falla, llaman por teléfono, los pedidos se retrasan y el personal comercial registra los encargos a mano. Una caída de varias horas resulta, por tanto, mucho más cara que una segunda instancia de servidor.
Por eso el mayorista traslada el portal a dos servidores de aplicación con balanceador de carga y una base de datos replicada. Si un servidor falla, el otro asume la función en segundos; las actualizaciones se aplican una tras otra. Para el sistema de gestión de mercancías de fondo basta en cambio una protección más sencilla con copias de seguridad, porque allí se toleran pausas breves.
Ventajas, límites y errores habituales
La alta disponibilidad reduce el riesgo de caídas, pero no sustituye a la copia de seguridad: los borrados erróneos o el software malicioso se copian también al sistema de reserva. Además, los costes y la complejidad aumentan con cada nueve adicional. Errores frecuentes son un punto único de fallo pasado por alto, como una sola conexión a internet o un único servidor de base de datos, y la falta de pruebas.
Nano Concepts evalúa con usted qué sistemas necesitan realmente alta disponibilidad, planifica arquitecturas redundantes, configura la monitorización y prueba el caso de emergencia, con un dimensionamiento económico y no un sobredimensionamiento generalizado, con objetivos de disponibilidad claros para cada sistema y costes transparentes para que la dirección pueda decidir con fundamento.
- Priorizar los sistemas críticos según el coste de la caída, sin proteger todo por igual
- Buscar de forma sistemática puntos únicos de fallo en tecnología, red y energía
- Probar el failover con regularidad, no solo documentarlo
- Planificar copia de seguridad y recuperación ante desastres además de la redundancia
- Acordar por escrito el objetivo de disponibilidad con el área de negocio y el proveedor
Preguntas frecuentes sobre Alta disponibilidad
Con un 99,9 %, un servicio puede estar inaccesible unas 8,8 horas a lo largo de un año, es decir, unos 43 minutos al mes. Un 99,99 % permite solo unos 52 minutos al año. Que las ventanas de mantenimiento planificado cuenten o no depende del acuerdo correspondiente.
No. La alta disponibilidad mantiene el servicio en marcha cuando falla el hardware o un servidor. Una copia de seguridad restaura los datos tras un borrado, un error de manejo o software malicioso. Los sistemas redundantes reflejan también al instante los errores y los borrados. Por eso se necesitan ambas cosas y se complementan.
Los costes aumentan con el objetivo de disponibilidad, porque servidores, bases de datos y redes se operan por duplicado o más, a lo que se suman planificación, pruebas y monitorización. Como regla general: proteja solo los sistemas cuya caída cueste más que la protección.
Un punto único de fallo es un componente cuya avería paraliza todo el sistema porque no existe sustituto, por ejemplo un único servidor de base de datos, una conexión a internet o una fuente de alimentación. Las arquitecturas de alta disponibilidad buscan y eliminan esos puntos débiles de forma deliberada.
Servicios que encajan

Bases de datos y nube
Arquitectura de datos, migración y alojamiento cloud: alto rendimiento, seguridad y, si lo desea, en centros de datos alemanes.
Más información
Mantenimiento y soporte
Actualizaciones, monitorización, copias de seguridad y evolución: para que sitios web, apps y software funcionen con fiabilidad.
Más información
Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
DevOps y CI/CD
Pruebas, compilaciones y despliegues automatizados: lanzamientos más rápidos y menos caídas en producción.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Escalado en la nube para plataformas: cuellos de botella y costes
Más servidores rara vez resuelven el problema real. Cómo escalar plataformas web con criterio: medir los cuellos de botella, empezar por la base de datos y la caché y controlar costes y resiliencia desde el principio.
Seguir leyendo
DevOps y GitOps: pipeline CI/CD, calidad y versiones reproducibles
Versiones sin sobresaltos: cómo un pipeline CI/CD, la infraestructura como código y un plan de rollback ensayado hacen que la entrega de software sea reproducible y medible.
Seguir leyendo
Priorizar la deuda técnica: ¿pagar intereses o amortizar?
La deuda técnica no es sinónimo de mal código: se vuelve peligrosa cuando permanece invisible. Así evalúa la carga heredada según su impacto y esfuerzo y la reduce de forma planificable.
Seguir leyendo