AWS上的MongoDB：如果为你的MongoDB服务器选择正确的EC2实例类型？

英文原文：

让我们面对事实吧。AWS已经变得令人难以置信的复杂了。一个简单的任务像为你的MongoDB服务器采用正确的实例类型，需要大量的研究。怎么知道在大量的字母组合中选择哪种类型？在本博文中，我们将划分不同实例类型和它们如何适用于你的MongoDB方案。为了保证事情简单，我们不在本博文中讨论磁盘类型和大小 -- 那是我们下篇博文的主题。

1. 低内存实例：（T1.Micro, M1.Small）

大多用于开发和测试。由于内存小你不可能会用于真实的生产方案中。它们是你的复制集中的作为仲裁“Arbiters”的好的候选。T1.Micro实例也适用于（一年750小时/月免费）。

2. 一般目的：（M3.Medium - M3.XLarge）

一般目的的实例是开始你的MongoDB服务器的好的实例。如果你刚开始或者不确认你需要多少内存，这些实例非常好。随着你的需求增长，你可以移动到高内存和高IO实例。上一代一般目的实例被叫作M1。

3. 高内存：（R3.Large - R3.8xLarge）

这些实例是你的MongoDB服务器的热点区域。它们在内存和计算能力上有很好的平衡。它们是运行大型MongoDB服务器的很好候选。MongoDB注意是一个内存的游戏 – 提供的内存越多工作得越好，这些实例类型提供了最多内存。上一代的这些实例被叫作M2。如果你的MongoDB服务器仍然受到磁盘约束，那我会考虑高IO实例。

4. 高IO：（I2.xlarge – I2.8xLarge, HS1）

这是EC2领域的“凯迪拉克”，你可以在这些实例上运行最高需求的MongoDB服务器。这些实例提供了高内存和快速本地SSD。正如你所想，它们也花费一大笔钱。本地SSD有些你需要知道的警告 – 我们将会在后续的磁盘选项的博文中讨论它。

5. 高计算：（c3.large – c38xlarge）

对于这个价格水平，这些实例提供了最好的CPU性能。然后MongoDB不需要大量的CPU，并且我们很少发现这些有用。我们更喜欢高内存和高IO实例来运行我们的MongoDB数据库。

一如既往如果你有其他问题请发E-Mail给我：上部署MongoDB，这些是一些其他相关文章：