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

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

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

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

خطأ HTTP 403 في سجل Prometheus

يستغرق تعيين الدور حوالي 30 دقيقة حتى يصبح ساري المفعول. خلال هذا الوقت، قد ترى خطأ HTTP 403 في سجل Prometheus. تحقق من تكوين الهوية المدارة أو تطبيق معرف Microsoft Entra بشكل صحيح مع الدور في Monitoring Metrics Publisher قاعدة جمع البيانات لمساحة العمل. إذا كان التكوين صحيحا، فانتظر 30 دقيقة حتى يصبح تعيين الدور ساري المفعول.

لا توجد بيانات Kubernetes تتدفق

إذا لم تتدفق البيانات البعيدة، فقم بتشغيل الأمر التالي للعثور على أخطاء في حاوية الكتابة عن بعد.

kubectl --namespace <Namespace> describe pod <Prometheus-Pod-Name>

إعادة تشغيل الحاوية بشكل متكرر

من المحتمل أن تكون إعادة تشغيل الحاوية بانتظام بسبب التكوين الخاطئ للحاوية. قم بتشغيل الأمر التالي لعرض قيم التكوين التي تم تعيينها للحاوية. تحقق من قيم التكوين خاصة AZURE_CLIENT_ID و IDENTITY_TYPE.

kubectl get pod <Prometheus-Pod-Name> -o json | jq -c  '.spec.containers[] | select( .name | contains("<Azure-Monitor-Side-Car-Container-Name>"))'

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

{"env":[{"name":"INGESTION_URL","value":"https://my-azure-monitor-workspace.eastus2-1.metrics.ingest.monitor.azure.com/dataCollectionRules/dcr-00000000000000000/streams/Microsoft-PrometheusMetrics/api/v1/write?api-version=2021-11-01-preview"},{"name":"LISTENING_PORT","value":"8081"},{"name":"IDENTITY_TYPE","value":"userAssigned"},{"name":"AZURE_CLIENT_ID","value":"00000000-0000-0000-0000-00000000000"}],"image":"mcr.microsoft.com/azuremonitor/prometheus/promdev/prom-remotewrite:prom-remotewrite-20221012.2","imagePullPolicy":"Always","name":"prom-remotewrite","ports":[{"containerPort":8081,"name":"rw-port","protocol":"TCP"}],"resources":{},"terminationMessagePath":"/dev/termination-log","terminationMessagePolicy":"File","volumeMounts":[{"mountPath":"/var/run/secrets/kubernetes.io/serviceaccount","name":"kube-api-access-vbr9d","readOnly":true}]}

حصص وحدود الاستيعاب

عند تكوين كتابة Prometheus عن بعد لإرسال البيانات إلى مساحة عمل Azure Monitor، تبدأ عادة باستخدام نقطة نهاية الكتابة عن بعد المعروضة في صفحة نظرة عامة على مساحة عمل Azure Monitor. تتضمن نقطة النهاية هذه قاعدة تجميع بيانات (DCR) تم إنشاؤها بواسطة النظام ونقطة نهاية تجميع البيانات (DCE). هذه الموارد لها حدود استيعاب. لمزيد من المعلومات حول حدود الاستيعاب، راجع حدود خدمة Azure Monitor. عند إعداد الكتابة عن بعد لمجموعات متعددة ترسل البيانات إلى نفس نقطة النهاية، قد تصل إلى هذه الحدود. ضع في اعتبارك إنشاء DCRs و DCEs إضافية لتوزيع حمل الاستيعاب عبر نقاط نهاية متعددة. يساعد هذا النهج على تحسين الأداء ويضمن معالجة البيانات بكفاءة. لمزيد من المعلومات حول إنشاء DCRs و DCEs، راجع كيفية إنشاء نقطة نهاية مخصصة لجمع البيانات (DCE) وقاعدة تجميع البيانات المخصصة (DCR) لمساحة عمل Azure Monitor (AMW) لاستيعاب مقاييس Prometheus.