旺季最先暴露的,往往是出口容量
销售旺季、大促、财年末结账、审计季,这些时段业务流量和团队工作量都会明显抬高,独享 IP 的带宽、并发会话和出口数量往往最先遇到瓶颈。更麻烦的是,临时扩容不像云服务器那样即点即用:新的出口要采购、要开通,还要在各个供应商的白名单里登记,这些环节的周期都不在你的控制之下。这篇文章给出一套容量规划思路:先采集基线,再用公式测算需求,然后按一个八周的时间线推进扩容与验证,最后在旺季开始前冻结变更。下文中的时间节点和系数都是可调整的建议值,请结合自己供应商的交付周期修改。
第一步:采集基线,而不是凭感觉估
容量规划的起点是真实的使用数据。至少要保留上一个同期和最近三个月的数据,重点看三类指标。
三类指标:带宽、并发、连接数
- 带宽:取每 5 分钟一个采样的平均值和第 95 百分位,而不是单点峰值;峰值往往由偶发的大文件传输造成,持续性的 95 分位才反映真实压力;
- 并发会话:在线用户数,尤其要区分人工会话和自动化任务;
- 连接数和失败率:每分钟新建连接数、超时和拒绝的比例,这是最早能看到拥塞的信号。
如果现在还没有这些数据,建议先用基础的监控脚本开始采集,可以参考我们另一篇讲解的独享 IP 健康监控思路。对突发流量的计量和体感,可以再参考出口带宽突发怎么算。
第二步:用一个简单公式测算需求
把基线转成旺季需求,可以用下面的公式:
旺季需求 = 基线 95 分位×(1 + 业务增幅)× 安全系数
业务增幅取业务部门给出的预期增长;安全系数用于应对预测误差和突发流量,建议从 1.3 到 1.5 之间按你们的容忍度调整。以下是一个假设的算例,仅为说明逻辑。
| 项目 | 假设数据 | 计算 |
|---|---|---|
| 近三个月带宽 95 分位 | 120 Mbps | 基线 |
| 业务部门预计旺季增长 | 40% | × 1.4 |
| 安全系数 | 1.3 | × 1.3 |
| 测算需求 | — | 120 × 1.4 × 1.3 ≈ 218 Mbps |
如果当前套餐的保底带宽高于测算值,可以不扩容,但要确认计费方式不会因为超出基线而自动产生额外费用,带宽条款的细节请参考此前的独享节点带宽条款解读。团队规模变化带来的出口数量需求,请参考团队要配几个独享 IP 才够用。
第三步:八周扩容时间线
以旺季正式开始的那一天为 T,按下表倒推。时间节点以供应商的实际交付周期为准,登记白名单这一项尤其容易超期。
| 时间 | 动作 | 产出 |
|---|---|---|
| T-8 周 | 复盘去年同期和近三个月的基线,完成需求测算 | 需求清单和预算 |
| T-6 周 | 提交采购或扩容申请,确认合同条款 | 完成采购审批 |
| T-4 周 | 开通新出口,向各供应商提交白名单登记 | 登记工单台账 |
| T-2 周 | 逐项验证白名单、负载演练、校准告警阈值 | 验证记录和演练报告 |
| T-1 周 | 冻结变更,确认值班和应急联系人 | 冻结通知 |
| T+1 周 | 复盘真实峰值和预测的差距 | 下一轮的基线和系数修正 |
登记白名单要提前一个完整的周期
供应商处理白名单的速度差异很大,有的自助即时生效,有的需要工单排队。具体的申请材料和验证步骤,可以直接套用向供应商申请 IP 白名单的流程。把工单当作一个独立的关键路径,在时间线中留出余量。
扩容的两个方向:加带宽,还是加出口
容量不足不一定就要加带宽。若网络压力集中在某一类流量上(例如批量同步任务),把这类流量拆到单独的出口,比直接抬高整体带宽更有效;若压力来自人员规模的增长,则更适合按用途和地区增加独立出口。拆分后还有一个好处,即某一类流量的波动不会拖累其他业务的出口信誉。若需要批量部署大规模团队的接入,可以参考百人规模团队 VPN 批量部署指南。
冻结期规则与预算节奏
旺季内不做出口层面的变更
冻结期内原则上不更换出口地址、不调整路由策略、不升级客户端的大版本。确需紧急修复时,按事前定义的回滚条件和审批人完成。财年末还要留意合同到期日:如果独享 IP 的到期日恰好落在冻结期内,应提前续费,避免地址因为到期被回收。预算规划上,可以参考独享 IP 一年多少钱的三档预算测算。NasaVPN 的独享 IP 与独享节点支持按需求组合配置,具体交付周期以购买时的说明为准,建议把上述八周节点写进年度运维日历,每年按同一套流程执行。