Topología spine-leaf para data centers: por qué ya no se diseña three-tier

La topología three-tier (acceso, agregación, core) sirvió durante dos décadas para un patrón de tráfico dominante: norte-sur, del usuario al data center y de regreso. Cuando ese patrón dejó de ser el principal, la topología dejó de ser la correcta. Spine-leaf no es una moda: es el rediseño obligado cuando el tráfico east-west domina tu red.

Este artículo no compara marcas de switches. Explica por qué la física de tres capas y la matemática del tráfico actual son incompatibles, y por qué spine-leaf es lo que hacen hoy los operadores hyperscale, los carriers y los data centers de IA en producción.

Por qué three-tier dejó de escalar

En un three-tier clásico, dos servidores en el mismo rack hablan entre sí pasando por acceso → agregación → core → agregación → acceso. Cuatro saltos como mínimo. Cada salto agrega latencia, puertos ocupados y posibilidad de falla. Para tráfico este-oeste entre workloads del mismo rack, ese diseño impone un costo fijo que ya no puedes pagar.

Cuando los workloads de inferencia, entrenamiento y microservicios intercambian tráfico entre sí dentro del mismo data center — varias veces por segundo — los cuatro saltos se convierten en un cuello de botella. La agregación se llena, la latencia crece, y el oversubscribe ratio de 1:4 a 1:8 típico se nota.

Qué cambia en spine-leaf

Spine-leaf tiene dos capas: leaf (donde conectas servidores, racks, ToR) y spine (donde conectas los leaf entre sí). Cada leaf sube a cada spine. Un servidor en un leaf X habla con un servidor en un leaf Y en exactamente dos saltos: un ECMP al spine apropiado y el spine al leaf destino. La ruta es predecible, la latencia constante y el ancho de banda entre cualquier par de servidores es idéntico.

Esto es lo que la industria llama “bisection bandwidth”: la capacidad total entre dos mitades del fabric. En un three-tier, esa capacidad es menor que el agregado. En un spine-leaf bien dimensionado, cada servidor habla con cualquier otro al ancho de banda del uplinks.

Por qué spine-leaf ganó en IA y cómputo de alta densidad

Los clusters de IA mueven grandes volúmenes de gradientes, sincronización de pesos y east-west entre GPUs. Three-tier impone más saltos por byte transferido, lo que en entrenamiento de modelos grandes se traduce en horas extra por corrida. La diferencia entre 3 saltos y 2 saltos por comunicación entre GPUs no es lineal: multiplicada por miles de llamadas por segundo, define si tu cluster termina en 6 horas o en 18.

Cisco, Arista, Juniper y NVIDIA Mellanox publicaron guías de referencia con spine-leaf como única topología recomendada para nuevas implementaciones de más de dos racks de cómputo de alta densidad. La discusión no es si spine-leaf es mejor: es cuántos uplinks necesita cada leaf según la densidad objetivo.

Dónde three-tier sigue siendo válido

Para redes de campus, para una red de oficinas, o para data centers pequeños donde la mayor parte del tráfico sale al usuario (norte-sur predominante) y no entre servidores (east-west), three-tier sigue siendo una opción válida y más sencilla de operar. No todo necesita spine-leaf.

Donde ya no aplica es en cualquier entorno donde la mayor parte del tráfico queda dentro del mismo data center, especialmente si hay entrenamiento de IA, microservicios o almacenamiento de objetos accedido desde muchos workers.

El siguiente paso

Si estás diseñando una red desde cero o migrando de tres a más capas, dimensiona con números: número de racks, densidad por rack, perfil de tráfico (east-west vs norte-sur), uplinks disponibles por leaf y oversubscribe objetivo (1:1 es lo habitual en producción moderna). Con esos números el spine-leaf se dimensiona sin sorpresas y la migración se hace por fases, sin corte de servicio prolongado.

Fuentes

[1] Cisco — Modern Data Center Fabrics (white paper, spine-leaf) — https://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/data-center-networking/white-paper-c11-737895.html

[2] Arista Networks — Spline and Data Center Design Guide — https://www.arista.com/assets/data/pdf/CampusLeaf-Spine-Spline/Design_Guide/Spline-and-Data-Center-Design-Guide.pdf