Inicio / Soluciones / Redes industriales y datacom / Red de centro de datos resiliente

Red de centro de datos resiliente: ningún fallo único debe parar la sala

Una sala de servidores donde un switch, un enlace o una alimentación puede parar todas las aplicaciones no es infraestructura — es una apuesta. Diseñamos redes de centro de datos a partir de sus requisitos, con la marca de los equipos como elección abierta: una fábrica spine-leaf donde cada ruta está duplicada, servidores con doble conexión para que ningún equipo aislado cause una caída, y una red de gestión fuera de banda que le mantiene el control precisamente cuando la producción está caída — dimensionado honestamente en 2-4 racks, ~10 racks, o dos salas con recuperación ante desastres.

Por qué las salas de servidores mueren un martes por la tarde

Cuatro patrones detrás de casi todas las llamadas de emergencia que recibimos:

Una sola caja lo tumba todoUn núcleo, un enlace, una regleta — el día que falla cualquiera de ellos, ERP, archivos, correo y telefonía se detienen a la vez.
Recuperación medida en díasLas copias existen pero nunca se han restaurado de verdad; nadie sabe en qué orden levantar los sistemas — un incidente de una tarde se convierte en una semana de recuperación.
Crecer significa pararCada rack nuevo o ampliación de ancho de banda exige un fin de semana de mantenimiento, porque el viejo diseño de dos niveles hay que recablearlo y reconverger cada vez.
Fuera de acceso cuando más importaLa gestión viaja por la misma red que la producción — cuando la red cae, ni siquiera puede llegar a los switches para arreglarla, salvo conduciendo hasta allí con un cable de consola.

Arquitectura: spine-leaf + enlaces bi-activos + gestión fuera de banda

Cada ruta duplicada, cada equipo reemplazable, y una vía de entrada que sobrevive a la propia caída:

WAN · USERS SPINE LEAF · ToR RACKS Campus / WAN users Border · firewall pair Spine 1 Spine 2 every leaf reaches both spines Leaf 1 Leaf 2 Leaf 3 Leaf 4 dual-active uplinks — any link or spine can fail, traffic reroutes in ms server dual-homed to two leafs Rack 1 · app servers Rack 2 · app servers Rack 3 · virtualization Rack 4 · storage · backup DR site primary-standby · replica DCI link · replication Out-of-band mgmt separate mgmt switch — reach every device even when production is down; console + power control

Diagrama dibujado por AtlasCommTech siguiendo la práctica de diseño de centro de datos de nivel operador. Las etiquetas se mantienen en inglés por claridad técnica.

Por qué nosotros: nuestro fundador pasó 13 años dentro del ecosistema de socios de Huawei entregando redes de operador — donde un enlace caído es un incidente reportable. Traemos ese reflejo a salas de dos racks igual que de veinte.

Opciones de equipamiento

La solución se dimensiona primero según sus requisitos y presupuesto — la misma arquitectura puede entregarse con las líneas de producto de varios fabricantes. Le ayudamos a elegir según la disponibilidad de suministro en su país de destino, el presupuesto y los hábitos de operación de su equipo.

Huawei — líneas de campus empresarial, WAN y seguridadEcosistema maduro con una red de servicio global.
ZTE Wantone — líneas datacom comparablesOrientación precio-rendimiento; suministro más fluido en algunos mercados.
H3C — líneas de campus y centro de datosPortafolio de campus y centro de datos ampliamente desplegado.
Switches industriales Atlas — capa de acceso en escenarios industrialesNuestra propia línea industrial — compatible con la capa núcleo de cualquier marca.

Qué entrega el diseño

Seis propiedades de una fábrica resiliente que una pila de switches no gestionados jamás tendrá:

Sin punto único de falloDos spines, enlaces bi-activos desde cada leaf, alimentación redundante — cualquier equipo o enlace puede fallar y el tráfico se redirige en milisegundos.
Ancho de banda este-oeste que escalaEl tráfico servidor-a-servidor — virtualización, sincronización de almacenamiento, backup — cruza como mucho dos saltos; añadir un spine añade ancho de banda a todos los racks a la vez.
Servidores con doble conexiónLos hosts críticos se conectan a dos switches leaf con ambos enlaces activos — un leaf puede sustituirse en horario laboral sin parar la aplicación.
Gestión fuera de bandaUna pequeña red separada llega al puerto de gestión de cada equipo — cuando la producción cae, usted diagnostica desde una silla, no desde el suelo de la sala.
Crecer sin pararRacks nuevos significan leafs nuevos cableados a los spines existentes mientras todo funciona — el fin de semana de corte por cambio de chasis desaparece de su calendario.
Una ruta de recuperación ensayadaUn enlace de replicación dedicado a la sala de reserva, un manual de conmutación escrito y un simulacro programado — porque una DR nunca probada es una DR que no existe.

Tres tamaños, una misma lógica

Díganos su número de racks y qué corre en ellos — el nivel define la forma de la fábrica:

Los números que guían el diseño:
Cada leaf con doble conexión a dos spines, cada servidor crítico a dos leafs — un fallo, cero corte
La conmutación ocurre en tiempo de agregación de enlaces — milisegundos, no los minutos de reconvergencia de spanning-tree
Sobresuscripción planificada a 3:1 o mejor de leaf a spine — las ventanas de backup dejan de chocar con la producción
Nivel de escalaSitio típicoQué incluye el diseño
2–4 racksSala de servidores de empresa · sala técnica de hospital o campusUn par redundante colapsado en lugar de una fábrica completa, cada servidor con doble conexión, par de cortafuegos en el borde, UPS y acceso fuera de banda — la propiedad de cero punto único sin multiplicar cajas.
~10 racksEmpresa en crecimiento · sala de hosting · clúster de virtualizaciónDos spines, un leaf por rack, enlaces bi-activos en todas partes, servidores a 10G/25G con troncal 40G/100G, par de cortafuegos de centro de datos, red de gestión fuera de banda, direccionamiento estructurado y un plan de pruebas de conmutación escrito.
Multisala con DRDos salas o dos sitios · negocio regulado o sensible al tiempo de caídaUna fábrica por sala más una interconexión dedicada a la replicación, roles primario-reserva con manual de conmutación ensayado, acceso fuera de banda a ambas salas, y objetivos de recuperación honestos acordados sobre papel antes de pedir hardware.

Roles de equipo (categorías, no modelos)

La solución se construye con estas categorías de equipos — la marca se elige con usted en la fase de diseño. Los modelos exactos dependen de sus velocidades de puerto, número de racks y país — los definimos después de recibir su lista de requisitos.

RolFunción
Switches leaf / top-of-rackConectan los servidores y el almacenamiento de cada rack a 10G/25G, con enlaces bi-activos a ambos spines; dimensionados por número y velocidad de las NIC.
Switches spineEl cruce de alta velocidad donde se conecta cada leaf — puertos 40G/100G, desplegados en pares para que cualquiera pueda fallar o mantenerse en caliente.
Router de borde / enlace DCIConecta la fábrica al campus y la WAN y — en diseños con DR — lleva el enlace de replicación a la sala de reserva.
Par de cortafuegos de centro de datosControla el tráfico que entra a la fábrica y entre zonas de seguridad internas; desplegado como par activo para que la inspección nunca sea el punto único de fallo.
Switch de gestión fuera de bandaUn pequeño switch separado cableado al puerto de gestión y consola de cada equipo — su vía de entrada cuando lo que se rompió es justamente la red de producción.
Plataforma de gestiónVista de topología de toda la fábrica, alarmas, copia de configuración e historial de cambios — la sala sobrevive tanto a la rotación de personal como a los incidentes de las 2 a.m.

Envíenos su lista de requisitos — número de racks, inventario de servidores y NICs, aplicaciones, tolerancia a caídas — y la lista de modelos llega después. Ese orden mantiene el diseño honesto.

Notas de diseño y límites honestos

Lea esto antes de decidir:
  • El verdadero activo-activo entre dos salas es caro — duplica el hardware e impone requisitos estrictos de latencia y consistencia de datos. A la mayoría de los clientes les conviene más un primario-reserva con conmutación rápida y ensayada. Haremos esa comparación con usted honestamente antes de que gaste.
  • Para 2-4 racks, una fábrica spine-leaf completa suele ser excesiva — un par redundante colapsado da la misma propiedad de cero punto único con menos cajas. Dimensionamos la fábrica según el tráfico, no según el diagrama que más impresione.
  • Las políticas de licencias y la disponibilidad de productos varían según la marca y el país de destino. Verificamos y confirmamos ambas para su país en la fase de diseño — antes de que se comprometa.
  • La red es solo una capa de la recuperación ante desastres. La replicación de datos y la conmutación de aplicaciones pertenecen a sus capas de almacenamiento y software — diseñamos las rutas y le decimos claramente qué objetivos de recuperación la red por sí sola no puede prometer.
  • Los switches redundantes no compensan una sola acometida eléctrica sin UPS. La alimentación y la refrigeración son parte del presupuesto de resiliencia — señalamos ambas en el diseño aunque la obra eléctrica la hagan contratistas locales.

Preguntas frecuentes

¿De verdad necesito spine-leaf para una sala de 3 racks?
Normalmente no como fábrica completa. Para 2-4 racks, un diseño colapsado — par redundante con cada servidor de doble conexión — da la misma propiedad de cero punto único con menos cajas. Diseñamos spine-leaf cuando el tráfico este-oeste y el número de racks lo justifican, y lo decimos cuando no.
¿Qué es la gestión fuera de banda y por qué la necesita un centro de datos pequeño?
Una pequeña red separada que conecta los puertos de gestión de cada switch, servidor y cortafuegos. Cuando la red de producción está caída — que es exactamente cuando más necesita el acceso — todavía puede llegar a cada equipo por la ruta fuera de banda en vez de conducir hasta el sitio con un cable de consola.
¿Activo-activo o primario-reserva — qué recuperación elegir?
Honestamente: el verdadero activo-activo entre dos salas es caro — duplica el hardware y añade requisitos estrictos de latencia y consistencia de datos. A la mayoría de los clientes les conviene más el primario-reserva con conmutación rápida y ensayada. Solo recomendamos activo-activo cuando el coste de la caída lo justifica de verdad.
¿Puede crecer la fábrica sin apagar el centro de datos?
Sí — ese es el sentido del spine-leaf. Racks nuevos significan leafs nuevos cableados a los spines existentes mientras todo sigue funcionando; más ancho de banda significa añadir un spine. Lo que evita es el clásico corte de fin de semana por cambio de chasis.
¿La redundancia de red por sí sola me da recuperación ante desastres?
No. La red proporciona las rutas — la replicación de sus datos y la conmutación de sus aplicaciones van encima, y sus objetivos de recuperación también los fijan esas capas. Diseñamos el lado de red de la DR y le decimos claramente qué partes pertenecen al almacenamiento y al software.

Envíenos su número de racks y su lista de aplicaciones

Un ingeniero responde con un diseño de fábrica y la lista de categorías de equipos. Envíe su lista de requisitos — la lista de modelos llega después.

WhatsApp con un ingeniero →

Soluciones relacionadas

Solo usamos cookies para analítica anónima — sin publicidad ni rastreo entre sitios.Política de privacidad