T2.微EC2 Ubuntu，t2.微RDS MySQL。DB达到~60连接后服务器崩溃

Question

因此，我有以下设置：

服务器-t2.微ECU Ubuntu实例数据库-t2.微RDS MySQL实例。

堆栈是具有默认Apache设置的基本LAMP堆栈。

我基本上是在运行一个网络爬虫。我已经设置了一些基于cron作业在服务器上运行的方法。我注意到几分钟后，DB连接慢慢上升到60，我认为这可能太多了。60岁以后，当我运行时:显示处理列表；

我得到所有的连接都是命令"Sleep"，而EC2实例没有响应。在停止/启动实例之前，我无法对它进行ssh处理，而且它几乎没有响应性，这会更改IP地址，并导致在再次启动之前需要进行45分钟的维护。

我知道这可能与连接的最大数量有关，但我不明白为什么EC2实例会崩溃.？我监控EC2和RDS仪表板上的所有东西，除了'DB连接‘之外什么都没有，EC2似乎根本不在乎，它在每件事上都有5%的负载。

应用程序没有记录任何信息，只有access.log和errors.log在运行，它们似乎没有满，有什么我没有考虑过的吗？

Answer 1

我怀疑您可能对t2实例类型运行过高的负载。这些实例基于信用系统给出cpu时间，而t2. t2.micros在实例类中具有最小的总体cpu能力。这些学分以每小时6分钟的速度积累在t2微上，这使你有能力在6分钟内达到100%的cpu核心。所有其他时间，你只得到10%的核心。此外，只有当您的实例完全空闲时，您才会积累信用。

我认为您正在快速使用可用的学分(无论是在web实例还是RDS实例上)，并且在剩下的时间里试图在太少的cpu马力上运行，这导致您的实例由于缺乏资源而基本挂起。

如果您想检查我的理论，您可以查看您的CloudWatch实例和RDS实例的EC2度量，并查找以下内容: CPUCreditUsage和CPUCreditUnits。这些图表将显示您是否正在积累和/或使用您的学分。

欲了解更多信息，请参阅本页：http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html

您的解决方案可能会将其中一个或两个实例提升为T2实例类中更大的实例，或者在需要持续性能的情况下完全选择类之外的内容。