如果我要升级亚马逊实例，我会创建镜像的快照并从该镜像创建新实例，然后升级该实例。
我的问题与 mongodb 以及从 m1.large 升级到 m3.large 实例的最佳方式有关 - 基本上 m3 比旧的 m1 更便宜、更强大。
我目前在 m1.large 实例上运行 mongodb，该实例由 3 个 EBS 卷支持，用于存储、日志记录和日志(本质上是来自 MarketPlace 的 mongodb 图像配置)。
当我完成设置新的 m3.large 实例时，我注意到它不是 EBS 优化的。
使用 mongodb 和当前配置，我假设要获得最佳性能，最好采用 EBS 优化路线 - 如果是这样，最好的升级途径是采用 m3.xlarge？如果我使用 m3.large，我会遇到很大的性能损失吗？
最后....在拍摄镜像(特别是 EBS Volumes 支持的镜像)的快照后，新镜像是否采用相同的配置设置？ I.E 新图像将由相同的卷支持？
我知道我可以停止和启动当前实例，但我想尽量减少停机时间。
感谢任何帮助!
最佳答案
首先，您不需要创建一个全新的实例、捕捉旧实例的 EBS 卷并附加副本。如果您这样做是为了避免服务中断，那么当您将 EIP 从旧实例切换到新实例时会发生什么？是的 - 服务中断。
只需停止 m1，将其重置为 m3，然后启动。当然会出现中断，但您将在不到 5 分钟内恢复，并且您已经为自己节省了大量复制卷的工作。
至于 EBS 优化 - 您真的需要它吗？您了解它的含义吗？不在新实例上使用它的后果是什么？如果两者的答案都是肯定的，那么当然选择支持它的 m3(或更大)实例类型。如果否，请进行研究，直到您知道该功能能为您提供什么以及您是否真的需要它(您在激活时支付更多 - 不要花费超过您实际需要的费用)。
关于mongodb - 将安装了 mongodb 的 amazon EC2 m1.large 实例升级到 m3.large，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23698429/