こんにちは

状態確認
インスタンステーブルのEC2コンソールの[ステータスチェック]列に多くの人が気付きました。 通常は緑です-OK。 小切手のステータスが失効していることを何度も見てきました。 チェックステータスとは何ですか、どのパラメータを追跡しますか?
ステータスチェック -これらは、インスタンスが通過するいくつかの自動テストと、このインスタンスが実行されるホストノードです。 現在、2つのチェックステータスがあります。
1.システムステータスチェック -AWS固有のパラメーターのステータスを確認します。 これらの問題は、本能を再起動または停止して簡単に解決できます;本能は別の媒体に移動します。 一般に、問題は次のとおりです。
- ネットワークリソースの不足
- 栄養不足
- メディアソフトウェアの問題
- メディアハードウェアの問題
2.インスタンスステータスチェック -AWSに依存しないパラメーターのステータスを確認します。 通常、これらは誤った構成に関連する問題であり、管理者が解決する必要があります。 問題は次のとおりです。
- 間違ったネットワーク構成
- 間違ったブート構成
- メモリー不足
- ファイルシステムの問題
- コアの問題
チェックは次のようになります。

ホストプロパティを入力すると、個々のインスタンスデータを表示できます。

ステータスチェック+ CloudWatch
今日から、チェックのステータスに関する問題を自動的に追跡し、自動的に決定を下すことができます。 たとえば、300台のサーバーがあり、それらのステータスをチェックで追跡するのは簡単な作業ではありませんが、いくつかのステップで説明できるソリューションがあります。
- 自動スケーリンググループ300の車の最小数を設定します
- ステータスチェックに失敗した場合にインスタンスを消滅させるCloudWatchチェックを設定します
したがって、健全でないシステムを使用するという事実から身を守ることができます。 チェックのステータスに合格しなかったインスタンスがオフになった後、新しいインスタンスが代わりにすぐに立ち上がり、正常である可能性があります。
CloudWatchの新しいチェックの名前:

とても便利です これで、別の流行の心配をやめることができます。