给公开小站选 Lightsail：我为什么愿意多花 US$2 保留 IPv4

给自己的公开小站选 Lightsail，1GB 档有一个很直观的岔路：双栈 US$7 / 月，IPv6-only US$5 / 月。我会愿意多花这 US$2，前提是还不能确认访客和自己的连接环境都支持 IPv6。

省钱当然值得，但如果省完以后还得另找转接方案、处理访问问题，这笔差价未必省得轻松。先让需要访问的人能顺利连上，再挑更便宜的网络配置。

两个档位，核心资源相同

金额与配置来自当前官方套餐页。[1] 差价不代表 US$7 档多了 CPU 或内存；如果你能确认整个使用路径支持 IPv6，低价档也值得比较。连续用十二个月，两者实例月价合计相差 US$24，这是算术，不含其他资源和税费。

两个 vCPU，要按工作方式理解

官方 CPU 文档给这一档列出每个 vCPU 10% 的性能基线，IPv6-only 同档基线相同；较空闲时积累突发容量，超过基线时消耗容量。[2]

这让我更愿意把它放进间歇性小任务的候选，而不是拿来安排全天持续计算。网站偶尔处理请求、安装程序时短暂繁忙，与长时间编译或转码，需求很不一样。看到 2 vCPU，就当成两个能持续独占满载的核心，会误判这份套餐。

第一次观察时，我会一起看 CPU 使用率和剩余突发容量，再看应用响应。如果任务总是忙很久，升级或换产品的理由应该是负载方式不合适，而不只是某次安装跑得慢。本文是官方资料分析，没有实例跑分或承载人数测试。

如果要放文件，别只盯 2TB

官网明确说明，香港、孟买、悉尼、雅加达、马来西亚和圣保罗等区域的套餐流量减半；表中的常规 2TB，在这些区域对应 1TB。[1]

此外，实例的传入和传出都计入额度，超额收费针对出站流量。[3] 如果项目会接收上传，再把文件发给访客，就要把这两段一起考虑。选机房时也别为了低延迟忘记重新看目标区域的额度。

我会用它做怎样的起点？

想在 AWS 环境部署一个资源需求不大的服务，愿意自己维护，又希望先用明确套餐建立预算，可以继续看 Lightsail。公开小站优先处理访客可达性，CPU 长期繁忙则另看计算资源，大量文件传输要补上地区与流量预算。

下面的官方方案可以帮你继续对照。选好之后，我会先跑一个简单版本，留出备份和更新流程；一台机器的月费只是开始，能持续把服务照顾好，才是更重要的那一部分。