EC2实例在未知的时间之后不可达(HTTP和SSH)

我有一个只运行WordPress的Amazon Linux实例(使用Amazon指南安装)。 经过一段时间(我不知道确切的时间,至less几个小时),通过HTTP(尝试永远打开网站)和SSH(消息:ssh_exchange_identification:read:由对等方重置连接)都无法访问该实例。

当我login到控制台时,我发现灯是绿色的,一切似乎都没有问题。 即使重启实例也无济于事。 唯一的解决办法是停止实例并重新开始,然后整个循环再次开始:工作几个小时,然后突然没有。

也许有必要提一下,我已经购买了一个与我的EC2实例匹配的保留的Linux实例。 所以我正在使用它。 任何想法可以帮助我解决这个问题?

更新 :我做了我的实例的快照,并把它放在一个新的卷,但也没有解决问题。

当前安全组(入站):

  • 来自任何地方的HTTP和HTTPS
  • SSH只从我的IP

我检查httpd文件夹中的access_log,它包含很less的几行,其中有几个是奇怪的俄罗斯网站(有时)。 这很奇怪,因为我的网站没有正式在线,没有任何链接。

在我看来你的服务器或磁盘已经损坏,需要完全更换。 这是我要做的

首先 ,你有一个方法的select

  1. 在EC2上build立一个新的Ubuntu 16.04 Linux服务器。 有一个AMI,所以很容易。 我发现亚马逊Linux比Ubuntu有更less的支持和更less的软件包。 使用EasyEngine或类似的,使这个更简单。
  2. 使用预制Wordpress AMI,比如Bitnami 。 我认为他们仍然在Ubuntu 14.04,但你可以轻松升级到16.04。

另一个select是在实例上使用RDS或MySQL。 我在实例上使用MySQL,因为它更便宜,而且工作得很好。

下一个

  • 如果您没有使用预制AMI,请设置您的实例以运行Wordpress。 在继续之前检查基本的安装工作。
  • 从原始服务器执行MySQL转储,然后将数据导入到数据库中。
  • 将您的数据复制到新的服务器上。 这将是wp-content目录。
  • 将有一些摆弄和调整,以使这个工作正常。

如果这最终是不可靠的,它可能是在你的数据库奇怪。 通过XML导出您的post和内容,然后导入它。 如果这是必要的,我会感到惊讶。

杂项

要回答上面的问题,只能打开SSH到你自己的IP。

在控制台中,在设置下,您应该find一个“控制台快照”选项,它将采用原始控制台输出的“图片”。

我敢打赌,这个实例崩溃了,现在它陷入了一些恢复状态。

这种情况经常发生。 如果您认为AWS具有7倍的EC2弹性,则您应该预期每20分钟会有一个实例(某个实例在某处)发生故障。