Infrastructure

Redundancia N, N+1 y 2N Explicada

¿Qué significa realmente que un datacenter sea N+1 o 2N? Explicamos los niveles de redundancia aplicados a SAIs, generadores, climatización y conectividad, su relación con los Tiers del Uptime Institute y el SLA, y cuándo compensa pagar por más.

business EasyDataHost calendar_today 13 agosto 2026 schedule 8 min de lectura

«N+1», «2N», «concurrentemente mantenible»… Cualquier ficha técnica de datacenter está llena de esta notación, y casi nunca la explica. Y sin embargo es la información más importante del documento, porque describe qué ocurre cuando algo falla. En una instalación que funciona 24/7 durante años, la pregunta no es si un componente fallará, sino cuándo.

La buena noticia es que la notación es sencilla una vez se entiende la base: la letra N representa la capacidad justa que necesita la carga. Todo lo demás —N+1, N+2, 2N, 2N+1— describe cuánto margen existe por encima de esa capacidad y, sobre todo, cómo está organizado ese margen.

En este artículo explicamos qué significa cada nivel de redundancia, cómo se aplica a los subsistemas reales de un datacenter (SAIs, generadores, climatización, acometidas eléctricas y conectividad), su relación con los Tiers del Uptime Institute y con el SLA, y cómo decidir cuánta redundancia necesitas pagar realmente.

Qué Significa N: la Capacidad Justa para la Carga

Imagina una sala IT que necesita 400 kW de refrigeración y se climatiza con cuatro unidades CRAC de 100 kW cada una. Esas cuatro unidades son N: la capacidad exactamente necesaria para atender la carga, ni más ni menos. Con N a secas no hay margen: cualquier avería reduce capacidad por debajo de lo necesario, y cualquier mantenimiento obliga a una parada programada o a cruzar los dedos.

Sobre esa base se construyen los demás niveles:

  • check_circle N+1: un componente extra sobre la capacidad necesaria (cinco CRAC donde bastan cuatro). Tolera el fallo de una unidad o permite mantenerla sin parar la sala. El matiz importante: mientras dura ese mantenimiento, el sistema queda temporalmente en N.
  • check_circle N+2: dos componentes extra. Tolera un fallo durante un mantenimiento, una coincidencia mucho más habitual de lo que parece en instalaciones grandes.
  • check_circle 2N: duplicación completa. Dos sistemas independientes, cada uno capaz de asumir el 100% de la carga, con rutas de distribución separadas. No es «más componentes»: es otro sistema entero, sin elementos compartidos entre ambos.
  • check_circle 2N+1: dos sistemas completos y, además, un componente extra. Tolera el fallo de un sistema entero y, aun así, conserva redundancia de componente en el que queda en servicio.

Redundancia Aplicada a Cada Subsistema del Datacenter

La redundancia no es una etiqueta global del edificio: se define subsistema a subsistema. Un datacenter puede ser 2N en distribución eléctrica y solo N+1 en climatización, y la disponibilidad real la marca siempre el eslabón más débil. Los subsistemas que hay que examinar:

  • check_circle SAIs (UPS): los módulos de SAI se instalan en paralelo, de forma que con N+1 el fallo o el mantenimiento de un módulo no obliga a transferir la carga a red sin filtrar. Las baterías deben dimensionarse para sostener la carga el tiempo que tardan en arrancar y estabilizarse los generadores.
  • check_circle Generadores: asumen la carga completa cuando cae la red eléctrica. La configuración N+1 en grupos electrógenos debe acompañarse de autonomía de combustible suficiente (24-48 horas es lo habitual) y contratos de repostaje prioritario. Dedicamos un artículo completo a los generadores, héroes silenciosos del datacenter.
  • check_circle Climatización (CRAC/CRAH): las unidades de sala se dimensionan como mínimo en N+1, porque un fallo de clima sin margen eleva la temperatura de una sala cargada en cuestión de minutos. En instalaciones críticas también se duplican bombas, enfriadoras y circuitos de agua fría.
  • check_circle Acometidas eléctricas y rutas de distribución (A+B): dos rutas independientes desde el transformador hasta las regletas del rack, cada una con sus propios cuadros y embarrados. Los servidores con doble fuente de alimentación se conectan simultáneamente a la ruta A y a la B.
  • check_circle Conectividad: múltiples carriers, rutas de fibra físicamente separadas y puntos de entrada al edificio distintos. De poco sirve contratar dos operadores si sus fibras comparten la misma zanja: una retroexcavadora las corta a la vez.

En la página de nuestro datacenter puedes ver cómo aplicamos estos principios en cada subsistema de nuestra instalación en España.

SPOF y Mantenimiento Concurrente

Un SPOF (single point of failure, punto único de fallo) es cualquier componente cuyo fallo tumba el servicio completo, por muy redundante que sea el resto de la cadena. Todo el propósito de la redundancia es eliminarlos. Los SPOF evidentes son fáciles de detectar; los peligrosos son los que se esconden: un embarrado único aguas abajo de dos SAIs redundantes, una válvula compartida en el circuito de agua fría o dos rutas de fibra «independientes» que convergen en la misma arqueta.

El segundo concepto clave es el mantenimiento concurrente: la capacidad de revisar, reparar o sustituir cualquier componente sin apagar la carga IT. Es lo que separa un N+1 «de papel» de una infraestructura operable: si para revisar un cuadro eléctrico hay que parar la sala, la disponibilidad real depende de la suerte y del calendario de mantenimientos, no del diseño.

Y un detalle que se olvida a menudo: la cadena termina en el rack. Un servidor con una sola fuente de alimentación conectado a una infraestructura 2N sigue siendo un SPOF. La solución es doble fuente conectada a las rutas A y B o, para equipos de fuente única, un conmutador de transferencia estática (STS) que cambie de ruta en milisegundos.

Relación con los Tiers del Uptime Institute y el SLA

El sistema de clasificación más extendido para formalizar estos conceptos es el de Tiers del Uptime Institute, con cuatro niveles acumulativos:

  • check_circle Tier I (capacidad básica): infraestructura N, sin redundancia. Disponibilidad de referencia del 99,671%, es decir, hasta ~28,8 horas de parada al año.
  • check_circle Tier II (componentes redundantes): N+1 en componentes críticos, pero con una única ruta de distribución. 99,741% de disponibilidad, ~22 horas de parada al año.
  • check_circle Tier III (mantenimiento concurrente): N+1 con múltiples rutas de distribución (una activa) y todo componente mantenible sin parar la carga. 99,982% de disponibilidad, ~1,6 horas de parada al año.
  • check_circle Tier IV (tolerante a fallos): redundancia 2N o 2N+1 con rutas activas simultáneas y compartimentación física. 99,995% de disponibilidad, ~26 minutos de parada al año.

¿Y el SLA? El SLA es el compromiso contractual de disponibilidad; la redundancia es la ingeniería que lo hace creíble. Un 99,99% ofrecido sobre una infraestructura N es una promesa sin respaldo físico: estadísticamente se incumplirá, y la penalización rara vez compensa el daño. Explicamos cómo interpretar esos porcentajes en nuestro artículo sobre qué significa realmente un SLA del 99,99%.

Tabla Comparativa: N vs N+1 vs 2N vs 2N+1

La siguiente tabla resume los cuatro niveles principales en los parámetros que importan al evaluar un datacenter:

Nivel Tolerancia a fallos Mantenimiento concurrente Coste relativo Tier equivalente
N Ninguna No Base (1x) Tier I
N+1 1 componente por subsistema Parcial (queda en N durante el mantenimiento) ~1,2–1,4x Tier II / Tier III (según rutas)
2N Un sistema completo Sí ~1,8–2x Tier IV
2N+1 Un sistema completo + 1 componente Sí, incluso durante un fallo >2x Tier IV

Coste vs Disponibilidad: Cuándo Basta N+1 y Cuándo Pagar 2N

Pasar de N+1 a 2N implica casi duplicar equipos, espacio técnico y consumo energético, y ese sobrecoste se traslada al precio por rack y por kW. La pregunta correcta no es «¿cuánta redundancia puedo pagar?» sino «¿cuánto me cuesta una hora de parada?»: ingresos perdidos, penalizaciones de tus propios SLA, coste reputacional y requisitos normativos. Con ese número, la decisión suele ser clara:

  • arrow_right N+1 con mantenimiento concurrente (Tier III) suele bastar para la mayoría de cargas empresariales: ERPs, web corporativa, entornos de desarrollo, repositorios de backup y aplicaciones que ya tienen redundancia a nivel de software o pueden tolerar una ventana breve.
  • arrow_right 2N o 2N+1 (Tier IV) se justifica cuando la parada es inasumible: procesamiento de pagos en tiempo real, entornos sanitarios, procesos industriales continuos o cargas sin posibilidad de failover a otra sede.
  • arrow_right La alternativa arquitectónica: dos sites N+1 con replicación entre ellos a menudo ofrecen más resiliencia por euro que un único site 2N, porque además cubren desastres que afectan al edificio completo.

Si estás valorando llevar tu propio hardware a un datacenter, en nuestro servicio de colocation te ayudamos a dimensionar la redundancia (doble acometida, doble fuente, STS) según lo que tu carga necesita de verdad.

Cómo Leer la Ficha Técnica y Qué Preguntar al Proveedor

Una ficha técnica honesta desglosa la redundancia por subsistema; una ficha comercial la resume en una etiqueta. Estas son las preguntas que separan una de otra:

  • check_circle ¿Qué redundancia tiene cada subsistema por separado? SAI, generación, climatización, distribución y conectividad. Desconfía de un «N+1» global sin desglose: la disponibilidad la marca el subsistema más débil.
  • check_circle ¿Las rutas A y B son físicamente independientes de extremo a extremo, hasta la regleta del rack, o convergen en algún cuadro o embarrado compartido?
  • check_circle ¿Se puede mantener cualquier componente sin parar la carga IT? Y la prueba del algodón: ¿cuándo fue la última prueba de generadores con carga real y qué resultado tuvo?
  • check_circle ¿Qué autonomía de combustible hay y qué contratos de repostaje prioritario existen para cortes eléctricos prolongados?
  • check_circle ¿El Tier está certificado por el Uptime Institute (diseño y/o instalación construida) o es autodeclarado? ¿Qué historial de incidentes tiene el site y qué penalizaciones recoge el SLA?

La Redundancia No Sustituye al Backup Ni al DR

Un error peligroso es creer que una infraestructura 2N hace innecesario el backup o el plan de recuperación ante desastres. La redundancia eléctrica y de climatización protege contra fallos de componentes de la instalación. No protege contra ransomware, borrados accidentales, corrupción lógica de datos, errores de configuración ni contra un incidente que afecte al edificio completo.

Regla de oro:

La redundancia mantiene tus servidores encendidos; el backup mantiene tus datos recuperables; el DR mantiene tu negocio operativo si el site entero deja de estarlo. Son tres capas complementarias: ninguna sustituye a las otras.

Por eso, incluso sobre la mejor infraestructura, la estrategia se completa con una política de copias 3-2-1 que incluya una copia fuera del site —por ejemplo con nuestro backup offsite con Veeam Cloud Connect— y un plan de recuperación documentado y probado periódicamente.

Preguntas Frecuentes

¿Qué diferencia hay entre N+1 y 2N?

N+1 añade un único componente extra sobre la capacidad necesaria y normalmente comparte las rutas de distribución: tolera el fallo de un componente, pero durante un mantenimiento queda en N. 2N duplica el sistema completo, incluidas las rutas: cada mitad puede asumir el 100% de la carga, por lo que tolera el fallo de un sistema entero y permite mantener uno sin perder redundancia.

¿Qué nivel de redundancia necesita mi empresa?

Depende del coste de una hora de parada. Para la mayoría de cargas de pyme, un datacenter N+1 con mantenimiento concurrente (equivalente a Tier III) ofrece el mejor equilibrio entre coste y disponibilidad. 2N o 2N+1 (Tier IV) se justifica cuando la parada es inasumible: pagos en tiempo real, sanidad, procesos industriales continuos o cargas sin posibilidad de failover a otra sede.

¿Un datacenter 2N hace innecesario el backup?

No. La redundancia eléctrica y de climatización protege contra fallos de la infraestructura física, pero no contra ransomware, errores humanos, corrupción lógica de datos ni contra un desastre que afecte al edificio completo. El backup 3-2-1 con copia fuera del site y un plan de DR probado siguen siendo imprescindibles sobre cualquier infraestructura, por redundante que sea.

Conclusión

La notación N, N+1, 2N no es jerga para impresionar: es la descripción más honesta posible de qué ocurre en un datacenter cuando algo falla. Saber leerla te permite comparar proveedores con criterio y pagar exactamente por la disponibilidad que necesitas:

  • arrow_right N es la capacidad justa: sin margen, cualquier fallo o mantenimiento implica parada.
  • arrow_right N+1 tolera un fallo por subsistema y, con mantenimiento concurrente, es el estándar razonable para la mayoría de cargas. 2N duplica sistemas y rutas y es el terreno del Tier IV.
  • arrow_right La redundancia se evalúa subsistema a subsistema y de extremo a extremo: un solo SPOF anula la inversión de toda la cadena.
  • arrow_right El Tier y el SLA solo son creíbles si la ingeniería que hay detrás los respalda: pide el desglose, las certificaciones y las pruebas.
  • arrow_right Redundancia, backup y DR son capas complementarias: ninguna sustituye a las demás.

Si quieres revisar la redundancia de tu infraestructura actual o valorar traerla a nuestro datacenter en España, contacta con nuestro equipo: analizamos tu caso sin compromiso.

Redundancia N+1 2N Datacenter Uptime Institute Infraestructura
alt_route

Redundancia real, de la acometida al rack

EasyDataHost: datacenter propio en España con rutas eléctricas A+B, SAIs, generadores y climatización redundantes. Colocation, servidores dedicados y backup offsite con soporte 24/7.