Qué es un ToR vs EoR vs MoR: las 3 topologías de switch en data center que confunden al 80% de los operadores
Cuando un proveedor te vende «diseño leaf-spine con ToR», te está vendiendo una decisión de arquitectura con un costo de propiedad de 5 a 10 años, no un detalle de topología. La diferencia entre Top of Rack, End of Row y Middle of Row en costo de cableado, latencia, costo de puertos y facilidad de operación es la diferencia entre un proyecto que cierra financieramente y uno que no. Y la decisión es aún más dura cuando estás dimensionando para un cluster de IA donde cada GPU cuesta más que todo el cableado del rack.
Este artículo desglosa las tres topologías, los criterios de decisión, y los 3 errores que he visto en sitios mexicanos eligiendo la topología equivocada por seguir el marketing del proveedor de switches.
Qué significa cada topología (sin jerga de marketing).
Las tres topologías se definen por dónde pones el switch de acceso (el que conecta los servidores del rack) y cómo llevas el cableado de cobre o fibra hasta el switch de agregación o spine.
- Top of Rack (ToR): el switch de acceso va en la parte superior del rack. Cada servidor se conecta al switch ToR con un patch cord corto de 1 a 3 metros (DAC o AOC para 10G/25G/100G, fibra para 400G/800G). Del switch ToR salen cables de uplink largos (fibra MPO/MTP) hacia los spines o los aggregation switches en el MDA. Es la topología dominante en hyperscale y en la mayoría de los DCs modernos.
- End of Row (EoR): el switch de acceso está en un gabinete dedicado al final de la fila, no en el rack de los servidores. Cada servidor se conecta con un cable de cobre o fibra largo (entre 5 y 25 metros dependiendo de la posición en la fila) hasta el switch EoR. Reduce el número de switches físicos en la red (más densidad por switch) pero multiplica el cableado horizontal.
- Middle of Row (MoR): el switch de acceso se coloca en un gabinete en el centro de la fila. Es un compromiso entre ToR y EoR: la longitud máxima de cable de servidor se reduce a la mitad respecto a EoR, y la gestión de cableado es más ordenada que con ToR cuando los racks están muy juntos. Se ve poco en sitios nuevos hoy, pero sigue siendo útil en modernizaciones donde ya tienes cableado horizontal existente.
- Densidad por rack: a mayor densidad (más kW y más servidores por rack), ToR gana porque el cableado corto reduce el desorden y el peso en el patch panel superior. Por debajo de 10 kW por rack, la diferencia es marginal.
- Tipo de servidor y velocidad: para servidores 1G/10G con interfaces de cobre, ToR permite patch cords cortos y baratos. Para 25G/100G con DAC, también. Para 400G/800G con fibra, la diferencia entre ToR y EoR se diluye porque ambos necesitan fibra, y el costo de la fibra domina sobre el costo de la longitud.
- Tamaño del sitio y número de racks: ToR escala mejor que EoR más allá de 30-50 racks. Por debajo de 20 racks, EoR puede ser más simple de operar y más barato porque consolida switches.
- Equipo de operaciones: si tu equipo de operaciones está acostumbrado a gestionar switches en gabinete dedicado (operación de carrier), EoR les resulta familiar. Si están más cerca de la cultura hyperscale/cloud, ToR es la opción natural.
- Costo de propiedad a 5 años: en sitios de 50 a 200 racks, ToR típicamente cierra con TCO 8-15% menor que EoR por la reducción en cableado horizontal, mayor flexibilidad para añadir capacidad rack por rack, y menor riesgo de falla por manipulación de cables largos.
- Sitios hyperscale o cloud con racks de 15 kW a 40 kW. Cada rack es independiente en cómputo y red, y la operación se beneficia de switches dedicados por rack. Ejemplos: un cluster de GPU para IA, un pod de Kubernetes con 40 racks, una zona de almacenamiento densa.
- Sitios que escalan rápido por racks individuales. Si el patrón de crecimiento es añadir 1 o 2 racks al mes, ToR te permite escalar la red a la par sin tocar el resto del site. EoR te obliga a re-dimensionar el switch de fila cada vez que añades un rack.
- Operación con cables cortos y alta densidad de puertos. ToR permite patch cords de 1-3m que son baratos, fáciles de reemplazar, y minimizan el riesgo de daño por movimiento. En sitios donde el cableado se toca varias veces al mes (provisioning frecuente), esto se traduce en menos incidentes.
- Sitios pequeños o medianos (menos de 20 racks) donde consolidar switches reduce CAPEX. Comprar 2 switches EoR de 48 puertos es más barato que comprar 20 switches ToR.
- Sitios legacy o modernizaciones donde ya existe cableado horizontal de cobre Categoría 6A o 6, y reemplazarlo sería tirar a la basura la inversión. EoR con cableado existente puede ser la decisión correcta para extender la vida útil 3 a 5 años más.
- Operación con personal de facility más cercano a TI tradicional que a cloud. EoR mantiene la red de acceso en gabinetes dedicados, fuera de los racks de cómputo, lo que simplifica la operación de cambio de switches sin tocar servidores.
- Filas largas (más de 15 racks por fila) donde ToR genera patch cords largos en los racks del extremo, y EoR cables demasiado largos en los racks del medio. MoR divide la fila a la mitad, limitando el cableado horizontal a unos 8-10 racks en cada lado.
- Brownfield donde las rutas de cableado existentes corren por el centro de la fila, no por arriba. Reutilizar ductos y pathways centrales es más barato que construir overhead.
- Copiar la topología del proveedor hyperscale sin ajustar al contexto: Microsoft y Google usan ToR a 40 kW por rack con cables DAC. Si tu DC es de 8 kW por rack con servidores de propósito general, copiar la topología te deja con CAPEX inflado y beneficio marginal. Adapta, no copies.
- Ignorar el costo de propiedad del cableado: el cable de cobre Categoría 6A a 25 metros cuesta 8 veces más que el mismo cable a 3 metros, y ocupa 8 veces más espacio en el pathway. En sitios grandes, ToR cierra mejor el TCO precisamente porque minimiza metros lineales de cable horizontal.
- No planificar la transición entre topologías: si empiezas con EoR y en 3 años migras a ToR (porque la densidad subió y necesitas switches por rack), el cableado horizontal de cobre se vuelve chatarra. Algunas decisiones de topología se toman pensando en el site a 7 años, no a 3. Considera si la densidad va a subir antes de elegir la topología inicial.
Las 5 dimensiones que importan para elegir.
La decisión entre las tres no es técnica solamente. Hay cinco variables que pesan, y cada una te empuja en una dirección distinta:.
Cuándo ToR es la respuesta correcta.
ToR es la elección dominante en tres escenarios:.
Cuándo EoR sigue ganando.
EoR no es una reliquia. Hay tres casos donde sigue siendo la mejor decisión:.
Cuándo MoR tiene sentido (caso de nicho).
MoR es la topología menos común hoy, pero tiene un nicho real:.
Los 3 errores más comunes al elegir topología de switch.
El veredicto.
Para la mayoría de data centers nuevos en México con más de 30 racks y densidades de 10 kW en adelante, ToR es la respuesta correcta. La inversión inicial es ligeramente mayor, pero el TCO a 5 años cierra mejor, la operación es más simple, y la flexibilidad para añadir capacidad rack por rack vale la pena. EoR sigue siendo la decisión correcta en sitios pequeños, brownfield, o donde la operación de red está centralizada. MoR es un caso de nicho que aplica solo en filas largas o constraints físicos existentes. La decisión no se toma mirando el brochure del proveedor de switches; se toma mirando tu densidad actual, tu patrón de crecimiento, y la composición de tu equipo de operaciones.
Fuentes
TIA-942-B-2023 — Telecommunications Infrastructure Standard for Data Centers (Cabling topologies) —.https://www.tia.org/standards.
Cisco — Data Center Spine-Leaf Architecture Design Guide —.https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-spine-leaf-architecture.html.
IEEE 802.3 — Ethernet Standard (10G/25G/100G/400G/800G PHY specifications) —.https://standards.ieee.org/ieee/802.3/6228/.
Uptime Institute — Data Center Site Infrastructure Tier Standard (Tier Classification System) —.https://uptimeinstitute.com/resources/asset/tier-classification-system.
ANSI/TIA-568.2-D — Balanced Twisted-Pair Telecommunications Cabling —.https://www.tia.org/standards.
¿Quieres dominar este tema?
Noxtel Academy →