【问题标题】:EC2 board adviceEC2 董事会建议
【发布时间】:2018-02-04 06:19:35
【问题描述】:

这是我的第一篇文章。 我想要关于我的 aws 服务的建议。上周我购买了一个 EC2 T2 介质,在其中安装了 Lamp 和 webmin 服务器。直到昨天一切都很好。因为在服务器上有一份在线报纸的访问量很大,在服务器阻止的站点上在线访问了 400 人,并且在服务器不可用的同时我失去了至少 500 次访问。 显然,这是 CPU 积分的问题。 现在我去了一个C4大型实例,所以我想问谁比我更有经验,选择是否正确,服务器阻塞问题是否不再发生。

我希望我的英语很清楚并为我的英语道歉。 谢谢

【问题讨论】:

  • 当您说“显然是 CPU 积分问题”时,您是如何得出这个结论的?您进行了哪些监控?
  • 因为我看到在显示积分的 CPU 报告中,值迅速下降。然后,事实上,有问题的网站从未倒下,但由于它有完全的阻塞时刻,它已经放慢了很多。为此,我说这显然是 CPU 积分的问题。
  • CPU 积分模型是 t2 实例类如此便宜的原因。对于许多工作负载来说,这是一个很好的解决方案,但您必须了解应用程序对 CPU 周期的需求并监控积分余额。

标签: php apache amazon-ec2 webmin


【解决方案1】:

根据提供的详细信息,听起来您有足够的 CPU 绑定流量,您确实需要专用且一致的 CPU。 C4 实例是计算密集型工作的不错选择,应该可以帮助您。此外,我建议使用 Elastic Load Balancer 在 Auto Scaling 组中的实例上运行您的工作负载。这将提供更好的可扩展性和可用性。您还应该设置一个 CloudWatch 监视器,以便在您的服务器将来遇到类似问题时收到警报。我在下面链接了一些其他详细信息。

http://docs.aws.amazon.com/autoscaling/latest/userguide/AutoScalingGroup.html

https://aws.amazon.com/elasticloadbalancing/

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch.html

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cloudwatch-createalarm.html

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-11-04
    • 2016-12-29
    • 2012-03-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多