在安装了 mongodb 的情况下将 amazon EC2 m1.large 实例升级到 m3.large

Mic*_*ael 3 amazon-ec2 mongodb amazon-web-services

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

我的问题与 mongodb 和从 m1.large 升级到 m3.large 实例的最佳方式有关 - 基本上 m3 比旧的 m1 更便宜且功能更强大。

我目前在 m1.large 实例上运行 mongodb,由 3 个 EBS 卷支持,用于存储、日志和日志(基本上是 MarketPlace 的 mongodb 图像配置)。

当我完成设置新的 m3.large 实例时,我注意到它不是 EBS 优化的。

使用 mongodb 和当前配置,我假设为了获得最佳性能,最好走 EBS 优化路线 - 如果是这种情况,最好的升级路径是 m3.xlarge?如果我使用 m3.large,我会受到很大的性能损失吗?

最后......在拍摄图像快照(特别是由 EBS 卷支持的图像)后,新图像是否采用相同的配置设置?IE 新的镜像会以相同的卷为后盾吗?

我知道我可以停止和启动当前实例,但我想尽量减少停机时间。

任何帮助表示赞赏!

Eig*_*uru 5

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

只需停止 m1,将其重置为 m3,然后启动。当然会出现中断,但您将在不到 5 分钟的时间内返回,并且您已经为自己节省了大量复制卷的工作。

至于 EBS Optimized - 你真的需要它吗?你明白它的意思吗,不把它放在新实例上的后果是什么?如果两者的答案都是肯定的,那么当然选择支持它的 m3(或更大)实例类型。如果否,请进行研究,直到您知道该功能为您提供了什么以及您是否真的需要它(您在使用它时支付更多费用 - 不要花费超过您实际需要的费用)。

  • @Yahya,停止实例就像拔掉 PC 上的插头 - RAM 中的数据消失了。可以从正在运行的实例创建 AMI,但它可能不安全(因为存储没有被映像为硬“时间点”快照,因此在创建 AMI 时对文件系统的更改可能会导致受损图像)并且无论如何不包括 RAM 中的数据。换句话说,无法在“停止/重启”或“捆绑映像”操作中保留 RAM 状态。 (2认同)