必要 Cookie
部署要求
数据中心与机柜托管的 DDoS 防护
数据中心设计需要将网络防护与真实接口、客户路由和共享故障域连接起来。端口速率、本地过滤性能和上游服务容量，应分别设定验收边界。
明确物理与运营边界
- 交接不只是端口速率
- 接口类型、光模块、VLAN、寻址、MTU、路由策略和地点，都会影响交付是否可用。物理可达性与开通费用需要按站点评估；在线计算器不能确认 cross-connect 已可提供。
- 冗余可能存在隐藏的共同依赖
- 不同隧道地址或服务器名称，仍可能依赖同一台路由器、交换机、电源或上游。将第二条路径视为独立容量前，应先记录设计需要抵御的故障域。
- 多个租户共享受保护边缘
- 机柜托管客户可能控制自己的路由器和宣告。应约定前缀授权、策略责任以及流量交还位置。单台设备上的缓解计数，不能证明每个机柜内的服务均可用。
一并设计交接与故障后的剩余容量
部署兼容时，可结合上游受保护交付与本地过滤。应像规划正常路径一样，认真规划故障后存活的路径，包括进出口端口与运营储备。
确认站点与接口
评估地点、接入方式、物理参数，以及由谁提供 cross-connect 或隧道。
验证过滤路径
在说明包负载的条件下测量所选硬件与策略；将接口速率与测量结果区分开。
将流量交给正确租户
在约定责任边界验证允许的路由、回程流量及租户应用。
以下为部署顺序示例。实际交付服务以报价和验收记录为准。
在交付记录中明确这些问题
- 发生要求覆盖的故障后，还剩多少容量？
- 计算成对接口、备用节点、余量和共享传输。必须留待恢复使用的备用服务器，不是额外的活动容量。
- 每条路径应使用哪个 MTU？
- 使用为该完整路径交付的数值。额外封装和不同底层网络，可能使主隧道与备用隧道需要不同 MTU。
- 谁可以修改路由和过滤策略？
- 记录数据中心、防护运营方和租户之间的审批、客户范围、回退访问权及升级处理责任。这些责任不能仅根据设备所有权推断。
验收完整交付，而不只是链路已连接
- 将实际接口、VLAN、寻址及已接受路由与交付文档核对。
- 使用具有代表性的包大小和预期防护模式，验证双向有效业务流量。
- 协调约定的组件故障，观察收敛和应用恢复，并记录未测试的限制。
此部署的常见问题
400 Gbit/s 端口能否证明 400 Gbit/s 的过滤能力？
不能。接口只是限制之一。必须在实际硬件、包分布和启用功能下验证过滤性能；端口标称速率不能证明服务器性能。
同一路由器上的两条隧道能否证明路由器冗余？
不能。它们可以提供不同路径，但共享该设备。验证必须覆盖服务设计需要抵御的故障域。