我注意到调用ec2.rebootInstances
Amazon EC2 实例比停止并再次启动它快得多 ( ec2.stopInstances ec2.startInstances
)。
它还保留了实例的 IP 地址(我上面没有弹性 IP) ec2.rebootInstance 与停止和启动实例有什么不同?
Eri*_*ond 25
当您停止 EBS 启动实例时,您将放弃运行服务器的物理硬件(或它的一部分),而 EC2 可以自由地在那里启动其他人的实例。
您的 EBS 启动卷(和其他附加的 EBS 卷)仍然保留,尽管它们并没有真正绑定到物理或虚拟服务器。它们只是与未在任何地方运行的实例 ID 相关联。
当您再次启动实例时,EC2 会选择一些硬件来运行它,绑定 EBS 卷并从根卷再次启动它。
停止/启动时会发生变化的事情包括:
新的内部 IP 地址(尽管可能随机相同)。
新的外部 IP 地址(尽管可能随机相同)。
如果弹性 IP 地址在停止之前与实例关联,则您需要在启动后重新关联它。
实例以前的临时存储中的所有内容都已擦除,您将获得新的临时存储。
您可以根据需要让实例停止运行,并且不会为运行时间付费(尽管 EBS 卷存储的费用要低得多)。看下一点。
当您再次启动实例时,会为该实例启动一个新的计费小时。例如,如果您启动一个新实例,然后在前 60 分钟内停止/启动它 3 次,则您需要支付 4 小时而不是 1 小时的费用。
当您想再次启动实例时,EC2 可能没有正确实例类型的可用插槽来运行您的实例。我遇到过这种情况并暂时切换到不同的可用实例类型以使其再次运行。
当您重新启动时,这是在操作系统级别的简单重新启动,并且实例保持在相同的硬件上运行,具有相同的私有和公共 IP 地址,保持相同的弹性 IP 地址(如果关联),并保持相同的临时存储,而不会获得擦。重新启动时不会开始新的计费时间,并且您不会放弃实例硬件。
当实例停止时,您可以在再次启动它之前做一些很酷的事情。这是我写的一篇关于在实例停止时更改实例类型的文章:
将 EC2 实例移动到更大的大小
http://alestic.com/2011/02/ec2-change-type
这是我写的一篇关于如何在实例停止时更改 EBS 启动磁盘大小的文章:
在运行的 EBS 启动 EC2 实例上调整根磁盘的大小
http://alestic.com/2010/02/ec2-resize-running-ebs-root
这是我写的一篇关于如何在实例运行时无法连接到它时检查实例的根磁盘(当它停止时)的文章:
修复 EC2 实例的根 EBS 卷上的文件
http://alestic.com/2011/02/ec2-fix-ebs-root
由于停止/启动周期很有可能将您的实例移动到新硬件,如果您怀疑当前平台可能会变坏并导致问题,这是更换实例硬件的一种简单方法。这是我写的一篇文章:
在 EC2 上更换实例硬件的更简单方法
http://alestic.com/2011/02/ec2-move-hardware
归档时间: |
|
查看次数: |
6925 次 |
最近记录: |