「reboot」と「ec2-reboot-instances」の違い

rebootEC2インスタンスのコマンドラインでの呼び出しと、ec2-reboot-instances別のマシンのAWSコマンドラインツールからのコマンドの発行の違いはありますか？

AWSに固有の環境的なものの処理など、SSHセッションを介したec2-reboot-instances送信では実行rebootされないことはありますか？

2つのコマンド間に優先順位はありますか？

私の特定のケースでは、コマンドラインツールではなくJavaライブラリを使用してAWS APIにアクセスしていますが、それでもAWSで同じコマンドを呼び出します。Javaライブラリはコマンドラインツールよりも冗長であるため、rebootSSHを介してコマンドを送信する方が簡単ですが、AWS APIアプローチを使用する価値がある他の考慮事項があるかどうかを理解したいと思います。

使用の違い：

• SSHアクセスは必要ありません（任意のコンピューター、またはAWSコンソールからも実行できます）
• ec2-reboot-instances AWS認証情報が必要です
• 複数のインスタンスのスクリプトを簡単に作成できます（他のAWSサービスとの統合が容易です）

機能の違い：

• ec2-reboot-instancesインスタンスが正常にシャットダウンされていない場合、4分後に強制的に再起動します。（ドキュメントを参照）
• コマンドは成功を確認しません-再起動要求はキューに入れられますが、動作したかハードスタートが必要かなどは通知されません（完全に失敗したコマンド-許可の問題など）。
• コマンドの実行にはわずかな遅延があります-通常は気付かれません

インスタンスが応答し、SSH reboot経由（SSH経由）でアクセスできる場合、と同じタスクを実行しec2-reboot-instancesます。

追加の言及として、SSHからの再起動は、定期的なメンテナンスで十分です（つまり、使用する必要はありませんec2-reboot-instances）。ドキュメントに従って：

インスタンスの再起動は、仮想インスタンスの再起動であり、オペレーティングシステムの再起動と同等です。

インスタンスの再起動の管理は非常に簡単です。...インスタンスのオペレーティングシステムからインスタンスを再起動することもできます。