Amazon EC2 2026 怎么样：停止、启动、EBS 与地址边界

Amazon EC2 2026 怎么样：停止、启动、EBS 与地址边界

Amazon EC2 是 AWS 的通用计算服务，实例类型、磁盘、网络和购买方式都比轻量套餐更灵活。灵活也意味着使用者必须理解实例状态与附属资源的生命周期。本文依据 AWS 官方文档，聚焦 EBS 根卷实例在停止和重新启动时哪些资源保留、哪些会消失，以及费用何时仍会继续产生。本文不提供任何地区的网络或硬件数据。

哪些 EC2 实例可以停止

AWS 说明，使用 Amazon EBS 作为根卷的实例可以停止并再次启动；以 instance store 作为根设备的实例不能采用同样流程。默认停止会先尝试让操作系统正常关机。如果跳过操作系统关机或强制停止，内存数据、尚未写入磁盘的内容以及关机脚本都可能丢失，因此只应在普通停止无法完成时采用。

停止并不等于终止。stopped 实例仍保留实例记录，以后可以重新启动；terminated 实例则进入删除流程。计划长期停用前应先确认业务数据位于持久存储，并留有独立备份。关于云服务器备份的完整流程，可阅读 restic VPS 备份恢复教程。

停止后保留与丢失的资源

停止 EBS 根卷实例时，附加的 EBS 根卷和数据卷继续存在，卷内数据也会保留。网络接口、私有 IPv4、IPv6 以及已关联的 Elastic IP 通常继续归属于相应资源。相反，RAM 内容会消失，instance store 卷上的数据也会丢失。把临时盘当作唯一数据副本，是停止操作中最危险的误区之一。

实例自动获得的公网 IPv4 会在停止时释放，重新启动时通常分配新地址。需要固定入口时，可以使用 Elastic IP，或让负载均衡、DNS 和私有网络承担稳定访问层。IPv6 地址会跨停止和启动保留，但仍应检查安全组、路由表和客户端支持。站内的 Amazon Lightsail 停机计费与快照 采用不同套餐模型，两者不能直接套用同一停机结论。

停止期间哪些费用仍存在

AWS 官方说明，实例进入 stopped 状态后不再产生实例运行用量费用，但持久资源不会因此免费。EBS 卷继续占用存储，快照、Elastic IP、公网 IPv4 以及其他独立资源也可能继续收费。重新启动实例时，实例用量至少按一分钟计算，之后再按支持的计费粒度累计。

因此，节省计算费用不能只看实例状态。运维人员应同时检查卷、快照、地址、负载均衡、NAT 与数据传输相关资源。若只是短期维护，停止通常比终止安全；若资源确定不再使用，应先保留必要备份，再清理实例和不需要的附属资源。所有金额和区域规则应以 AWS 账单页面为准，本文不列具体金额。

重新启动时可能发生什么

重新启动后，实例通常会迁移到新的底层主机，EBS 卷与网络接口重新附加。实例类型和可用区容量不足时，启动请求可能失败；位于 placement group 的实例还可能受组内容量影响。需要固定恢复时间的业务不应假设 stopped 实例一定能立即获得容量，而应结合多可用区、镜像、自动扩缩容或容量预留设计。

应用层也要为停止和启动做好准备。服务应由 systemd 或其他监督机制自动拉起，挂载点需要在依赖服务之前准备完成，动态地址变化要能被访问层消化。数据库和消息系统则应先完成正常关闭，避免强制停止破坏写入一致性。

适用场景与选择建议

EC2 适合需要多种实例系列、VPC 网络、弹性扩缩容、专用硬件或深度组合 AWS 服务的团队。只需要固定资源、简单账单和快速模板部署的轻量项目，Lightsail 可能更容易管理。选择前应列出计算、持久存储、公网地址、备份、流量与恢复目标，再判断通用计算的控制能力是否值得额外复杂度。

上线前至少完成一次可恢复演练：从备份建立副本，确认系统服务、磁盘挂载和访问入口能够恢复。不要把停止当成备份，也不要把 EBS 持久化等同于跨账户或跨区域保护。只有把状态、数据和地址分别管理，EC2 的灵活性才不会变成账单与恢复风险。