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

نظرة عامة

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

• لمشكلات الوصول إلى موارد الإنترنت، يرجى الاطلاع على استكشاف الأخطاء وحل مشكلة عدم الوصول إلى خدمة الإنترنت 
• لمشكلات الأداء المتعلقة ببطء متصفح الإنترنت، يرجى الاطلاع على استكشاف مشاكل تحميل الصفحة الطويلة ومشاكل التقديم 
• لمشكلات الوصول للموارد الداخلية، يرجى الاطلاع على استكشاف الأخطاء وإصلاح الوصول إلى الموارد الداخلية 
• لمشكلات VoIP والفيديو، يرجى الاطلاع على استكشاف الأخطاء وإصلاح VoIP

الأعراض

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

الأسباب الممكنة

• خطأ في التكوين (Qos، الترخيص، تسريع TCP، توسيع النوافذ)
• ازدحام الشبكة
• فقدان الحزمة (مزود خدمة الإنترنت، الميل الأخير)
• نقطة تواجد غير مثالية 
• ارتفاع وحدة المعالجة المركزية للسوكيت 
• زيادة في تأخير السحابة
• قيود الأجهزة

استكشاف المشكلة

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

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

ترخيص وتكوين النطاق الترددي

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

• تحقق من أن الترخيص المخصص للموقع صحيح. اذهب إلى Network > Sites > Site Configurations > General 
  
• تحقق من أن النطاق الترددي لـWAN للواجهة صحيح. اذهب إلى Network > Sites > Site Configurations > Socket > Edit the WAN interface. 
  
• للمواقع في الصين وفيتنام، الترخيص مختلف. سيتم تقسيم الترخيص إلى تراخيص عالمية وإقليمية. الترخيص العالمي مخصص للاتصالات مع المواقع العالمية، بينما الترخيص الإقليمي مخصص للاتصالات داخل البلد. 
  
• لمزيد من المعلومات حول إدارة تراخيص المواقع، يرجى الاطلاع على إدارة تراخيص المواقع. 

فقدان الحزمة

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

• تحقق من فقدان الحزمة (upstream/downstream) في تحليلات الشبكة.
  
  
• إذا تزامن هذا مع فقدان الحزمة في الميل الأخير، فهذا يشير إلى وجود مشكلة محتملة في الأجهزة مع الكبل المتصل بمنفذ WAN للسوكيت أو مشكلة مع مزود خدمة الإنترنت (ISP).
  
  
• يرجى الرجوع إلى قسم حل مشاكل فقدان الحزمة للاطلاع على الاقتراحات حول حل مشاكل فقدان الحزمة.

التخلص من الحزم (إدارة النطاق الترددي)

إذا لاحظت تخلصاً من العديد من الحزم على صفحة تحليلات الشبكة، فهذا يعني أن الحزم تخلصت بسبب إدارة النطاق الترددي (QoS). لتحديد ما إذا كان تطبيقك متأثراً بذلك:

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

قيود موارد السوكيت

يمكن أن يحدث تدهور الأداء عندما يصل السوكيت إلى حدود موارده.

1. المعدل الأقصى المدعوم للأنفاق

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

  نموذج السوكيت	المعدل الأقصى للأنفاق
  X1500	500Mbps
  X1600	1Gbps
  X1600 LTE	1Gbps
  X1700	3Gbps
  X1700B	10Gbps

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

2. استخدام وحدة المعالجة المركزية العالية للسوكيت

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

• بدءًا من الإصدار 21.1 لمقابس الفيزيائية والإصدار 22 لمقابس الافتراضية، أصبحت مقاييس وحدة المعالجة المركزية للمقبس الآن مرئية في CMA. اذهب إلى تحليلات الشبكة في CMA واختر علامة تبويب الأجهزة.
  

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

نقطة تواجد غير مثالية

عند استخدام سحابة كاتو، قد يلاحظ العملاء أداءً أبطأ للتطبيق أو انخفاضاً في سرعة التنزيل/التحميل.

• للتحقق، قم بإجراء اختبار PING على الخدمة المتأثرة.
  
• إذا كانت RTT المعادة أعلى من المتوقع، تحقق من أن الموقع متصل بنقطة تواجد مثالية من خلال الانتقال إلى المراقبة > الطوبولوجيا والنقر على الموقع.
• ستظهر لوحة نافذة على الجانب الأيمن. انقر على "عرض السجل" في أسفل اللوحة النافذة
• ستظهر نافذة أخرى. تحقق من أن مزود خدمة الإنترنت قريب من نقطة التواجد المتصلة.
  
• لحل هذه الأمر، يرجى الرجوع إلى حل مثالي لنقطة التواجد.

التحقق من قاعدة الشبكة

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

زيادة في تأخير السحابة

• التطبيقات، مثل خدمات SQL، الحساسة للتغيرات في التأخير، قد تشهد زيادة في وقت إتمام المهام عند نقلها عبر السحابة كاتو.
• التأخير الإضافي الناتج عن إجراء تلك الاستفسارات عبر WAN، حتى وإن كانت فقط بضع ميلي ثانية، يتراكم حقًا عند النظر في عدد الاستفسارات.
• لتقليل التأخير بين المواقع، يُوصى بالنظر في تنفيذ حلول Cato مثل تسريع TCP، Off-Cloud. أو Alt-WAN.
• يمكن للخدمات المستضافة في بيئات السحابة العامة، مثل Azure أو AWS، استخدام Cloud Interconnect لتقليل التأخير بشكل كبير بين المواقع.
• بدلاً من ذلك، يمكن تعديل استفسارات SQL للعمل بشكل أفضل عبر السحابة كاتو.

توسيع النوافذ لأجهزة ويندوز

• توسيع النوافذ في TCP/IP يسمح بالتفاوض على حجم نافذة أكبر، مما يمكن من إرسال المزيد من البيانات في كل حزمة وتحسين الأداء.
• يجب أن يكون ممكناً افتراضياً. للتحقق من ذلك، افتح موجه الأوامر على جهاز ويندوز وقم بتشغيل الأمر netsh interface tcp show global.
• ابحث عن إعداد "مستوى ضبط تلقائي لنافذة الاستقبال" والذي يجب أن يكون مضبوطاً على "عادي".
• يرجى الرجوع إلى تمكين خيار توسيع نافذة TCP للحصول على المزيد من التفاصيل.
  

خيار ختم التوقيت لـ TCP لأجهزة ويندوز

• لا يدعم الإعداد الافتراضي لنظام التشغيل ويندوز خيار ختم التوقيت لـ TCP. قم بتمكين خيار ختم التوقيت لـ TCP لتحسين قياسات زمن تنفيذ الحزمة، مما يساعد بشكل أفضل في تحديد فقدان الحزمة.
• يساعد هذا الخيار أيضاً مكدس TCP في ضبط المؤقت في حالة فقدان الحزمة.
• نوصي بتمكين خيار ختم التوقيت لـ TCP على أجهزة الكمبيوتر بنظام ويندوز باتباع هذه الخطوات:
  • افتح محرر السجل على ويندوز.
  • انتقل إلى المفتاح التالي HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  • ابحث عن مفتاح يسمى Tcp1323Opts. إذا لم يكن موجوداً، ستحتاج إلى إنشائه كقيمة DWORD (32-bit)، وتسمية Tcp1323Opts. قم بتعيين القيمة إلى 2.
  • اعد تشغيل نظامك.
• للتحقق من حالة ختم التوقيت لـTCP، قم بتشغيل netsh int tcp show global من موجه الأوامر. يجب أن تكون طوابع الزمن لـ RFC1323 ممكَّنة.
  

اختبار iPerf

• أداة أخرى لاستكشاف الأخطاء وإصلاحها التي تساعد على عزل المشكلة ستكون iPerf. يمكن استخدام اختبار iPerf لقياس الحد الأقصى للنطاق الترددي الممكن تحقيقه في الشبكة. هذا مشمول في واجهة الويب الخاصة بالسوكيت كجزء من اختبار الشبكة والاتصال وهو متاح تحت علامة التبويب الأدوات.
  
• يرجى الإشارة إلى اختبار الرابط بواسطة iPerf لمزيد من المعلومات حول إجراء اختبار iPerf في واجهة المستخدم على الويب الخاصة Socket.
  ملاحظة: للحصول على نتائج أكثر دقة، يُوصى باستخدام UDP كبروتوكول اختبار لأنه لا ينظر في التحكم في الازدحام. ضع في اعتبارك أن هذا الاختبار يهدف إلى تحديد أقصى سعة انتقال ممكنة للرابط.

(اختياري) مراقبة أداء آخر ميل

• يمكن للعملاء الذين لديهم ترخيص مراقبة الأداء مراجعة علامات تبويب أداء آخر ميل وأداء التطبيقات للبحث عن فقدان أو تجاهل الحزم الممكنة. يمكن ربط البيانات بالنتائج في علامة تبويب تحليلات الشبكة لفهم أفضل لمصدر المشكلة.

خارج السحابة

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

حل المشاكل المكتشفة

حل تكوين خاطئ

حل فقدان الحزم

• إذا كان هناك فقدان لحزم آخر ميل، يرجى استبدال الكابل المتصل بمنفذ WAN للSocket.
• إذا كان ذلك ممكنًا، قم بالاتصال بمنفذ WAN مختلف للSocket والجهاز العلوي. إذا لم يتحسن للتعامل مع مشكلة فقدان آخر ميل للحزم، تواصل مع موفر الإنترنت لعزل المشكلة بشكل أكبر. 
• إذا تم ملاحظة فقدان حزم عالي، ضع في اعتبارك تفعيل تخفيف فقدان الحزم لحركة VoIP. يرجى الإشارة إلى تحسين حركة المرور للتفاصيل.
  
• يرجى الإشارة إلى كيفية استكشاف فقدان الحزم في موقع Socket للحصول على استكشاف تفصيلي لفقدان الحزم.

حل تجاهل الحزم (QoS)

• لتخصيص المزيد من النطاق الترددي للفئة، قم بالتنقل إلى الشبكة > إدارة النطاق الترددي، واختر الفئة المتأثرة، وغيّر الحدود وفقًا لذلك.
  
• لتحريك التطبيق المتأثر إلى فئة أعلى أولوية، يمكنك إما تحرير قاعدة الشبكة الحالية للتطبيق المتأثر وتغيير أولوية BW إلى قيمة أقل (فكلما انخفضت القيمة، زادت الأولوية). بدلاً من ذلك، يمكنك إنشاء قاعدة شبكة جديدة وتعيين أولوية BW إلى قيمة أقل.
  
• للحصول على دليل مفصل لإدارة النطاق الترددي، يرجى الإشارة إلى تكوين ملفات إدارة النطاق الترددي.

حل الاتصال بنقطة وصول شبه مثالية PoP

• إذا لم يكن الجهاز متصلًا بنقطة وصول مثالية PoP، تحقق مما إذا كان إعداد "Preferred POP locations" مكونًا. للقيام بذلك، انتقل إلى الشبكة > الموقع > تكوين الموقع > عام > مواقع PoP المفضلة. إذا تم ضبط الإعداد بشكل غير صحيح، اختر الموقع الأمثل.
• سيتم إعادة توصيل Socket تلقائيًا بالنقطة المفضلة الجديدة PoP كما تم تكوينها في الشبكة > المواقع > اتفاقية مستوى الخدمة SLA للاتصال. ومع ذلك، يمكن أيضًا تنشيط عملية إعادة الاتصال يدويًا باستخدام الإجراء إعادة الاتصال بنقطة الوصول المفضلة PoP، كما هو موضح في إعادة الاتصال يدويًا بموقع PoP مفضل.

حل تجاوز عرض النطاق الترددي المدعوم

• تواصل مع مدير حسابك أو مدير خدمة العملاء المناسب للترقية إلى Socket أكبر. إذا كنت غير متأكد من هوياتهم، تواصل مع الدعم.

رفع القضايا إلى دعم Cato

إذا لم تساعد الخطوات السابقة في عزلة وحل المشكلة، افتح حالة مع دعم Cato. عند فتح حالة، ضع في اعتبارك الأسئلة التالية وقدم الإجابات المقابلة: 

1. هل تؤثر المشكلة على جميع التطبيقات أم على تطبيقات محددة؟ 
2. إذا كانت تؤثر على تطبيقات محددة، هل هذه التطبيقات جديدة؟ 
3. بالنسبة للتطبيقات الجديدة، يرجى تقديم التفاصيل، بما في ذلك اسم التطبيق، الإصدار، إلخ.
4. ما الذي تغير بالنسبة للتطبيقات الحالية والذي أدى إلى المشكلة؟
5. هل تؤثر هذه المشكلة على جميع المواقع أم على مواقع محددة؟ إذا كانت مواقع محددة، يرجى طرح المواقع المتأثرة
6. أين يقع الخادم إذا كان هذا يؤثر على جميع المواقع؟ 

جمع البيانات

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

• يجب أن تلتقط المجموعة الأولى من الحزم (PCAP) مشكلة الأداء. يمكن القيام بذلك بالتزامن مع جمع SSS.
• يجب جمع المجموعة الثانية من PCAP عندما تتجاوز الاتصال السحابة Cato، أي عندما لا تكون مشكلة الأداء موجودة. ستعمل هذه المجموعة من البيانات كنقطة مرجعية للدعم عند مراجعة السجلات والSSS.
•