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

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

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

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

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

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

حکم	استعمال کی مثال
http.Redirect	یہ GoLang کمانڈ آنے والی HTTP درخواست کو دوسری منزل پر بھیجتی ہے۔ اس مثال میں، اس کا استعمال Grafana کی درخواست کو Prometheus سروس کے اختتامی نقطہ پر بھیجنے کے لیے کیا جاتا ہے۔
log.Fatal	ایک اہم غلطی کے پیغام کو لاگ کرنے اور فوری طور پر درخواست کو ختم کرنے کے لیے GoLang میں استعمال کیا جاتا ہے۔ اسکرپٹ اس بات کی ضمانت دیتا ہے کہ HTTP سرور کو شروع کرنے میں کوئی بھی خرابی لاگ ان ہو گئی ہے اور یہ کہ پروگرام خوبصورتی سے باہر نکلتا ہے۔
ListenAndServe	HTTP سرور شروع کرنے کے لیے GoLang کمانڈ۔ حل کے تناظر میں، یہ آنے والی درخواستوں کے لیے پورٹ 8080 پر سنتا ہے اور انہیں ہینڈلر فنکشن کی طرف لے جاتا ہے۔
httptest.NewRequest	GoLang کمانڈ جانچ کے مقاصد کے لیے ایک نئی HTTP درخواست تیار کرتی ہے۔ کسی حقیقی نیٹ ورک کنکشن پر انحصار کیے بغیر HTTP ٹریفک کی نقل کرنا یونٹ ٹیسٹوں میں بہت آسان ہے۔
httptest.NewRecorder	جانچ کے لیے ایک اور GoLang مخصوص کمانڈ، یہ HTTP رسپانس ریکارڈر تیار کرتا ہے۔ یہ ڈویلپر کو جانچ کے دوران ہینڈلر فنکشن کے ردعمل کو ریکارڈ کرنے کے قابل بناتا ہے۔
namespace	وسائل کو الگ کرنے کے لیے Kubernetes YAML فائلوں میں نام کی جگہیں استعمال کی جاتی ہیں۔ Grafana اور Prometheus کے افعال کو کلسٹر کے اندر الگ کرنے کے لیے، ہم فراہم کردہ اسکرپٹس کا استعمال کرتے ہوئے انہیں آزاد نام کی جگہوں پر تعینات کرتے ہیں۔
ClusterIP	ClusterIP ایک Kubernetes سروس ہے جو کلسٹر کے اندر داخلی طور پر خدمات کو ظاہر کرتی ہے۔ اس پوسٹ میں، کلسٹر آئی پی سروس کے طور پر سب سے آسان کلیکٹر سروس انسٹال کی گئی ہے، جس کا مطلب ہے کہ ٹنل یا نوڈ پورٹ استعمال کیے بغیر کلسٹر کے باہر سے براہ راست اس تک رسائی حاصل نہیں کی جا سکتی۔
Ingress	Kubernetes میں، ingress کلسٹر سروسز تک بیرونی رسائی کو قابل بناتا ہے، عام طور پر HTTP/HTTPS روٹس پر۔ YAML مثال بیرونی رسائی کی اجازت دینے کے لیے Prometheus سروس کو تشکیل دیتی ہے۔
pathType	Kubernetes Ingress سے متعلق مخصوص فیلڈ بتاتی ہے کہ راستے کو کیسے ملایا جانا چاہیے۔ Ingress مثال میں، یہ یقینی بناتا ہے کہ "/" سے شروع ہونے والا کوئی بھی راستہ Prometheus سروس کی طرف لے جاتا ہے۔

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

پہلا اسکرپٹ نوڈ پورٹ کے ذریعے پرومیتھیس سروس فراہم کرنے کے لیے 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) کو بے نقاب کرنا ضروری ہے۔

1. میں ایک علیحدہ نام کی جگہ میں چلنے والی سروس کو کیسے بے نقاب کر سکتا ہوں؟
2. نام کی جگہوں کے درمیان ٹریفک کی نقل و حمل کے لیے، آپ استعمال کر سکتے ہیں a یا a آپ کی خدمت کی ترتیب میں۔
3. گرافانا میرے پرومیتھیس مثال سے رابطہ قائم کرنے سے قاصر کیوں ہے؟
4. یہ مسئلہ اکثر نامناسب سروس کی نمائش یا نیٹ ورک کی پالیسیوں کی وجہ سے ہوتا ہے۔ چیک کریں کہ سروس کے ذریعے قابل رسائی ہے۔ یا یہ کہ Grafana میں اختتامی نقطہ Prometheus سروس کے DNS اندراج سے مطابقت رکھتا ہے۔
5. میں Kubernetes میں خدمات کے درمیان نیٹ ورک کے مسائل کو کیسے حل کر سکتا ہوں؟
6. استعمال کرنا ، آپ مقامی طور پر خدمات کے درمیان رابطے کی جانچ کر سکتے ہیں۔ اس سے کلسٹر کے اندر نیٹ ورک کے مسائل کو الگ کرنے میں مدد مل سکتی ہے۔
7. پرومیتھیس کو بیرونی نظاموں کے سامنے لانے کے لیے کون سی سروس کی قسم مناسب ہے؟
8. بیرونی رسائی کے لیے، استعمال کریں۔ یا ترتیب دیں a وسائل ClusterIP اندرونی استعمال تک محدود ہے۔
9. Grafana سے Prometheus کے استفسار پر میرا کنکشن کیوں ٹوٹ جاتا ہے؟
10. یہ غلط پروٹوکول یا پورٹ استعمال کرنے کی وجہ سے ہو سکتا ہے۔ یقینی بنائیں کہ آپ اپنی کنفیگریشن کے لیے درست HTTP یا gRPC پورٹ سے استفسار کر رہے ہیں۔

Minikube ماحول میں Prometheus کو Grafana سے کامیابی کے ساتھ جوڑنے کے لیے، یقینی بنائیں کہ خدمات درست طریقے سے سامنے آ رہی ہیں۔ استعمال کرنا یا کنیکٹوٹی کے مختلف مسائل کو ٹھیک کر سکتے ہیں۔

'kubectl' ٹولز کے ساتھ ٹیسٹنگ اور کراس نیم اسپیس کمیونیکیشن کے لیے DNS اندراجات کی تصدیق بھی ضروری ہے۔ ان اصولوں کی پیروی اس بات کو یقینی بنائے گی کہ آپ کا Kubernetes انفراسٹرکچر آسانی سے ضم ہو جائے اور اس کی درست نگرانی کی جائے۔