Prometheus datu avota problēmu risināšana programmā Grafana, izmantojot Minikube iestatīšanu

Prometheus-Grafana integrācijas problēmu novēršana programmā Minikube

Izvietojot uz Kubernetes balstītu uzraudzības steku, parasti tiek integrēti Prometheus un Grafana — divi spēcīgi metriku apkopošanas un vizualizācijas rīki. Izmantojot Minikube kā vietējai Kubernetes videi nereti rodas integrācijas problēmas, it īpaši, iestatot datu avota konfigurācijas.

Šajā rakstā ir apskatīta bieži sastopama pievienošanas problēma Prometejs kā datu avots pakalpojumā Grafana. Pēc Grafana izvietošanas jaunā nosaukumvietā savienojums ar Prometheus līdzīgu pakalpojumu, kuram var piekļūt OpenTelemetry Collector neizdodas. Šī problēma rodas pēc pakalpojumu pareizas izvietošanas un atbilstošo konfigurāciju lietošanas.

Konstatētā kļūda, it īpaši, vaicājot Prometheus, izmantojot HTTP, var būt mulsinoša. Ziņojums "Nepareizi veidota HTTP atbilde" var norādīt uz bojātu transporta savienojumu. Šo kļūdu var izraisīt dažādas Minikube tīkla vai pakalpojuma iedarbības problēmas.

Šajā rakstā tiks aprakstītas procedūras, lai noteiktu problēmas galveno cēloni un nodrošinātu reālus risinājumus. Mēs novērsīsim savienojuma problēmu, lai nodrošinātu veiksmīgu iestatīšanu starp Prometejs un Grafana tavā Kubernetes vidi.

Izpratne par Prometheus datu avota problēmu risinājumiem programmā Grafana

Pirmais skripts izmanto Kubernetes YAML konfigurāciju, lai nodrošinātu Prometheus pakalpojumu, izmantojot NodePort. Šī stratēģija ir ļoti noderīga, ja vēlaties piekļūt pakalpojumiem, kas darbojas Kubernetes klasterī no ārējām platformām, piemēram, Grafana. "NodePort" tips novirza ārējo trafiku uz pakalpojumu noteiktā portā, ko Grafana pēc tam var izmantot kā datu avotu. Šī stratēģija ir piemērota izstrādes un testēšanas scenārijiem, kad programma darbojas Minikube vai līdzīgos lokālos klasteros.

Otrā iespēja izmanto Kubernetes' Iekļūšana resurss, lai atklātu Prometheus pakalpojumu, izmantojot HTTP, padarot to pieejamu ārpus klastera. Ingress darbojas, iestatot ārējos maršrutus, kas šajā gadījumā ļauj Grafana vaicāt Prometheus tieši, izmantojot HTTP galapunktu. Galvenā Ingress izmantošanas priekšrocība ir tā, ka tā piedāvā plašākas maršrutēšanas funkcijas, tostarp slodzes līdzsvarošanu, SSL pārtraukšanu un uz vārdu balstītu virtuālo mitināšanu. Šis risinājums ir piemērots ražošanas scenārijiem, kur nepieciešama droša un mērogojama piekļuve uzraudzības pakalpojumiem.

Trešā metode izmanto pielāgotu GoLang starpniekserveri, lai pārsūtītu HTTP pieprasījumus no Grafana uz Prometheus. GoLang serveris klausās pieprasījumus un novirza tos uz atbilstošo galapunktu Kubernetes klasterī. Šī metode ir noderīga situācijās, kad tīkla ierobežojumi neļauj izveidot tiešu savienojumu no Grafana uz Prometheus vai ja ir nepieciešama papildu apstrāde, pirms pieprasījums sasniedz Prometheus. GoLang skripts ir vienkāršs, bet efektīvs, dodot tam dzīvotspējīgu iespēju citiem risinājumiem.

Visbeidzot, GoLang vienības testi garantē, ka starpniekserveris darbojas, kā paredzēts. HTTP pieprasījumu un atbilžu pārbaude ar “httptest.NewRequest” un “httptest.NewRecorder” nodrošina, ka starpniekserveris pareizi nodod trafiku, nepaļaujoties uz ārējām atkarībām. Šīs vienības pārbaudes imitē reālu satiksmi un nodrošina, ka Grafana mijiedarbojas ar Prometheus, kā paredzēts. Vienību testi ir ļoti svarīgi, lai nodrošinātu, ka starpniekserveris darbojas uzticami dažādos kontekstos, kā arī uzturētu koda kvalitāti, paplašinoties projektam.

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 un Grafana integrācijas optimizēšana programmā Kubernetes

Lai integrētu Prometheus un Grafana programmā Kubernetes, ir nepieciešama atbilstoša pakalpojuma iedarbība visās nosaukumvietās. Savā scenārijā jūs instalējāt OpenTelemetry Collector noklusējuma nosaukumvietā un Grafana atsevišķā. Lai gan Kubernetes līdzekļi, piemēram, ClusterIP, uzlabo iekšējo komunikāciju, starpnosaukumtelpas saziņa var būt sarežģīta bez pareizas iestatīšanas. Ir ļoti svarīgi nodrošināt, lai pakalpojumu nosaukumi un DNS ieraksti būtu pareizi konfigurēti, lai Grafana varētu sasniegt Prometheus, izmantojot paredzēto galapunktu.

Vēl viens apsvērums, atkļūdojot Prometheus integrāciju ar Grafana, ir tas, kā pakalpojumu veidi ietekmē pieejamību. A ClusterIP pakalpojums ir paredzēts iekšējai klastera lietošanai, un tam var piekļūt tikai Kubernetes klasterī. Ja Grafana ir instalēta citā nosaukumvietā vai ir nepieciešama ārēja piekļuve, pārejiet uz a NodePort vai Iekļūšana pakalpojuma veids ir piemērotāks. Šis atjauninājums ļauj maršrutēt trafiku no ārpuses klastera vai pāri nosaukumvietām.

Turklāt Kubernetes pakalpojumu tīkla problēmu diagnosticēšana var būt sarežģīta, it īpaši, ja tiek parādīti ziņojumi, piemēram, "HTTP transporta savienojums ir bojāts". Šīs grūtības var izraisīt nepareizi konfigurēti porti vai protokoli. Tādi rīki kā “kubectl port-forward” un tīkla politikas var ļaut izstrādātājiem reāllaikā pārbaudīt savienojamību starp pakalpojumiem, palīdzot tiem ātrāk izolēt un risināt tīkla problēmas. Lai nodrošinātu Prometheus un Grafana nevainojamu saziņu, ir jāatklāj pareizie porti (piemēram, 4317 gRPC).