amazon-ec2 - Cassandra Amazon EC2 ，很多 IOWait

Question

我们在 Amazon EC2/Rightscale m1.large 实例上的单节点 cassandra 上有以下统计信息，该实例具有 2 个带有 raid0 的临时磁盘。 (7.6 GB 总内存)

4 GB RAM 分配给 cassandra 堆，800MB 是堆新大小。

以下统计数据来自 OpsCenter 社区 2.0

每秒读取请求 285 到 340
每秒写入请求 257 到 720
操作系统负载 15.15 到 17.15
写入请求延迟 293 至 685 微秒
操作系统每秒发送的网络流量为 18 MB 到 30 MB
操作系统接收的网络流量每秒 22 MB 到 34 MB
操作系统磁盘队列大小 23 到 26 个请求
读取请求待处理 8 到 20
读取请求延迟 69140 至 92885 微秒
操作系统磁盘延迟 37 到 42 毫秒
操作系统磁盘吞吐量 12 到 14 Mb/秒
磁盘 IOPS 每秒读取 600 到 740
磁盘 IOPS 每秒写入 2 到 7 个

IOWait 60 到 70 % CPU 平均

空闲 24 到 30 % CPU 平均

行缓存被禁用。

以上统计数据是否对提供的配置满意....或者我们如何调整它以减少 IOWait ......因为我们认为我们正在经历很多 IOWait.....我们如何调整它以获得最佳效果。

读取请求是混合的.......一些来自一个 super 列族和一个具有超过一百万个键的标准......并且不同。 super 列最多 14 个，具有不同的编号。从 1 到 10000 的子列和不同的编号。标准列族中最多 14 列的列数........

过程是从 super 列族中删除数据并将处理后的数据写入标准列族。

EBS 磁盘会更好地工作吗....在 Amazon EC2 上

Answer 1

我不确定您是否可以轻松调整配置以获得更高的磁盘性能，但使用 Snappy 压缩可以帮助您减少应用程序的整体读取量。使用新的复合键布局代替 super 列也可能有所帮助。

我可以肯定地说一件事:EBS 不会更好地工作。如果您关心延迟，不惜一切代价远离它。