Qué es la redundancia en un servicio de hosting

La palabra redundancia se repite mucho en marketing de hosting, pero pocos usuarios entienden lo que realmente implica. En términos técnicos, la redundancia significa que el servicio tiene copias o sistemas alternativos listos para entrar en funcionamiento cuando algo falla. No es lo mismo hacer una copia de seguridad diaria que tener una infraestructura redundante.

Un servidor con redundancia real sigue operando aunque falle una parte del hardware, un enlace de red o incluso un centro de datos completo. Esa continuidad se consigue gracias a una arquitectura planificada para la tolerancia a fallos. Si tu web deja de estar disponible cada vez que hay una actualización o mantenimiento, ya tienes la respuesta: no hay redundancia real.

Tipos de redundancia: hardware, red y datos

La redundancia puede aplicarse a varios niveles. En un hosting profesional suele haber tres capas fundamentales.

Redundancia de hardware

Implica tener fuentes de alimentación dobles, discos en RAID, memoria ECC y servidores en clúster. Si un disco duro muere, otro asume la carga de inmediato. Si un servidor físico sufre un problema, el tráfico se redirige a un nodo sano sin interrupción perceptible. En centros de datos de nivel bajo (Tier I o II), esta redundancia es mínima o inexistente.

Redundancia de red

Consiste en disponer de múltiples rutas de conexión a Internet, con diferentes proveedores de tránsito. Si uno falla, la salida se redirige automáticamente por otra línea. Los grandes centros de datos usan sistemas de balanceo y protocolos como BGP para mantener la comunicación. Si tu hosting depende de una única conexión upstream y alguien corta un cable de fibra, tu web también desaparece.

Redundancia de datos

Este punto es el más malinterpretado. Hacer copias de seguridad diarias no es redundancia en sí misma, sino una estrategia de recuperación. La redundancia de datos real ocurre cuando tienes varias réplicas activas de tu información, sincronizadas en tiempo real o con pocos segundos de diferencia. En bases de datos se logra con réplicas maestro-esclavo o setups multi-master. En almacenamiento, mediante volúmenes distribuidos o sistemas como Ceph o GlusterFS.

Cómo detectar el marketing vacío

Muchos proveedores afirman tener “infraestructura redundante” y “alta disponibilidad”, pero su SLA (acuerdo de nivel de servicio) revela otra historia. Un SLA del 99% puede parecer alto, pero en realidad supone hasta 7 horas de caída al mes. La verdadera alta disponibilidad empieza en un 99,99%.

Algunas señales de que la redundancia es más cosmética que real:

  • El proveedor no explica la ubicación exacta o número de centros de datos.
  • No mencionan sistemas de failover automáticos.
  • Las copias de seguridad tardan horas o días en restaurarse.
  • No existe separación entre servidores web, bases de datos y almacenamiento.
  • Todo el hosting se aloja en un solo país o datacenter sin réplica remota.

La redundancia cuesta dinero. Si estás pagando 2 euros al mes por un plan “todo ilimitado”, es imposible que esa infraestructura esté realmente duplicada. La magia no existe: el hardware y el ancho de banda se pagan.

Ejemplo práctico: dos escenarios muy distintos

Supón que tienes una tienda online con un proveedor que publicita “infraestructura redundante”. Un buen día, un disco del servidor principal falla. Si el proveedor tiene RAID1 o RAID10, la web sigue funcionando mientras reemplazan el disco: eso es redundancia real a nivel de hardware.

Ahora imagina que una subida de tensión estropea el servidor completo. Si el hosting no tiene nodos espejo ni failover, tu ecommerce estará caído hasta que reinstalen todo. En cambio, una plataforma con clúster automático migrará las máquinas virtuales al nodo secundario en segundos. Esa es la diferencia entre redundancia y simple copia de seguridad.

La falsa tranquilidad de los backups

Muchos hostings intentan vender la idea de que sus copias de seguridad equivalen a redundancia. No es lo mismo. Un backup sirve para restaurar datos después de un fallo, pero no evita el tiempo de inactividad. Si una base de datos se corrompe y tu último backup es de hace 24 horas, perderás todo lo registrado desde entonces. En una arquitectura redundante, la base de datos está replicada y activa en otro servidor, minimizando la pérdida y garantizando continuidad.

El backup es el plan B. La redundancia es el plan A.

Cómo comprobar si tu proveedor tiene redundancia real

No hace falta ser ingeniero de sistemas para hacer algunas comprobaciones básicas. Aquí tienes una lista sencilla:

  • Pregunta por el número y localización de los centros de datos. Un proveedor serio suele operar en varios, conectados entre sí.
  • Solicita documentación sobre su SLA y mecanismos de failover. Si no te la facilitan, desconfía.
  • Haz pruebas de caída simuladas. Desactiva temporalmente un servicio menor (por ejemplo, el correo) y observa cuánto tarda en recuperarse.
  • Consulta si usan almacenamiento distribuido o simplemente discos locales. Los sistemas distribuidos son más costosos, pero también más robustos.
  • Verifica su política de copias de seguridad. No te quedes con “hacemos backup diario”. Pregunta dónde se almacena, cuánto tarda en restaurarse y si se replica en otra región.

En mi experiencia, las empresas que responden con transparencia suelen tener la infraestructura más sólida. Los que esquivan las preguntas o te remiten al “departamento comercial” suelen tener algo que ocultar.

Redundancia en VPS y servidores dedicados

Si trabajas con VPS (servidores virtuales), la redundancia depende casi por completo del proveedor. Un VPS en un entorno OpenStack o VMware con almacenamiento compartido puede moverse automáticamente a otro nodo si hay un fallo físico. En cambio, un VPS montado sobre un servidor único con discos locales estará tan expuesto como un hosting básico.

En servidores dedicados la historia cambia. Eres tú quien debe montar la redundancia. Puedes hacerlo contratando dos dedicados en distintas ubicaciones y replicando servicios críticos entre ellos. No es barato, pero si tu web genera ingresos importantes o presta servicios B2B, esa inversión se amortiza con la primera caída evitada.

Alta disponibilidad: cuando la redundancia se vuelve inteligente

La alta disponibilidad (HA) es el siguiente paso. Combina hardware redundante, monitorización constante y mecanismos automáticos de conmutación. En este escenario, uno o varios nodos asumen el trabajo si un componente cae. El usuario final ni se entera de lo ocurrido.

Ejemplos típicos de alta disponibilidad bien aplicada:

  • Clusters de bases de datos MySQL con réplica síncrona.
  • Load balancers que distribuyen tráfico entre varios servidores web.
  • Servicios DNS en localizaciones separadas que garantizan resolución continua.
  • Infraestructuras con almacenamiento compartido en cabinas SAN redundantes.

La HA no solo protege contra fallos de hardware. También mitiga errores humanos, actualizaciones mal planificadas y picos de tráfico inesperados.

Cómo saber si lo que pagas merece la pena

El criterio final es simple: mide lo que pasa cuando algo se rompe. Si tu proveedor tarda horas en reaccionar o te da largas, la redundancia es más marketing que realidad.

Un hosting con redundancia real no tiene miedo de mostrar su infraestructura: te enseña diagramas, menciona tecnologías (RAID10, BGP, balanceo global, Ceph, etc.) y publica estadísticas transparentes. Los que solo repiten frases como “máxima seguridad” o “infraestructura avanzada” sin datos concretos suelen vender expectativas, no resiliencia.

También hay que distinguir entre redundancia técnica y redundancia operacional. De poco sirve tener servidores en clúster si el protocolo de incidencias depende de una única persona que no responde en domingo.

Conclusión

La redundancia auténtica es el seguro invisible que mantiene tu sitio o aplicación online siempre disponible, incluso cuando algo falla. Si tu proveedor no puede explicarte claramente cómo está montada su infraestructura, es mejor pensar que no existe tal redundancia. Recuerda: lo barato puede salir caro, sobre todo cuando cada minuto de caída se traduce en pérdida de ventas, reputación o confianza de tus usuarios.

Si estás valorando un cambio o simplemente quieres comparar opciones con redundancia real, echa un vistazo a esta comparativa actualizada de los servidores web más baratos. Verás cuáles cumplen de verdad con la alta disponibilidad prometida.