yif*_*212 1 mysql apache wordpress amazon-ec2 amazon-web-services
我的EC2实例有一些问题.
背景:我是AWS新手,刚刚将我的第一个Wordpress测试站点部署到T2.Large实例上.我知道我们需要Elastic Beanstalk来使其可扩展,但是,我们只想将此测试站点作为开发环境.我们有6个人同时使用Wordpress,我可以确保我们没有Wordpress的任何错误.
我的问题:这个EC2实例每天都会逐渐变慢.工作一天后,响应时间将从200ms增加到5.6s.如果我重新启动我的HTTPd和MySql,那么一切都解决了.所以我有三个问题:
对于粗糙的EC2环境,这是正常的吗?
我应该每天进行一些配置来重启我的HTTPd和MySql吗?
如果我更改为Elastic Beanstalk环境,这个问题会消失吗?
谢谢回答我的问题!
我远不是AWS专家,但它可能取决于您在EC2实例上运行的负载类型.你正在T2上运行,这是一个可以在信用卡上运行的爆发实例.
突发性能实例提供了基准级别的CPU性能,能够突破基线.T2实例适用于不经常或一致地使用完整CPU的工作负载,但偶尔需要突发.
T2实例的基线性能和突发能力由CPU Credits控制.
CPU Credit可在一分钟内提供完整CPU内核的性能.传统的Amazon EC2实例类型提供固定的性能,而T2实例提供基准级别的CPU性能,并能够突破该基线级别.基线性能和突发能力由CPU信用额度决定.
什么是CPU信用?
一个CPU信用等于一个以100%利用率运行一分钟的vCPU.vCPU,利用率和时间的其他组合也等于一个CPU信用; 例如,一个vCPU以50%的利用率运行两分钟或两个vCPU,以25%的利用率运行两分钟.
如果我使用所有积分会怎样?
如果您的实例使用其所有CPU余额,则性能将保持在基准性能级别.如果您的实例的信用额度很低,那么您的实例的CPU信用消耗(以及CPU性能)会在15分钟的时间间隔内逐渐降低到基本性能级别,因此当您的CPU信用额度时,您将不会遇到明显的性能下降已经耗尽.如果您的实例始终使用其所有CPU余额,我们建议使用更大的T2大小或固定的性能实例类型,如M3或C3.
您的信用额度可能很低,导致您的机器速度变慢.
使用CloudWatch监控EC2实例的信用并查看是否有任何事情(CPUCreditBalance
并且CPUCreditUsage
是相关指标)可能是个好主意.
如果您发现问题是由低信用引起的,您可以尝试切换到不同的实例类型(即M4或C4).
归档时间: |
|
查看次数: |
1467 次 |
最近记录: |