Amazon web services 我的EC2实例似乎失败了，它赢了'；不要从控制台重新启动

我有一个在Ubuntu 14.04上运行的EC2实例，已经运行了大约3个月。我从我的支付处理合作伙伴那里得到了它的IP地址，所以重新启动它有点困难，因为它的IP地址将要改变。但现在发生了这样的事情：我正在通过ssh处理它，启动node.js进程，并在使用移动应用程序与它通信时查看日志，然后它突然停止响应键盘输入。现在，我无法访问其上托管的任何网站，也无法使用ssh登录：

ssh: connect to host ***.***.***.*** port 22: Can't assign requested address

我甚至无法从控制台重新启动实例：我单击“重新启动”，我会看到警报对话框，我单击“是，我确定”，什么都没有发生，实例在刷新页面后仍在运行，并且具有相同的IP地址

---

我该怎么办？

有时EC2s会崩溃，需要几个小时才能从控制台对重新启动做出响应。在极少数情况下，亚马逊必须参与进来才能杀死它。最好的做法是拍摄连接存储的快照，并创建一个新的EC2实例

关于你的IP，你应该使用弹性IP。每个EC2你可以得到一个免费的，它是你的，直到你释放它。如果您有一个EC2，您可以从快照中重新创建EC2，然后连接您的弹性IP并在几分钟内启动并运行

编辑

---

例如，我的EC2大约在2个月前因您的相同问题崩溃。我重新创建了快照中的所有内容，并移动了我的弹性IP。大约4-6小时后，EC2终于停止了，我可以重新启动它，但我在论坛上看到，AWS偶尔需要参与进来。

您需要分配一个弹性IP，以便它保持不变。并不是说它解决了你眼前的问题。我会就此联系AWS，让他们从头开始。Stackoverflow是为软件开发提供帮助的。你应该考虑这个问题，或者我可以有一个免费的弹性IP，即使我只从一个免费的层帐户中得到了我的例子。是的，自由层只要它连接到运行的EC2就包括它。谢谢！最后一件事：你知道是什么导致了这个问题吗？我有一个OpenVPN守护进程运行，只接受来自3个客户端（我和2个朋友）的连接。我想可能是因为它或者certbot做了一些令人讨厌的事情，尽管他们看起来很信任。不，我的守护进程已经运行了大约2个月，没有任何变化。我会说AWS的软件有一个错误。最好在您的体系结构中构建冗余（免费层也为您提供了一个负载平衡器，尽管只有一次EC2）。它真的是为一次性电器设计的。奇怪的事情发生了：我刚刚注意到我仍然可以运行这个移动应用程序。实际上，我甚至可以通过手机浏览网站和ssh（使用termux）。因此，似乎只有从我的计算机，我无法再通过ssh或web浏览器访问我的服务器。那台花了一整天时间在服务器上ssh的电脑。我非常困惑，因为就在发生这种情况时，我无法重新启动实例，所以我认为它被卡住了或是其他什么。。。