实例恢复能力
重要
以下信息适用于在运行正常的实例上配置与恢复相关的功能。如果您目前在访问实例时遇到困难,请参阅 EC2 实例问题排查。
如果 Amazon 确定某个实例由于底层硬件问题而不可用,则可以针对实例恢复能力配置两种机制来恢复可用性:简化的自动恢复和基于 Amazon CloudWatch 操作的恢复。此过程称为实例恢复。
必须使用支持的资源至少提前配置或启用一种机制,才能进行实例恢复过程。默认情况下,支持的实例在启动时会启用简化的自动恢复。
实例恢复概述
下面是可能需要实例恢复的底层硬件问题示例:
-
网络连接丢失
-
系统电源损耗
-
物理主机上的软件问题
-
物理主机上影响到网络连接状态的硬件问题
恢复的实例与原始实例相同,包括其:
-
实例 ID
-
公有、私有和弹性 IP 地址
-
实例元数据
-
置放群组
-
附加的 EBS 卷
-
可用区
恢复成功后,实例将显示为计划外重启。换句话说,存储在易失存储器中的内容将丢失,实例存储数据将被删除,操作系统的正常运行时间将从零开始。
为协助防止数据丢失,我们建议您定期创建宝贵数据的备份。有关 Amazon EC2 实例备份和恢复最佳实践的更多信息,请参阅 Amazon EC2 最佳实践。
实例恢复替代方案
当实例恢复的以下替代方案符合您实例的使用案例时,可以考虑使用这些替代方案。
- 自动扩缩组
-
您可以使用 Auto Scaling 组将实例集合组合在一起,以实现扩展和可用性。如果 Auto Scaling 组中的某个实例不可用,该实例将自动被 Auto Scaling 组替换(不会恢复)。有关更多信息,请参阅《Amazon EC2 Auto Scaling 用户指南》中的什么是 Amazon EC2 Auto Scaling?
- Amazon EBS 多重挂载
-
您可以为自己的实例配置 Amazon EBS 多重挂载,以允许多个实例连接到同一 EBS 卷。与适当的软件结合使用时,可以启用高可用性集群。有关 Linux 实例的配置示例,请参阅 Amazon 存储博客上的简化集群存储:Amazon EBS 已启用多重挂载卷上的 GFS2
。