Prometheus duomenų šaltinio problemų sprendimas Grafana naudojant „Minikube“ sąranką

„Prometheus-Grafana“ integracijos „Minikube“ trikčių šalinimas

Diegiant Kubernetes pagrindu sukurtą stebėjimo rinkinį, įprasta integruoti Prometheus ir Grafana – du galingus metrikos rinkimo ir vizualizavimo įrankius. Naudojant Minikube Vietinėje Kubernetes aplinkoje neretai kyla integravimo problemų, ypač nustatant duomenų šaltinio konfigūracijas.

Šiame straipsnyje aptariama dažna pridedant problemą Prometėjas kaip duomenų šaltinis Grafana. Įdiegus „Grafana“ naujoje vardų erdvėje, ryšys su „Prometheus“ panašia paslauga, pasiekiama OpenTelemetry Collector nepavyksta. Ši problema iškyla tinkamai įdiegus paslaugas ir pritaikius atitinkamas konfigūracijas.

Aptikta klaida, ypač užklausant „Prometheus“ per HTTP, gali būti gluminanti. Pranešimas „netinkamai suformuotas HTTP atsakymas“ gali reikšti nutrūkusį transporto ryšį. Šią klaidą gali sukelti įvairios „Minikube“ tinklo ar paslaugos poveikio problemos.

Šiame straipsnyje sužinosite, kaip nustatyti pagrindinę priežastį ir pateikti realias problemos sprendimo priemones. Pašalinsime ryšio problemą, kad užtikrintume sėkmingą sąranką tarp Prometėjas ir Grafana tavo Kubernetes aplinką.

„Grafana“ „Prometheus DataSource“ problemų sprendimų supratimas

Pirmasis scenarijus naudoja „Kubernetes“ YAML konfigūraciją, kad teiktų „Prometheus“ paslaugą per „NodePort“. Ši strategija labai naudinga, kai norite pasiekti Kubernetes klasteryje veikiančias paslaugas iš išorinių platformų, tokių kaip „Grafana“. „NodePort“ tipas nukreipia išorinį srautą į paslaugą konkrečiame prievade, kurį „Grafana“ vėliau gali naudoti kaip duomenų šaltinį. Ši strategija tinka kūrimo ir testavimo scenarijams, kai programa veikia „Minikube“ ar panašiuose vietiniuose klasteriuose.

Antrasis variantas naudoja Kubernetes' Ingress išteklius, kad atskleistų Prometheus paslaugą per HTTP, kad ji būtų pasiekiama iš klasterio ribų. „Ingress“ veikia nustatydama išorinius maršrutus, o tai šiuo atveju leidžia „Grafana“ pateikti „Prometheus“ užklausą tiesiogiai per HTTP galinį tašką. Pagrindinis „Ingress“ naudojimo pranašumas yra tas, kad jis siūlo platesnes maršruto parinkimo funkcijas, įskaitant apkrovos balansavimą, SSL nutraukimą ir virtualią prieglobą pavadinimu. Šis sprendimas tinka gamybos scenarijams, kai reikia saugios ir keičiamo dydžio prieigos prie stebėjimo paslaugų.

Trečiasis metodas naudoja tinkintą „GoLang“ tarpinį serverį, kad perduotų HTTP užklausas iš „Grafana“ į „Prometheus“. „GoLang“ serveris klauso užklausų ir nukreipia jas į atitinkamą „Kubernetes“ klasterio galinį tašką. Šis metodas yra naudingas tais atvejais, kai tinklo apribojimai neleidžia tiesiogiai prisijungti nuo Grafana prie Prometheus arba kai reikalingas papildomas apdorojimas, kol užklausa pasiekia Prometheus. „GoLang“ scenarijus yra paprastas, bet efektyvus, todėl jis yra tinkamas pasirinkimas kitiems sprendimams.

Galiausiai, „GoLang“ vienetų testai garantuoja, kad tarpinis serveris elgsis taip, kaip tikėtasi. HTTP užklausų ir atsakymų tikrinimas naudojant „httptest.NewRequest“ ir „httptest.NewRecorder“ užtikrina, kad tarpinis serveris teisingai perduoda srautą, nepasikliaujant išorinėmis priklausomybėmis. Šie vienetų testai imituoja tikrą eismą ir užtikrina, kad „Grafana“ sąveikauja su „Prometheus“ kaip numatyta. Vienetų testai yra labai svarbūs siekiant užtikrinti, kad tarpinis serveris patikimai veiktų įvairiuose kontekstuose, taip pat išlaikyti kodo kokybę plečiant projektą.

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)
  }
}

„Prometheus“ ir „Grafana“ integracijos optimizavimas „Kubernetes“.

Norint integruoti „Prometheus“ ir „Grafana“ į „Kubernetes“, reikia tinkamos paslaugos visose vardų erdvėse. Pagal savo scenarijų įdiegėte „OpenTelemetry Collector“ numatytojoje vardų srityje, o „Grafana“ – atskiroje. Nors „Kubernetes“ funkcijos, pvz., „ClusterIP“, pagerina vidinį ryšį, kryžminis vardų erdvės ryšys gali būti sudėtingas be tinkamos sąrankos. Labai svarbu užtikrinti, kad paslaugų pavadinimai ir DNS įrašai būtų tinkamai sukonfigūruoti, kad „Grafana“ galėtų pasiekti „Prometheus“ per numatytą galinį tašką.

Kitas aspektas derinant Prometheus integraciją su Grafana yra tai, kaip paslaugų tipai veikia prieinamumą. A ClusterIP paslauga skirta vidiniam klasterio naudojimui ir ją galima pasiekti tik Kubernetes klasteryje. Jei Grafana įdiegta kitoje vardų srityje arba reikalinga išorinė prieiga, pereikite prie a NodePort arba Ingress paslaugos tipas yra tinkamesnis. Šis naujinimas leidžia nukreipti srautą iš už klasterio ribų arba per vardų sritis.

Be to, gali būti sunku diagnozuoti tinklo sunkumus tarp paslaugų Kubernetes, ypač kai pasirodo pranešimai, pvz., „HTTP transporto ryšys nutrūko“. Šiuos sunkumus gali sukelti netinkamai sukonfigūruoti prievadai arba protokolai. Įrankiai, tokie kaip „kubectl prievado persiuntimas“ ir tinklo politika, gali leisti kūrėjams patikrinti paslaugų ryšį realiuoju laiku, padedant jiems greičiau atskirti ir spręsti tinklo problemas. Būtina atskleisti tinkamus prievadus (pvz., 4317 gRPC), kad būtų užtikrintas sklandus Prometheus ir Grafana ryšys.