AWS/EC2 - 最初工作的实例变得无法访问，但仍在运行。

Question

问题简述：

Simple-singular-practice ec2 实例出乎意料地刚刚脱离网格，即使它们仍在运行，我必须不断重新创建它们，如果没有，ssh 访问或在线公共 DNS 访问将导致 “超时”。

果壳之外的更多细节:)

我已经按照setting up a LAMP server instructions 到达“T”并成功提供了基本的 HTML 页面。

最初一切正常：

• 我可以通过 ssh 进入实例没有问题
• 在线访问公共 DNS 时 - 预期的 html 页面呈现正常。

问题：

然后，随机安静，我无法再通过 ssh 访问实例，甚至在线，公共 DNS 也无法访问。

在这两种情况下，它们都只是“超时”

配置：

• 基本免费套餐
• Amazon Linux AMI 2015.09.1 (HVM)，SSD 卷类型
• t2.micro
• 实例数 - 1
• 自动分配公共 IP（已启用）
• 端口 - 22(我的 IP),80(0.0.0.0),443(0.0.0.0)
• 使用密钥对

问题：

什么通常会导致实例像这样冻结？

Answer 1

EC2 上的 LAMP 堆栈非常常见，您所遵循的指南非常受欢迎，并且已经使用了多年，因此您很可能在某个地方出了问题，或者问题更加险恶。

如果您无法通过任何方式访问该实例，则听起来它已超载。除非您不小心更改了 AWS 端的防火墙规则（例如安全组、NACLS）或实例级别的某些内容（例如 IP 表）。

在您的安全组上打开 ICMP 并尝试 ping 实例并查看您是否收到响应。

在您验证了所有防火墙并尝试通过各种方式连接到它之后，查看日志，他们就是您的朋友。

要检查日志，请从 AWS 级别开始。 CloudWatch 记录有关您的实例的大量数据 - CPU 利用率、网络进出等。通过 AWS 控制台检查所有这些，确保您选择“最大”统计数据而不是“平均”。此外，请查看“StatusCheckFailed_System”（硬件问题）和“StatusCheckFailed_Instance”（实例未响应运行状况检查探测）指标，看看它们是否有任何故事要讲。有关详细信息，请参阅文档 here 和 here。

接下来，重启实例并尝试停止启动并通过 SSH 重新连接。检查您的应用程序日志（如果有）并检查您的 Apache Logs 和 Linux Logs 以了解发生了什么。

但要回答您的问题，通常是什么导致实例像这样冻结：

• 错误的应用程序代码占用了所有 CPU，使实例过载
• 过多的流量使实例过载
• 在无法处理的实例上运行太多服务
• AWS 硬件问题 - 不常见