シンプルヘルスチェックを実装し、http経由で利用可能にしたいと考えています。httpヘルスチェックの仕様?
これまでは、Nagiosプラグインの作成経験はありません。 Nagiosはこれを持っていますAPI spec
ベンダーニュートラルヘルスチェックを作成する共通の方法はすでにありますか?
そうでなければ、多くの異なる監視サーバーの実装に移植可能にするために正常なヘルスチェックが返されるべきですか?
シンプルヘルスチェックを実装し、http経由で利用可能にしたいと考えています。httpヘルスチェックの仕様?
これまでは、Nagiosプラグインの作成経験はありません。 Nagiosはこれを持っていますAPI spec
ベンダーニュートラルヘルスチェックを作成する共通の方法はすでにありますか?
そうでなければ、多くの異なる監視サーバーの実装に移植可能にするために正常なヘルスチェックが返されるべきですか?
ヘルスチェックの形式には標準はありませんが、主要な監視ツールとそのプロトコルからの期待を考慮する必要があります。 ほとんどの場合、特定のHTTP応答コードに反応します。例えばAmazon Route 53について :200以上400未満
別のツールをHTTPステータスコードの
待機は、領事は、more specific definition有する:
サービスのステータスHTTPレスポンスコードに依存します.2xxコードはすべて通過したとみなされ、429 Too Many Requestsは警告であり、それ以外のものはエラーです。
したがって、後で統合する可能性のあるいくつかのトップツールをチェックし、それらのすべてに適したアプローチを選択する必要があります。
今まで標準がないのは驚きです。しかし、たぶん "httpステータス200はOKです。他のすべてはOKではありません"というのは十分です。 – guettli
プロトコルとしてのHTTPはベンダーに中立ではありません。どのような側面からチェックしたいのですか? HTTPヘルスチェックの目的は、通常、ヘルスがチェックされているWebサーバーが正常に機能していることを確認することだけです。空の応答で十分です。サーバーが応答できる間は、テストに合格します。 – marekful
@marekful HTTPはトランスポート層です。私は鳥のキャリアよりもIPを使うことができました。私はヘルスチェック出力の構文とセミカットに興味があります。この質問は、データ形式についてであり、データの転送方法に関するものではありません。 HTTPは既に優れた機能を提供しています:ステータスコード。しかし、これでは不十分だと思います。 – guettli
詳細を指定せず、質問内の唯一のリンクは問題とは関係ありません。あなたのシステムにはどのようなコンポーネントがありますか?どのコンポーネントの健康状態を確認したいですか? – marekful