是的，我已经听说过所有关于EC2实例不可靠的故事以及您需要如何主动为此做准备。我也听过其他人关于他们从未遇到过问题的故事，他们的实例只是运行和运行。
今天我发生了一件奇怪的事情。我已经有一个Linux实例运行了几个月，因为我一直在准备推出一个电子商务网站。我定期拍摄快照。我在S3上有我的图像。我在私人github仓库中有我的代码。考虑到所有事情，我在保护自己免受失败方面做得相当不错。具有讽刺意味的是，就在我今天在这方面做得更多的时候，我经历了一些非常奇怪的事情。
由于我有这些快照，我假设最好的事情是如果我需要快速启动一个新实例（无论是由于失败的实例无法恢复，或者我只是需要额外的容量）是拍摄快照并从中创建一个卷，然后从该卷中创建一个图像，然后使用该图像启动一个新实例。
无论出于何种原因，每次我最近都尝试过，新实例在启动时都会出现内核恐慌，所以我决定尝试不同的方法。我右键单击了我的RUNNING INSTANCE，然后选择＆＃34; Create Image。＆＃34;这似乎是一个合理的捷径。然后我去了那个图像并启动了一个实例。
几乎在同一时间，我的原始实例重新启动。我甚至没有看到它发生。我只知道它是从系统日志中做到的。这只是一个疯狂的巧合吗？或者我犯了一个愚蠢的错误，不小心搞砸了我的实例？
幸运的是，我只是把这个新东西搞砸了，所以停机时间并没有让我失望，而且我能够很快地让事情再次发生。但要么我完全不理解＆＃34;创建图像＆＃34;实例列表中的功能，或者我今天真的很不走运。
答案 0 :(得分：3)
“创建图片”采取以下行动：
停止EC2实例
快照EBS卷
启动EC2实例
将EBS快照注册为AMI
所以，是的，这看起来像重启，因为它就像重启一样。
这是我写的关于停止/启动和简单重启之间差异的文章：http://alestic.com/2011/09/ec2-reboot-stop-start
答案 1 :(得分：0)
你的问题听起来很像我的问题。经过一番搜索，这个页面帮助了我：http://www.raleche.com/node/138
＆＃34;问题原来是内核。在创建AMI和我选择的内核映像默认实例时都是。
要解决此问题，我使用与原始实例相同的内核映像重新创建了AMI。＆＃34;