互联网数据中心网络：分离边缘、服务与计算职责

互联网数据中心包含多个承担不同任务的网络。外部流量交付、应用服务、存储、计算通信和管理不应被视为一个无差别的带宽需求。首先定义这些职责，然后选择适当的拓扑和控制措施。

构建流量角色图

确定哪些系统接收客户端流量、哪些系统进行内部通信，以及哪些系统在恢复期间必须保持可达。记录每个边界处的预期流量方向和并发量。大的交换机总容量并不能保证受限的服务路径有足够的容量。

网络角色	主要设计关注点
外部边缘	提供商交接、路由策略和故障期间必须维持的业务容量
应用服务	分段、负载分配和依赖关系可见性
存储或计算网络架构	特定工作负载的延迟、有效吞吐量和拥塞行为
管理	受限的管理访问和恢复独立性

网络位置不应自动建立应用信任。围绕实际服务需求定义访问控制，并保持其归属清晰。R35

选择相关的详细解决方案

当问题是高容量交接或站点连接时，使用 400G 互连架构和部署页面。当缓存行为改变客户端和源站流量需求时，使用 CDN 解决方案。当紧耦合作业主导内部通信时，使用计算网络架构解决方案。

对于 CDN 服务，缓存策略和新鲜度行为会影响哪些内容可以在本地提供；网络规划不能假设每个对象都可以安全复用。R33

保持覆盖网络与运营需求挂钩

VXLAN 和 EVPN 可以支持特定的虚拟化和分段设计，但它们增加了控制平面和运营职责。在采用覆盖网络之前，定义端点连接、路由边界、底层可达性和故障行为。R30R31

较小的服务网络可能不需要与大型多租户设施相同的架构。设计应通过实际需求来证明复杂性的合理性。

将增长和故障一起考虑

计算每个共享路径上的容量，以及在约定的设备或路由故障下的容量。包括幸存服务器和上游服务的行为。增加接口而不考虑应用或存储限制，可能会转移瓶颈而不是消除它。

为指定的服务组或机架扩展预留扩展容量。记录下一阶段消耗的物理布线、电源和管理资源。

使验收面向服务

测试代表性的客户端事务和内部依赖关系，以及转发、错误和恢复。将结果链接到固定的配置基线，以便后续变更可以进行有意义的比较。

对于初始项目简报，提供服务图、提供商交接、机架布局、工作负载配置文件和所需的故障容限。最终设计应解释随着数据中心增长，外部交付和内部运营如何保持协调。

配套工程示意图

以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。