Gui*_*ira 7 mysql iops amazon-web-services amazon-rds
我在 AWS 上有一个正在运行的 Mysql db.m3.medium RDS 实例,使用 20GB SSD 运行,如下所示:RDS 机器描述
过去一小时的写入和读取操作如下:磁盘操作
看起来 max(write)+max(read) 操作总数约为 50/秒,这意味着它低于 3 * disk_capacity = 3 * 20 = 60 iops/秒。因此,这意味着每秒我的信用余额都会获得额外的 10 iops。
考虑到这一点,我当前的信用计数是该时间段(1小时)之前的信用计数+总和(每个第二时间范围的信用余额)?
这是计算当前 IOPS 使用情况和信用累积/计数的正确方法吗?
如果是这样,则没有 AWS 图表显示 IOPS 积分使用情况,因为有 CPU 积分使用情况,对吗?
如如何查看我的 IOPS 突发积分?中所述 (来源):
遗憾的是,当前 IOPS 积分余额没有像 CPU 积分那样的 Cloudwatch 指标。
截至2016年7月,该规定尚未实施。
AWS文档对 IOPS 突发提供了非常好的介绍:
每个卷获得 540 万个 I/O 积分的初始 I/O 积分余额,足以维持 30 分钟 3,000 IOPS 的最大突发性能。此初始信用余额旨在为引导卷提供快速的初始引导周期,并为其他应用程序提供良好的引导体验。卷以每 GiB 卷大小 3 IOPS 的基准性能速率获得 I/O 积分。例如,100 GiB gp2 卷的基准性能为 300 IOPS。
当您的卷需要超过基准性能 I/O 级别时,它会利用积分余额中的 I/O 积分突增至所需的性能级别,最高可达 3,000 IOPS。大于 1,000 GiB 的卷的基准性能等于或大于最大突发性能,并且其 I/O 信用余额永远不会耗尽。当卷使用的 I/O 积分少于其在一秒钟内获得的 I/O 积分时,未使用的 I/O 积分将添加到 I/O 积分余额中。卷的最大 I/O 积分余额等于初始积分余额(540 万 I/O 积分)。
因此,以您的示例为例,您的 20 GB 卷的基准性能为 60 IOPS。如果您平均使用 50 IOPS,则每秒将向您的积分余额添加 10 个 I/O 积分,最多可达 540 万个 I/O 积分。
| 归档时间: |
|
| 查看次数: |
17639 次 |
| 最近记录: |