インスタンスで実行できるアクションのほとんどは同期しています。たとえば、stop requestを送信するとすぐに実行され、プログラムは完了するまでブロックされます。EC2インスタンスが再起動するのを待ちます
RebootInstanceRequestただし、後でリブートをスケジュールするだけです。
インスタンスのスケジュールにアクセスして再起動が計画されていることを確認する方法や、再起動が完了するまで待つ方法がありますか?
インスタンスで実行できるアクションのほとんどは同期しています。たとえば、stop requestを送信するとすぐに実行され、プログラムは完了するまでブロックされます。EC2インスタンスが再起動するのを待ちます
RebootInstanceRequestただし、後でリブートをスケジュールするだけです。
インスタンスのスケジュールにアクセスして再起動が計画されていることを確認する方法や、再起動が完了するまで待つ方法がありますか?
あなたが停止要求を送信する場合、それはすぐに実行され、それが
ない真を完了されるまでプログラムがブロックされます。 ec2:StopInstance
要求を発行すると、インスタンスはrunning
からstopping
状態に移動します。しかしあなたのプログラムはブロックされません。要求はすぐに更新されたインスタンス状態を返します。最終的にEC2インスタンスがstopped
の状態になったときを判別する場合は、ec2:DescribeInstances
を使用してEC2インスタンスの状態をポーリングする必要があります。
再起動要求に関しては、一度要求されるとすぐに再起動されます。あなたのリンクで言及されているように、Linuxインスタンスが4分以内にリブートされないと、AWSはハードリブートを余儀なくされます。
EC2インスタンスのハードウェア内で再起動が発生するため、EC2インスタンスの状態はrunning
から変更されません。 rebooting
の状態はありません。また、EC2インスタンスのコンソールログにあるメッセージを監視する以外に、EC2インスタンスのOSがいつ起動するか、またはリブートが完了するかを判断するメカニズムはありません。
あなたができることは、再起動要求を発行し、数分後に再起動することを前提としています。
別の方法として、インスタンスを停止して再起動することができますが:
ありがとうございます。スタート/ストップ方法には別の請求時間がかかりますので、タイミングを試してみると思います。再度、感謝します! – Timst