使用 AWS 管理控制台：
- 右键单击实例
- 实例生命周期 > 停止
- 等待…
- 实例管理 > 更改实例类型
这是一种更简单的方法..
我同意这更简单，但接受方法的好处是，您可以设法让新服务器启动并与现有服务器并行运行，然后再切换弹性 IP，并且很少或没有停机时间。
我这样做了，但硬盘空间没有增加（Windows 2008 服务器，x64，微型-> 大）。尝试运行磁盘管理，但也没有发现未分配的空间。有任何想法吗？
要知道，当马塞尔说“等等……”时，你会等很久。如果停机时间是一个问题，这种方法很糟糕。如果停机时间无关紧要，这很容易，但这并不涉及少量的停机时间。计划大约半小时。
等待期（大约）多长时间？
对我来说不到 5 分钟… mw.small 到 m1.medium 运行 SQL 2012 Web
和磁盘大小问题？
我只是将 m1.small 更改为 m1.medium，大约 2 分钟的停机时间。
不管答案是多么广为接受，过程对我来说听起来并不那么安全。如果出现问题，是否有 B 计划？
@abhishek77in：如果出现问题对您来说是不可接受的，您应该采用公认的答案，这样可以最大限度地减少停机时间：创建一个 AMI，启动另一台机器，换出 DNS，然后关闭这台机器。
在执行此操作之前，请务必记下此实例的弹性 IP。升级后您将不得不手动重新连接它（出于某种奇怪的原因）。
@RyanMontgomery：亚马逊实际上不鼓励为正在运行的实例拍摄 AMI 快照。但是，也许您根本不应该在此过程中过于依赖 AMI。无论如何，应该注意的是，当您停止实例时，实例存储上的所有数据都会被刷新。
尝试从 t1.micro 升级到 t2.micro，但是，t2.micro 和 t2.small 在下拉列表中可用。
请注意，这仅在您的根设备类型为 ebs 时才有效。如果您的根设备类型是实例存储，您应该遵循 Lostsoul 的步骤。
自 2017 年起，菜单已更改为实例状态和实例设置
当 cpu 利用率达到某个阈值时，有没有办法自动执行此操作？
谨防！这会更改 IP 地址。
最简单和最好的答案。
此选项不包括新一代 EC2 类型
没有“实例管理”菜单。
使用 AWS 管理控制台
- 转到“卷”并创建实例卷的快照。
- 转到“快照”并选择“从快照创建图像”。
- 转到“AMI”并选择“启动实例”并选择您的“实例类型”等。
这允许您更改架构和实例类型。
感谢您实际将步骤放在这里，并明确表示，这是最好的方法，除非您处于停机时间无关紧要的早期阶段。
我试过这个，但在我的情况下，新实例没有从旧实例的 AMI 开始，有一些内核恐慌问题。
使用 AWS EC2 控制台，而不是 ElasticFox。
第一种方式：
- 创建实例的新 AMI
- 启动它
替代方式：
- 做一个快照磁盘的
- 启动大型 EBS 实例具有相同的 AMI 类型（请注意，此时磁盘将包含创建此 AMI 时存在的数据，而不是您的最新更改）
- 一旦完全启动，停止新实例
- 分离根卷从停止的实例
- 创建虚拟磁盘来自之前在新实例的同一可用区中创建的快照
- 将根卷附加到 /dev/sda1
- 启动新实例再次
在大型实例上创建 AMI -> 启动 AMI。
更多信息http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html
您也可以在 aws.amazon.com 上的管理控制台中完成这一切
我想在 aws 控制台上执行此操作。是否有任何带有图像的文档？
右键单击您的实例并单击“创建 AMI” – 然后进入控制台显示屏（左侧）上的 AMI，然后在您要启动的那个上单击“启动 AMI”
使用 EBS 根设备还是使用实例存储？
我认为ebs根设备。我在 aws 控制台的根设备菜单项下看到 EBS。
你们有没有考虑过 t1.micro、m1.small 等可以是 32 位架构而大型实例是 64 位 arc 的事实？它不会引起任何问题吗？截至目前，我认为我们将不得不再次做所有事情（创建一个新的大型实例并再次安装所有应用程序）？当架构发生变化时不是这种情况吗？
那只是咬了我一口**。上次我会选择 32 位的任何东西。现在我们的服务器需要更多内存，而 4gb 和 32 位架构无法处理它。如果实际上在 EC2 的 Amazon 控制面板中没有启动到大型类型的选项，它只会上升到中型。
为什么问题被标记为无关?这是一个有效的有用问题，答案可以接受。
我的编辑获得批准，但这里的问题是，仍然停留在“离题”的炼狱中。任何人都可以解释将其“主题化”需要什么吗？