在不丢失数据的情况下从 t2.micro 升级到 m3.large
Upgrading from t2.micro to m3.large without losing data
我有一个亚马逊 t2.micro 实例 运行 RHEL7。我想将实例类型从 t2.micro 升级到 m3 大型实例。我想为 m3 大型实例使用相同的驱动器，因为我在那里安装了所有软件。
从这个页面 http://aws.amazon.com/ec2/instance-types/ 我发现 m3.large 使用 SSD 存储而 t2.micro 使用 EBS 存储。有什么方法可以克隆连接到 t2.mirco 的 EBS 中的驱动器，以便我可以在 m3 大型实例上使用完全相同的数据。
所引用页面上的存储类型只是实例启动时 "instance storage" 的默认值（即任何临时存储）。
如果您升级实例的大小，启动分区（您的数据当前存储的位置）和您自己附加的任何其他 EBS 卷将保持与现在相同。
这 不适用于临时存储卷。这些仅用于临时存储，不会在实例终止或调整大小后继续存在。 T2 实例类型无论如何都没有任何临时卷，因此在这种情况下这不是问题。
如果您担心，请在升级前为您关心的卷拍摄快照，但我已经多次切换实例类型，没有任何问题。
我有一个亚马逊 t2.micro 实例 运行 RHEL7。我想将实例类型从 t2.micro 升级到 m3 大型实例。我想为 m3 大型实例使用相同的驱动器，因为我在那里安装了所有软件。
从这个页面 http://aws.amazon.com/ec2/instance-types/ 我发现 m3.large 使用 SSD 存储而 t2.micro 使用 EBS 存储。有什么方法可以克隆连接到 t2.mirco 的 EBS 中的驱动器，以便我可以在 m3 大型实例上使用完全相同的数据。
所引用页面上的存储类型只是实例启动时 "instance storage" 的默认值（即任何临时存储）。
如果您升级实例的大小，启动分区（您的数据当前存储的位置）和您自己附加的任何其他 EBS 卷将保持与现在相同。
这 不适用于临时存储卷。这些仅用于临时存储，不会在实例终止或调整大小后继续存在。 T2 实例类型无论如何都没有任何临时卷，因此在这种情况下这不是问题。
如果您担心，请在升级前为您关心的卷拍摄快照，但我已经多次切换实例类型，没有任何问题。