我一直在testingAWS EC2和EBS优化实例，使用EBS预configurationIOPS卷，希望能够找出它们在现实中的performance。 我很困惑的结果，希望从这里的人们的一些build议。
我一直在testingm1.large（7.5GB内存，EBS优化，8G非PIO EBS根，4个ECU跨2个核心），在我连接到机器的第二卷中进行EBS piops音量testing。 该机器运行PostgreSQL 9.2.2的Debian 6.0.6（官方图像）。
当我使用单个预configuration的IOPS卷时，我testing过的所有服务器的性能都比使用常规EC2卷时的性能差得多。
例如，比较一个普通的EBS卷与一个600 Iops PIOPS卷：
pg_test_fsync在普通的ebs上获得超过1000 fdatasyncs /秒，超过450 fsyncs /秒，而在piops卷上获得的差不多是600 fdatasyncs和151 fsyncs。
相同设置的pgbench在普通EBS卷上获得900 tps，而在卷筒卷上获得200 tps。
创build数据库的时间大约是正常音量的四倍
Bonnie ++的piops音量结果比普通的EBS音量差得多。
PIOPS卷似乎从未超过其piops设置的方式表明，piops卷的iops值是一个最大值，在此之后，性能会受到限制，而不仅仅是保证的最小值。 换句话说，piops卷可能会比普通的EBS卷慢 。
我还没有在文档中发现任何东西，但它是非常一致的，而我在600 iops的音量上恰好达到 600 fdatasyncs /秒或150 fsyncs /秒的方式强烈build议进行调节。
EBS PIOPS卷是否扼杀了最大iops，不仅保证最低限度？
更新： 也在AWS论坛上询问 。
您保留的IOPS数量是最大值，而不是最小值。 这也是最低限度的，但是他们的文件说它可以低至95％的保留（所以在这种情况下可以低至570。
未提供的variables更多。
同样重要的是要注意，为了获得最佳性能，您需要将PIOPS卷连接到EBS优化实例，否则会导致性能下降（如您所见）。