2015-12-30 76 views
0

问题一言以蔽之:AWS/EC2 - 初始工作实例,尽管仍在运行,但无法访问。

简单奇异实践EC2实例意外刚脱落,即使他们仍在运行的电网,和我必须保持重建他们,如果没有,SSH访问或在线公共DNS访问将导致“超时”

多一点细节外果壳:)

我跟着setting up a LAMP server instructions到“T”,并成功服务过了基本的HTML页面。

最初一切工作正常:

  • 我可以使用SSH连接实例没有问题
  • 在访问公共DNS在线 - 预期的HTML页面渲染就好了。

问题:

但随后,安静随意,我不能再访问通过ssh甚至在网上的情况下,公共DNS无法访问。

在这两种情况下,他们只是 “超时”

配置:

  • 基本免费二级
  • 亚马逊的Linux AMI 2015年9月1日(HVM),SSD卷类型
  • t2.micro
  • 实例数 - 1
  • 自动分配公网IP(启用)
  • 端口 - 22(我的IP),80(0.0.0.0),443(0.0.0.0)
  • 使用密钥对

问题:

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

+1

当实例不可访问时'ssh -v'的输出是什么?你停止并开始实例了吗? – helloV

+0

@helloV SSH -v输出此:OpenSSH_6.6.1,OpenSSL的1.0.1f 2014年1月6日 DEBUG1:读取配置数据的/ etc/SSH/ssh_config中 DEBUG1:在/ etc/SSH/ssh_config中管线19:用于施加选项* debug1:连接到ec2-54-88-131-182.compute-1.amazonaws.com [54.88.131.182]端口22. debug1:连接到地址54.88.131.182端口22:连接超时 ssh:连接到主机ec2-54-88-131-182.compute-1.amazonaws.com端口22:连接超时 –

+0

同样在我启动它之后 - 我从未停止它。 –

回答

0

EC2上的LAMP堆栈非常普遍,您所遵循的指南非常受欢迎,已使用多年,因此很可能您在某处出错或问题更加险恶。

如果您无法以任何方式访问该实例,它听起来像是已经过载。除非您意外更改了AWS端的防火墙规则(例如安全组,NACLS)或实例级别的某些内容(例如IP表)。

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

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

要检查日志,请从AWS级别开始。 CloudWatch会记录大量关于您的实例的数据 - CPU利用率,网络和更多。通过AWS控制台检查所有这些选项,确保选择“最大”统计量而不是“平均值”。此外,请查看“StatusCheckFailed_System”(硬件问题)和“StatusCheckFailed_Instance”(实例未响应健康状况检查探针)指标,以查看是否有任何故事可以说明。有关更多信息,请参阅文档herehere

接下来,重新启动实例并尝试停止启动并通过SSH重新连接。检查你的应用程序日志(如果有),并检查你的Apache LogsLinux Logs看看发生了什么。

但是,为了回答你的问题,是什么通常会导致一个实例冻结像这样的:吸收了所有的CPU过载的情况下

  • 流量太大超载的情况下
    • 坏的应用程序代码
    • 的实例,它是无法处理
    • AWS硬件问题运行太多服务 - 少见
    相关问题