دليل مراقبة Ping: زمن الوصول، وفقدان الحزمة، وإمكانية الوصول إلى الشبكة

مراقبة Ping هي ممارسة تلقائية مستمرة لإرسال حزم اختبار الشبكة إلى الخوادم وقياس أوقات استجابتها للتحقق من إمكانية الوصول إلى الأجهزة المضيفة وأن مسارات الشبكة سليمة. إنه بمثابة الطبقة الأساسية لمراقبة البنية التحتية - إذا تعذر الوصول إلى الخادم عبر الشبكة، فلن يعمل أي شيء مبني فوقه. من خلال تتبع زمن الوصول وفقدان الحزمة والارتعاش بمرور الوقت، توفر مراقبة ping إنذارًا مبكرًا بتدهور الشبكة قبل أن يتصاعد إلى حالات فشل على مستوى التطبيق تؤثر على المستخدمين.

ما أهمية مراقبة اختبار الاتصال (Ping).

مشاكل الشبكة تسبب فشل التطبيق

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

تحذير مبكر قبل التأثير المرئي

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

التحقق من إمكانية الوصول العالمية

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

المقاييس الأساسية

الكمون (وقت الرحلة ذهابًا وإيابًا)

يقيس زمن الوصول المدة التي تستغرقها الحزمة للانتقال من مسبار المراقبة إلى الخادم الهدف والعودة، معبرًا عنه بالمللي ثانية. المعايير المرجعية لتفسير النتائج:

• أقل من 20 مللي ثانية: ممتاز — نفس المنطقة أو مركز بيانات قريب
• 20-50 مللي ثانية: جيد - اتصالات نموذجية في نفس القارة
• 50-100 مللي ثانية: مقبول - عبر القارة أو عبر قفزات متعددة للشبكة
• 100-200 مللي ثانية: ملحوظ - يواجه المستخدمون تأخيرات في التطبيقات التفاعلية
• أعلى من 200 مللي ثانية: مشكلة - تتدهور التطبيقات في الوقت الفعلي بشكل كبير

تتبع القيم الدنيا والمتوسط والحد الأقصى والنسبة المئوية (ص 95، ص 99) بدلاً من المتوسطات فقط. يمكن للمتوسط ​​الجيد أن يخفي الارتفاعات المتقطعة الشديدة التي تؤثر على المستخدمين الحقيقيين.

فقدان الحزمة

فقدان الحزمة هو النسبة المئوية للحزم المرسلة التي لا تتلقى أي رد مطلقًا. حتى الكميات الصغيرة تسبب تدهورًا واضحًا:

• 0%: شبكة سليمة
• 0.1-1%: بسيط – عادة احتقان عابر
• 1-5%: كبير - يلاحظ المستخدمون تدهورًا في البث المباشر وVoIP
• 5-20%: شديدة - تصبح التطبيقات غير موثوقة
• أكثر من 20%: فقدان اتصال حرج وفعال

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

غضب

الارتعاش هو الاختلاف في زمن الوصول بين الحزم المتتالية. يعد زمن الوصول المنخفض والمتسق أفضل من زمن الوصول المنخفض مع التباين العالي. يؤدي الارتعاش الذي يزيد عن 10 مللي ثانية إلى حدوث تخزين مؤقت في التطبيقات في الوقت الفعلي مثل مؤتمرات الفيديو وVoIP والألعاب عبر الإنترنت. تساعد مراقبة الارتعاش في تحديد مسارات الشبكة غير المستقرة التي تتطلب الاهتمام.

أفضل الممارسات لمراقبة Ping

استخدم مواقع مسبار متعددة

اختبار من 3 مواقع موزعة جغرافيًا على الأقل. إذا أبلغ موقع واحد فقط عن مشكلات بينما أظهر الآخرون نتائج سليمة، فمن المحتمل أن تكون المشكلة مشكلة في الشبكة الإقليمية وليست فشلًا في الخادم المستهدف. يتطلب موقعين أو أكثر لتأكيد انقطاع الخدمة قبل التنبيه.

الجمع بين ICMP وTCP Ping

يعد ICMP ping هو البروتوكول القياسي، لكن بعض الشبكات وموفري الخدمات السحابية يقومون بتصفية حركة مرور ICMP أو تحديد معدلها. قم بتكملة عمليات فحص ICMP باستخدام اختبار اتصال TCP على المنافذ المعروفة المفتوحة (80، 443) لضمان عمل المراقبة حتى عندما يكون ICMP مقيدًا. يتحقق اختبار TCP أيضًا من أن منفذ الخدمة يقبل الاتصالات، وليس فقط إمكانية الوصول إلى المضيف.

تعيين فترات التحقق المناسبة

يجب أن تتعرض البنية التحتية الحيوية لضغوط من كل 30 إلى 60 ثانية. يمكن لخدمات الدعم استخدام فواصل زمنية تتراوح من 2 إلى 5 دقائق. تجنب الفواصل الزمنية التي تزيد عن 5 دقائق لأي نظام إنتاج - الفواصل الزمنية الأطول تعني أوقات اكتشاف أطول.

إنشاء خطوط أساسية للأداء

قم بتسجيل أنماط الكمون النموذجية وفقدان الحزمة لكل هدف أثناء العمليات العادية. استخدم خطوط الأساس هذه لتعيين حدود التنبيه الذكية التي تأخذ في الاعتبار التباين المتوقع. الخادم الذي يستجيب عادةً خلال 15 مللي ثانية يجب أن ينبه عند 50 مللي ثانية، في حين أن هدفًا عبر القارة بخط أساسي يبلغ 150 مللي ثانية قد ينبه عند 250 مللي ثانية.

مراقبة كلا الاتجاهين عندما يكون ذلك ممكنا

مسارات الشبكة غير متماثلة - غالبًا ما يختلف المسار من A إلى B عن B إلى A. إذا كان لديك حق الوصول إلى الخوادم المستهدفة، فقم بنشر مراقبة متبادلة تختبر كلا الاتجاهين. يمكن أن تتسبب مشكلات التوجيه غير المتماثل في فقدان الحزمة في اتجاه واحد وهو ما تفتقده مراقبة اختبار ping القياسية.

الأخطاء الشائعة التي يجب تجنبها

الاعتماد فقط على ICMP

تعمل العديد من جدران الحماية ومجموعات الأمان السحابية على تقليل أولوية حركة مرور ICMP أو حظرها. إذا كانت مراقبتك تستخدم ICMP فقط، فقد ترى انقطاعات زائفة عندما يكون المضيف قابلاً للوصول فعليًا عبر TCP/UDP. احتفظ دائمًا بنسخة احتياطية من اتصال TCP.

التنبيه عند فقدان حزمة واحدة

تعتبر الحزمة المفقودة سلوكًا عاديًا للشبكة. تنبيه بشأن معدلات فقدان الحزم المستمرة عبر النوافذ الزمنية (على سبيل المثال، فقدان أكثر من 2% خلال 5 دقائق) بدلاً من حالات فشل الحزم الفردية.

تجاهل أنماط الوقت من اليوم

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

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

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

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

مراقبة البنية التحتية للخادم

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

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

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

الاتصال بالمكتب البعيد والفروع

تحتاج المؤسسات ذات المكاتب الموزعة إلى التحقق من أن روابط WAN وأنفاق VPN واتصالات SD-WAN تظل سليمة. توفر مراقبة Ping رؤية مستمرة لجودة الارتباط عبر جميع المواقع.

تتبع أداء ISP وCDN

راقب أداء الشبكة لحواف CDN وروابط مزود خدمة الإنترنت للتحقق من استيفاء اتفاقيات مستوى الخدمة للموفر. تدعم بيانات الكمون والخسارة التاريخية مراجعات أداء البائع ومفاوضات العقود.

كيف يتعامل UpScanX مع مراقبة Ping

يقوم UpScanX بإجراء مراقبة اتصال ICMP وTCP من أكثر من 15 موقعًا عالميًا مع فترات فحص متكررة كل 30 ثانية. يسجل كل فحص وقت الرحلة ذهابًا وإيابًا وفقدان الحزمة ومقاييس الارتعاش. يقوم النظام الأساسي بإنشاء خطوط أساسية للأداء التلقائي وتنبيهات عندما يتجاوز زمن الوصول أو فقدان الحزمة الحدود التي تم تكوينها، ويتم تأكيدها من مواقع متعددة لإزالة النتائج الإيجابية الخاطئة.

تعرض لوحات معلومات الأداء التاريخية اتجاهات زمن الوصول وأنماط فقدان الحزم ومقارنات الأداء الجغرافي بمرور الوقت. يتم تسليم التنبيهات عبر البريد الإلكتروني والرسائل النصية القصيرة وSlack وDiscord وTeams وPagerDuty وخطافات الويب المخصصة. بالإضافة إلى مراقبة وقت التشغيل والمنافذ وواجهة برمجة التطبيقات (API)، يوفر UpScanX رؤية كاملة للشبكة والتطبيقات من منصة واحدة.

قائمة مراجعة مراقبة Ping

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

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

ابدأ في مراقبة شبكتك باستخدام UpScanX — تتوفر خطة مجانية.