Minikube سیٹ اپ کے ذریعے Grafana میں Prometheus ڈیٹا سورس کے مسائل کو حل کرنا

Minikube میں Prometheus-Grafana انٹیگریشن کا ازالہ کرنا

کبرنیٹس پر مبنی مانیٹرنگ اسٹیک کو تعینات کرتے وقت، میٹرک اکٹھا کرنے اور ویژولائزیشن کے لیے دو طاقتور ٹولز، پرومیتھیس اور گرافانا کو مربوط کرنا عام بات ہے۔ استعمال کرنا منی کیوب ایک مقامی Kubernetes ماحول کے طور پر، انضمام کے مسائل کا ہونا کوئی غیر معمولی بات نہیں ہے، خاص طور پر جب ڈیٹا سورس کنفیگریشنز ترتیب دے رہے ہوں۔

یہ مضمون شامل کرتے وقت ایک عام مسئلہ کو حل کرتا ہے۔ پرومیتھیس گرافانا میں بطور ڈیٹا سورس۔ گرافانا کو ایک نئے نام کی جگہ پر تعینات کرنے کے بعد، پرومیتھیس جیسی سروس سے کنکشن، جو کہ قابل رسائی ہے۔ اوپن ٹیلی میٹری کلیکٹر ناکام یہ مسئلہ خدمات کو درست طریقے سے تعینات کرنے اور متعلقہ کنفیگریشنز کو لاگو کرنے کے بعد ہوتا ہے۔

خرابی کا سامنا کرنا پڑا، خاص طور پر جب HTTP کے ذریعے Prometheus سے استفسار کرنا، پریشان کن ہوسکتا ہے۔ ایک "خراب HTTP ردعمل" پیغام ٹوٹے ہوئے ٹرانسپورٹ کنکشن کی نشاندہی کر سکتا ہے۔ یہ خرابی Minikube میں مختلف نیٹ ورکنگ یا سروس کی نمائش کے مسائل کی وجہ سے ہو سکتی ہے۔

یہ مضمون آپ کو اصل وجہ کا تعین کرنے اور مسئلے کا حقیقی علاج فراہم کرنے کے طریقہ کار کے ذریعے رہنمائی کرے گا۔ کے درمیان ایک کامیاب سیٹ اپ کو یقینی بنانے کے لیے ہم کنکشن کے مسئلے کو حل کریں گے۔ پرومیتھیس اور گرافانا آپ میں کوبرنیٹس ماحول

گرافانا میں پرومیتھیس ڈیٹا سورس کے مسائل کے حل کو سمجھنا

پہلا اسکرپٹ نوڈ پورٹ کے ذریعے پرومیتھیس سروس فراہم کرنے کے لیے Kubernetes کی YAML کنفیگریشن کا فائدہ اٹھاتا ہے۔ یہ حکمت عملی بہت کارآمد ہے جب آپ کوبرنیٹس کلسٹر کے اندر کام کرنے والی خدمات تک رسائی حاصل کرنا چاہتے ہیں بیرونی پلیٹ فارمز، جیسے Grafana سے۔ 'نوڈ پورٹ' قسم بیرونی ٹریفک کو مخصوص پورٹ پر سروس کی طرف لے جاتی ہے، جسے گرافانا بعد میں ڈیٹا سورس کے طور پر استعمال کر سکتا ہے۔ یہ حکمت عملی ترقی اور جانچ کے منظرناموں کے لیے موزوں ہے جب پروگرام Minikube یا اسی طرح کے مقامی کلسٹرز پر چلتا ہے۔

دوسرا آپشن Kubernetes کا استعمال کرتا ہے داخل ہونا HTTP کے ذریعے Prometheus سروس کو بے نقاب کرنے کا وسیلہ، اسے کلسٹر کے باہر سے قابل رسائی بناتا ہے۔ Ingress بیرونی راستوں کو ترتیب دے کر کام کرتی ہے، جو اس صورت میں گرافانا کو HTTP اینڈ پوائنٹ کے ذریعے براہ راست Prometheus سے استفسار کرنے کی اجازت دیتا ہے۔ Ingress کو ملازمت دینے کا بنیادی فائدہ یہ ہے کہ یہ روٹنگ کی زیادہ وسیع خصوصیات پیش کرتا ہے، بشمول لوڈ بیلنسنگ، SSL ختم کرنا، اور نام پر مبنی ورچوئل ہوسٹنگ۔ یہ حل پیداواری منظرناموں کے لیے موزوں ہے جہاں آپ کو نگرانی کی خدمات تک محفوظ اور قابل توسیع رسائی کی ضرورت ہوتی ہے۔

تیسرا طریقہ Grafana سے Prometheus تک HTTP درخواستوں کو ریلے کرنے کے لیے حسب ضرورت GoLang پراکسی کا استعمال کرتا ہے۔ GoLang سرور درخواستوں کو سنتا ہے اور انہیں Kubernetes کلسٹر کے اندر مناسب اینڈ پوائنٹ تک لے جاتا ہے۔ یہ طریقہ ان حالات میں فائدہ مند ہے جہاں نیٹ ورک کی حدود گرافانا سے پرومیتھیس کے براہ راست رابطے کو روکتی ہیں یا جب درخواست کے پرومیتھیس تک پہنچنے سے پہلے اضافی پروسیسنگ ضروری ہو۔ GoLang اسکرپٹ سیدھا لیکن مؤثر ہے، یہ دوسرے حلوں کے لیے ایک قابل عمل آپشن فراہم کرتا ہے۔

آخر میں، GoLang کے یونٹ ٹیسٹ اس بات کی ضمانت دیتے ہیں کہ پراکسی توقع کے مطابق برتاؤ کرتی ہے۔ HTTP درخواستوں اور جوابات کو 'httptest.NewRequest' اور 'httptest.NewRecorder' کے ساتھ جانچنا اس بات کو یقینی بناتا ہے کہ پراکسی بیرونی انحصار پر انحصار کیے بغیر ٹریفک کو درست طریقے سے منتقل کرتی ہے۔ یہ یونٹ ٹیسٹ حقیقی ٹریفک کی نقل کرتے ہیں اور اس بات کو یقینی بناتے ہیں کہ 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 انٹیگریشن کو بہتر بنانا

Kubernetes میں Prometheus اور Grafana کو یکجا کرنے کے لیے نام کی جگہوں پر مناسب سروس کی نمائش کی ضرورت ہے۔ آپ کے منظر نامے میں، آپ نے OpenTelemetry Collector کو پہلے سے طے شدہ نام کی جگہ اور Grafana کو الگ میں انسٹال کیا۔ جبکہ Kubernetes کی خصوصیات جیسے ClusterIP اندرونی مواصلات کو بہتر بناتی ہیں، صحیح سیٹ اپ کے بغیر کراس نیم اسپیس کمیونیکیشن مشکل ہو سکتی ہے۔ یہ یقینی بنانا ضروری ہے کہ سروس کے نام اور ڈی این ایس اندراجات کو صحیح طریقے سے ترتیب دیا گیا ہے تاکہ گرافانا مطلوبہ اختتامی نقطہ کے ذریعے پرومیتھیس تک پہنچ سکے۔

Grafana کے ساتھ Prometheus کے انضمام کو ڈیبگ کرتے وقت ایک اور غور یہ ہے کہ کس طرح سروس کی اقسام رسائی کو متاثر کرتی ہیں۔ اے کلسٹر آئی پی سروس کا مقصد اندرونی کلسٹر کے استعمال کے لیے ہے اور اسے صرف Kubernetes کلسٹر کے اندر ہی حاصل کیا جا سکتا ہے۔ اگر گرافانا کو کسی مختلف نام کی جگہ پر انسٹال کیا گیا ہے یا بیرونی رسائی کی ضرورت ہے تو، a پر منتقل ہونا نوڈ پورٹ یا داخل ہونا سروس کی قسم زیادہ مناسب ہے. یہ اپ ڈیٹ ٹریفک کو کلسٹر کے باہر یا نام کی جگہوں سے روٹ کرنے کی اجازت دیتا ہے۔

مزید برآں، Kubernetes میں خدمات کے درمیان نیٹ ورک کی مشکلات کی تشخیص مشکل ہو سکتی ہے، خاص طور پر جب "HTTP ٹرانسپورٹ کنکشن ٹوٹ گیا" جیسے پیغامات ظاہر ہوں۔ یہ مشکلات غلط کنفیگرڈ پورٹس یا پروٹوکول کی وجہ سے ہو سکتی ہیں۔ 'kubectl پورٹ فارورڈ' اور نیٹ ورک کی پالیسیاں جیسے ٹولز ڈویلپرز کو حقیقی وقت میں تمام سروسز میں کنیکٹیویٹی کی تصدیق کرنے دیتے ہیں، جس سے انہیں نیٹ ورک کے مسائل کو زیادہ تیزی سے الگ تھلگ کرنے اور ہینڈل کرنے میں مدد ملتی ہے۔ اس بات کو یقینی بنانے کے لیے کہ Prometheus اور Grafana بغیر کسی رکاوٹ کے مواصلت کرتے ہیں، درست بندرگاہوں (جیسے gRPC کے لیے 4317) کو بے نقاب کرنا ضروری ہے۔