1. DCI互联工程全景

跨数据中心互联（DCI，Data Center Interconnect）不是把两台交换机用一根光纤连起来那么简单。它要解决的是：当业务从单数据中心扩展到双活、多活、灾备、云边协同等形态时，计算、存储、数据库、容器与AI训练流量如何在多个站点之间保持可控的时延、确定的带宽、清晰的故障域和可运维的路径。理解DCI工程，首先要理解业务驱动力，再理解Arista在这个场景中的定位，最后把端到端架构拆成可落地的分层与组件。

一、业务驱动力：为什么必须做DCI

常见的DCI驱动力可以归纳为四类。第一类是业务连续性与灾备：同城双活要求RPO≈0、RTO分钟级，跨站点需要二层延伸或三层路由可达，数据库同步复制对RTT有硬约束，通常同城要求RTT小于1ms，异地灾备可放宽到10~30ms。第二类是资源池化与弹性：GPU、存储、裸金属等资源不可能在每个站点等比例建设，跨站点调度需要大带宽、低抖动的互联通道。第三类是数据合规与本地化：数据不出园区、不出城市，但计算需要跨站点协同，DCI成为合规边界内的连接手段。第四类是云边协同与混合云：本地数据中心与公有云、边缘节点之间需要一致的网络策略和可观测性。

这些驱动力最终会转化为可量化的网络需求：带宽（100G/400G端口密度）、时延（RTT预算）、可用性（99.99%以上）、故障收敛（亚秒级）、可运维性（端到端Telemetry）。DCI工程的第一步，就是把这些业务语言翻译成网络参数。

二、Arista DCI解决方案定位

Arista在DCI场景中的定位可以概括为“基于EOS的统一叶脊架构向多站点延伸”。它不依赖专用的DCI盒子，而是用同一套EOS操作系统、同一套EVPN/VXLAN控制面，把多个数据中心的Leaf-Spine fabric通过DCI边界设备连接起来。核心价值有三点：

• 控制面统一：站点内和站点间都使用BGP EVPN作为控制面，VTEP地址、VNI、MAC/IP路由在同一套语义下传播，减少协议转换。
• 数据面标准化：VXLAN封装在DCI链路上保持一致，跨站点流量不需要重新封装或NAT，路径可预测。
• 运维一致性：CloudVision、gNMI、Streaming Telemetry等工具跨站点统一采集，故障定位不依赖“两地两套工具”。

需要明确的是，Arista提供的是架构与设备能力，而DCI工程还需要传输层（DWDM/OTN）、光纤资源、路由策略和业务编排共同配合。Arista的定位是“把数据中心网络的控制面和数据面延伸到DCI边界”，而不是替代传输设备。

三、端到端架构分层

一个典型的Arista DCI端到端架构可以分成四层，从下到上依次是：

1. 传输层：DWDM/OTN提供波长或ODU通道，负责长距离、大带宽、低时延的物理承载。关键参数包括波长容量（400G/800G）、光纤距离、色散补偿、保护倒换时间。这一层通常由光传输团队负责，但网络团队必须知道可用波长数和保护方式。

2. DCI边界层：由Arista 7280/7800系列等DCI边界设备组成，负责EVPN/VXLAN的跨站点延伸、路由策略、QoS标记和Telemetry采集。边界设备通常成对部署，形成ECMP或MLAG保护。

3. 站点内Fabric层：每个数据中心内部的Leaf-Spine fabric，Leaf连接服务器和存储，Spine连接Leaf和DCI边界。站点内使用VXLAN承载业务VNI，Spine作为VTEP或集中式网关。

4. 业务接入层：服务器、存储、容器节点、AI训练集群等，通过Leaf接入，使用VLAN或VXLAN映射到业务VNI。

这四层的关系可以用下面的SVG清晰表达：

四、关键组件与参数

把架构落到设备与配置层面，DCI工程的关键组件包括：

以同城双活为例，一个可参考的示例参数是：站点A与站点B之间通过两条400G DWDM波长互联，RTT约0.6ms；DCI边界设备成对部署，使用BGP EVPN建立IBGP或EBGP邻居，VTEP地址使用Loopback0；业务VNI 10010映射到数据库同步网段，QoS标记为AF31，保证带宽不低于20Gbps。这些参数属于教学示例，实际工程需要根据业务SLA和传输资源核算。

五、从全景到落地：先画三张图