云服务器流量到底怎么算？出站入站、超额政策与端口换算

买云服务器时最容易忽略的一项就是流量。很多人的思路是先看配置、再看带宽，最后才扫一眼流量配额，觉得「反正够用」。但流量恰恰是唯一一项会在账单上突然多出钱的指标。这篇讲清流量怎么算、入站和出站为什么不一样、超额之后会发生什么，以及那些标着「不限流量」的产品背后到底藏着什么条件。

先放对照入口：

云途 —— 各档位流量从 300G 到不限量都有，适合对照配额结构。

isvoro —— 流量呈阶梯设计，可观察不同档位的每单价。

spartanhost —— 大端口产品，端口与配额的关系最典型。

rabisu、sixtynet、justg、zji、景文互联、数脉科技 —— 其他方向对照。

本文讨论流量计费的一般原理与通用估算方法，不针对任何具体商家，也不对任何配额政策作评价。文中给出的换算公式、阈值与示例均为按常见做法整理的参考，实际计费口径（是否计双向、是否计内网、超额如何处理）因商家与产品线而异，差异很大，必须以商家的书面说明为准。任何按公式算出的数字都是估算值，不构成价格承诺或用量保证。

一、出站和入站，只有一边收费

还有一个更实际的细节要补：同样的业务，用 CDN 之后流量归属会变。

如果所有流量都经过 CDN 回源，那回源流量算你的出站，而用户到 CDN 的那段流量算 CDN 的。

这一步的差别很大。回源通常只有原来的 10% 到 30%，所以配额压力会明显下降。

所以「流量不够」这个问题，有两种解法：一是加配额，二是加大 CDN 覆盖率。后者的成本往往更低——CDN 的流量单价通常比云服务器配额便宜，而且顺带解决了访问速度。这也是为什么很多大流量业务宁可把预算放在 CDN 上，不求服务器配大配额。

但这只在业务适合 CDN 的前提上成立。如果内容是动态的、或者有大量 API 请求，CDN 覆盖面就有限。

所以判断标准是：内容能不能被缓存。能，用 CDN；不能，只能加配额。

再看一个常见的误解：「流量」和「带宽」是两个不同的东西。

流量是累计的数据量（多少个 G），带宽是瞬时的速率（每秒多少 M）。

这个区别在换算里已经体现了，但很多人还是用「带宽大不大」来判断「流量够不够」。

两者的关系是：流量 = 带宽 × 时间。

所以带宽越大，同样的配额用得越快。这正是下一节要展开的核心逻辑。

还有一个地域差异值得提：跨境流量和内网流量的计费口径完全不同。

同一机房内网互传通常免费，跨境传输则按出站算。

所以把吃流量的组件部署在同一机房，能显著降低配额压力。

而这一点在选购时经常被忽略。很多人给每台机器都配大配额，其实内部传输根本不计费。

先讲一个最基础、但最多人搞不清的点。

绝大多数流量计费只算出站（从服务器发往外部），不算入站。

这个规则的道理很实际：入站流量是别人发给你的，你无法控制；出站流量是你主动发出去的，可以控制。

这个区别直接决定了「什么业务吃流量」。一个备份服务器几乎全部是入站（接收上传），可能完全不吃配额；而一个下载站几乎全部是出站，很快就把配额用光。所以评估流量需求时，必须先分清自己的业务是入站为主还是出站为主。

来算几个常见的业务类型，看它们每天吃多少出站流量。

业务类型	单次大小	日均量
展示型网站（一万日访）	约 500K	5G
带图片的内容站（一万日访）	约 3M	30G
视频站（一百次播放）	约 300M	30G
文件下载（一百次）	约 1G	100G

这张表最该注意的是第二行和第四行：同样是「一万日访」和「一百次下载」，流量能差 20 倍。

原因在于单次传输的大小。展示型网站的页面只有几百 K，而带图片的内容站一个页面会拉几十张图。

所以「我的站访问量不大」这个判断不能直接换算成「流量需求不大」。真正决定流量的是「每次访问要传多少数据」——一个日访一千的图片站，可能比日访一万的纯文字站吃流量多十倍。评估流量的第一步是算单次大小，不是数访问量。

再看表里第四行。一百次 1G 的下载就是 100G。

这意味着月配额 500G 的机器，每天只能给三次下载。

这个账很说明问题。很多人买 500G 配额的机器想做下载站，实际一天就超了。

二、超额之后会发生什么

超额处理之前，还有一件事要先确认：计费周期从哪天开始。

有的产品按自然月（每月 1 日重置），有的按购买日（每月同一天重置）。

这个差别听起来很小，但会影响你的估算。如果是按购买日，你在月中买的机器，第一个周期只有半个月，配额也是半个月。

所以「月配额 1T」这句话，在第一个计费周期里可能只有 500G。这个细节通常不写在产品页上，但它会造成「刚买就跑了一半」的困惑。所以第一个月要特别留意面板的显示，确认周期的计算方式。

再看一个超额相关的概念：「流量包」和「配额」不一样。

配额是产品自带的（含在月费里），流量包是额外买的（单独收费）。

区别在于流量包通常按需购买，且可能有有效期。

所以超额后的最优解往往是「买流量包」而不是「换大配额的产品」。

原因很简单。如果你的流量只是偶尔超，买流量包比提前买大配额便宜。

但如果每月都超，那说明配额选小了，应该换档。

判断标准：连续两个月超额，就该换档了。

还有一项要确认：超额之后是「立即处理」还是「按周结算」。

有的产品超额后不马上限速，而是在账单日统一结算。

这种情况看似宽松，实际风险更大——你可能在不知情的情况下用了三倍配额。

所以看到「不立即限速」的产品，更要自己设监控。

有一个实用的做法：把配额当成「预算」而不是「上限」。

比如配额 1T，就按 700G 规划用量。剩下的 300G 是余量。

这个习惯能把超额的概率降到很低。因为估算是估算，总会偏差。

流量用超之后的处理方式有三种，而它们的代价差别很大。

第一种：限速。超额后把端口降到极低（比如 1Mbps），服务不中断但基本没法用。

第二种：计费。超额部分按单价收费，账单继续涨。

第三种：停机。直接停到下一个计费周期。

这三种方式的体验差别是「能不能用」，代价差别是「要不要花钱」。而套餐页上通常只写配额数字，不写超额政策。所以「500G 流量」这句话的信息量很低——同样 500G，超额限速的和超额计费的是两种完全不同的产品。

怎么判断属于哪一种？看三个信号。

信号一：产品页有没有写「超出后限速」。写了的是第一种，相对安全。

信号二：有没有写「超出按元/GB」。写了的是第二种，要算清成本。

信号三：两样都没写。这种最需要主动问。

第三种情况的风险最高。因为它可能是任何政策，而用户在超额之前完全不知道。

还有一个细节：超额计费的单价通常远高于套餐内单价。

套餐内折算可能是 24 元/T，而超额可能是 0.5 元/G，也就是 500 元/T——贵 20 倍。

这个差价很大。所以「先用超了再说」这个策略在流量上是行不通的。

正确的做法是提前估算用量，留 30% 余量，然后按峰值配配额。

估算方法很简单：单次传输大小 × 日均次数 × 30 = 月流量。

然后把这个数字乘以 1.3，就是该买的配额。

这个公式不精确，但它能避免「差一个数量级」的错误。而流量上的错误通常就是差一个数量级。

三、不限流量到底是什么

还有一种「不限流量」值得单独说：整机独服的不限流量。

独服产品里「不限流量」比较常见，因为独服给的是物理端口。

但独服的端口通常是10Mbps 到 100Mbps。10Mbps 满速一个月是 3.2T，100Mbps 是 32.4T。

所以「独服不限流量」的实际容量是 3.2T 到 32.4T，取决于端口。而这个数字通常比云主机的大流量档更划算——因为独服的价格里已经包含了端口成本，不再单独计流量。这也是为什么流量型业务最后往往会上独服。

那什么业务该上独服？三个条件同时满足：

第一：月流量稳定超过 10T。低于这个量，云主机更便宜。

第二：能接受固定端口。独服的端口是固定的，不能像云主机那样标 1Gbps 突发。

第三：配置需求明确。独服的配置是固定的，不灵活。

三个条件都满足，独服的不限流量是真的划算。

而只满足一个或两个，云主机的大配额档更合适。

还有一个「不限流量」的变体：内网不限、公网限量。

这种产品在分布式部署场景下很有价值。集群内部互传不计流量，只有对外服务计流量。

所以如果你的业务是集群式的，这种产品的实际可用量远超标称。

但要注意「内网」的定义。有的只算同一机柜，有的算同一机房，有的算同一区域。

范围越大，价值越高。这个要问清。

最后一个提醒：不限流量产品通常不允许跑「持续满载」。

哪怕写着不限，持续跑满端口也会被认定为异常使用。

所以「不限流量」的正确理解是「按正常业务模式使用不额外收费」，不是「可以 24 小时跑满」。

「不限流量」是产品页上最吸引人、也最容易误解的四个字。

实际情况是：真正的不限流量产品很少，绝大多数都有附加条件。

常见的附加条件有四种：限端口速度、限公平使用、限特定方向、限时段。

第一种最常见：不限流量但端口只给 20Mbps 或 50Mbps。这种产品的实际含义是「你可以一直跑，但只能跑到这个速度」。算下来 50Mbps 满速跑一个月是 16T，所以它实际上是「16T 流量但你不能用完」。所以看到不限流量，第一个该问的是端口速率。

第二种更隐蔽：公平使用条款。

写的是不限，但附一条「如果长期占用超过一定比例，商家有权限速或要求升级」。

这条款的实际含义是「不限，但你不能真的用太多」。

第三种：限特定方向。

比如「国内方向不限，国际方向限 1T」。这种产品对只做内地的业务是真正的不限，对跨境业务就不是。

第四种：限时段。比如「夜间不限、白天按量计费」，这种产品适合定时任务，不适合实时服务。

它的实际含义是「部分时段不限」。所以要把「不限时段」的容量单独折算，再和白天配额相加，才是真实的月度容量。

四种条件里，第一种（限端口）是最容易算清的。

因为端口速率和月最大流量的换算关系是固定的：Mbps × 0.324 = 每月数。

举例：50Mbps 满速一个月 = 16.2T；100Mbps = 32.4T；500Mbps = 162T。

这个公式能帮你判断「不限流量」到底有多少。

如果一款产品标「不限流量、100Mbps」，那它的实际容量上限就是 32T/月。

而另一款标「5T 流量、1Gbps」，实际能跑的量上限是 5T。

两者一比，前者是后者容量的六倍多。所以「不限流量」的价值要换算成数才能比。

四、端口速率和流量配额的对应关系

换算表还能反过来用：从配额反推「能跑多快」。

如果你知道自己的月流量是 5T，那平均下来需要多少带宽？

5T ÷ 30 天 ÷ 86400 秒 ≈ 1.9Mbps。

这个数字很意外。月流量 5T 的业务，平均带宽需求只有 2Mbps。

这就是为什么「带宽」和「流量」不能混为一谈。5T 的月流量看起来很大，但它摊到每秒只有 2Mbps——任何端口都能满足。真正的问题是峰值：如果这 5T 集中在某几个小时，那一刻可能需要 500Mbps。所以选产品要看的是峰均比，不是平均值。

峰均比怎么估？看业务的访问曲线。

展示型网站的峰均比通常是 3 到 5 倍（晚上比凌晨高几倍）。

直播和事件型业务的峰均比可能 20 倍以上（开播那一刻全来了）。

下载站的峰均比接近 1（全天平稳）。

所以同样 5T 月流量，直播业务需要 40Mbps 以上的端口，下载站 2Mbps 就够。

这个判断比看标称带宽有用。因为标称带宽是「最大能跑多少」，而你需要的是「峰值够不够」。

还有一个实用换算：单次访问的大小决定「并发数」。

如果一页是 500K，那 10Mbps 端口每秒能服务约 2.5 个访客。

算法是：10Mbps = 1.25MB/s，除以 500K 等于 2.5。

所以10Mbps 端口大约能扛 2 到 3 个同时访问。这个数字对小站够用，对中型站完全不够。

这也解释了为什么很多低价档标 500Mbps 甚至 1Gbps。不是因为要跑满，是因为并发访问需要瞬时带宽。

所以端口和配额的关系可以总结为：配额决定「总量」，端口决定「并发」。

两个都要够。只够一个，业务就会出现瓶颈。

这一节给一张换算表，用来看「端口配不配得上配额」。

端口	满速一天	满速一个月
100Mbps	1.08T	32.4T
500Mbps	5.4T	162T
1Gbps	10.8T	324T
10Gbps	108T	3240T

这张表最该注意的是第一行和第三行：100Mbps 配 32T 是「能跑满一个月」，1Gbps 配 32T 是「能跑一天」。

同样的配额，端口越大，能撑的时间越短。

这就是为什么大端口小配额的产品实际上是「突发型」——它给你一个很宽的管子，但只给很少的水。判断方法很简单：用配额除以「满速一天」，得到「能跑几天」。500G 配 10Gbps 是 0.0046 天，也就是 6.6 分钟；2T 配 10Gbps 是 27 分钟。这两个数字一摆出来，产品定位立刻清楚。

反过来，小端口大配额的产品是「持续型」。

比如 50Mbps 配不限流量，那是真正能跑一个月的。

所以端口和配额的组合能反推出产品定位：

大端口小配额 = 突发型。适合短时高速传输。

小端口大配额 = 持续型。适合长期对外服务。

端口配额匹配 = 均衡型。适合绝大多数业务。

这三种定位在套餐页上都不写。只能自己算。

而算的方法就是「满速能跑多久」这一个指标。

举个例子：一个 2 核 2G 配 1Gbps 和 1.2T 流量的产品，满速能跑 2.7 小时。

这个数字说明它不是给「持续对外服务」准备的。而是给「偶尔传大文件」准备的。

如果拿它做下载站，一天就废了。

五、被漏算的三种流量

三种之外，还有一项经常被忽略：系统更新和依赖下载。

服务器的系统补丁、容器镜像、依赖包，每次更新都会产生入站流量。

入站通常不计费，所以这部分不占配额。

但要注意一个例外：如果更新是从你自己的源分发出去的，那就是出站。

比如你自建了一个镜像源给多台机器用，那台机器的出站流量会明显增加。

再看备份流量的优化方法。三种做法，成本都很低：

第一：改增量备份。只传变化部分，流量降一个数量级。

第二：本地留一份，异地只存关键数据。不必全量异地。

第三：压缩后再传。文本和数据库的压缩率通常 3 到 10 倍。

三种做法叠加，备份流量通常能降到原来的 5% 到 15%。

这个降幅很可观。如果备份原本占配额的 40%，优化后就只占几个点。

还有一个「隐形流量」值得提：被攻击时的流量。

DDoS 攻击不只消耗你的配额，还可能消耗商家的出口带宽。

而后果往往不是「超额」，是商家直接封停你的 IP。

所以对外服务的机器，最好配一层防护或者 CDN。这不是为了流量，是为了「不被打断」。

还有一项：图片和视频的流量放大。

一张原图 2M，如果不做压缩和缩放，每个访客都要下 2M。

而做 WebP 和懒加载之后，通常只需要 200K。

十倍差距。所以流量优化的第一优先级是前端的资源体积，不是加配额。

除了主要业务流量，还有三种容易被漏算，加起来可能不小。

第一种：备份和同步。

如果你的业务有异地备份，每次全量备份都会产生大量出站流量。

这个量很容易被忽略。一个 50G 的站每周全量备份一次，一个月就是 200G 出站。

而备份流量往往是「突然的、集中的」——一次就几十 G。如果配额只剩 100G，一次备份就能打穿。所以有备份业务的话，配额要额外留出备份的量，或者把备份改成增量。

第二种：日志和监控上报。

日志上报的量不大，但会 24 小时持续产生。

一天几乘以 30 天，就是几十 G。

所以日志最好存本地，或者只上报聚合后的指标。

第三种：被爬和攻击流量。

这部分完全不可控。

一个被爬虫盯上的站，日流量可能是正常的十倍。

而 DDoS 攻击能在几小时内跑掉几流量。

所以对外服务的机器必须考虑这部分，配额要留余量，或者配 CDN 挡在前面。

三种流量加起来，经验值是业务流量的 20% 到 50%。

所以估算配额时，用业务流量乘以 1.5 比较稳。

还有一项容易忽略：同一个机房内部的流量通常不计费。

所以如果你有多台机器在同一机房，它们之间的数据传输不占配额。

这一点对分布式部署很有利。可以把吃流量的组件放在同一机房，省配额。

六、怎么监控流量

流量最怕的是「不知道用了多少，突然被告知超额」。

所以监控比估算更重要。

第一种：看商家面板。这是最权威的，因为那就是计费依据。

但要注意面板的更新频率。有的面板每小时更新，有的每天更新一次。如果每天更新，那你可能已经超了一天才知道。所以要确认更新频率，然后按自己的用量水平决定查看频率——用量接近配额时，每天都要看。

第二种：自己在机器上统计。

这个方法比面板滞后，但能看到细粒度的分布。

# 看本月累计出站流量（需要 vnstat）
vnstat -m

# 实时看各网卡的累计字节数
cat /proc/net/dev

# 按小时看流量分布，找出高峰时段
vnstat -h

判读要点：自己做统计的好处是能看出「流量花在哪里」。

如果发现某个时段流量特别高，那可能是爬虫或者异常请求。

第三种：按进程统计。

这个方法能定位到具体是哪个程序在吃流量。

# 需要 nethogs
nethogs -t
# 或者用 iftop 看连接级别的分布
iftop -n

三种方法配合用。面板看总数，vnstat 看趋势，nethogs 看进程。

还有一条纪律：设告警。

用量到 70% 时告警，到 90% 时再告警一次。

这样有足够时间决定是加配额、还是优化流量、还是限流。

最后回到开头：流量是唯一一项会让账单突然变多的指标。

而它的两个关键点——出站才计费、端口决定能跑多久——都不写在产品页上。所以买之前花五分钟算一遍这两件事，比事后处理超额划算得多。

本文讨论流量计费与用量估算的一般原理，不针对任何具体商家，也不对任何配额政策作质量评价。文中关于出站入站计费、超额处理方式、不限流量常见条件的说明均为按行业常见做法整理的通用描述，不同商家、不同产品线的实际口径差异很大，必须以商家书面条款为准；「Mbps × 0.324 = 每月数」等换算公式为理论满速值，实际受线路损耗、拥塞、协议开销影响，仅用于判断数量级。文中所有用量示例、估算公式与余量建议均为参考值，不构成用量承诺、价格承诺或超额赔偿依据。本文全部内容仅供参考，亦不代表本站立场，也不代表对任何具体产品的推荐。选购前请自行核实商家的计费口径、超额政策与退款条款，因流量超额、账单增加或服务受限所产生的直接或间接损失，作者及本站不承担任何责任。