1 Gbps 与 1 TB 怎么看：端口带宽、月流量和用量预算

带宽是速率，流量是累计数量

1 Gbps 描述每秒传输的比特数，1 TB 描述一段时间累计传输了多少字节；它们需要通过时间才能换算。本文统一采用十进制：1 GB = 10⁹ 字节、1 TB = 1000 GB、1 字节 = 8 比特，因此 1 Gbps 理论上对应每秒 125 MB。

不要把 GB 与 GiB 直接相加：按 NIST 列出的二进制单位，1 GiB = 2³⁰ 字节，1 TiB = 2⁴⁰ 字节。1000 GB 约为 931.3 GiB。若面板标 GiB、套餐标 TB，先确认商家实际定义并统一单位，再判断余量是否不足。

1 Gbps 满速多久会用完 1 TB

忽略协议开销，1 TB 在持续 1 Gbps 下可维持 10¹² × 8 ÷ 10⁹ = 8000 秒，也就是 2 小时 13 分 20 秒。若同样的 1 TB 要平均分配到 30 天，平均速率只有 10¹² × 8 ÷（30 × 24 × 3600）≈ 3.086 Mbps。

这两个数字并不矛盾：高端口速率允许短时间突发传输，小流量额度限制长期累计使用。端口标称值也不承诺你到任意目的地都能跑满；实际传输受对端、路径、协议和服务器负载影响。本页计算器给出理想换算，不能用来替代端到端测速。

从请求量计算一个小站的月用量

假设每天 10000 次源站请求，每次实际发出的响应平均为 200 KB，按 30 天计算：10000 × 200 × 1000 × 30 ÷ 10⁹ = 60 GB。这里的请求次数不是访问人数；一次打开页面可能同时请求 HTML、图片和脚本，应把这些响应都计入，或使用日志统计后的平均总量。

先人为预留 20% 的协议、重试与增长余量，得到 72 GB；这个比例是预算假设，不是固定技术常数。若每月另上传四份 10 GB 备份，总计 112 GB；迁移当月再导出 50 GB，就需准备 162 GB。备份是否计入额度，还要按实际传输方向与商家规则核对。

月总量够用，也可能卡在高峰

假设十个用户同时各需 2 Mbps，出口至少要承受约 20 Mbps 的业务负载，尚未计入额外开销。月均 3 Mbps 的套餐预算无法说明这十个并发请求能否顺畅完成；评估时应同时保留月累计量、忙时速率和响应时间三项记录。

反过来，一次短时下载达到 100 Mbps，也不能证明全天都可持续提供该速度。测试会消耗实际流量，例如累计十分钟以 100 Mbps 传输，理论数据量已达 7.5 GB。先确定测试目的和可接受用量，再选择短样本，避免用反复大文件下载代替日常用量统计。

确认计入方向、重置日期和超额处理

同样写着“月流量”，计入方法也可能不同。DigitalOcean 的官方文档以 Droplet 出站流量说明免费额度；Lightsail 则说明实例的入站与出站都会计入额度，超额收费另按出站规则处理。两个案例说明不能把一家商户的规则套到另一家，也不能凭“入站免费”推断入站不消耗额度。

逐项向套餐条款确认：是否双向累计、私网与公网是否区别、按自然月还是账单周期重置、未用额度是否结转。达到额度后究竟限速、停机还是另收费，要找到该套餐的明确说明。本站目录字段不足以确认这些条件。

上线后用账单口径校正预算

记录月初和连续七天的面板读数，用每日增量校正估算。假设七天累计用了 28 GB，按相同日均外推 30 天约 120 GB；若这周包含一次性迁移，应先扣除迁移量，再单独估计下一次迁移。这个外推只反映已知样本，不包含未来活动高峰。

若页面经过 CDN，浏览器下载量与源站流出量可能不同；应同时查看缓存命中、回源请求和 VPS 商家的计费面板。账单以商家规则为准，本地统计用于解释差异，不要把网卡累计量和计费额度默认视为完全相同。

• 日常业务：每日源站请求 __ × 每次响应 __ KB × 天数 __；另列上传、备份与同步。
• 月度计划：基础用量 __ GB + 自定余量 __ GB + 本月一次性传输 __ GB。
• 高峰检查：同时活跃用户 __ × 每用户所需 __ Mbps；对照真实忙时样本。
• 额度核对：面板单位 __；计入方向 __；重置日期 __；剩余额度及超额措施 __。