خدمة Azure Monitor المدارة للكتابة عن بعد في Prometheus

تهدف خدمة Azure Monitor المدارة ل Prometheus إلى أن تكون بديلا ل Prometheus المدار ذاتيا حتى لا تحتاج إلى إدارة خادم Prometheus في مجموعات Kubernetes الخاصة بك. يمكنك أيضا اختيار استخدام الخدمة المدارة لمركزية البيانات من مجموعات Prometheus المدارة ذاتيا لاستبقاء البيانات على المدى الطويل وإنشاء طريقة عرض مركزية عبر مجموعاتك. في هذه الحالة، يمكنك استخدام remote_write لإرسال البيانات من Prometheus المدار ذاتيا إلى خدمة Azure المدارة.

بناء الأنظمة

يوفر Azure Monitor حاوية وكيل عكسي (حاوية سيارة من جانب Azure Monitor) توفر تجريدا لاستيعاب مقاييس الكتابة عن بعد ل Prometheus وتساعد في مصادقة الحزم. تدعم حاوية السيارة من جانب Azure Monitor حاليا الهوية المعينة للمستخدم والمصادقة المستندة إلى معرف Microsoft Entra لاستيعاب مقاييس الكتابة عن بعد ل Prometheus إلى مساحة عمل Azure Monitor.

الإصدارات المدعومة

  • مطلوب إصدارات Prometheus أكبر من الإصدار 2.45 لمصادقة الهوية المدارة.
  • مطلوب إصدارات Prometheus أكبر من الإصدار 2.48 لمصادقة تطبيق Microsoft Entra ID.

تكوين الكتابة عن بعد

يعتمد تكوين الكتابة عن بعد على تكوين نظام المجموعة ونوع المصادقة التي تستخدمها.

  • يوصى بالهوية المدارة لخدمة Azure Kubernetes (AKS) وكتلة Kubernetes الممكنة في Azure Arc.
  • يمكن استخدام معرف Microsoft Entra لخدمة Azure Kubernetes (AKS) وكتلة Kubernetes التي تدعم Azure Arc وهو مطلوب لمجموعة Kubernetes التي تعمل في سحابة أخرى أو محلية.

راجع المقالات التالية لمزيد من المعلومات حول كيفية تكوين الكتابة عن بعد لمجموعات Kubernetes:

الكتابة عن بعد من الأجهزة الظاهرية ومجموعات مقياس الجهاز الظاهري

يمكنك إرسال بيانات Prometheus من الأجهزة الظاهرية ومجموعات مقياس الأجهزة الظاهرية إلى مساحات عمل Azure Monitor باستخدام الكتابة عن بعد. يمكن أن تكون الخوادم مدارة من قبل Azure أو في أي بيئة أخرى. لمزيد من المعلومات، راجع إرسال مقاييس Prometheus من الأجهزة الظاهرية إلى مساحة عمل Azure Monitor.

التحقق من أن الكتابة عن بعد تعمل بشكل صحيح

استخدم الطرق التالية للتحقق من إرسال بيانات Prometheus إلى مساحة عمل Azure Monitor.

أوامر Kubectl

استخدم الأمر التالي لعرض السجلات من حاوية السيارة الجانبية. تتدفق بيانات الكتابة عن بعد إذا كان الإخراج له قيمة غير صفرية ل avgBytesPerRequest و avgRequestDuration.

kubectl logs <Prometheus-Pod-Name> <Azure-Monitor-Side-Car-Container-Name> --namespace <namespace-where-Prometheus-is-running>
# example: kubectl logs prometheus-prometheus-kube-prometheus-prometheus-0 prom-remotewrite --namespace monitoring

يحتوي الإخراج من هذا الأمر على التنسيق التالي:

time="2022-11-02T21:32:59Z" level=info msg="Metric packets published in last 1 minute" avgBytesPerRequest=19713 avgRequestDurationInSec=0.023 failedPublishing=0 successfullyPublished=122

مستكشف مقاييس Azure Monitor مع PromQL

للتحقق مما إذا كانت المقاييس تتدفق إلى مساحة عمل Azure Monitor، من مساحة عمل Azure Monitor في مدخل Microsoft Azure، حدد Metrics. استخدم مستكشف المقاييس للاستعلام عن المقاييس التي تتوقعها من بيئة Prometheus المدارة ذاتيا. لمزيد من المعلومات، راجع مستكشف المقاييس.

مستكشف Prometheus في مساحة عمل Azure Monitor

يوفر مستكشف Prometheus طريقة ملائمة للتفاعل مع مقاييس Prometheus داخل بيئة Azure، ما يجعل المراقبة واستكشاف الأخطاء وإصلاحها أكثر كفاءة. لاستخدام مستكشف Prometheus، من إلى مساحة عمل Azure Monitor في مدخل Microsoft Azure وحدد Prometheus Explorer للاستعلام عن المقاييس التي تتوقعها من بيئة Prometheus المدارة ذاتيا. لمزيد من المعلومات، راجع مستكشف Prometheus.

Grafana

استخدم استعلامات PromQL في Grafana وتحقق من أن النتائج ترجع البيانات المتوقعة. لمزيد من المعلومات حول تكوين Grafana لخدمة Azure المدارة ل Prometheus، راجع استخدام خدمة Azure Monitor المدارة ل Prometheus كمصدر بيانات ل Grafana باستخدام هوية النظام المدارة

استكشاف أخطاء الكتابة عن بعد وإصلاحها

إذا لم تظهر البيانات عن بعد في مساحة عمل Azure Monitor، فراجع استكشاف أخطاء الكتابة عن بعد وإصلاحها للمشكلات والحلول الشائعة.

الخطوات التالية