Amazon EC2インスタンスの再起動と停止開始の違い

ec2.rebootInstancesAmazon EC2インスタンスの呼び出しは、停止して再起動するよりもはるかに速いことに気付きました（ec2.stopInstances ec2.startInstances）。

また、インスタンスのIPアドレスも保持されます（エラスティックIPがありません）ec2.rebootInstanceは、インスタンスの停止と起動とは何が違うのですか？

EBSブートインスタンスを停止すると、サーバーが実行されていた物理ハードウェア（またはそのスライス）を放棄し、EC2はそこで他の誰かのインスタンスを自由に起動できます。

EBSブートボリューム（および接続されている他のEBSボリューム）は、物理サーバーまたは仮想サーバーに実際には関連付けられていませんが、保持されます。これらは、どこでも実行されていないインスタンスIDに関連付けられているだけです。

インスタンスを再び起動すると、EC2は実行するハードウェアを選択し、EBSボリュームを結び付けて、ルートボリュームから再度起動します。

停止/開始すると変化するものは次のとおりです。

1. 新しい内部IPアドレス（ただし、ランダムに同じにすることもできます）。

2. 新しい外部IPアドレス（ただし、ランダムに同じにすることもできます）。

3. Elastic IPアドレスが停止する前にインスタンスに関連付けられていた場合は、開始後に再度関連付ける必要があります。

4. インスタンスの以前の一時ストレージのコンテンツはすべて消去され、新しい一時ストレージが提供されます。

5. 必要に応じてインスタンスを停止したままにして、実行時に課金されないようにすることができます（ただし、EBSボリュームストレージでははるかに低いレートで課金されます）。次のポイントを参照してください。

6. インスタンスを再度起動すると、インスタンスの新しい請求時間が開始されます。たとえば、新しいインスタンスを開始してから最初の60分以内に3回停止/開始すると、1回ではなく4時間の料金が請求されます。

7. EC2を再起動するときに、インスタンスを実行するための適切なインスタンスタイプの利用可能なスロットがない可能性がわずかにあります。この問題が発生し、一時的に別の使用可能なインスタンスタイプに切り替えて、再び実行できるようにしました。

再起動すると、OSレベルでの単純な再起動であり、インスタンスは同じハードウェア上で同じプライベートIPアドレスとパブリックIPアドレスで実行され続け、同じElastic IPアドレス（関連付けられている場合）を保持し、取得しないで同じ一時ストレージを保持します拭いた。再起動時に新しい課金時間は開始されず、インスタンスのハードウェアを放棄しません。

インスタンスが停止している間、インスタンスを再起動する前にいくつかのクールなことができます。インスタンスが停止している間にインスタンスのインスタンスタイプを変更することについて書いた記事を次に示します。

EC2インスタンスをより大きなサイズに移動する
http://alestic.com/2011/02/ec2-change-type

インスタンスのEBSブートディスクのサイズを停止中に変更する方法について書いた記事を次に示します。

実行中のEBSブートEC2インスタンスのルートディスクのサイズ変更
http://alestic.com/2010/02/ec2-resize-running-ebs-root

インスタンスの実行中に接続できない場合に、インスタンスのルートディスクを（停止中に）調べる方法について書いた記事を次に示します。

EC2インスタンスのルートEBSボリューム上のファイルの修正
http://alestic.com/2011/02/ec2-fix-ebs-root

停止/開始サイクルはインスタンスを新しいハードウェアに移動する可能性が高いため、現在のプラットフォームが悪くなり問題を引き起こしている疑いがある場合は、インスタンスハードウェアを簡単に交換できます。これについて私が書いた記事は次のとおりです。

EC2のインスタンスハードウェアを交換する簡単な方法
http://alestic.com/2011/02/ec2-move-hardware