Amazon ec2 如何安全地将Amazon EC2实例从t1.micro升级到大型？

我有一个AmazonEC2微实例（t1.micro）。我想将此实例升级到大型。这是我们的生产环境，那么什么是最好的、无风险的方法呢

---

有什么分步指南可以做到这一点吗？

根据我的经验，我的做法是创建当前映像的快照，然后在创建新实例时将其视为一个选项。此时只需将其作为一个大型实例启动即可

---

如果我不想停机（即生产服务器），这是我的方法，因为此解决方案仅在新服务器启动并运行后才使服务器脱机（我还使用它向集群添加新机器，方法是使用此方法仅添加新机器）。如果可以接受停机时间，请参阅Marcel Castilho的回答。

创建AMI->在大型实例上启动AMI

更多信息

---

您也可以在aws.amazon.com的管理控制台上完成这一切，使用aws EC2控制台，而不是ElasticFox

第一种方式：

• 创建实例的新AMI
• 启动它

替代方法：

• 制作磁盘的快照
• 启动具有相同AMI类型的大型EBS实例（请注意，此时磁盘将包含创建此AMI时存在的数据，而不是您最新的更改）
• 完全启动后，停止新实例
• 从停止的实例分离根卷
• 从以前在新实例的同一可用性区域中创建的快照创建虚拟磁盘
• 将根卷连接到/dev/sda1
• 再次启动新实例

---

使用AWS管理控制台：

• 右键单击实例
  • 实例生命周期>停止
  • 等等
  • 实例管理>更改实例类型

---

使用AWS管理控制台

• 转到“卷”并创建实例卷的快照
• 转到“快照”并选择“从快照创建图像”
• 转到“AMIs”并选择“启动实例”，然后选择“实例类型”等

---

---

使用EBS根设备还是使用实例存储？我认为是EBS根设备。我在AWS控制台下的Enter设备菜单项下看到EBS。你有没有考虑到T1微、M1小等可以是32位架构，大实例是64位ARC的事实？这不会引起任何问题吗？到目前为止，我认为我们必须重新做所有事情（创建一个新的大型实例并重新安装所有应用程序）？当架构发生变化时，情况不是这样吗？这让我有点不知所措。上一次我会选择32位。现在，我们有了一个需要4gb和32位体系结构无法处理的更多内存的服务器。如果事实上在EC2的亚马逊控制面板中没有选择启动到大型类型，那么它只会升级到中型。为什么这个问题会被标记为离题？这是一个有效的、有用的问题，有可接受的答案。我想在aws控制台上这样做。是否有任何使用图像的文档？右键单击您的实例并单击“创建AMI”-然后进入控制台显示屏（左侧）上的AMIs，并单击要启动的AMI上的“启动AMI”，然后删除之前的小实例？新实例的IP地址将不同。我说得对吗？因此，我们需要更改dns记录？如果您正在使用弹性IP，请将弹性IP分配给新服务器。新服务器将具有相同的IP地址。如果您的服务器崩溃，并且您必须启动一个新的服务器，此过程也会很有用。这不是一种非常可靠的方法，如果服务器处于压力下（这很可能是考虑到需要扩展它），则服务器状态可能会发生变化，较大的服务器将比实际运行的服务器早几分钟/小时。如果快照是根卷的，Amazon建议在拍摄快照之前停止实例：这是一种更简单的方法。我同意这更简单，但是，这种被接受的方法的好处是，在切换弹性IP之前，您可以设法让新服务器与现有服务器并行运行，并且很少或根本不需要停机。要知道，当Marcel说“等待…”时，您将等待很长时间。如果停机是一个问题，这种方法很糟糕。如果停机时间无关紧要，那么这很容易，但这并不涉及少量的停机时间。计划大约半小时。对我来说不到5分钟。。。mw.small到m1.medium运行SQL 2012 WebAnd磁盘大小问题？这允许您更改体系结构和实例类型。感谢您将步骤放在这里，并明确指出，这是最好的方法，除非您处于停机时间无关紧要的早期阶段。我尝试过这个方法，但在我的例子中，新实例不是从旧实例开始的AMI，而是出现了一些内核死机问题。