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.
Cuatro patrones detrás de casi todas las llamadas de emergencia que recibimos:
Cada ruta duplicada, cada equipo reemplazable, y una vía de entrada que sobrevive a la propia caída:
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.
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.
Seis propiedades de una fábrica resiliente que una pila de switches no gestionados jamás tendrá:
Díganos su número de racks y qué corre en ellos — el nivel define la forma de la fábrica:
| Nivel de escala | Sitio típico | Qué incluye el diseño |
|---|---|---|
| 2–4 racks | Sala de servidores de empresa · sala técnica de hospital o campus | Un 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 racks | Empresa en crecimiento · sala de hosting · clúster de virtualización | Dos 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 DR | Dos salas o dos sitios · negocio regulado o sensible al tiempo de caída | Una 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. |
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.
| Rol | Función |
|---|---|
| Switches leaf / top-of-rack | Conectan 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 spine | El 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 DCI | Conecta 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 datos | Controla 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 banda | Un 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ón | Vista 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.
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.