在Amazon EBS上使用预配置IOPS时，您是否需要在Mongo上运行RAID 10？

Question

我正尝试在亚马逊上设置一个生产mongo系统，作为实时度量系统的数据存储，

我最初在市场中使用MongoDB AMIs1，但我感到困惑，因为只有一个数据EBS。我读到Mongo推荐在EBS存储上使用RAID 10 (每台服务器8个EBS )。此外，我已经了解到，生产的最低要求是具有仲裁器的主/次。RAID 10仍然是推荐的设置，还是一个预配置的IOPS EBS就足够了？

请给我建议。我们是一个小商店，那么我们可以逃脱惩罚并仍然相当安全的最低限度是多少呢？

1 MongoDB 2.4,1000 IOPS -数据: 200 GB @ 1000 IOPS，日志: 25 GB @ 250 IOPS，日志: 10 GB @ 100 IOPS

Answer 1

我刚和一位亚马逊系统工程师通完电话，他对这个问题有一些有趣的见解。

1. 首先，如果您要使用RAID，他说可以简单地进行条带化，因为EBS数据块无论如何都是在幕后镜像的，所以raid 10对他来说似乎有点过头了。
2. 标准EBS卷往往能够很好地处理尖峰流量(它可能能够处理1K-2K iops几秒钟)，但最终它将逐渐下降到平均100IOPS。一种建议是使用许多小型EBS卷并对它们进行条带化，以获得更好的iops他的客户的throughput.
3. Some只使用EC2映像上的临时存储，但在可用性集中有多个(3-5)个节点。临时存储是物理机上的存储。显然，如果使用带固态硬盘的EC2实例，您可以获得高达20K的iops。
4. 有些客户会对主映像使用固态硬盘进行较大的EC2映像，然后对次映像使用EBS进行较小的EC2映像。主机性能良好，但故障转移可用，但已降级，请确保在启动实例时选中“EBS performance.
5. make”。这意味着您拥有连接EBS存储(任何类型)的专用通道，而不是共享NIC.
6. ​

重要！预配置的IOPS EBS价格昂贵，并且当您关闭其所连接的EC2实例时，账单不会被关闭。(这很糟糕，因为您正在测试)他的建议是拍摄EBS卷的快照，然后删除它们。当您再次需要它们时，只需创建新的预配置IOPS EBS卷，恢复快照，然后重新配置您的EC2实例以连接新存储。(这是比它应该做的更多的工作，但这是值得的，不要被IOPS账单给骗了。

Answer 2

我也有同样的问题。Amazon和Mongodb都试图在预置IOPs上进行大量营销，并蚕食其相对于标准EBS卷的优势。我们在m2.4xlarge aws实例上运行prod实例，每个服务设置1个主实例和2个辅助实例。在利用率最高的服务集群中，除了一些缓慢的查询外，监控图表根本不会显示任何性能下降。页面错误很少发生，0.0001到0.0004个错误一天一到两次。后台刷新以毫秒为单位，到目前为止，锁和队列处于可管理的级别。主节点上的I/O等待时间在0到2%之间，大多数时间小于1，空闲百分比稳定保持在90%以上。考虑到我们仍有预算来改善任何潜在的性能拖累，我是否仍然需要考虑预置IOPs？任何指导都将不胜感激。