نظرة عامة على مراقبة الاتصال

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

تقيس اختبارات مراقبة الاتصال فقدان الحزمة المجمعة ومقاييس زمن انتقال الشبكة عبر TCP وICMP وHTTP pings. تصور الطوبولوجيا الموحدة مسار الشبكة من طرف إلى طرف، مع تمييز قفزات مسار الشبكة باستخدام مقاييس أداء القفزات. توفر مراقبة الاتصال رؤى قابلة للتنفيذ وسجلات مفصلة لتحليل السبب الجذري للمشكلة واستكشاف الأخطاء وإصلاحها بكفاءة.

حالات الاستخدام

فيما يلي بعض حالات استخدام Connection monitor:

• يتواصل الجهاز الظاهري لخادم ويب الواجهة الأمامية مع الجهاز الظاهري لخادم قاعدة البيانات في تطبيق متعدد المستويات. تريد التحقق من اتصال الشبكة بين الجهازين الظاهريين.
• تريد التحقق من الاتصال من مثيلات فردية أو متعددة من Azure Virtual Machine Scale Set إلى تطبيق Azure متعدد المستويات أو غير Azure.
• تريد التحقق من الاتصال بين الإعدادات المحلية وأجهزة Azure الظاهرية أو مجموعات المقياس التي تستضيف تطبيق السحابة الخاص بك.
• تريد أن تقوم الأجهزة الظاهرية في منطقة شرق الولايات المتحدة ب ping VMs في منطقة وسط الولايات المتحدة لقياس ومقارنة زمن انتقال الشبكة عبر المناطق.
• لديك مواقع مكاتب محلية في سياتل وواشنطن وأشبورن، فيرجينيا، وكلاهما يتصل بعناوين URL ل Microsoft 365. تريد مقارنة زمن الانتقال بين هذه المواقع لمستخدمي Microsoft 365.
• يتطلب التطبيق المختلط الاتصال بنقطة نهاية حساب تخزين Azure، التي يتم الوصول إليها من قبل كل من الموقع المحلي وتطبيق Azure. تريد مقارنة زمن انتقال الموقع المحلي مع زمن انتقال تطبيق Azure.

مزايا مراقبة الاتصال

فيما يلي بعض فوائد استخدام Connection monitor:

• تجربة مراقبة عبر الاشتراكات ومساحة العمل لبيئات Azure والسحابة المختلطة.

• نقاط نهاية المصدر المدعومة الممكنة مع ملحق Network Watcher: أجهزة Azure الظاهرية ومجموعات مقياس الجهاز الظاهري Azure والمضيفين المحليين الممكنين في Arc.

• نقاط نهاية الوجهة المدعومة: أجهزة Azure الظاهرية ومجموعات مقياس الجهاز الظاهري Azure والمضيفين المحليين الممكنين في Arc وعناوين URL وFQDNs وعناوين IP. لا تتطلب نقاط النهاية الوجهة ملحق Network Watcher.

• ترددات فحص عالية والرؤية في أداء الشبكة

• رؤية مسار الشبكة من طرف إلى طرف باستخدام المخطط.

• تنبيه سريع ل Azure والنشرات المختلطة.

• دعم عمليات التحقق من الاتصال التي تستند إلى HTTP وTCP وICMP.

• المقاييس باستخدام Azure Monitor والسجلات باستخدام Azure Log Analytics.

عاملو المراقبة

تعتمد مراقبة الاتصال على الملفات القابلة للتنفيذ الخفيفة لتشغيل عمليات التحقق من الاتصال. وهو يدعم عمليات التحقق من الاتصال من بيئات Azure والبيئات المحلية. يعتمد الملف القابل للتنفيذ الذي تستخدمه على ما إذا كان جهازك الظاهري مستضافاً على Azure أم محلياً.

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

لمراقبة الاتصال من جهاز Azure الظاهري أو مجموعة مقياس الجهاز الظاهري، يجب أن تتعرف Connection monitor على هذه الموارد كمصادر مراقبة. لتحقيق ذلك، تحتاج إلى تثبيت ملحق الجهاز الظاهري ل Network Watcher Agent، المعروف أيضا باسم ملحق Network Watcher، على أجهزة Azure الظاهرية أو مجموعات المقياس. هذا الملحق مطلوب لتمكين المراقبة الشاملة والوصول إلى الوظائف المتقدمة الأخرى. لمزيد من المعلومات، راجع إدارة ملحق Network Watcher لنظام التشغيل Windows أو إدارة ملحق Network Watcher لنظام Linux.

مراقبة الاتصال من المضيفين المحليين

لمراقبة الاتصال من المضيف المحلي، يجب تمكينه باستخدام عامل Arc. لمعرفة المزيد حول تمكين عامل Arc، راجع توصيل الأجهزة المختلطة باستخدام خوادم Azure Arc الممكنة. يتم دعم العامل على كل من أجهزة Windows وLinux.

بمجرد تمكين عامل Azure Arc، تابع لتمكين عامل Azure Monitor. لمزيد من المعلومات، راجع تثبيت Azure Monitor Agent وإدارته.

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

حل مراقبة مساحة عمل Log Analytics

لضمان تحميل سجلات المراقبة بدقة في مساحة عمل Log Analytics، تأكد من تمكين حل Network Performance Monitoring في مساحة العمل قبل إنشاء مراقب اتصال:

لتمكين حل Network Performance Monitor للأجهزة المحلية، اتبع الخطوات التالية:

1. في مدخل Azure، انتقل إلى Network Watcher.

2. ضمن Monitoring، حدد Connection monitor.

3. حدد + Enable Non-Azure.

4. في Enable Non-Azure، حدد الاشتراك ومساحة عمل Log Analytics التي تريد تمكين الحل فيها، ثم حدد Create.

5. انتقل إلى مساحة عمل Log Analytics.

6. ضمن كلاسيكي، حدد الحلول القديمة.

7. حدد NetworkMonitoring(yourWorkspace)

إنشاء connection monitor

تراقب مراقبة الاتصال الاتصال على فترات منتظمة. فهو يعلمك بالتغيرات في إمكانية الوصول وزمن الانتقال. يمكنك أيضاً التحقق من مخطط الشبكة الحالية والتاريخية بين عوامل المصدر ونقاط نهاية الوجهة.

يمكن أن تكون المصادر أجهزة Azure VMs/مجموعات القياسات أو الأجهزة المحلية التي تحتوي على عامل مراقبة مثبت. يمكن أن تكون نقاط نهاية الوجهة هي عناوين URL لـ Microsoft 365 أو عناوين URL لـ Dynamics 365 أو عناوين URL المخصصة أو معرفات موارد جهاز Azure ظاهري أو IPv4 أو IPv6 أو FQDN أو أي اسم مجال.

مراقبة اتصال الوصول

1. في مدخل Azure، انتقل إلى Network Watcher.

2. في الجزء الأيمن، ضمن Monitoring، حدد Connection monitor.

   يتم عرض جميع أجهزة عرض الاتصال التي تم إنشاؤها في Connection monitor. لعرض أجهزة عرض الاتصال التي تم إنشاؤها في التجربة الكلاسيكية لمراقبة الاتصال، حدد علامة التبويب Connection monitor .

إنشاء connection monitor

في مراقبات الاتصال التي تقوم بإنشائها في Connection monitor، يمكنك إضافة كل من الأجهزة المحلية وأجهزة Azure الظاهرية/ مجموعات المقياس كمصادر. يمكن لأجهزة مراقبة الاتصال هذه أيضاً مراقبة الاتصال بنقاط النهاية. يمكن أن تكون نقاط النهاية على Azure أو أي عنوان URL أو IP آخر.

تتضمن مراقبة الاتصال الكيانات التالية:

• مورد مراقبة الاتصال: مورد Azure خاص بالمنطقة. كافة الكيانات التالية هي خصائص لمورد «مراقبة الاتصال».
• نقطة النهاية: مصدر أو وجهة تشارك في عمليات التحقق من الاتصالية. تتضمن أمثلة نقاط النهاية Azure VMs/مجموعات القياسات والوكلاء المحليون وعناوين URL وعناوين IP.
• تكوين الاختبار: تكوين خاص بالبروتوكول من أجل الاختبار. استنادًا إلى البروتوكول الذي تحدده، يمكنك تعريف المنفذ والحدود ومعدل تكرار الاختبار وخصائص أخرى.
• مجموعة الاختبار: المجموعة التي تحتوي على نقاط النهاية المصدر ونقاط النهاية الوجهة وتكوينات الاختبار. يمكن أن تحتوي connection monitor على أكثر من مجموعة اختبار واحدة.
• الاختبار: مجموعة من نقطة النهاية المصدر ونقطة النهاية الوجهة وتكوين الاختبار. الاختبار هو المستوى الأكثر دقةً الذي تتوفر به بيانات المراقبة. تتضمن بيانات المراقبة النسبة المئوية للفحوصات التي فشلت ووقت الرحلة ذهابا وإيابا (RTT).

يمكنك إنشاء مراقبة اتصال باستخدام مدخل Azure أو ARMClient أو Azure PowerShell.

يتم تقسيم كافة المصادر والوجهات وتكوينات الاختبار التي تضيفها إلى مجموعة اختبار إلى اختبارات فردية. فيما يلي مثال على كيفية ترتيب المصادر والوجهات:

• مجموعة الاختبار: TG1
• المصادر: 3 (A،‏ B‏، C)
• الوجهات: 2 (D،‏ E)
• تكوينات الاختبار: 2 (التكوين 1، التكوين 2)
• إجمالي الاختبارات التي تم إنشاؤها: 12

حدود الحجم

تتمتع شاشات مراقبة الاتصال بحدود النطاق التالية:

• الحد الأقصى لشاشات مراقبة الاتصال لكل اشتراك لكل منطقة: 100
• الحد الأقصى لمجموعات الاختبار لكل مراقبة اتصال: 20
• الحد الأقصى للمصادر والوجهات لكل مراقبة اتصال: 100
• تكوينات الاختبار القصوى لكل مراقبة اتصال: 20

مراقبة تغطية موارد Azure والموارد غير التابعة ل Azure:

توفر مراقبة الاتصال خمسة مستويات تغطية مختلفة لمراقبة الموارد المركبة، أي الشبكات الظاهرية والشبكات الفرعية ومجموعات المقياس. يتم تعريف مستوى التغطية على أنه ٪ من مثيلات مورد مركب مضمن بالفعل في مراقبة هذه الموارد كمصادر أو وجهات. يمكن للمستخدمين تحديد مستوى تغطية يدويا من منخفض، وأقل من المتوسط، ومتوسط، وفوق المتوسط، وكامل لتحديد نسبة تقريبية من المثيلات التي سيتم تضمينها في مراقبة المورد المعين كنقطة نهاية.

تحليل بيانات المراقبة وتعيين التنبيهات

بعد إنشاء مراقبة اتصال، تتحقق المصادر من الاتصالية بالوجهات استنادًا إلى تكوين الاختبار.

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

عمليات التحقق في اختبار

اعتمادا على البروتوكول الذي تحدده في تكوين الاختبار، يقوم Connection monitor بتشغيل سلسلة من عمليات التحقق من زوج الوجهة المصدر. يتم تشغيل عمليات التحقق وفقًا لمعدل تكرار الاختبار الذي تحدده.

إذا كنت تستخدم HTTP، تقوم الخدمة بحساب عدد استجابات HTTP التي ترجع رمز استجابة صالحًا. يمكنك تعيين رموز استجابة صالحة باستخدام PowerShell وAzure CLI. تحدد النتيجة النسبة المئوية لعمليات التحقق الفاشلة. لحساب RTT، تقيس الخدمة الوقت بين استدعاء HTTP والاستجابة.

إذا كنت تستخدم TCP أو ICMP، تحسب الخدمة نسبة فقدان حزم البيانات لتحديد النسبة المئوية لعمليات التحقق الفاشلة. لحساب RTT، تقيس الخدمة الوقت المستغرق لتلقي الإقرار (ACK) لحزم البيانات التي تم إرسالها. إذا قمت بتمكين بيانات تتبع المسار لاختبارات الشبكة الخاصة بك، يمكنك عرض فقدان الوثب والقفزة وزمن الانتقال للشبكة المحلية.

حالات الاختبار

اعتمادًا على البيانات التي ترجعها عمليات التحقق، يمكن أن يكون للاختبارات الحالات التالية:

• تمرير: القيم الفعلية للنسبة المئوية لعمليات التحقق الفاشلة وRTT ضمن الحدود المحددة.
• فشل: القيم الفعلية للنسبة المئوية لعمليات التحقق الفاشلة أو تجاوز RTT للحدود المحددة. إذا لم يتم تعيين حد، يصل الاختبار إلى الحالة فشل عندما تكون النسبة المئوية لعمليات التحقق الفاشلة هي 100.
• تحذير:
  • إذا تم تحديد حد ولاحظ Connection monitor نسبة فشل عمليات التحقق التي تزيد عن 80 بالمائة من الحد، يتم وضع علامة على الاختبار على أنه تحذير.
  • في حالة عدم وجود حدود محددة، يقوم Connection monitor تلقائيا بتعيين حد. عند تجاوز هذا الحد، تتغير حالة الاختبار إلى تحذير. بالنسبة لوقت الذهاب والإياب في اختبارات TCP أو ICMP، يكون الحد الأدنى 750 ملّي ثانية (ملّي ثانية). بالنسبة إلى النسبة المئوية لعمليات التحقق الفاشلة، يكون الحد الأدنى هو 10 بالمائة.
• غير محدد: لا توجد بيانات في مساحة عمل Log Analytics. تحقق من المقاييس.
• لا يعمل: يتم تعطيله من خلال تعطيل مجموعة الاختبار. 

جمع البيانات وتحليلها والتنبيهات

يتم تخزين البيانات التي يجمعها Connection monitor في مساحة عمل Log Analytics. إعداد مساحة العمل هذه عندما تنشئ connection monitor.

بيانات المراقبة متاحة أيضاً في Azure Monitor Metrics. يمكنك استخدام Log Analytics للاحتفاظ ببيانات المراقبة خاصتك لأطول فترة تريدها. يخزن Azure Monitor القياسات لمدة 30 يوماً فقط افتراضياً.

يمكنك تعيين تنبيهات تستند إلى المقياس على البيانات.

مراقبة لوحات المعلومات

في لوحات معلومات المراقبة، يمكنك عرض قائمة بشاشات مراقبة الاتصال التي يمكنك الوصول إليها للاشتراكات والمناطق والطوابع الزمنية والمصادر وأنواع الوجهات لديك.

عند الانتقال إلى Connection monitor من Network Watcher، يمكنك عرض البيانات من خلال:

• مراقبة الاتصال: قائمة بكافة شاشات مراقبة الاتصال التي تم إنشاؤها للاشتراكات والمناطق والطوابع الزمنية والمصادر وأنواع الوجهات لديك. طريقة العرض هذه هي الطريقة الافتراضية.
• مجموعات الاختبار: قائمة بجميع مجموعات الاختبار التي تم إنشاؤها للاشتراكات والمناطق والطوابع الزمنية والمصادر وأنواع الوجهات لديك. لا تتم تصفية مجموعات الاختبار هذه بواسطة شاشات مراقبة الاتصال.
• اختبار: قائمة بكافة الاختبارات التي تم تشغيلها للاشتراكات والمناطق والطوابع الزمنية والمصادر وأنواع الوجهات لديك. لا تتم تصفية هذه الاختبارات بواسطة شاشات مراقبة الاتصال أو مجموعات الاختبار.

في الصورة التالية، تتم الإشارة إلى طرق عرض البيانات الثلاث بواسطة السهم 1.

على لوحة المعلومات، يمكنك توسيع كل شاشة مراقبة اتصال لعرض مجموعات الاختبار الخاصة بها. بعد ذلك، يمكنك توسيع كل مجموعة اختبار لعرض الاختبارات التي تعمل فيها.

يمكنك تصفية قائمة استنادًا إلى:

• عوامل تصفية المستوى الأعلى: ابحث في القائمة حسب النص ونوع الكيان (مراقبة الاتصال أو مجموعة الاختبار أو الاختبار) والطوابع الزمنية والنطاق. يشمل النطاق الاشتراكات والمناطق والمصادر وأنواع الوجهة. راجع المربع 1 في الصورة التالية.

• عوامل التصفية المستندة إلى الحالة: التصفية حسب حالة شاشة مراقبة الاتصال أو مجموعة الاختبارات أو الاختبار. راجع المربع 2 في الصورة التالية.

• عامل التصفية المستند إلى التنبيه: تصفية حسب التنبيهات التي يتم تشغيلها على مورد مراقبة الاتصال. راجع المربع 3 في الصورة التالية.

  

على سبيل المثال، لعرض جميع الاختبارات في Connection monitor، حيث يكون عنوان IP المصدر هو 10.192.64.56، اتبع الخطوات التالية:

1. غيِّر طريقة العرض إلى اختبار.
2. في المربع بحث، أدخل 10.192.64.56.
3. ضمن النطاق، في عامل التصفية من المستوى الأعلى، حدد مصادر.

لإظهار الاختبارات الفاشلة فقط في Connection monitor، حيث يكون عنوان IP المصدر هو 10.192.64.56، اتبع الخطوات التالية:

1. غيِّر طريقة العرض إلى اختبار.
2. بالنسبة إلى عامل التصفية المستند إلى الحالة، حدد فشل.
3. في المربع بحث، أدخل 10.192.64.56.
4. ضمن النطاق، في عامل التصفية من المستوى الأعلى، حدد مصادر.

لإظهار الاختبارات الفاشلة فقط في Connection monitor، حيث تكون الوجهة outlook.office365.com، اتبع الخطوات التالية:

1. غيِّر طريقة العرض إلى اختبار.
2. بالنسبة إلى عامل التصفية المستند إلى الحالة، حدد فشل.
3. في المربع بحث، أدخل office.live.com.
4. ضمن النطاق، في عامل التصفية من المستوى الأعلى، حدد وجهات.

لمعرفة سبب فشل مراقبة اتصال أو مجموعة اختبارات أو اختبار، حدد العمود السبب. يشير ذلك إلى الحد (النسبة المئوية لعمليات التحقق الفاشلة أو RTT الفاشلة) الذي تم اختراقه، ويعرض رسائل التشخيص ذات الصلة.

لعرض الاتجاهات في RTT والنسبة المئوية لعمليات التحقق الفاشلة من مراقبة اتصال، قم بما يلي:

1. حدد شاشة مراقبة الاتصال التي تريد الاستقصاء عنها.

   

   يعرض الجزء الأقسام التالية:

   • الأساسيات: الخصائص المتعلقة بمورد مراقبة الاتصال المحدد.
   • ملخص:
     • خطوط الاتجاه المجمعة لـ RTT والنسبة المئوية للاختبارات الفاشلة لكافة الاختبارات في مراقبة الاتصال. يمكنك تعيين وقت محدد لعرض التفاصيل.
     • الخمسة الأوائل عبر مجموعات الاختبارات، والمصادر، والوجهات، بناءً على RTT أو النسبة المئوية لعمليات التحقق الفاشلة.
   • علامات التبويب: مجموعات الاختبارات والمصادر والوجهات وتكوينات الاختبار. يسرد مجموعات الاختبارات أو المصادر أو الوجهات في مراقبة الاتصال. تحقق من الاختبارات الفاشلة، وقم بتجميع قيم RTT، وفحص قيم النسبة المئوية الفاشلة. يمكنك أيضا العودة بالزمن لعرض البيانات.
   • المشاكل: مشاكل على مستوى النقلة لكل اختبار في مراقبة الاتصال.

   

2. في هذا الجزء، يمكنك القيام بما يلي:

   • حدد عرض كافة الاختبارات لعرض كافة الاختبارات في مراقبة الاتصال.

     • حدد الاختبارات وقارنها.

       

     • استخدم أنظمة المجموعات لتوسيع الموارد المركبة، مثل الشبكات الظاهرية والشبكات الفرعية إلى موارده التابعة.

     • عرض تخطيط الشبكة لأي اختبارات عن طريق تحديد تخطيط الشبكة.

   • حدد عرض كافة مجموعات الاختبار، وعرض تكوينات الاختبار، وعرض المصادر وعرض الوجهات لعرض تفاصيل خاصة بكل منها.

   • حدد مجموعة اختبارات أو تكوين اختبار أو مصدرًا أو وجهة لعرض كافة الاختبارات في الكيان.

لعرض الاتجاهات في RTT والنسبة المئوية لعمليات التحقق الفاشلة لمجموعة اختبار، حدد مجموعة الاختبار التي تريد التحقق منها.

يمكنك عرضها والتنقل بينها كما تفعل في مراقبة الاتصال: الأساسيات، والملخص، وجدول مجموعات الاختبارات، والمصادر، والوجهات، وتكوينات الاختبار.

لعرض الاتجاهات في RTT والنسبة المئوية لعمليات التحقق الفاشلة للاختبار، اتبع الخطوات التالية:

1. حدد الاختبار الذي تريد التحقق منه. يمكنك عرض تخطيط الشبكة ومخططات الاتجاهات الشاملة للنسبة المئوية لعمليات التحقق الفاشلة ووقت الرحلة ذهابًا وإيابًا.

2. لعرض المشكلات المحددة، حدد أي قفزة في المسار في تخطيط الشبكة. تعبر القفزات عن موارد Azure.

   إشعار

   هذه الوظيفة غير متوفرة حاليا للشبكات المحلية.

   

تسجيل الاستعلامات في Log Analytics

استخدم Log Analytics لإنشاء طرق عرض مخصصة لبيانات المراقبة. جميع البيانات المعروضة هي من Log Analytics. يمكنك تحليل البيانات في المستودع بشكل تفاعلي. ربط البيانات من Agent Health أو الحلول الأخرى التي تستند إلى Log Analytics. يمكنك تصدير البيانات إلى Excel أو Power BI أو إنشاء ارتباط قابل للمشاركة.

مخطط الشبكة في Connection monitor

عادة ما تقوم بإنشاء مخطط مراقبة الاتصال باستخدام نتيجة أمر traceroute الذي يتم تنفيذه بواسطة العامل. يحصل أمر «تتبع المسار» بشكل أساسي على جميع القفزات من المصدر إلى الوجهة.

ومع ذلك، في الحالات التي يكون فيها المصدر أو الوجهة داخل حدود Azure، يمكنك إنشاء تخطيط الشبكة عن طريق دمج نتائج عمليتين متميزتين. العملية الأولى تتمثل في نتيجة أمر «تتبع المسار». أما العملية الثانية فهي نتيجة أمر داخلي يعرف مسارًا منطقيًا يستند إلى تكوين شبكة الاتصال (العميل) داخل حدود Azure. يشبه هذا الأمر الداخلي أداة تشخيص القفزة التالية لـ "Network Watcher".

نظرًا لأن العملية الثانية منطقية ولا تحدد العملية الأولى عادةً أي قفزات داخل حدود Azure، فلن تعرض بعض القفزات في النتيجة المدمجة (غالبًا تلك الموجودة داخل حدود Azure) قيم زمن الانتقال.

المقاييس في Azure Monitor

في مراقبات الاتصال التي تم إنشاؤها قبل تجربة Connection monitor، تتوفر جميع المقاييس الأربعة: ٪ Probes Failed، AverageRoundtripMs، ChecksFailedPercent، RoundTripTimeMs.

في مراقبات الاتصال التي تم إنشاؤها في تجربة مراقبة الاتصال، تتوفر البيانات فقط لمقاييس ChecksFailedPercent و RoundTripTimeMs و Test Result.

يتم إنشاء المقاييس وفقًا لتردد المراقبة، وهي تصف جوانب جهاز مراقبة الاتصال في وقت معين. تحتوي مقاييس مراقبة الاتصال أيضا على أبعاد متعددة، مثل SourceName و DestinationName و TestConfiguration و TestGroup. يمكنك استخدام هذه الأبعاد لتصور بيانات معينة واستهدافها أثناء تعريف التنبيهات.

تسمح مقاييس Azure حاليًا بحد أدنى من التفاصيل لمدة دقيقة واحدة. إذا كان التردد أقل من دقيقة واحدة، يتم عرض النتائج المجمعة.

عند استخدام المقاييس، قم بتعيين نوع المورد على أنه Microsoft.Network/networkWatchers/connectionMonitors.

التنبيهات المستندة إلى القياس لمراقبة الاتصال

يمكنك إنشاء تنبيهات مترية على شاشات مراقبة الاتصال باستخدام الأساليب التالية:

• من Connection monitor، قم بإنشاء تنبيهات قياسية أثناء إنشاء مراقبات الاتصال باستخدام مدخل Microsoft Azure.

• من Connection monitor، قم بإنشاء تنبيهات قياسية باستخدام Configure Alerts في لوحة المعلومات.

• من Azure monitor، أنشئ تنبيهات قياسية باتباع الخطوات التالية:

  1. حدد مورد مراقبة الاتصال الذي قمت بإنشائه في Connection monitor.
  2. تأكد من تحديد قياسي كنوع إشارة لمراقبة الاتصال.
  3. في إضافة شرط، لـ اسم الإشارة، وحدد ChecksFailedPercent أو RoundTripTimeMs.
  4. في نوع الإشارة، حدد المقاييس. على سبيل المثال، حدد ChecksFailedPercent.
  5. يتم سرد كافة أبعاد المقياس. حدد اسم البعد وقيمة البعد. على سبيل المثال، حدد العنوان المصدر، ثم أدخل عنوان IP لأي مصدر في مراقبة الاتصال.
  6. في Alert Logic، أدخل القيم التالية:
     • نوع الشرط: ثابت.
     • الشرط والحد.
     • دقة التجميع وتكرار التقييم: تقوم مراقبة الاتصال بتحديث البيانات كل دقيقة.
  7. في الإجراءات، حدد مجموعة الإجراءات.
  8. قم بتوفير تفاصيل التنبيه.
  9. إنشاء قاعدة التنبيه.

  

تشخيص المشاكل في الشبكة

تساعدك مراقبة الاتصال على تشخيص المشكلات في مراقبة الاتصال والشبكة. يُكشف عن المشكلات في شبكتك المختلطة بواسطة وكلاء Log Analytics الذين ثبتهم سابقاً. يُكشف عن المشكلات في Azure بواسطة ملحق Network Watcher.

يمكنك عرض المشكلات في شبكة Azure في تخطيط الشبكة.

بالنسبة للشبكات التي تكون مصادرها عبارة عن أجهزة ظاهرية محلية، يمكن الكشف عن المشكلات التالية:

• انتهت مهلة الطلب.
• لم يتم حل نقطة النهاية بواسطة DNS - مؤقتة أو ثابتة. عنوان URL غير صالح.
• لم يتم العثور على أي مضيف.
• المصدر غير قادر على الاتصال بالوجهة. الهدف غير قابل للوصول من خلال ICMP.
• المشكلات المتعلقة بالشهادة:
  • شهادة العميل مطلوبة لمصادقة عامل.
  • لا يمكن الوصول إلى قائمة إبطال الشهادات.
  • لا يتطابق اسم المضيف لنقطة النهاية مع موضوع الشهادة أو الاسم البديل لموضوع الشهادة.
  • الشهادة الجذر مفقودة في مخزن المراجع المصدقة الموثوق بها للكمبيوتر المحلي المصدر.
  • انتهت صلاحية شهادة SSL أو أنها غير صالحة أو تم إبطالها أو أنها غير متوافقة.

بالنسبة للشبكات التي تكون مصادرها عبارة عن أجهزة Azure ظاهرية، يمكن اكتشاف المشكلات التالية:

• مشاكل العامل:

  • توقف العامل.
  • فشل دقة DNS.
  • لا يوجد تطبيق أو مستمع يستمع على المنفذ الوجهة.
  • تعذر فتح مأخذ التوصيل.

• مشكلات حالة الأجهزة الظاهرية:

  • البدء
  • إيقاف
  • متوقفة
  • توزيع الصفقات
  • تم إلغاء التخصيص
  • إعادة التشغيل
  • غير مخصصة

• إدخال جدول ARP مفقود.

• تم حظر حركة المرور بسبب مشاكل جدار الحماية المحلي أو قواعد NSG.

• مشكلات بوابة الشبكة الظاهرية:

  • الطرق المفقودة.
  • النفق بين اثنتين من البوابات غير متصل أو مفقود.
  • البوابة الثانية لم يتم العثور عليها من قِبل النفق.
  • لم يتم العثور على معلومات نظيرة.

  إشعار

  إذا كانت هناك بوابتان متصلتان ولم تكن إحداهما في نفس منطقة نقطة النهاية المصدر، فإن Connection monitor يعرفها على أنها "لم يتم تعلم مسار" لطريقة عرض الطوبولوجيا. لم تتأثر الاتصالية. إنها مشكلة معروفة، ونحن بصدد إصلاحها.

  • كان المسار مفقودًا في Microsoft Edge.
  • توقفت حركة المرور بسبب مسارات النظام أو المسار المحدد من قبل المستخدم (UDR).
  • لم يتم تمكين بروتوكول بوابة الحدود (BGP) على اتصال البوابة.
  • يتوقف مجس عنوان IP الحيوي (DIP) عن التشغيل عند موازن التحميل.

مقارنة أنواع دعم مراقبة الاتصالية في Azure

يمكنك ترحيل الاختبارات من مراقب أداء الشبكة ومراقبة الاتصال (كلاسيكي) إلى أحدث جهاز عرض اتصال بنقرة واحدة وب دون توقف.

يساعد الترحيل في إنتاج النتائج التالية:

• تعمل إعدادات العوامل وجدران الحماية كما هي. لا توجد تغييرات مطلوبة.

• يتم تعيين مراقبات الاتصال الموجودة إلى تنسيق اختبار مجموعة > اختبار مراقبة > الاتصال. من خلال تحديد Edit، يمكنك عرض وتعديل خصائص أحدث مراقب اتصال، وتنزيل قالب لإجراء تغييرات على Connection monitor، وإرساله عبر Azure Resource Manager.

• ترسل أجهزة Azure الظاهرية مع ملحق Network Watcher البيانات إلى كل من مساحة العمل والمقاييس. تجعل مراقبة الاتصال البيانات متاحة من خلال المقاييس الجديدة (ChecksFailedPercent و RoundTripTimeMs) بدلا من المقاييس القديمة (ProbesFailedPercent وAverageRoundtripMs). يتم ترحيل المقاييس القديمة إلى مقاييس جديدة مثل ProbesFailedPercent > ChecksFailedPercent وAverageRoundtripMs > RoundTripTimeMs.

• مراقبة البيانات:

  • التنبيهات: تم ترحيلها تلقائيًا إلى المقاييس الجديدة.
  • لوحات المعلومات والتكاملات: يتطلب التحرير اليدوي لمجموعة المقاييس.

هناك عدة أسباب للترحيل من مراقب أداء الشبكة ومراقبة الاتصال (كلاسيكي) إلى مراقبة الاتصال. يسرد الجدول التالي بعض حالات الاستخدام التي توضح كيفية تنفيذ أحدث جهاز عرض اتصال مقابل مراقبة أداء الشبكة ومراقبة الاتصال (كلاسيكي).

المحتوى ذو الصلة

• لمعرفة كيفية إنشاء مراقب اتصال، راجع مراقبة اتصال الشبكة بين جهازين ظاهريين باستخدام مدخل Microsoft Azure.
• للعثور على إجابات على الأسئلة الأكثر شيوعا، راجع الأسئلة المتداولة حول مراقبة الاتصال.
• لمعرفة كيفية الترحيل إلى Connection monitor، راجع الترحيل من Connection monitor (Classic) وترحيل الاختبارات من Network Performance Monitor.
• للتعرف على حقول مخطط مراقبة الاتصال، راجع مخطط مراقبة الاتصال.