1.
概述:为何合同条款和SLA对线路选择至关重要
- 明确服务对象:是面向日本本地用户,还是面向中国/全球用户。
- 明确关键指标:延迟(ms)、丢包率(%)、抖动(jitter)与可用性(%)。
- 明确计费方式:按带宽峰值、95峰值、按流量计费或包年包月。
- 明确故障定义:什么算“故障”,以及从何时开始计时。
- 明确赔偿机制:SLA未达标时的赔偿计算方式和申诉流程。
2.
合同条款(必须检查的五大类)
- 带宽与计费条款:是否承诺独享带宽、上行下行对称、以及是否采用95带宽计费。
- 可用率SLA:常见为99.9%、99.95%或99.99%,对应每年允许停机时间分别约8.76小时、4.38小时、0.876小时。
- 支付与违约条款:服务终止、价格浮动、追加费用(如超流量费)的明确写法。
- 维护与通知:计划内维护的提前通知时间、计划外维护响应时限。
- 数据与隐私条款:日志保留周期、备份频率、数据主权约定。
3.
针对日本软银线路应注意的要点
- 上游运营商结构:软银通常在日本本地互联强,需确认与国内回程的对接点(POP)位置。
- 路由稳定性:检查是否存在单点出口,是否提供BGP冗余或备份线路。
- 延迟预期:东京到中国大陆常见延迟范围:60–90ms(视互联点而定)。
- 流量清洗与DDoS:是否包含基础清洗(例如每秒抗性),是否有按峰值计费的清洗触发阈值。
- 支持与响应:软银线路的本地故障通常需要日语/英日支持,合同中应写明响应语言与时区。
4.
针对CN2线路应注意的要点
- CN2优势:对国内回程友好,路由多走优质管道,通常延迟更低且丢包更少。
- 价格与阶梯:CN2通常价格高于普通国际链路,应在合同中确认带宽承诺与超额计算方式。
- SLA与链路切换:确认是否支持自动切换到备用链路以及切换时间界限(秒/分钟级)。
- 丢包与抖动保证:对于实时业务要明确丢包上限(如<0.2%)与95%延迟分位数。
- 合同条款示例:要求月度/季度性能报告作为验收依据。
5.
技术与防护条款(CDN、DDoS防御与监控)
- DDoS防护容量:合同中写明清洗带宽(例如10Gbps、50Gbps)及免费清洗阈值。
- CDN接入条款:是否支持按需回源、是否提供最近节点的优先访问以及缓存规则变更响应时间。
- 监控与告警:SLA应包含实时监控、告警通道(邮件/电话/SMS/工单)与响应时长。
- 日志与取证:保留访问/防护日志的时长(例如90天)与提取接口。
- 故障演练与恢复演示:建议合同中列入定期演练与恢复时间目标(RTO/RPO)。
6.
真实案例与服务器配置示例(含比较表)
- 客户A案例(真实示例):某跨境电商在促销期使用软银直连,因合同未明确峰值计费,被运营商以95带宽计费,导致额外费用约20%月流量费。事后通过补充协议明确峰值保护后避免复发。
- 客户B案例(真实示例):某SaaS公司部署CN2并启用BGP多线切换,高峰期将东京->北京延迟稳定在45ms以内,丢包从0.6%降到0.1%,用户体验评分提升。
- 服务器示例配置(东京机房,VPS按需):8 vCPU / 16GB RAM / 200GB NVMe / 1Gbps 公网带宽 / DDoS 清洗 10Gbps / BGP 多线。
- 建议条款写法:在合同中写明“延迟:东京到北京95分位≤60ms;丢包≤0.5%;可用性≥99.95%;DDoS免费清洗≤10Gbps”。
- 下表为软银线路与CN2线路的对比(示例测得值):
| 项目 | 日本软银线路(示例) | CN2线路(示例) |
| 东京→北京平均延迟 | 70 ms | 45 ms |
| 丢包率 | 0.5 % | 0.1 % |
| SLA 可用性 | 99.95 % | 99.99 % |
| DDoS免费清洗 | 5 Gbps | 10 Gbps |
| 示例月费(按基础带宽) | ¥800/月 | ¥1200/月 |
来源:选择日本软银线路和cn2 时需注意的合同条款与服务水平协议