既存のEC2 t1.microインスタンスのアベイラビリティーゾーンを変更することは可能ですか?[閉まっている]


90

場合によっては、t1.micro EC2インスタンスを起動しようとすると、プロビジョニングできないため、別のアベイラビリティーゾーンを試すことをお勧めします。既存のインスタンスに対してこれを変更することは可能ですか?


ベターに尋ねたserverfaultの
11

33
これらの質問をserverfaultに移動するのではなく、なぜ閉じているのですか?
エリックハモンド

回答:


104

既存のEC2インスタンスを別のアベイラビリティーゾーンに直接移動することはできません。

ただし、次のアプローチを使用して、新しいAMIを介して間接的にインスタンスを別のアベイラビリティーゾーンに移動できます。

  1. 古いアベイラビリティーゾーンの古いインスタンスを停止します(終了しないでください!)。

  2. 古いインスタンスに基づいてAMIを作成します。

  3. 新しいアベイラビリティーゾーンで新しいAMIの新しいインスタンスを実行します。古いインスタンスのかなり正確なコピーになります。

Elastic IPアドレスを使用していた場合は、それを新しいインスタンスに再度関連付けます。

新しいインスタンスをテストして正常に動作していることがわかったら、古いインスタンスを古いアベイラビリティーゾーンで終了します。


46
wtfは「かなり正確なコピー」を実行して、仲間を心配させます
portforwardpodcast

18
portforwardpodcast:新しいインスタンスは、別のAMI ID、別のインスタンスID、別のEBSボリュームID、および場合によっては別のユーザーデータ(何を渡すかを決定)で開始されます。インスタンスのソフトウェアと構成によっては、これが起動方法と動作に影響を与える可能性があります。それ以外の場合、インスタンスのファイルシステムは、シャットダウンして再起動した場合と同じになります。
エリックハモンド

1
おそらく同じ質問に困惑しているユーザーのための更新:ステップ2と3の間で、AMIを右クリックしてインスタンスを別のアベイラビリティーゾーンにコピーする必要があります。あなたはスキップすることができますので、あなたは、インスタンスを停止することは必ずしも必要はありません。ステップ1
lordvlad

2
@lordvlad「可用性ゾーン」と「リージョン」を混同しています。各リージョンには複数のアベイラビリティーゾーンがあります。AMIはリージョンに存在し、リージョン内の任意のアベイラビリティーゾーンのインスタンスとして実行できます。ここでの最初の質問は、可用性ゾーンに関するものです。
エリックハモンド

3
2012年12月の時点で、AmazonはUIツール(Amazon管理コンソール)を介したAMIの別のリージョンへの移行をサポートしています。stackoverflow.com/a/14205963/423171を
cprcrack
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.