Minikube セットアップによる Grafana での Prometheus DataSource の問題の解決

Minikube での Prometheus と Grafana の統合のトラブルシューティング

Kubernetes ベースの監視スタックをデプロイする場合、メトリクスの収集と視覚化のための 2 つの強力なツールである Prometheus と Grafana を統合するのが一般的です。使用する ミニクベ ローカルの Kubernetes 環境では、特にデータ ソース構成をセットアップするときに統合の問題が発生することは珍しくありません。

この記事では、追加時の一般的な問題について説明します。 プロメテウス Grafana のデータソースとして。新しい名前空間に Grafana をデプロイした後、Prometheus のようなサービスへの接続は、 OpenTelemetry コレクター 失敗します。この問題は、サービスを正しく展開し、関連する構成を適用した後に発生します。

特に HTTP 経由で Prometheus にクエリを実行するときに発生するエラーは、混乱を招く可能性があります。 「不正な HTTP 応答」メッセージは、トランスポート接続の切断を示している可能性があります。このエラーは、Minikube のネットワークまたはサービスの公開に関するさまざまな問題によって発生する可能性があります。

この記事では、根本原因を特定し、問題に実際に対処するための手順を説明します。間のセットアップが正常に完了するように、接続の問題のトラブルシューティングを行います。 プロメテウス そして グラファナ あなたの中で Kubernetes 環境。

Grafana における Prometheus DataSource の問題の解決策を理解する

最初のスクリプトは、Kubernetes の YAML 構成を利用して、NodePort 経由で Prometheus サービスを提供します。この戦略は、Grafana などの外部プラットフォームから Kubernetes クラスター内で動作するサービスにアクセスする場合に非常に役立ちます。 「NodePort」タイプは、外部トラフィックを特定のポート上のサービスにルーティングし、その後 Grafana がデータ ソースとして使用できるようにします。この戦略は、プログラムが Minikube または同様のローカル クラスター上で実行される場合の開発およびテスト シナリオに適しています。

2 番目のオプションでは、Kubernetes を使用します。 イングレス リソースを使用して Prometheus サービスを HTTP 経由で公開し、クラスターの外部からアクセスできるようにします。 Ingress は外部ルートを設定することで機能し、この場合、Grafana が HTTP エンドポイント経由で Prometheus に直接クエリできるようになります。 Ingress を採用する主な利点は、負荷分散、SSL 終端、名前ベースの仮想ホスティングなど、より広範なルーティング機能が提供されることです。このソリューションは、監視サービスへの安全かつスケーラブルなアクセスが必要な運用シナリオに適しています。

3 番目の方法では、カスタム GoLang プロキシを使用して、Grafana から Prometheus に HTTP リクエストを中継します。 GoLang サーバーはリクエストをリッスンし、Kubernetes クラスター内の適切なエンドポイントにリクエストをルーティングします。この方法は、ネットワーク制限により Grafana から Prometheus への直接接続が妨げられている場合、またはリクエストが Prometheus に到達する前に追加の処理が必要な場合に有益です。 GoLang スクリプトは単純ですが効果的であり、他のソリューションに対する実行可能なオプションとなります。

最後に、GoLang の単体テストは、プロキシが期待どおりに動作することを保証します。 「httptest.NewRequest」と「httptest.NewRecorder」を使用して HTTP リクエストとレスポンスをテストすると、プロキシが外部の依存関係に依存せずにトラフィックを正しく渡すことが保証されます。これらの単体テストは実際のトラフィックを模倣し、Grafana が意図したとおりに Prometheus と対話することを確認します。単体テストは、プロキシ サーバーがさまざまなコンテキストで確実に動作することを確認し、プロジェクトの拡大に​​応じてコードの品質を維持するために重要です。

apiVersion: v1
kind: Service
metadata:
  name: prometheus-service
  namespace: default
spec:
  selector:
    app: prometheus
  ports:
  - protocol: TCP
    port: 9090
    targetPort: 9090
  type: NodePort

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: prometheus-ingress
  namespace: default
spec:
  rules:
  - host: prometheus.local
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: prometheus-service
            port:
              number: 9090

package main
import (
  "net/http"
  "log"
)
func handler(w http.ResponseWriter, r *http.Request) {
  http.Redirect(w, r, "http://prometheus-service.default.svc:9090", 301)
}
func main() {
  http.HandleFunc("/", handler)
  log.Fatal(http.ListenAndServe(":8080", nil))
}

package main
import (
  "net/http"
  "net/http/httptest"
  "testing"
)
func TestHandler(t *testing.T) {
  req := httptest.NewRequest("GET", "http://localhost:8080", nil)
  rr := httptest.NewRecorder()
  handler(rr, req)
  if status := rr.Code; status != http.StatusMovedPermanently {
    t.Errorf("wrong status code: got %v want %v", status, http.StatusMovedPermanently)
  }
}

Kubernetes での Prometheus と Grafana の統合の最適化

Prometheus と Grafana を Kubernetes に統合するには、名前空間全体で適切なサービスを公開する必要があります。このシナリオでは、OpenTelemetry Collector をデフォルトの名前空間にインストールし、Grafana を別の名前空間にインストールしました。 ClusterIP などの Kubernetes 機能は内部通信を改善しますが、適切な設定がなければ、名前空間を越えた通信は困難になる可能性があります。 Grafana が目的のエンドポイント経由で Prometheus に到達できるように、サービス名と DNS エントリが正しく構成されていることを確認することが重要です。

Prometheus と Grafana の統合をデバッグする際のもう 1 つの考慮事項は、サービスの種類がアクセシビリティにどのように影響するかです。あ クラスターIP このサービスは内部クラスターでの使用を目的としており、Kubernetes クラスター内でのみアクセスできます。 Grafana が別の名前空間にインストールされている場合、または外部アクセスが必要な場合は、 ノードポート または イングレス サービスタイプの方が適切です。この更新により、クラスターの外部から、または名前空間を越えてトラフィックをルーティングできるようになります。

さらに、Kubernetes のサービス間のネットワークの問題を診断することは、特に「HTTP トランスポート接続が切断されました」のようなメッセージが表示された場合に困難になることがあります。これらの問題は、ポートまたはプロトコルの設定が間違っていることが原因で発生する可能性があります。 「kubectl port-forward」などのツールやネットワーク ポリシーを使用すると、開発者はサービス間の接続をリアルタイムで検証できるため、ネットワークの問題をより迅速に切り分けて処理できます。 Prometheus と Grafana がシームレスに通信できるようにするには、正しいポート (gRPC の 4317 など) を公開する必要があります。