访问 Amazon EC2 实例的替代方法应该 sshd 死吗？答案

【问题标题】：Alternative ways to access Amazon EC2 instance should sshd die?访问 Amazon EC2 实例的替代方法应该 sshd 死吗？
【发布时间】：2011-11-10 23:22:33
【问题描述】：

在 debian 或 ubuntu 实例上，autossh 通常可以解决问题，而在 arch 实例上，通过将守护进程名称添加到 /etc/rc.conf 文件中的 DAEMONS 数组。

如果采取了这种措施（在各自的情况下），sshd 仍然无法自动重启怎么办？如果 sshd 在重新启动后无法自动启动或由于某种原因 sshd 死机，我该如何重新控制我的实例？

在 linode.com 上，他们提供了一种名为 LISH（参考 - http://library.linode.com/troubleshooting/using-lish-the-linode-shell）的东西，它为我解决了这个特殊问题。 Amazon EC2 上是否有等价物？我似乎找不到涉及此类特性/功能的文档 - 我觉得这对于远程管理服务器非常重要。

【问题讨论】：

如果 sshd 死掉了，那就是非常 very 出了问题。您应该查看导致 sshd 死机的问题是什么，而不是通过自动重启来修补问题。

标签： ubuntu amazon-ec2 debian archlinux sshd

【解决方案1】：

有趣的问题。我的坚持有问题，我可以访问数据库但无法 ssh 或访问网络服务器（完全不知道出了什么问题）。

为了解决这个问题，我联系了技术支持（通过支持论坛，但我认为您也可以通过电话进行），他们重新启动了我的其他服务。他们要求您批准连接，他们可以协助处理此类事情。

【讨论】：

Lostsoul：他们的支持论坛技术支持太可怕了......如果这是一个稍微严肃的项目，我不会依赖它。相比之下，linode 的支持票是完全免费的，而且我总是能从 linode 技术人员那里得到超快速的响应。这是我在使用 Amazon AWS 时遇到的最大问题之一。
确实如此。您也许可以通过电话向他们开票。使用我的设置，这没什么大不了的，因为我运行多个负载平衡的服务器。因此，当我注意到失败时，我可以杀死实例并启动一个新实例……或者在这种情况下等待技术支持来解决它。我认为这是 EC2 的强大功能……可以非常快速地扩展许多服务器。如果您只运行一台服务器，为什么不使用不同的提供商呢？您将获得更好的性能（我发现其他提供商对 CPU 的限制没有那么多）并且更便宜。
难道不能在 Linode.com 上快速扩展许多服务器/实例吗？我只是好奇 Amazon EC2 与 Linode.com 甚至 Rackspace (Slicehost) 等知名提供商相比有什么优势。与运行 EC2 实例相比，您在这些提供商上运行服务器有何经验？
我没有使用过这些提供商。我以前用过go daddy，他们还好。他们在迁移过程中破坏了我的网站，而不是将其归咎于我，所以我离开了，但我之前确实喜欢他们的服务。他们不知道如何限制我的 cpu 使用率，所以我获得了比在 ec2 上更多的功率（ec2 有一个功能，当你使用太多时会窃取 cpu ......它会减慢你的速度）。我认为 rackspace 和 ec2 是最受欢迎的，我读过很多初创公司都使用这两种方法。