2. 数据中心网络基础

要理解 SDN 在数据中心里究竟解决了什么问题,必须先看清它要改造的对象——数据中心网络本身。数据中心网络的核心任务只有一句话:把成千上万台服务器、存储和外部用户可靠、低时延地连起来,并让流量在任意两点之间高效通行。围绕这个任务,业界先后形成了传统三层架构与叶脊(Spine-Leaf)架构两种典型组网方式,而它们的设计差异,本质上是被流量模型和流量方向决定的。

一、传统三层架构:为南北向流量而生

传统数据中心网络沿用园区网的经典三层结构:接入层(Access)、汇聚层(Aggregation)、核心层(Core)。接入层交换机直接下连服务器,通常做二层转发和 VLAN 划分;汇聚层把多台接入交换机聚合起来,承担网关、策略和路由汇总;核心层负责高速转发,连接汇聚层与外部出口(如防火墙、路由器、Internet)。

这种结构是典型的树形(Tree)拓扑。它的优点是层次清晰、易于按部门或机柜分区管理、设备角色明确。但缺点同样明显:

  • 收敛比高:接入层上行链路带宽通常远小于下行服务器带宽之和,例如 20 台服务器各 1Gbps 接入,上行可能只有 2×10Gbps,收敛比约 1:1,但若上行仅 2×1Gbps,收敛比就达到 10:1,突发流量容易拥塞。
  • 横向通信绕行:同一汇聚下不同接入交换机之间的服务器通信,必须上行到汇聚甚至核心再折返,路径长、时延大。
  • 生成树限制:二层为防环依赖 STP,冗余链路被阻塞,带宽无法充分利用。
  • 扩展性受限:核心层设备端口和性能成为瓶颈,扩容往往需要整体升级。

传统三层架构的假设是:流量主要从外部用户流向内部服务器(南北向),服务器之间横向通信较少。这个假设在早期 Web 应用时代基本成立,但在云计算和分布式系统时代被彻底打破。

二、叶脊架构:为东西向流量重构

叶脊架构(Spine-Leaf,又称 Clos 网络)用两层扁平结构替代三层树形:叶交换机(Leaf)下连服务器,脊交换机(Spine)只与所有叶交换机互联,叶与叶之间不直连,脊与脊之间也不直连。每台 Leaf 上行连接所有 Spine,每台 Spine 下行连接所有 Leaf,形成全互联的二分图。

这种结构带来几个关键特性:

  • 任意两点等距:服务器 A 到服务器 B 的路径固定为 Leaf→Spine→Leaf,最多三跳,时延可预测。
  • 无阻塞转发:只要 Leaf 上行总带宽 ≥ 下行服务器带宽之和,即可实现无收敛(1:1),例如 48 口 10G 下行配 8 个 40G 上行,总下行 480G,总上行 320G,收敛比约 1.5:1,可通过增加 Spine 或链路改善。
  • ECMP 负载均衡:Leaf 到多台 Spine 有多条等价路径,用等价多路径(ECMP)把流量分散到所有上行链路,充分利用带宽。
  • 水平扩展:加 Leaf 扩接入端口,加 Spine 扩互联带宽,扩容粒度小、影响面可控。

叶脊架构通常配合三层路由到服务器(L3 到 ToR)或 VXLAN 等 Overlay 技术,摆脱 STP 限制,让二层网络可以跨 Leaf 延伸,同时保持底层三层转发的高效与稳定。

三、流量模型:南北向与东西向

数据中心流量按方向分为两类:

  • 南北向流量(North-South):数据中心与外部网络之间的流量,例如用户通过 Internet 访问 Web 服务、客户端上传下载数据。它穿过边界路由器、防火墙、负载均衡器,方向明确、路径集中。
  • 东西向流量(East-West):数据中心内部服务器之间的流量,例如 Web 服务器调用应用服务器、应用服务器访问数据库、分布式存储节点间数据复制、微服务之间 RPC 调用。它不经过外部出口,在 Leaf/Spine 内部横向流动。

传统架构假设南北向为主,因此把带宽和策略集中在核心与出口。但现代云数据中心里,东西向流量占比通常达到 70%~80% 甚至更高,原因包括:

  • 三层架构(Web/App/DB)被拆分为多层服务,一次用户请求会触发多次内部调用;
  • 分布式计算与存储(Hadoop、Spark、Ceph)需要节点间大量数据交换;
  • 微服务与容器化让服务间调用数量成倍增长;
  • 虚拟机迁移、备份、复制产生大流量内部传输。

流量模型的变化直接决定了组网选择:东西向流量要求网络在任意服务器之间提供高带宽、低时延、可预测的路径,这正是叶脊架构的设计目标;而南北向流量则要求出口具备防火墙、NAT、负载均衡等集中服务能力,通常通过边界 Leaf 或专用服务节点接入。

传统三层架构(树形) 核心层 Core 汇聚 A 汇聚 B 接入 1 接入 2 接入 3 服务器 服务器 服务器 东西向需上行绕行,路径长 南北向出口 叶脊架构(Clos) Spine 1 Spine 2 Leaf 1 Leaf 2 Leaf 3 服务器 服务器 服务器 东西向:Leaf→Spine→Leaf,三跳等距 南北向出口 传统三层:收敛比高、东西向绕行、依赖 STP,适合南北向为主。 叶脊架构:任意两点三跳、ECMP 无阻塞、水平扩展,适合东西向为主。

四、从流量特征到组网选择

把流量模型与架构对应起来,可以得到一条清晰的判断逻辑:如果业务以外部访问为主、内部服务器之间交互很少,传统三层架构仍可胜任,且成本较低;如果业务是分布式、微服务、大数据或虚拟化平台,东西向流量占主导,就必须选择叶脊架构,否则横向通信会成为瓶颈。

在实际云平台中,常见做法是:底层用叶脊架构承载东西向流量,出口通过边界 Leaf 连接防火墙、负载均衡和广域网,南北向流量在边界集中处理。SDN 控制器则统一管理 Leaf 和 Spine 的转发策略,按业务需求动态调整路径、隔离租户、下发 ACL 和 QoS,让同一张物理网络同时满足东西向的高性能与南北向的可控性。

判断收敛比的小方法:收敛比 = 下行总带宽 ÷ 上行总带宽。若下行 48×10G=480G,上行 8×40G=320G,收敛比约 1.5:1;若上行 4×40G=160G,收敛比 3:1。收敛比越接近 1:1,突发流量越不容易拥塞,但成本越高,需按业务峰值流量权衡。

理解这两种架构和两类流量的关系,是后续学习 VXLAN、EVPN、SDN 控制器和云平台网络集成的起点:只有先明确流量从哪里来、往哪里去、需要多少带宽和多低时延,才能判断一张数据中心网络是否设计合理。