Cassandra建议将实例本地存储用于EC2部署而不是EBS
我在EC2中部署MongoDB ...我是否也应该使用实例本地存储而不是EBS PIOPS？
答案 0 :(得分：2)
这是关于在EC2上使用MongoDB的Hybrid（Instance store和PIOPS EBS）的幻灯片。 http://www.slideshare.net/mongodb/world-high-performance-mongo-db-on-ec2-20140620
实例存储超快 - https://gist.github.com/ktheory/3c3616fca42a3716346b
对于未缓存的读取，实例存储比EBS-SSD快5倍以上。 实例存储和EBS-SSD对于缓存读取是同等的。 对于写入，实例存储比EBS-SSD快10倍以上。
临时存储或实例存储在重新启动实例后仍然存在！它不会持续停止/启动，也不会终止，也不会出现硬件故障。
答案 1 :(得分：2)
MongoDB手册有一个EC2 storage considerations部分，其中包括使用EBS优化的EC2实例和预配置IOPS（PIOPS）EBS卷的一般建议。
使用EBS优于本地存储有几个很好的理由：
本地存储（或＆＃34;实例存储＆＃34;在EC2术语中）是短暂的，并且会在实例停止/启动/终止以及硬件故障时引入潜在的数据丢失情况（请参阅{{s}上的AWS文档3}}）。
虽然Instance Store专用于特定实例，但磁盘子系统在主机服务器硬件上的实例之间共享。与常规EBS卷一样，争用共享资源可能会导致不可预测的I / O行为。预配置的IOPS EBS卷将为活动数据库工作负载提供更可预测的I / O性能 - 没有高于预期性能的峰值，但也没有降低性能的低谷。
实例商店的大小为Instance Store Lifetime。可以独立配置EBS卷以满足您的存储和性能要求。
如果要更改实例类型，可以将EBS卷重新附加到同一可用区中的新实例。
可以使用RAID组合EBS卷以获得额外的容量或冗余。
EBS卷支持determined by the instance type，这是常见的asynchronous snapshots。
对于大多数实例类型，EBS卷可以支持backup strategy。
答案 2 :(得分：0)
建议使用EBS，因为它由多个实际驱动器提供，镜像驱动器之间提交2ms事务。 EBS本身足够快，可以达到500 + MB /秒的读写速度。
Linux内核这对IOPS的影响很大，请看Pinterest工程师调查的内容：
最终选择：内核3.18.7 + XFS + 64K RAID块大小。
•异步随机读取的最佳整体性能。
•其他地方的竞争非常激烈。
•3.13中与网络相关的内核错误（特定于Xen）不是 固定到3.16。