第1节：评估业务与流量需求（先做量化）
1) 明确用户地域：列出主要用户来源国（如中国大陆、新加坡、东南亚、欧美）。
2) 估算并发与带宽峰值：统计或预估P95并发连接数、每连接平均带宽（KB/s），公式：并发数×单连接峰值带宽 = 峰值出/入带宽。留20%-50%余量。
3) 区分控制/业务/媒体流量：静态资源（可用CDN）、动态API（需要低延迟），大文件/视频流（需高带宽或专线）。分别估算需求。
4) 业务SLA要求：延迟阈值、丢包率、稳定性要求（是否必须走CN2 GIA），决定是否选择CN2高等级产品。
第2节：理解CN2线路与新加坡互联特性
1) CN2 类型：CN2 GIA（直达/低时延优先）、CN2 GT（经济型优化）、普通运营商直连。若客户主要在中国大陆且对时延敏感优先选CN2 GIA。
2) 新加坡位置优势：地理位置靠近东南亚，往返中国通常通过海底/陆地光缆，CN2从新加坡到中国多具备专线优先路径。
3) 公网IP、BGP与直连：确认云厂商是否支持BGP多线、独享公网带宽、IP直通，必要时申请独享EIP和链路加速服务。
4) 安全与合规：若应用涉及中国用户，注意备案/ICP（若要在中国大陆提供域名服务），并评估DDoS防护能力。
第3节：测试现网延迟与丢包（实操命令与步骤）
1) Ping与traceroute：从你本地或现有服务器执行 ping -c 20 x.x.x.x 和 traceroute/ tracert 测试到目标新加坡IP，记录RTT均值、最大值与丢包。
2) MTR（综合）：安装并运行 mtr -rwzbc 100 x.x.x.x 收集逐跳丢包和平均延迟，评估哪一跳开始有抖动或丢包。
3) 带宽测试 iperf3：在可控两端启动 iperf3 服务（服务端：iperf3 -s），客户端 iperf3 -c server_ip -P 10 -t 60 测试真实吞吐与并发能力。
4) HTTP下载/Upload速率：用curl或wget实际下载大文件（curl -o /dev/null -s -w "%{speed_download}\n" URL）测试跨境真实吞吐。
第4节：如何确定带宽大小（实操计算示例）
1) 示例计算：假设并发1000，平均每请求需1Mbps峰值（视频/大文件），则峰值 = 1000×1Mbps = 1000Mbps，建议预留25%缓冲，选择1250Mbps或1Gb/2Gb口加链路聚合。
2) 控制类API示例：并发500，每个请求平均50KB/s ≈ 0.4Mbps，总计200Mbps，选购250Mbps或300Mbps专线更稳。
3) CDN与带宽分离：将静态/大文件放CDN后，回源带宽大幅下降，仅需评估API与回源峰值带宽。
4) 峰值与平均分开计费：若厂商按峰值计费，考虑日峰/月峰，若可突发则选带宽包或峰值补偿计划。
第5节：如何选择机型（CPU/RAM/磁盘/网卡）
1) 按负载分类：轻量Web/API（1-2 vCPU、2-4GB内存）、中型应用（4 vCPU、8-16GB）、数据库/高并发（8+ vCPU、32GB+、更高IO）。
2) 磁盘类型：数据库选择云SSD或本地NVMe以保证IOPS；日志/缓存可用对象存储或独立盘。配置RAID或云盘快照备份策略。
3) 网卡与带宽口：确认实例是否支持千兆/10GbE网卡和SR-IOV直通，若带宽高于1Gb需选支持更大网卡的机型或弹性网卡。
4) 弹性伸缩：若流量波动大，优先选支持水平自动扩容（负载均衡+ASG）的机型组合。
第6节：在云厂商控制台下单的详细步骤（以通用步骤说明）
1) 注册并实名认证：完成账号注册、企业/个人认证与结算信息绑定。
2) 选择地域/可用区：在控制台选择Region为新加坡（Singapore）。
3) 选择实例：选择机型（CPU/RAM）与镜像（Linux/Windows），勾选支持CN2网络或高优先级网络选项。
4) 配置带宽与公网IP：选择带宽类型（独享/共享）、带宽大小（例如100Mbps、500Mbps）及是否绑定专用EIP/BGP。
5) 安全组与端口规则：添加安全组规则开放必需端口（80/443/22/业务端口），配置IP白名单和入站限速。
6) 付费与下单：选择按月/按年或按带宽包计费，确认购买并等待实例与公网EIP分配。完成后进行首次连通性测试。
第7节：上线后的网络与系统调优（实用命令与配置）
1) 基础网络调优（Linux）：编辑 /etc/sysctl.conf 添加：
net.core.somaxconn=10240
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_fin_timeout=30
net.ipv4.tcp_window_scaling=1
保存后 sysctl -p。必要时启用BBR（modprobe tcp_bbr 并写入启动脚本）。
2) 应用层调优（Nginx）：worker_processes auto；worker_connections 10240；keepalive_timeout 65；开启gzip与缓存头。
3) MTU与Path MTU：若跨境链路存在碎片问题，测试并调整网卡MTU（ip link set dev eth0 mtu 1400）以避免丢包。
4) 持续监控：部署Prometheus/Grafana或云监控，监测带宽使用、丢包、延迟、连接数并设置告警。
第8节：扩容、故障与降本策略（实操建议）
1) 弹性扩容：配置自动伸缩策略：按CPU/带宽/响应时间触发新增实例并自动加入负载均衡池。
2) 故障演练：定期做跨区/跨链路切换演练，验证BGP/回源与CDN故障时的恢复时间（RTO）。
3) 降本办法：将大流量静态资源交给CDN，使用带宽包/预留实例优惠，采用按需+预留混合模型。
4) 升级流程：若发现带宽不足，先在控制台调整带宽（若支持在线扩容），如需更高网卡能力则按流程变更机型并内网迁移。
第9节：问：为什么优先选择CN2 GIA用于面向中国的跨境应用？
答：CN2 GIA提供运营商级的专有优先路径，往返时延更低、抖动和丢包率更小，适合对延迟敏感的API、实时通信和金融类应用；虽然成本高，但在用户体验和稳定性上明显优于普通公网或CN2 GT。
第10节：问：我如何验证购买后链路确实是走CN2线路？
答：部署后使用traceroute/mtr追踪到目标中国IP，观察中间跳点是否出现“cnc/cnc2/ChinaTelecom CN2”等标识；可联系云厂商索要链路报告或使用ISP提供的路由落地点（AS号）验证是否为中国电信CN2相关AS。
第11节：问：带宽不足时优先扩容带宽还是升级机型？
答：如果瓶颈表现为网络吞吐（带宽满、外网延迟高、丢包明显），优先扩容带宽或升级网络口；如果CPU/RAM或IO资源饱和导致处理慢，应先升级机型。实际应结合监控数据（带宽使用率、CPU/IO负载）做决定，并可先短期扩带验效再做机型变更。
