我的EC2实例存在一些问题。
背景：我是AWS新手，刚刚将我的第一个Wordpress测试网站部署到T2.Large实例上。我知道我们需要Elastic Beanstalk来使其可扩展，但是，我们只想将此测试站点作为开发环境。我们有6个人同时使用Wordpress，我可以确保我们在Wordpress上没有任何错误。
我的问题：这个EC2实例每天会逐渐变慢。工作一天后，响应时间将从200ms增加到5.6s。如果我重新启动我的HTTPd和MySql，那么一切都解决了。所以我有三个问题：
粗糙的EC2环境是否正常？
我应该每天进行一些配置来重启我的HTTPd和MySql吗？
如果我更改为Elastic Beanstalk环境，此问题是否会消失？
感谢您回答我的问题！
答案 0 :(得分：5)
我远不是AWS专家，但它可能取决于您在EC2实例上运行的负载类型。您正在T2上运行，这是一个可突发的实例并在信用卡上运行。
Burstable Performance Instances提供基准级别的CPU 能够突破基线的表现。 T2实例 适用于不经常或一致地使用完整CPU的工作负载， 但偶尔需要破裂。
T2实例的基线性能和突发能力由CPU积分控制。
CPU Credit为一个CPU提供完整CPU核心的性能 分钟。传统的Amazon EC2实例类型提供固定的 性能，而T2实例提供CPU的基准级别 能够突破基线水平的表现。该 基线性能和爆发能力由CPU信用额度决定。
什么是CPU积分？
一个CPU信用等于一个以100％利用率运行的vCPU 等一下。 vCPU，利用率和时间的其他组合是 也等于一个CPU信用;例如，一个vCPU以50％运行 利用率为25％的两分钟或两个vCPU 两分钟。
如果我使用所有积分会怎样？
如果您的实例使用其所有CPU余额，性能 保持基准表现水平。如果您的实例正在运行 信用额度低，您的实例的CPU信用消耗（因此 CPU性能）逐渐降低到基本性能水平 超过15分钟的间隔，所以你不会经历一个尖锐的 当您的CPU积分耗尽时性能下降。如果你的 我们建议，实例始终使用其所有CPU余额 较大的T2大小或固定的性能实例类型，如M3或 C3。
您可能会因为信用额度不足而导致机器速度变慢。
使用CloudWatch监控EC2实例的信用并查看是否有任何事情（CPUCreditBalance和CPUCreditUsage是相关指标）可能是一个好主意。
如果您发现问题是由低信用引起的，您可以尝试切换到不同的实例类型（即M4或C4）。