我有一个带有 EBS 支持的根卷的 EC2 实例。操作系统已经有一段时间没有更新了,我想解决这个问题,但我需要一个回滚计划,以防更新导致问题。
我思考我知道该怎么做,但我希望在做出更改之前有人能对我的计划进行全面检查。以下做法合理吗?
更新:
- 创建根卷的快照;等待其完成。
- 更新操作系统
回滚:
- 从快照创建新卷。
- 停止实例。
- 分离根卷。
- 将从快照创建的卷附加为新的根卷。
- 启动实例。
合理的?
答案1
是的,你明白了要点。有几点需要指出。
如果您能在拍摄快照之前关闭服务器,那么就能保证获得所有可能被缓存以供写入的数据。
您可以对正在使用的附加卷进行快照。但是,快照仅捕获在发出快照命令时已写入 Amazon EBS 卷的数据。这可能会排除任何应用程序或操作系统缓存的数据。如果您可以暂停任何文件写入卷的时间足够长以拍摄快照,则您的快照应该是完整的。
其次,快照可能无法立即使用。如果您必须快速恢复,则应等待快照退出状态pending
。
快照是异步发生的;时间点快照会立即创建,但快照状态将处于待处理状态,直到快照完成(当所有修改的数据块都已传输到 Amazon S3 时),对于较大的初始快照或许多数据块已更改的后续快照,这可能需要几个小时
参考
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-snapshot.html