مشاركة عبر

أفضل ممارسات المراقبة والتشخيص لـ Azure Service Fabric

  • مقالة

تعتبرالمراقبة والتشخيصات ضرورية لتطوير أحمال العمل واختبارها ونشرها في أي بيئة سحابية. على سبيل المثال، يمكنك تعقب كيفية استخدام تطبيقاتك، والإجراءات التي يتخذها النظام الأساسي لـ Service Fabric، واستخدام الموارد مع عدادات الأداء، والصحة العامة لمجموعتك. يمكنك استخدام هذه المعلومات لتشخيص المشكلات وتصحيحها ومنع حدوثها في المستقبل.

مراقبة التطبيق

تتعقب مراقبة التطبيق كيفية استخدام ميزات التطبيق ومكوناته. راقب تطبيقاتك للتأكد من اكتشاف المشكلات التي تؤثر على المستخدمين. مراقبة التطبيق هي مسؤولية أولئك الذين يطورون التطبيق وخدماته فهي عملية خاصة بمنطق العمل لتطبيقك. يوصى بإعداد مراقبة التطبيق باستخدام Application Insights، وهي أداة مراقبة التطبيقات في Azure.

مراقبة أنظمة المجموعات

أحد أهداف Service Fabric هو جعل التطبيقات قادرة على الصمود في وجه أي حالات فشل في الأجهزة. يتم تحقيق هذا الهدف من خلال قدرة خدمات النظام الأساسي على اكتشاف مشكلات البنية الأساسية وأحمال العمل سريعة تجاوز الفشل إلى العُقد الأخرى في المجموعة. ولكن ماذا لو كانت خدمات النظام نفسها بها مشكلات؟ أو تم انتهاك قواعد وضع الخدمات أثناء محاولتها نشر حمل عمل أو نقله؟ يوفر Service Fabric تشخيصات لهذه المشكلات وغيرها من المشكلات للتأكد من أنك على علم بكيفية تفاعل النظام الأساسي Service Fabric مع تطبيقاتك والخدمات والحاويات والعقد الخاصة بك.

بالنسبة لأنظمة مجموعات Windows، يوصى بإعداد مراقبة أنظمة المجموعات باستخدام عامل التشخيص و سجلات Azure Monitor.

بالنسبة لأنظمة مجموعات Linux، يوصى أيضًا باستخدام سجلات Azure Monitor لمراقبة النظام الأساسي والبنية الأساسية لـ Azure. تتطلب تشخيصات نظام Linux الأساسي تكوينا مختلفا كما هو مذكور في أحداث نظام مجموعة Service Fabric Linux في Syslog.

مراقبة البنية الأساسية

يوصى باستخدام سجلات Azure Monitor لمراقبة الأحداث على مستوى نظام المجموعة. بمجرد تكوين عامل Log Analytics مع مساحة العمل الخاصة بك كما هو موضح في الارتباط السابق، ستتمكن من جمع مقاييس الأداء مثل نسبة استخدام وحدة المعالجة المركزية CPU، وعدادات أداء .NET مثل نسبة استخدام وحدة المعالجة المركزية على مستوى العملية، وعدادات أداء Service Fabric مثل # من الاستثناءات من خدمة موثوقة، ومقاييس الحاوية مثل نسبة استخدام وحدة المعالجة المركزية CPU. ستحتاج إلى كتابة سجلات الحاويات إلى stdout أو stderr بحيث تكون متوفرة في سجلات Azure Monitor.

هيئات المراقبة

بشكل عام، هيئة الرقابة هي خدمة منفصلة تراقب الصحة والحمل عبر الخدمات، ونقاط نهاية أدوات اختبار الاتصال، وتبلغ عن الأحداث الصحية غير المتوقعة في المجموعة. يمكن أن يساعد ذلك في منع أخطاء قد لا تُكتشف استناداً إلى أداء خدمة واحدة فقط. تعد هيئات المراقبة أيضاً مكاناً جيداً لاستضافة التعليمة البرمجية التي تنفذ إجراءات علاجية لا تتطلب تفاعل المستخدم، مثل تنظيف ملفات السجل في التخزين على فترات زمنية معينة. إذا كنت تريد خدمة هيئة مراقبة SF مفتوحة المصدر مُنفذة بالكامل وتتضمن نموذجاً سهل الاستخدام لقابلية توسيع هيئة المراقبة ويمكن تشغيلها في كل من أنظمة مجموعات Windows وLinux، فراجع مشروع FabricObserver. FabricObserver هو برنامج جاهز للإنتاج. نحن نشجعك على توزيع FabricObserver في أنظمة مجموعات الاختبار والإنتاج الخاصة بك وتوسيعه لتلبية احتياجاتك إما من خلال نموذج المكون الإضافي الخاص بالبرنامج أو عن طريق تفريعه وكتابة مراقبيك المضمنين. النهج الأول (المكونات الإضافية) هو النهج الموصى به.

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