V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2214 天前的主题，其中的信息可能已经有所发展或是发生改变。

为什么选择轻量云

没别的，流量便宜。

由于众所周知的原因，中国境内的服务器网络费用比境外贵上百倍。如今国外 VPS 带宽不少都是 Gbps 起步，而咱们几乎都是 1Mbps 起步，仍停留在蛮荒时代。相比硬件性能每年都在提升，带宽却龟然不动~ 按流量计费？那就更恐怖了，每 GB 几毛钱，对于大流量的应用简直就是噩梦。而对于小应用，有时遇到恶意耗流量的攻击，也可能一夜间欠下「巨款」。

好在去年阿里云推出了「轻量应用服务器」，尽管大陆区仍是 1Mbps 的小水管，但有了「香港」和「新加坡」两个地区可供选择不仅价格不到一半，带宽更是多了 30 倍！

华东 1 （杭州）

中国（香港）

对于国际套餐，这里简单列了一个表格（带宽都是 30Mbps ）：

| 套餐 | 价格 | CPU | 内存 | 硬盘 | 流量 | 每天价格 | 每 TB 价格 | |:---:|------:|-----|-----:|------:|----:|----------:|---------:| | A | ￥ 24 | 1 核 | 1GB | 25GB | 1TB | **￥ 0.77**| ￥ 24.00 | | B | ￥ 34 | 1 核 | 2GB | 50GB | 2TB | ￥ 1.10 |**￥ 17.00**| | C | ￥ 67 | 2 核 | 2GB | 80GB | 3TB | ￥ 2.16 | ￥ 22.30 | | D | ￥ 133 | 2 核 | 4GB | 100GB | 4TB | ￥ 4.29 | ￥ 33.25 | | E | ￥ 266 | 2 核 | 8GB | 200GB | 5TB | ￥ 8.58 | ￥ 53.20 | | F | ￥ 532 | 4 核 | 16GB | 400GB | 6TB | ￥ 17.16 | ￥ 88.67 |

价格和去年推出时似乎没有变动。最新参考官网： https://common-buy.aliyun.com/?commodityCode=swas&regiOnId=cn-hongkong ）

其中套餐 B 的流量折算下来只需￥ 17/TB，比起国内每 TB 几百元的价格，低了一个数量级！

这个价格激发了内心压制已久的灵感，之前很多只能 YY 的超大流量应用，如今终于可以尝试把它们都做出来。于是立马实现了一个，并且欢迎程度还不错~

由于演示服务是免费的，所以流量和带宽始终不够用。因此，爱折腾的 GEEKER 又开始琢磨可进一步「优化费用」的方案。

当然，这里没有任何薅羊毛的意思，纯属有趣而已。就和钓鱼（狭义上的）一样，不是为了省买鱼的钱，事实上花费的时间和精力可以买很多鱼了~

下面列举一些有趣的折腾玩法。

下行带宽免费

虽然轻量云的带宽是 30Mbps，但这只针对上行，下行仍是 100Mbps ；并且流量也只算上行，下行是不统计的。相比国外一些 VPS 流量看似很多但实则双向统计，这个显然更耐用。

这个特征，可以有很多玩法。例如我的程序里正好有这么个功能：计算某个 URL 资源的 Hash 值。下载一个资源通常需要几十 KB 至几十 MB，但返回一个 Hash 值只需几十字节，于是可充分利用下行网络。

对于 100Mbps 大水管，每月理论上可接收：

12.5 MB/s * 3600 * 24 * 31 = 33,480,000 MB ≈ 30 TB

事实上，只要是「接收多发送少」的场合，轻量云服务器是个不错的选择。

流量清零

不同于其他 VPS 流量按购买日开始计算，轻量云则是按自然月进行清零：

产品每个自然月提供免费数据流量包（不与其他实例共享）。绝大多数情况下，用户的数据传输需求在流量包配额下可以满足。流量包每月 1 日将会重置，重置后流量包的配额将会重新从 0 开始计算。

官方介绍： https://help.aliyun.com/document_detail/86281.htm

这个特征，对于包年的用户没多大感觉，但只买一个月的话，就有很大意义了。

假设我们在某月 15 日购买，那么可在本月后 15 天和下月前 15 天分别使用 n TB，到期后更换新机器。这样，理论上可以使用双倍的流量！

于是￥ 34 的套餐 B 最终可使用 4TB，相当于￥ 8.5/TB ！当然，这还不是最优化的。。。

配置升级

轻量云可在购买后升级配置，只需补差价即可：

升级的价格 =（新套餐配置天价格 - 原套餐天价格）* 剩余生命周期服务天数

官方介绍： https://help.aliyun.com/document_detail/61433.html

其中最重要的一点是：

流量包：实例当前的已使用流量不变，月流量配额将变为新规格对应的流量上限。

于是，我们有了新玩法。

续流量

想象这样一个场合：假如服务器离到期只剩几天，而流量已用完，这时只能歇着了？

事实上，这时升级套餐是非常便宜的因为剩余天数很少，所以只需几块钱。而升级后，又可获得 1TB 剩余流量！

假如在到期前几小时升级，甚至只需几毛钱。当然这样意义不大，因为上行带宽只有 30Mbps，即使满负荷使用 1TB 也要 77.67 小时。所以在到期前 3 天升级，是比较划算的。

例如最后 3 天从套餐 A 升到 B，只需一块钱，就能续 1TB 流量！

减成本

除了尾期升级，在前期或中期升级是否也有意义？

当然有。因为这里只关心网络配置，其他硬件并不考虑，所以没必要一上来就买 34 元的套餐 B。

我们可以先用 24 元的低配 A 开局，反正 A 和 B 的带宽是一样的，都是 30Mbps。等 N 天后流量用完再升至 B，这样可节省 N * (1.10 - 0.77) 元。

需要注意的是，升级过程并不是瞬间完成的，而是要停机几分钟！如果你只有一个机器，并且对稳定性有要求的话，还是不用考虑了。当然也可以在凌晨人少的时候升级，不过仅仅为了省几块钱熬夜貌似不值吧~

综合玩法

综上所述，我们来琢磨几种玩法。

方案 1

套餐 A 开局，当月升 B （假设发生在 7 天后，补 24 天差价），最后 3.24 天（ 77.67 小时）升 C。

| 时间点 | 备注 | 花费 | 剩余流量 (TB) | |----------------|:-------|:-------------------------------:|------------:| | 09-15 00:00:01 | 购买 A | ￥ 24.00 | ★ (1/1) | | 09-22 00:00:00 | 用尽 | | ☆ (0/1) | | 09-22 00:00:05 | 升至 B | (￥ 1.10 - ￥ 0.77) * 24 = ￥ 7.92 | ☆★ (1/2) | | 09-30 23:59:59 | 用尽 | | ☆☆ (0/2) | | 10-01 00:00:00 | **清零**| | ★★ (2/2) | | 10-12 18:20:00 | 用尽 | | ☆☆ (0/2) | | 10-12 18:20:00 | 升至 C | (￥ 2.16 - ￥ 1.10) * 3.24 = ￥ 3.43| ☆☆★ (1/3) | | 10-16 00:00:00 | 到期 | | ☆☆☆ (0/3) |

总费用：￥ 24.00 + ￥ 7.92 + ￥ 3.43 = ￥ 35.35

总流量：1TB （初始）+ 1TB （升至 B ）+ 2TB （清零）+ 1TB （升至 C ）= 5TB

平均价：￥ 7.07/TB

方案 2

套餐 A 开局，最后 6.48 天升 B，最后 3.24 天升 C。

| 时间点 | 备注 | 花费 | 剩余流量 (TB) | |----------------|--------|:--------------------------------:|------------:| | 09-15 00:00:00 | 购买 A | ￥ 24.00 | ★ (1/1) | | 09-30 23:59:59 | 用尽 | | ☆ (0/1) | | 10-01 00:00:00 | **清零**| | ★ (1/1) | | 10-09 12:40:00 | 用尽 | | ☆ (0/1) | | 10-09 12:40:00 | 升至 B | (￥ 1.10 - ￥ 0.77) * 6.48 = ￥ 2.14 | ☆★ (1/2) | | 10-12 18:20:00 | 用尽 | | ☆☆ (2/2) | | 10-12 18:20:00 | 升至 C | (￥ 2.16 - ￥ 1.10) * 3.24 = ￥ 3.43 | ☆☆★ (2/3) | | 10-16 00:00:00 | 到期 | | ☆☆☆ (0/3) |

总费用：￥ 24.00 + ￥ 2.14 + ￥ 3.43 = ￥ 29.57

总流量：1TB （初始）+ 1TB （清零）+ 1TB （升至 B ）+ 1TB （升至 C ）= 4TB

平均价：￥ 7.39/TB

方案 3

套餐 A 开局，最后 3.24 天升 B （只升一次）。

| 时间点 | 备注 | 花费 | 剩余流量 (TB) | |----------------|--------|:--------------------------------:|------------:| | 09-15 00:00:01 | 购买 A | ￥ 24.00 | ★ (1/1) | | 09-30 23:59:59 | 用尽 | | ☆ (0/1) | | 10-01 00:00:00 | **清零**| | ★ (1/1) | | 10-12 18:20:00 | 用尽 | | ☆ (0/1) | | 10-12 18:20:00 | 升至 B | (￥ 1.10 - ￥ 0.77) * 3.24 = ￥ 1.07 | ☆★ (1/2) | | 10-16 00:00:00 | 到期 | | ☆☆ (0/2) |

总费用：￥ 24.00 + ￥ 1.07 = ￥ 25.07

总流量：1TB （初始）+ 1TB （清零）+ 1TB （升至 B ）= 3TB

平均价：￥ 8.36/TB

实际应用

如果只论流量价格，方案 3 （￥ 8.36/TB ）最高，方案 1 （￥ 7.07/TB ）最低。

但是对比单机价格，方案 3 （￥ 25.07 ）只有方案 1 （￥ 35.35 ）的七成。这意味着，同样的钱可以买更多的机器！

假设每月预算 210 元，我们对比三种方案可买到的资源：

| 方案 | 单机价格 | 机器数 | 总流量（上行） | 总带宽（上行）| 升级次数 | 余额 | |:---:|:-------:|:----:|:------------:|:----------:|--------:|-------:| | 1 | ￥ 35.35 | 6 | 30 TB | 180 Mbps | 12 次 | ￥-2.1 | | 2 | ￥ 29.57 | 7 | 28 TB | 210 Mbps | 14 次 | ￥ 3.01 | | 3 | ￥ 25.07 | 8 | 24 TB | 240 Mbps | 8 次 | ￥ 9.43 |

虽然方案 3 总流量最少，但总带宽却是最多的。同时还有更多的公网 IP 和硬件资源，并且升级次数也是最少的，因此在实际应用中显得更划算。

当然，由于轻量云没有提供 API 而只能手动管理，因此维护成本也要考虑，尤其是机器较多的时候。