Prometheuse andmeallika probleemide lahendamine Grafanas Minikube'i häälestuse kaudu

Prometheuse-Grafana integratsiooni tõrkeotsing Minikube'is

Kubernetese põhise jälgimispinu juurutamisel on tavaline integreerida Prometheus ja Grafana, kaks võimsat tööriista mõõdikute kogumiseks ja visualiseerimiseks. Kasutades Minikube kohaliku Kubernetese keskkonnana on integratsiooniprobleemid harvad, eriti andmeallika konfiguratsioonide seadistamisel.

See artikkel käsitleb lisamisel levinud probleemi Prometheus Grafana andmeallikana. Pärast Grafana juurutamist uues nimeruumis luuakse ühendus Prometheuse-laadse teenusega, millele pääseb juurde OpenTelemetry Collector ebaõnnestub. See probleem ilmneb pärast teenuste õiget juurutamist ja asjakohaste konfiguratsioonide rakendamist.

Ilmunud viga, eriti Prometheuse päringute tegemisel HTTP kaudu, võib tekitada hämmingut. Teade "Väärakujuline HTTP-vastus" võib viidata transpordiühenduse katkemisele. Selle tõrke põhjuseks võivad olla mitmed Minikube'i võrgu- või teenusega seotud probleemid.

See artikkel juhatab teid läbi protseduuride algpõhjuse väljaselgitamiseks ja probleemile tõeliste abinõude pakkumiseks. Teeme ühenduse probleemi tõrkeotsingu, et tagada edukas seadistamine vahel Prometheus ja Grafana sinus Kubernetes keskkond.

Grafana Prometheuse andmeallika probleemide lahenduste mõistmine

Esimene skript kasutab Kubernetese YAML-i konfiguratsiooni, et pakkuda Prometheuse teenust NodePorti kaudu. See strateegia on väga kasulik, kui soovite pääseda juurde Kubernetese klastris töötavatele teenustele välistelt platvormidelt, nagu Grafana. Tüüp "NodePort" suunab välise liikluse teenusele kindlas pordis, mida Grafana saab hiljem andmeallikana kasutada. See strateegia sobib arendus- ja testimisstsenaariumide jaoks, kui programm töötab Minikube'is või sarnastes kohalikes klastrites.

Teine võimalus kasutab Kubernetes'i Ingress ressurss Prometheuse teenuse paljastamiseks HTTP kaudu, muutes selle juurdepääsetavaks väljastpoolt klastrit. Ingress töötab väliste marsruutide seadistamisega, mis sel juhul võimaldab Grafanal teha Prometheuse päringuid otse HTTP-lõpp-punkti kaudu. Ingressi kasutamise peamine eelis on see, et see pakub ulatuslikumaid marsruutimise funktsioone, sealhulgas koormuse tasakaalustamist, SSL-i lõpetamist ja nimepõhist virtuaalset hostimist. See lahendus sobib tootmisstsenaariumide jaoks, kus vajate turvalist ja skaleeritavat juurdepääsu seireteenustele.

Kolmas meetod kasutab kohandatud GoLangi puhverserverit HTTP-päringute edastamiseks Grafanalt Prometheusele. GoLangi server kuulab päringuid ja suunab need Kubernetese klastris sobivasse lõpp-punkti. See meetod on kasulik olukordades, kus võrgupiirangud takistavad Grafana ja Prometheuse otseühendust või kui on vaja täiendavat töötlemist enne, kui päring jõuab Prometheusele. GoLangi skript on lihtne, kuid tõhus, pakkudes seda muudele lahendustele.

Lõpuks tagavad GoLangi üksuse testid, et puhverserver käitub ootuspäraselt. HTTP-päringute ja vastuste testimine funktsioonidega „httptest.NewRequest” ja „httptest.NewRecorder” tagab, et puhverserver edastab liiklust õigesti ilma välistele sõltuvustele tuginemata. Need seadmetestid jäljendavad tegelikku liiklust ja tagavad, et Grafana suhtleb Prometheusega ettenähtud viisil. Ühikutestid on kriitilise tähtsusega puhverserveri usaldusväärse töö tagamiseks erinevates kontekstides ja koodi kvaliteedi säilitamiseks projekti laienemisel.

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

Prometheuse ja Grafana integratsiooni optimeerimine Kubernetesis

Prometheuse ja Grafana integreerimine Kubernetesesse nõuab piisavat teeninduse kokkupuudet nimeruumides. Teie stsenaariumi kohaselt installisite OpenTelemetry Collectori vaikenimeruumi ja Grafana eraldi. Kuigi Kubernetese funktsioonid, nagu ClusterIP, parandavad sisemist suhtlust, võib nimeruumiülene suhtlus ilma õige seadistuseta olla keeruline. Oluline on tagada, et teenuste nimed ja DNS-i kirjed oleksid õigesti konfigureeritud, nii et Grafana jõuaks Prometheusele ettenähtud lõpp-punkti kaudu.

Veel üks kaalutlus Prometheuse ja Grafana integratsiooni silumisel on see, kuidas teenusetüübid mõjutavad juurdepääsetavust. A ClusterIP teenus on mõeldud klastrisiseseks kasutamiseks ja sellele pääseb juurde ainult Kubernetese klastris. Kui Grafana on installitud teise nimeruumi või on vaja välist juurdepääsu, liikuge a NodePort või Ingress teenuse tüüp on sobivam. See värskendus võimaldab liiklust suunata väljastpoolt klastrit või nimeruumide kaudu.

Lisaks võib Kubernetese teenustevaheliste võrguprobleemide diagnoosimine olla keeruline, eriti kui ilmuvad sellised teated nagu "HTTP transpordiühendus katkes". Neid raskusi võivad põhjustada valesti konfigureeritud pordid või protokollid. Sellised tööriistad nagu "kubectl port-forward" ja võrgupoliitikad võimaldavad arendajatel teenuste vahelist ühenduvust reaalajas kontrollida, aidates neil võrguprobleeme kiiremini eraldada ja käsitleda. Prometheuse ja Grafana tõrgeteta suhtlemise tagamiseks on vaja paljastada õiged pordid (nt 4317 gRPC jaoks).