安装mongodb后将amazon EC2 m1.large实例升级为m3.large

如果我要升级一个amazon实例，我会创建一个映像的快照，并从该映像创建新实例，然后升级该实例

我的问题与mongodb有关，是从m1.large升级到m3.large的最佳方式——基本上m3比旧的m1更便宜、更强大

我目前在m1.large实例上运行mongodb，该实例由3个EBS卷支持，用于存储、日志和日志（基本上是来自市场的mongodb映像配置）

在设置新的m3.large实例时，我注意到它没有经过EBS优化

在使用mongodb和当前配置时，我假设为了获得最佳性能，最好采用EBS优化路线-如果是这样的话，最好的升级路径是使用m3.xlarge？如果我使用m3.L，我会受到很大的性能损失吗

最后……在拍摄了一个映像（特别是一个由EBS卷支持的映像）的快照之后，新映像是否采用了相同的配置设置？即新映像将由相同的卷支持

我知道我可以停止和启动当前实例，但我希望尽量减少停机时间

---

感谢您的帮助

首先，您不需要创建整个新实例、捕捉旧实例的EBS卷并附加副本。如果您这样做是为了避免服务中断，那么当您将EIP从旧实例切换到新实例时会发生什么？是的，服务中断

---

只需停止m1，将其重置为m3，然后启动。当然，会有一次停机，但不到5分钟您就会回来，您已经为自己节省了大量复制卷的工作

---

至于EBS优化-你真的需要吗？您是否理解它的含义，以及在新实例上不使用它的后果是什么？如果两者的答案都是肯定的，那么当然选择一个支持它的m3（或更大）实例类型。如果没有，请进行研究，直到您知道该功能为您提供了什么，以及您是否真正需要它（使用该功能时，您需要支付更多的费用-不要花费超出您实际需要的费用）。

“只需停止m1，将其重置为m3，然后开始”。。如何做到这一点？@SubhamTripathi停止实例后，在AWS控制台中转到操作->实例设置，其中有一个选项“更改实例类型”。然后再次启动实例。@8位专家，停止并重新启动实例不会导致RAM中存储的数据丢失吗？创建新的AMI不会导致任何数据丢失？是吗？@Yahya，停止一个实例就像拔掉你电脑上的插头——RAM中的数据消失了。可以从正在运行的实例创建AMI，但这可能是不安全的（因为存储未被映像为硬“时间点”快照，因此在创建AMI时对文件系统的更改可能会导致映像受损），而且无论如何，RAM中不包含数据。换句话说，无法在“停止/重新启动”或“捆绑映像”操作中保留RAM状态。谢谢@Eight BitGuru，我在这里找到了答案：。因为我的根卷是基于EBS的，所以我可以按照停止/重新启动的方式更改实例类型。