主要なコンテナ オーケストレーション プラットフォームである Kubernetes の継続的な採用により、これらの複雑な環境を正確かつ効率的に監視する必要性が高まっています。 最適なパフォーマンスを維持し、問題を迅速に解決することは、効率的な Kubernetes 管理の重要な側面です。 その間 Prometheus Blackbox エクスポーター 内部 Kubernetes サービス エンドポイントを監視するための一般的な選択肢でしたが、固有の制限があり、アプリケーションのピーク パフォーマンスを維持する能力を妨げる可能性があります。
LogicMonitor Web チェック は、これらの制限に対処し、Kubernetes の監視エクスペリエンスを強化するために設計された高度な機能です。 この記事では、Web チェックの機能について説明し、Kubernetes クラスター内のサービスの状態を監視する際に、Web チェックが Prometheus Blackbox Exporter の優れた代替手段となる方法を示します。
Prometheus Blackbox Exporter の概要
Prometheus Blackbox エクスポーター HTTP、HTTPS、TCP、ICMP などのプロトコルを使用してネットワーク エンドポイントを監視するプローブ ツールです。 Kubernetes クラスター内で実行されているサービスにプローブを送信し、応答時間、レイテンシー、ステータス コードなどのメトリックを収集できます。 ただし、Prometheus Blackbox Exporter にはいくつかの制限があります。
- 限られた構成可能性: プローブ構成のカスタマイズと結果の集計に柔軟性がありません。
- ネイティブ ダッシュボードのサポートなし: Prometheus Blackbox Exporter はネイティブのダッシュボード機能を提供せず、視覚化のために Grafana などの外部ツールを必要とします。
- 手動セットアップとメンテナンス: セットアップ プロセスは複雑で、手動による介入が必要なため、エラーのリスクが高くなります。
LogicMonitor Web サイト監視: Web チェック
Webチェック は、コレクターがアクセス可能な場所で実行されているサービスの正常性を監視できるようにする、LogicMonitor Web サイト監視製品で利用できる強力な機能です。 当社コンテナ監視製品の場合、 LMコンテナ、コレクター サービスは Kubernetes クラスター内で実行されます。 したがって、Kubernetes Web Checks はクラスター内部のエンドポイントにアクセスでき、サービスのパフォーマンスと可用性に関するリアルタイムの洞察を提供します。 LogicMonitor Web Checks の主な利点には次のようなものがあります。
- 包括的な監視: Web Checks は、HTTP、HTTPS、REST API、カスタム スクリプトなどの幅広いプロトコルをサポートし、アプリケーションをより詳細に可視化します。
- 簡単な展開とメンテナンス: Web チェックは、LogicMonitor UI を介して迅速にセットアップおよび管理できるため、監視プロセスが簡素化されます。
- 高度なアラート機能: 特定の条件に基づいてアラートを構成できるため、問題をタイムリーに検出して解決できます。
- LogicMonitor ダッシュボードとのシームレスな統合: Web チェックはカスタム ダッシュボードと簡単に統合して、視覚化と監視を強化できます。
Kubernetes の Web チェック
Kubernetes でサービス エンドポイントの監視を開始するには、以下に従ってください。 インストールガイド Kubernetes クラスターに LM Container サービスをインストールします。 この例では、次のアドレスのクラスターで実行されているクラスター IP サービスに定期的な HTTP チェックを追加する手順について説明します。 my-nginx.default. NGINX をクラスター IP サービスとしてデプロイするには、次の手順に従います。 アプリケーションとサービスの接続に関する Kubernetes ガイド.
LM ポータルで、 ウェブサイト 左側のメニューで 内部 Web チェック オプションの下に Add メニューは次のとおりです。
次のステップは、Web チェックを構成することです。 サービスを展開したと仮定すると、「私のnginx" の中に "デフォルト」 名前空間で、Web チェックの名前とそのルート URL を入力することから始めます。 my-nginx.default:
NGINX サービスは、デフォルト エンドポイントで HTTP GET リクエストを受け入れることができます。 ただし、ウィザードでプローブ要求のカスタム パスを指定することは可能です。
次に、 リクエスト と Response パネルを使用して、プローブ要求と予期される応答を構成するためのオプションを調べます。
この演習では、HTTP ステータス コード 200 (OK) の応答を確認します。 この条件を確立するには、「200 " 会場は 予想されるステータスコードの応答 以下に示すようにフィールド:
拡大する チェックポイント パネルを開き、この Web チェックをコレクターにマッピングするためのオプションを表示します。 選択されたコレクターは、この Web チェックを定期的に実行するようにスケジュールされます。
以下に示すオプションのリストから、コレクター グループと Kubernetes コレクターを選択してください。 クリックしてください Save ボタンをクリックして設定を保存します。
セットアップの最後のステップは、チェックの周期性と条件、およびアラート条件を構成することです。 Web チェックでは、エラーを報告する前に特定の期間待機したり、SSL の問題について警告したりするなど、必要なアラート トリガー動作を構成するためのさまざまなオプションを使用できます。
他のオプションはデフォルトのままにして、XNUMX 分ごとにチェックをスケジュールし、 Save
コレクターでチェックがスケジュールされたら、 ステップ タブをクリックし、Web チェックで手順を表示します。 このセクションから Web チェックにステップを追加して、より包括的にすることができます。
チェック ステータスやその他の補足情報をレポートするデフォルトのグラフは、 グラフ タブ。 さらに、このセクションで使用可能なグラフをウィジェットとして新規または既存のダッシュボードに簡単に追加して、メトリックを表示し、傾向を視覚化することができます。
「を削除することでアラートをトリガーできます。私のnginxこれにより、Web チェックが失敗します。 その後、エラーを通知するアラートがポータルに表示されます。 失敗した Web チェック アラートの例を次のスクリーンショットに示します。
予期しないコストが発生しないように、LM ポータルから Web チェックを削除し、クラスターからリソースを削除することを忘れないでください。
Web Checks と Prometheus Blackbox Exporter の比較
Web Checks と Prometheus Blackbox Exporter の両方が Kubernetes クラスターのエンドポイント監視機能を提供しますが、いくつかの重要な違いにより、Web Checks がより適切な選択肢になります。
- 構成可能性: Web チェックは、プローブ構成のカスタマイズと結果の集計においてより高い柔軟性を提供しますが、Prometheus Blackbox Exporter は構成可能性が制限されています。
- ダッシュボードのサポート: Web Checks はカスタマイズ可能なダッシュボードとシームレスに統合されますが、Prometheus Blackbox Exporter は視覚化のために外部ツールを必要とします。
- 展開とメンテナンス: Web チェックは、LogicMonitor UI を介して簡単に展開および管理できるため、監視プロセスが簡素化されます。 対照的に、Prometheus Blackbox Exporter は手動のセットアップとメンテナンスを必要とします。
- 高度なアラート: Web チェックを使用すると、特定の条件に基づいてアラートを構成できるため、問題をタイムリーに検出して解決できます。 Prometheus Blackbox Exporter のアラート機能には、このレベルの粒度が欠けています。
まとめ
Kubernetes クラスターを監視することは、高いパフォーマンスを維持し、問題を迅速に解決するために不可欠です。 Prometheus Blackbox Exporter は Kubernetes エンドポイント モニタリングの一般的な選択肢ですが、LogicMonitor の Web チェック機能を使用して対処できるいくつかの制限があります。 Web Checks は、包括的な監視、簡単な展開とメンテナンス、高度なアラート機能、およびシームレスなダッシュボード統合を提供し、Kubernetes クラスターの正常性に対するより優れた可視性と制御を提供します。 Web チェックを採用することで、Prometheus Blackbox Exporter の欠点を克服し、エンドポイントの監視エクスペリエンスを向上させることができます。
私たちのブログを購読する
このような記事をあなたの受信箱に直接お届けします