AWSのEC2を起動させようとしたら、EC2のステータスチェックで1/2で止まってしまい
OSにリモートデスクトップ接続できなかったり、SSH接続出来なくなってしまったことがありました。

この場合、強制的にEC2を停止させ再度再起動するしか手が無いのですが、
ステータスチェックの1/2とは一体何を意味し何なんでしょうか？

EC2のステータスチェックは2つある。だから1/2

言われてみると、「なるほどな」と思うのですが、AWSサポートに教えてもらって初めて知りました。
実は、EC2のステータスチェックは二つあるんです。

• StatusCheckFailed_System
• StatusCheckFailed_Instance

二つ合わせて「StatusCheckFailed」であり、どちらか一つがNGですとステータスチェックで1/2という意味になるのです。

これは、CloudWatchのメトリクス画面です。

StatusCheckFailed_Systemとは？

StatusCheckFailed_Systemとは、AWSのホストインフラ面で何かエラーがあった場合、Failedとなります。
AWS利用者が意図的にFaileを発生させることは出来ません。

StatusCheckFailed_Instanceとは？

StatusCheckFailed_Instanceとは、AWSのインスタンス面で何かしらエラーがあった場合に、Failedとなります。
こちらは、インスタンスのネットワーク監視も含んでいますが、arpの監視になるのでNICを無効化したくらいではStatusCheckFailed_InstanceをFailedにさせることはできません。

これは、例えば、LinuxのEC2で、一時的に（再起動すれば復旧）

service network stop

なんかを実施しても、StatusCheckFailed_InstanceはFailedにならないことで確認ができます。

「StatusCheckFailed」でCloudWatchステータス監視をした場合は、ネットワーク通信が取れなくなるようなpingがダウンしても
arpが反応すればステータス監視としてはダウンにならないことがわかりますね。

AWSの死活監視・・・悩ましいです。