Redundancia · Disponibilidad

Pruebas de redundancia de centros de datos, antes de construir nada

La redundancia es fácil de afirmar y difícil de demostrar sobre el papel. DCtoB convierte tu diagrama unifilar en una prueba en vivo: dispara cualquier UPS, grupo electrógeno o alimentador y observa adónde va la carga.

Diagrama unifilar eléctrico de un centro de datos usado para una prueba de redundancia en vivo en DCtoB
El diagrama unifilar eléctrico funciona también como prueba de redundancia: cada fuente, camino y carga a la vista.

N, N+1 y 2N en términos sencillos

  • N: la capacidad justa para la carga. Cualquier falla, o cualquier mantenimiento, pone la carga en riesgo.
  • N+1: una unidad más de las que necesita la carga, de modo que cualquier unidad individual puede fallar o retirarse para servicio.
  • 2N: dos caminos totalmente independientes, cada uno capaz de soportar por sí solo toda la carga.
  • Redundancia distribuida: la carga se reparte entre varios sistemas, dimensionados para que los que quedan en servicio la soporten cuando uno falla; por ejemplo, cuatro sistemas UPS en los que tres cualesquiera pueden soportar la carga.

Estas opciones se corresponden con las clasificaciones Tier del Uptime Institute. A grandes rasgos: Tier I ofrece capacidad básica, Tier II añade componentes de capacidad redundantes, Tier III es mantenible de forma concurrente y Tier IV es tolerante a fallas.

Por qué la redundancia sobre el papel puede fallar

Una redundancia declarada en un plano puede ocultar problemas que solo aparecen ante una falla: un grupo electrógeno que en teoría es de reserva pero no puede soportar la carga de refrigeración, dos alimentaciones "independientes" que confluyen en el mismo tablero, o asignaciones de respaldo que sobrecargan los equipos que siguen en servicio. Si se detectan en la puesta en marcha, son los problemas más caros de corregir. Si se detectan en el modelo, son un cambio de diseño.

La prueba de disponibilidad Tier en vivo de DCtoB

  1. Construye el diseño. El diagrama unifilar eléctrico se genera a partir del dimensionamiento, con cada fuente, camino y carga.
  2. Dispara cualquier componente. Provoca la falla de una UPS, un grupo electrógeno o un alimentador.
  3. Observa cómo se redirige la carga. La energía pasa a los caminos que siguen en servicio en tiempo real.
  4. Comprueba qué resiste. Los equipos sobrecargados o sin respaldo aparecen mientras el diseño todavía es un modelo.

Como la prueba se ejecuta sobre el mismo modelo que el dimensionamiento, la distribución y el costo, corregir una deficiencia actualiza a la vez los equipos, el diagrama y el listado de cantidades.

La redundancia es un dato de entrada del diseño, no un añadido posterior

Defines la redundancia y el objetivo de Tier al principio, y eso determina cuántos módulos UPS, grupos electrógenos y chillers se dimensionan, y cuánta parcela necesitan. Por eso la redundancia debe estar en el test fit y no solo en el diseño final.

Preguntas frecuentes

¿Cuál es la diferencia entre N+1 y 2N?

N+1 añade una unidad de reserva a un sistema compartido, de modo que puede fallar cualquier unidad individual. 2N construye dos sistemas completos e independientes, cada uno capaz de soportar toda la carga, de modo que un camino completo puede fallar o pasar a mantenimiento.

¿Puedo probar fallas de grupos electrógenos además de fallas de UPS?

Sí. Puedes disparar cualquier UPS, grupo electrógeno o alimentador y observar cómo la carga se redirige a través de los equipos que siguen en servicio.

¿DCtoB certifica un diseño según un Tier del Uptime Institute?

No. La certificación Tier la emite el Uptime Institute. DCtoB es una plataforma de diseño: relaciona tus opciones de redundancia con Tier I–IV para que los objetivos sean explícitos y te permite probarlos en el modelo.

Pruébalo con un centro de datos propio

Solicita una demo y verás cómo DCtoB lleva un centro de datos desde un objetivo de carga de TI hasta un diseño conceptual presupuestado y conforme a las normas.