1.
概述：评估目标与可扩展性维度
目标：明确评估“可扩展性”的含义与范围。
小分项：定义要测的关键指标：带宽峰值与持续能力、并发连接数、BGP收敛时间、链路冗余与故障切换时间、成本随扩容的线性/非线性增长、运营复杂度。
2.
准备阶段：采购与信息收集
步骤：向服务商索要电路规格、SLA、BGP邻居信息、MTU要求、支持的社区字符串和速率限制。
小分项：确认ASN、IP前缀、可用的多线方案（CN2 GIA可用的POP，美国是否有直连点），以及三网直连的接入点与运营商列表。
3.
环境搭建：物理与逻辑连接
操作：在机房完成物理链路接入（光纤/以太网），配置端口、VLAN与MTU。
示例命令：Cisco/Juniper BGP基础配置（peer IP、remote-as）并开启multi-path（如EBGP多路径或iBGP+RS/Route reflector）。
4.
基线测试：延迟与丢包采样
工具与命令：使用ping（-c 100 -s 1500）、mtr（或traceroute -T）采样不同时间段延迟与丢包。
小分项：在高峰/低峰、工作日/周末分别采样至少24小时，记录95/99百分位延迟和丢包率。
5.
吞吐与并发测试：iperf3与并发连接
操作步骤：搭建iperf3 server与多个client，逐步从单流到多流（-P参数），并记录带宽随流数变化曲线。
注意：测试要包含TCP与UDP，设置不同窗口大小（-w），模拟真实流量MTU与报文大小。
6.
真实业务回放：tcpreplay与抓包分析
步骤：在测试机上抓取真实流量（tcpdump），使用tcpreplay回放到被测链路，观察丢包/延迟变化。
小分项：结合Wireshark或tshark分析应用层重传、握手失败等现象。
7.
BGP与路由可扩展性测试
执行：验证路由表增长时路由器CPU/内存变化；通过引入更多前缀或使用路由反射模拟增长。
配置示例：采用route-map限制接收前缀、使用BGP社区实现流量工程，测试路由收敛时间并记录在故障切换时的丢包与恢复时间。
8.
监控与度量平台搭建
部署：建议使用Prometheus + node_exporter + SNMP exporter + Grafana构建监控面板。
关键指标：接口带宽、丢包、队列长度、CPU/内存、BGP会话状态、NetFlow/sFlow流量分布，设置阈值报警并保存历史曲线用于容量规划。
9.
压力测试与扩容验证流程
步骤：按计划逐步上调流量（例如每10分钟增加10%），监控瓶颈点，记录链路/设备阈值。
决策点：当指标达到预设阈值（如链路利用率85%、CPU利用率75%）时触发扩容操作（加入额外链路或更大带宽电路）。
10.
自动化与运营流程化
实施：编写脚本通过API向供应商申请增速或新电路，自动化BGP配置推送（Ansible/Netmiko）。
小分项：制定SOP：扩容触发条件、审批流程、变更窗口、回滚步骤与日志记录。
11.
三网直连与CN2 GIA的可扩展性差异点
对比要点：CN2 GIA通常在跨境优选路由、低时延与优先转发上更稳定；三网直连在国内访问兼容性和成本弹性上有优势。
实操建议：对大并发、长连接和对等流量场景优先测试CN2 GIA；对分发到三大运营商终端的场景优先测试三网直连。
12.
成本与SLA评估表格化
步骤：把成本按基础带宽费、峰值超额、端口费、维护费拆分，建立每次扩容的TCO表。
小分项：将实际测得的可用带宽和SLA（丢包/延迟/恢复时间）对比成本，形成每Mbps成本曲线作为决策依据。
13.
扩展策略建议（横向与纵向）
策略：短期优先做横向扩展（增链路、ECMP、BGP多路由），长期规划纵向升级设备与更高带宽电路。
操作清单：准备备用链路、预留ASN或私有AS、自动化配置模板、事先签订高峰期临时带宽协议。
14.
验证完成后的验收与持续优化
验收清单：通过基线测试对比、SLA模拟违约场景、并保存监控历史。
持续动作：每季度复测、每次流量增长10-20%后重新执行压力测试和容量评估。
15.
问：在可扩展性上，CN2 GIA相比三网直连的最大优势是什么？
答：CN2 GIA的优势在于跨境优选路径和更稳定的转发优先级，通常能提供更低的延迟和抖动，适合对实时性要求高或长连接并发大的应用。但最终优势需通过本文所述的实际压力测试与BGP收敛测试来验证。
16.
问：如何用最少成本验证哪条线路更好扩容？
答：用最低成本的方法是先做短期回放测试和并发iperf3测试（小流量多并发），结合NetFlow采样估算真实负载，按预设阈值（85%利用率）模拟扩容触发，记录SLA与响应时延，从而判断哪种方案在成本与容量上更优。
17.
问：如果要在生产上线前做最后验证，应重点看哪些数据？
答：重点看95/99百分位延迟、丢包率、路由收敛时间、链路饱和时的带宽降级行为、BGP会话稳定性与设备CPU/内存占用；同时确认供应商在故障时的恢复SLA与实际故障演练结果。
