如果我要升级 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 卷支持的图像)后,新图像是否采用相同的配置设置? I.E 新镜像将得到相同卷的支持吗?
我知道我可以停止和启动当前实例,但我想尽量减少停机时间。
任何帮助表示赞赏!
最佳答案
首先,您不需要创建一个全新的实例、捕捉旧实例的 EBS 卷并附加副本。如果您这样做是为了避免服务中断,那么当您将 EIP 从旧实例切换到新实例时会发生什么?是的 - 服务中断。
只需停止 m1,将其重置为 m3,然后启动。当然会出现中断,但您将在不到 5 分钟的时间内返回,并且您已经为自己节省了大量复制卷的工作。
至于 EBS Optimized - 你真的需要它吗?你明白它的意思吗,不把它放在新实例上的后果是什么?如果两者的答案都是肯定的,那么当然选择支持它的 m3(或更大)实例类型。如果否,请进行研究,直到您知道该功能为您提供了什么以及您是否真的需要它(您在使用它时支付更多费用 - 不要花费超过您实际需要的费用)。
关于mongodb - 在安装了 mongodb 的情况下将 amazon EC2 m1.large 实例升级到 m3.large,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/23698429/