تكوين اختبارات وسياسة مراقبة التجربة (اختبارات EA-Socket تتبع السياسات)

يوفر هذه المقالة نظرة عامة على اختبارات وسياسة مراقبة التجربة للمواقع والمستخدمين لمساعدتك في مراقبة حركة المرور في شبكة LAN وWAN عبر Cato Cloud.

نظرة عامة

تتيح لك مراقبة التجربة تكوين اختبارات للتطبيقات المهمة بالنسبة للأعمال واستخدام السياسة لتحديد كيفية تنفيذ تلك الاختبارات لمراقبة مواقعك ومستخدميك بشكل أفضل. افتراضيًا، مراقبة التجربة تمنحك رؤى حول جميع التطبيقات المصرح بها التي تعبر Cato Cloud. بالإضافة إلى ذلك، يمكنك تكوين اختبارات مخصصة وإرسالها إلى الوجهات عبر روابطك. يمكن تكوين الاختبارات لاستخدام بروتوكولات مختلفة لمساعدتك في تحديد الاتجاهات في مختلف قطاعات شبكتك.

بمجرد تكوين الاختبارات، تسمح لك سياسة مراقبة التجربة بتحديد المواقع والمستخدمين الذين تريد مراقبتهم والمجالات أو التطبيقات التي تعتمد عليها المقاييس أو مراقبة التجربة. على سبيل المثال، يمكنك إنشاء قاعدة لمراقبة أداء Salesforce لمجموعة معينة من مستخدمي SDP.

تمنحك السياسة دقة في المراقبة - مما يسمح لك بتطبيق الاختبارات فقط على المواقع أو المستخدمين الذين يهمهم التطبيق.

ملاحظة

ملاحظة: لتوفير محاكاة دقيقة لحركة المرور التي يولدها المستخدم، تعمل اختبارات مراقبة التجربة وفقًا للسياسات الشبكية والأمنية التي تم تكوينها لحسابك.

  • حركة مرور الاختبارات التي تصل إلى قواعد السياسة ستولد أحداثًا (إذا تم تكوين القاعدة للأحداث)

  • يمكن حظر حركة مرور الاختبارات بواسطة قواعد السياسة

  • بالنسبة لاختبارات موقع Socket، المدعومة للإصدارات من الإصدار 24 فأعلى

سياسة اختبار مراقبة التجربة

تتيح لك سياسة اختبار مراقبة التجربة إنشاء سياسة قائمة على القواعد بالنسبة لمواقع Socket والمواقع والمستخدمين.

تسمح لك السياسة بإنشاء قواعد مرتبة لتنفيذ الاختبارات في مواقف مختلفة. على سبيل المثال، يمكنك إنشاء قاعدة لاستخدام اختبار ICMP لـ www.sampleprobe.com لجميع مواقع Socket حول العالم، وقاعدة أخرى لـ www.sampleprobe.ca باستخدام اختبار TCP لمواقع Socket في كندا.

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

الاختبارات

يدعم Cato إرسال اختبارات مختلفة إلى عناوين URL أو IP المختلفة لمراقبة القطاعات المختلفة لشبكتك. يقيس كل اختبار التأخير وفقدان الحزم.

يتم دعم أنواع الاختبارات التالية ويمكن تكوين أكثر من نوع اختبار واحد لكل وجهة:

  • ICMP - يستخدم لعمل ping لموقع أو جهاز لمعرفة ما إذا كان يعمل ويجب أن يعمل (مدعوم من Socket v20).

  • يتم دعم أنواع الاختبارات التالية من Socket v21:

    • TCP - يستخدم للتأكد من إمكانية إنشاء المصافحة الثلاثية مع الموقع المستهدف

    • HTTP وHTTP/s - يستخدم لرؤية ما إذا تم استلام طلب وما هي الاستجابة التي تم إرسالها. يشير رمز الاستجابة 200 إلى أن الموقع قد استجاب باتصال ناجح.

    • DNS - يستخدم لإرسال طلب DNS إلى الهدف، عادةً خادم DNS لديك، والتأكد من أن اسم الهدف قد تم حله بنجاح.

بمجرد تكوين الاختبارات لديك، يمكنك تطبيقها على مواقعك أو مستخدميك لبدء مراقبة تجربتهم باستخدام سياسة الاختبار الصناعي.

حالة استخدام - زيادة التأخير بمرور الوقت

قسم تكنولوجيا المعلومات في شركة ABC يتلقى تذاكر لتطبيق داخلي يصل إليه المستخدمون عبر WAN. يقوم قسم تكنولوجيا المعلومات بتكوين اختبارات HTTP لمراقبة الاتجاهات في الأداء لهذا التطبيق.

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

باستخدام هذه المعلومات، يقومون بإنشاء قاعدة QoS تزيد من عرض النطاق الترددي لهذا التطبيق.

حالة استخدام - التوزيع التدريجي

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

في سياسة مراقبة التجربة، يقومون بإنشاء قاعدة لجميع المستخدمين في قسم البحث والتطوير الذين لديهم عميل Cato مثبت لبدء إرسال الاختبارات إلى تطبيقاتهم ذات الصلة، مثل قاعدة بياناتهم ومستودعهم.

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

تمكين سياسة مراقبة التجربة

تتيح لك سياسة مراقبة التجربة التحكم في الاختبارات وأنواع الاختبار التي تُرسل إلى الوجهات المختلفة. بالإضافة إلى ذلك، يمكنك أيضًا تمكين جمع بيانات مراقبة محددة للمستخدمين حتى عندما يكونون وراء Socket.

لتمكين أو تعطيل سياسة مراقبة التجربة:

  1. من قائمة التنقل، اختر Network > Experience Monitoring Probes.

  2. قم بتبديل المنزلق Experience Monitoring Policy أعلى قاعدة القواعد لتمكين أو تعطيل السياسة

لتمكين أو تعطيل جمع بيانات المراقبة للمستخدمين الذين يكونون وراء Socket:

  1. من قائمة التنقل، اختر Network > Experience Monitoring Probes.

  2. قم بتبديل المنزلق Use Probes in Office Mode أعلى قاعدة القواعد لتمكين أو تعطيل جمع البيانات وراء Socket

    ملاحظة: يؤثر هذا الإعداد على جميع المستخدمين بغض النظر عن ما إذا كانوا يطابقون قاعدة محددة.

تكوين سياسة اختبار مراقبة التجربة

تتكون سياسة مراقبة التجربة من مرحلتين:

  • تعريف الاختبارات

  • إنشاء قواعد عند استخدام الاختبارات المختلفة

تعريف اختبار

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

DEM_probes.png

لتعريف اختبار:

  1. من قائمة التنقل، اختر Network > Experience Monitoring Probes.

  2. في الصفحة Probes، اضغط على New.

  3. أدخل Name وصفيًا للاختبار وأكمل المعلومات التالية:

    • نوع الاختبار - اختر أي من الاختيارات المدعومة على سبيل المثال، DNS

    • نوع الوجهة - اختر إما Internet أو WAN

    • الوجهة - عنوان URL أو عنوان IP لإرسال الاختبار إليه

    • فترة الاختبار - بالنسبة للمواقع، الافتراضي هو 60 ثواني، وبالنسبة للمستخدمين، الافتراضي هو 300 ثواني

  4. قم بتكوين إذا كنت تريد Send on last resort الروابط. خذ بعين الاعتبار أن الروابط الأخيرة غالبًا ما تكون أكثر تكلفة

  5. اضغط على Apply 

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

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

القواعد تعتمد على الترتيب، بمعنى أنه بمجرد توافق قاعدة، يتم تطبيقها على الموقع أو المستخدم ويتم تجاهل جميع القواعد التالية.

DEM_policy.png

لتكوين قاعدة:

  1. من قائمة التنقل، اختر Network > Experience Monitoring Probes.

  2. في الصفحة Policy، اضغط على New.

  3. أدخل Name وصفيًا للقاعدة وأكمل المعلومات التالية:

    • نوع

      • موقع - موقع Socket

      • مستخدم - عميل Cato

    • ترتيب القاعدة

  4. اختر Source كموقع أو كمستخدم.

    • بالنسبة للمواقع، المصدر هو على الأقل واحدًا مما يلي:

      • موقع - موقع محدد أو مواقع محددة

      • البلد - جميع المواقع التي أصلها هو البلد أو البلدان المحددة

      • مجموعة النظام - اختر مجموعة جميع المواقع للنظام

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

      • مجموعة المستخدمين - مجموعة مستخدمين محددة أو مجموعات مستخدمين محددة

      • مستخدم - مستخدم محدد أو مستخدمون محددون

      • مجموعة النظام - اختر مجموعة جميع المستخدمين للنظام

  5. إذا لزم الأمر، اضغط على Add Exceptions لاستبعاد أي عناصر من القاعدة.

  6. إذا كانت Type القاعدة هي User، قم بتكوين ما يلي للجهاز:

    • المنصات التي يتم تطبيق هذه القاعدة عليها

    • البلدان التي يتم تطبيق هذه القاعدة عليها

    • ملفات التعريف الخاصة بمواضع الجهاز التي تنطبق عليها القاعدة

  7. ضمن Configuration، اختر الاختبارات التي سيتم تطبيق هذه القاعدة عليها.

  8. اضغط على Apply 

سيحتاج الأمر لبضع دقائق للبدء في عرض البيانات في صفحات مراقبة التجربة من تطبيق إدارة Cato. النتائج متاحة في رسوم الاختبارات الصناعية البيانية.

هل كان هذا المقال مفيداً؟

0 من 0 وجدوا هذا مفيداً

لا توجد تعليقات