EC2跑一个周末项目：机器租多久，结果和账单怎么收尾

想在周末把一个小项目放到云上，EC2很容易让人从“选哪种实例”开始看：核心多一点，内存大一点，好像就能少折腾。我的建议是先把项目的结束时间想好。跑完一次数据处理就撤，和准备让朋友每天访问，选法会很不一样。

如果只是临时验证，我会先选按需，把环境跑通、结果拿回来，再决定要不要常驻。 这次挑机器的目标是完成一个具体任务，不必一开始就把未来半年的配置买齐。

先给这个周末安排一个结束动作

假设你想整理一批照片或者跑一次数据转换。除了代码和输入，还应准备一个独立的结果目录、失败记录，以及下次怎样重跑的说明。这样即使项目暂时搁置，也不会只剩一台你不敢关的机器。

EC2的按需计费要看系统与许可。价格页列出多种系统按秒计量、最低60秒，SLES则按整小时处理。[1] 对临时任务来说，这个差别值得在启动前看一眼；安装依赖、等待下载和忘记停止的时间，也可能占去不少运行时长。

关了机器，账单为什么还没完全停

普通停止后，实例用量不再计费，但保留的EBS磁盘仍有存储费用；Elastic IP等资源也可能继续收费。[2] 这其实给了你一个选择：花一些保留环境的成本，换下次不用从头配置。短暂停几天可以考虑，已经不做的实验就该重新判断。

如果任务用了instance store，停止后其中的数据会丢失。[2] 我会把重要输出先复制到持久存储，确认文件能打开，再处理机器。别把“脚本显示成功”和“成果已经保存好”当成同一件事。

下载结果前，别把100GB额度分给每台机器

官方列出的每月100GB互联网出站免费量，是按适用AWS服务与地区汇总，排除中国和GovCloud等范围，并非每开一台EC2就再领100GB。[1] 小项目通常容易低估的是：中间产物、反复下载和其他服务一起用了多少。

挑地区时，也别只比较实例单价。可以先拿同一份输入和输出，估一遍磁盘容量、保留时间与数据去向。等真实任务跑出时长，再决定是否加资源，比凭核心数猜“应该很快”更有用。

我会把第一次尝试停在这里

能够重新部署、结果已经取回、哪些资源还保留着都知道，这次实验才算收得住。若项目需要长期在线，再围绕访客访问和持续用量重新选方案；若只是一次性的念头，省下持续维护的时间也很划算。

到官方页面按你的地区、实例和系统核对一次费用，再动手会更踏实。本文依据官方资料给选购建议，尚不能回答这台机器跑你的代码有多快。