Amazon RDS实例:db.m1.large vs db.m3.large

最近,亚马逊宣布了RDS的新实例types 。

目前,我们正在运行db.m1.large ,它看起来像新的db.m3.large是可比的,但更便宜。

在移动这些之前,我想仔细检查你们是否没有隐藏的“陷阱”,我没有看到。 是否有任何理由把我们的实例移动到新的,更便宜,更快的实例types?

我能看到的唯一真正的缺点是:

  • 缺less针对db.m3.large的PIOPS优化 (您可以保证带宽将您连接到EBS和PIOPS卷)
  • m3.large(32GB SSD vs 2x 480GB HDD)的实例/临时存储更小(尽pipe更快),并且说实话,我不确定实例存储是否与RDS实例相关

就是这样。 作为对这些缺点的回报,您可以获得更快的CPU和更低的价格。

我已经将运行CentOS + MySQL从站(即EC2实例,而不是RDS实例)的标准m1.large实例移动到m3.large。 闲置的CPU底板从6-7%下降到1.5-2%,高峰负载从85-90%左右降低到45-50%,只需重新启动为m3.large即可。

根据AWS RDS文档db.m1.large是PIOPS优化的,但是db.m3.large不是

RDS实例类

标准 – 第二代db.m3.large

vCPU:2 ECU: 6.5内存(GiB):7.5 PIOPS优化: networking性能:中等

标准 – 第一代db.m1.large

vCPU:2 ECU: 4内存(GiB)7.5 PIOPS优化: networking性能:中等