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

Posted 2023-03-04

【中文标题】安装 mongodb 将 amazon EC2 m1.large 实例升级到 m3.large

【英文标题】：Upgrading amazon EC2 m1.large instance to m3.large with mongodb installed

【发布时间】：2014-07-05 02:13:16

【问题描述】：

如果我要升级亚马逊实例，我会创建映像的快照并从该映像创建新实例，然后升级该实例。

我的问题与 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 新映像将由相同的卷支持？

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

任何帮助表示赞赏！

【参考方案1】：

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

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

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

【讨论】：

“只需停止 m1，将其重置为 m3，然后启动”.. 怎么做？

@SubhamTripathi 停止实例后，转到 AWS 控制台中的操作 -> 实例设置，那里有一个“更改实例类型”选项。之后再次启动实例。

@Eight-Bit Guru，停止并重新启动实例不会导致存储在 RAM 上的数据丢失吗？创建新的 AMI 不会导致任何数据丢失吗？对吗？

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

感谢@Eight-BitGuru，我在这里找到了答案：***.com/a/15939842/1882331。由于我的根卷是基于 EBS 的，因此我可以按照停止/重启的方式更改实例类型。