التعيين
قد يواجه العملاء مشكلات في الأداء مع تطبيقاتهم أثناء الاتصال بخدمة كاتو. التحدث عن مشكلات الأداء موضوع واسع ويمكن أن يحدث عبر طبقات OSI المختلفة، بدءًا من الطبقة الفيزيائية وصولاً إلى الطبقة التطبيقية. سيركز هذا الدليل بشكل أساسي على مشكلات الأداء حتى طبقة TCP. سيتم مناقشة مشكلات الأداء المتعلقة بالطبقات التطبيقية في أدلة أخرى:
لمشكلات الوصول إلى موارد الإنترنت، يرجى الرجوع إلى استكشاف مشكلات الوصول إلى خدمة الإنترنت
لمشكلات الأداء المتعلقة ببطء مستعرض الإنترنت، يُرجى الرجوع إلى استكشاف مشاكل بطء تحميل الصفحات ومشاكل العرض
لمشكلات الوصول إلى الموارد الداخلية، يُرجى الاطلاع على استكشاف الأخطاء وحل مشكلة الوصول إلى الموارد الداخلية
لمشكلات VoIP والفيديو، يُرجى مراجعة استكشاف أخطاء VoIP
الأعراض
بطيء نقل الملفات، انخفاض معدل النقل
عند الاتصال بسحابة كاتو، قد يشعر العملاء بتباطؤ سرعة التنزيل والتحميل.
تأخر أوقات الاستجابة في التطبيقات
قد يكون هذا أكثر وضوحاً في التطبيقات التفاعلية مثل أجهزة سطح المكتب البعيدة
الأسباب المحتملة
خطأ في التكوين (Qos، الترخيص، تسريع TCP، توسيع النوافذ)
ازدحام الشبكة
فقدان الحزمة (مزود خدمة الإنترنت، الميل الأخير)
نقطة تواجد غير مثالية
ارتفاع في وحدة المعالجة المركزية الخاصة بالمقبس
زيادة في تأخير السحابة
قيود الأجهزة
استكشاف المشكلة وحلها
قبل الشروع في المزيد من الاستكشاف لحل المشاكل، من الضروري عزل ما إذا كانت هذه المشكلة مرتبطة بخدمة كاتو السحابية. للقيام بذلك، يمكننا تجاوز الاتصال بكتو والتحقق مما إذا كانت المشكلة موجودة. تجاوز سحابة كاتو يوفر خطوات مفصلة حول كيفية تحقيق ذلك.
إذا استمرت المشكلة على الرغم من تجاوز الاتصال، فهذا يشير إلى أن كاتو ليست سبب المشكلة. ومع ذلك، إذا تم حل المشكلة بعد تجاوز الاتصال بخدمة كاتو السحابية، فعندئذٍ اتبع الخطوات التالية لاستكشاف المزيد من الأخطاء والعزل.
ترخيص وتكوين النطاق الترددي
ملاحظة: توزيع النطاق الترددي لـ WAN يعتمد على ترخيص الموقع وتكوين النطاق الترددي للواجهة. إذا كان كلاهما لهما قيم مختلفة، سيتم تطبيق الأقل منها على رابط WAN.
تحقق من أن الرخصة المخصصة للموقع صحيحة. اذهب إلى الشبكة > المواقع > تكوين الموقع > العام
تحقق من أن النطاق الترددي لـWAN للواجهة صحيح. اذهب إلى Network > Sites > Site Configurations > Socket > Edit the WAN interface.
للمواقع في الصين وفيتنام، الترخيص مختلف. سيتم تقسيم الترخيص إلى تراخيص عالمية وإقليمية. الترخيص العالمي مخصص للاتصالات مع المواقع العالمية، بينما الترخيص الإقليمي مخصص للاتصالات داخل البلد.
للمزيد من المعلومات حول إدارة تراخيص المواقع، يُرجى الاطلاع على إدارة تراخيص عرض النطاق الترددي للمواقع.
فقدان الحزم
قد يحدث فقدان الحزم داخل بنية كاتو التحتية أو مع مزود خدمة الإنترنت (ISP). تهدف الخطوات التالية إلى تحديد مصدر فقدان الحزم.
تحقق من فقدان الحزم (صعوداً/هبوطاً) في تحليلات الشبكة.
إذا تزامن هذا مع فقدان الحزم الأخير، فإن ذلك يشير إلى مشكلة محتملة في الأجهزة مع الكابل الموصّل بمنفذ الشبكة العريضة على المقبس أو مشكلة مع مزود خدمة الإنترنت (ISP).
راجع قسم حل مشكلةفقدان الحزم للحصول على اقتراحات حول حل مشكلات فقدان الحزم.
التخلص من الحزم (إدارة النطاق الترددي)
إذا لاحظت تخلصاً من العديد من الحزم على صفحة تحليلات الشبكة، فهذا يعني أن الحزم تخلصت بسبب إدارة النطاق الترددي (QoS). لتحديد ما إذا كان تطبيقك متأثراً بذلك:
انتقل إلى الشبكة > محلل الأولويات للتحقق من أي فئة تتخلص من الحزم وما إذا كان تخصيص تطبيقك لنفس الفئة.
إذا كانت هذه هي الحالة، فكر في تخصيص المزيد من النطاق الترددي لهذه الفئة.
بديلًا، إذا كان التطبيق المتأثر حاسمًا، حركه إلى فئة ذات أولوية أعلى لتحسين الأداء. يرجى مراجعة حل مشكلة التخلص من الحزم (QoS) لترتيب الدروس.
سبب آخر للتخلص من الحزم هو الانفجار المصغر. يرجى الرجوع إلى التحقق من الانفجارات الصغيرة لمعرفة المقصود بها، كيفية التعرف عليها، وأخيرًا، الخطوات اللازمة لحلها.
قيود موارد السوكيت
يمكن أن يحدث تدهور الأداء عندما يصل السوكيت إلى حدود موارده.
1. المعدل الأقصى المدعوم للأنفاق
انتقل إلى الشبكة > الموقع > تحليلات الشبكة وتحقق مما إذا كان المعدل للموقع ضمن الحدود المدعومة.
فيما يلي الحد الأقصى المدعوم لشبكة الأنفاق من نماذج السوكيت الخاصة بنا:
نموذج السكت
المعدل الأقصى للأنفاق
X1500
500Mbps
X1600
1Gbps
X1600 LTE
1Gbps
X1700
3Gbps
X1700B
10Gbps
يرجى الرجوع إلى دليل نشر سوكيت كاتو للحصول على المزيد من التفاصيل.
إذا تجاوزت القيود المدرجة، يرجى الرجوع إلى حل تجاوز الحد الأقصى المدعوم للأنفاق.
2. استخدام وحدة المعالجة المركزية العالية للسوكيت
استخدام موارد السوكيت بشكل مفرط سيسبب أيضًا تدهور الأداء
من واجهة الويب الخاصة بالسوكيت، اختر علامة التبويب حالة العتاد. سيظهر هذا الاستخدام الحالي لوحدة المعالجة المركزية % لكل نواة. الاستخدام المتسق العالي لوحدة المعالجة المركزية سيؤثر مباشرة على أداء المقبس ويسبب فقدان الحزم
إذا لاحظت استخدامًا عاليًا لوحدة المعالجة المركزية بالتزامن مع فقدان الحزم على الشبكة، يرجى الاتصال بالدعم للحصول على مساعدة.
بدءًا من الإصدار 21.1 لمقابس الفيزيائية والإصدار 22 لمقابس الافتراضية، أصبحت مقاييس وحدة المعالجة المركزية للمقبس الآن مرئية في CMA. اذهب إلى تحليلات الشبكة في CMA واختر علامة تبويب الأجهزة.
بالإضافة إلى ذلك، تتوفر أيضًا مقاييس CPU من واجهة المستخدم Socket، تحت علامة التبويب حالة الأجهزة.
الاعتبارت المتعلقة بالأداء: عرض نطاق نشط/نشط لشبكة واسعة
في بيئات الشبكات الواسعة النشطة/النشطة، قد يكون نفاذ التطبيقات محدودًا عند تجمع تدفقات البيانات مؤقتًا على رابط واسع واحد بدلاً من توزيعها بالتساوي عبر جميع الروابط المتاحة. عندما يحدث هذا، يكون النطاق الترددي الكلي مقيدًا بعرض نطاق رابط واحد، بدلاً من الاستفادة من عرض النطاق المدمج لروابط متعددة.
يمكن أن يؤثر هذا السلوك على توقعات الأداء، خاصةً بالنسبة للبروتوكولات مثل بروتوكول التحكم في الرسائل (SMB) التي تعتمد على تدفقات متزامنة متعددة. يتأثر توزيع التدفق بظروف الشبكة الديناميكية والخوارزميات الداخلية، والتي قد لا تضمن دائمًا استخدامًا متوازنًا عبر الروابط.
ملاحظة: إذا لاحظت نفاذًا لا يتماشى مع الأداء المتوقع عبر روابط WAN متعددة، يُرجى الاتصال بدعم كايتو لمزيد من التحقيق والمساعدة.
نقطة تواجد غير مثالية
عند استخدام سحابة كاتو، قد يلاحظ العملاء أداءً أبطأ للتطبيق أو انخفاضاً في سرعة التنزيل/التحميل.
للتحقق، قم بإجراء اختبار PING على الخدمة المتأثرة.
إذا كانت قيمة RTT المستردة أعلى من المتوقع، تحقق من أن الموقع متصل بنقطة التواجد المثلى عن طريق الانتقال إلى المراقبة > الطوبولوجيا والنقر على الموقع.
ستظهر لوحة نافذة على الجانب الأيمن. انقر على "عرض السجل" في أسفل اللوحة النافذة
ستظهر نافذة أخرى. تحقق من أن مزود خدمة الإنترنت قريب من نقطة التواجد المتصلة.
لحل هذه الأمر، يرجى الرجوع إلى حل مثالي لنقطة التواجد.
التحقق من قاعدة الشبكة
تحقق من أن الاتصال المتأثر يصطدم بالقواعد الصحيحة للشبكة
إذا كان التطبيق المتأثر هو برنامج مشاركة الملفات أو تطبيق ويب، قم بإنشاء قاعدة شبكة مع تمكين تسريع TCP وضع القاعدة في الجزء العلوي من القائمة للعزل. يرجى الرجوع إلى أفضل الممارسات لتسريع TCP للحصول على التفاصيل.
زيادة في تأخير السحابة
التطبيقات، مثل خدمات SQL، الحساسة للتغيرات في التأخير، قد تشهد زيادة في وقت إتمام المهام عند نقلها عبر السحابة كاتو.
التأخير الإضافي الناتج عن إجراء تلك الاستفسارات عبر WAN، حتى وإن كانت فقط بضع ميلي ثانية، يتراكم حقًا عند النظر في عدد الاستفسارات.
لتقليل التأخير بين المواقع، يُوصى بالنظر في تنفيذ حلول Cato مثل تسريع TCP رابط خارج السحابة. أو 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 في واجهة برمجة مصغرات المقبس ملاحظة: لضمان نتائج أكثر دقة، يُوصى باستخدام UDP كبروتوكول للاختبار لأنه لا يأخذ بنظر الاعتبار التحكم في الازدحام. ضع في اعتبارك أن هذا الاختبار يهدف إلى تحديد أقصى سعة انتقال ممكنة للرابط.
(اختياري) مراقبة التجربة آخر ميل
يمكن للعملاء الذين لديهم ترخيص مراقبة الأداء مراجعة علامات تبويب أداء آخر ميل وأداء التطبيقات للبحث عن فقدان أو تجاهل الحزم الممكنة. يمكن ربط البيانات بالنتائج في علامة تبويب تحليلات الشبكة لفهم أفضل لمصدر المشكلة.
خارج السحابة
لأغراض الاختبار، ضع في اعتبارك إعداد تكوين خارج السحابة بين الموقعين. ستتيح لنا هذه الطريقة مقارنة الأداء بين داخل السحابة وخارجها.
إذا كان الأداء أفضل في خارج السحابة، فقد يكون هذا الحل الدائم لمشكلة الأداء.
ومع ذلك، يجب ملاحظة أن محركات حماية التهديدات من Cato لا تقوم بتفتيش حركة المرور خارج السحابة.
للحصول على تفاصيل تكوين، يُرجى الرجوع إلى توجيه حركة المرور إلى رابط خارج السحابة.
حل المشكلات التي تم اكتشافها
حل تكوين خاطئ
حل فقدان الحزم
إذا كان هناك فقدان لحزم آخر ميل، يرجى استبدال الكابل المتصل بمنفذ WAN للSocket.
إذا كان ذلك ممكنًا، قم بالاتصال بمنفذ WAN مختلف للSocket والجهاز العلوي. إذا لم يتحسن وضع مشكلة فقدان آخر ميل من الحزم، تواصل مع موفر خدمة الإنترنت الخاص بك لعزل المشكلة بشكل أفضل
إذا لوحظ فقدان حزم كبير، فكر في تمكين تخفيف فقدان الحزم لحركة المرور عبر VoIP. يرجى الاطلاع على تحسين حركة المرور للحصول على المزيد من المعلومات.
يرجى الرجوع إلى كيفية استكشاف فقدان الحزم في موقع Socket للحصول على إعدادات استكشاف تفصيلية لفقدان الحزم.
حل تجاهل الحزم (QoS)
لتخصيص المزيد من النطاق الترددي للفئة، قم بالتنقل إلى الشبكة > إدارة النطاق الترددي، واختر الفئة المتأثرة، وغيّر الحدود وفقًا لذلك.
لتحريك التطبيق المتأثر إلى فئة أعلى أولوية، يمكنك إما تحرير قاعدة الشبكة الحالية للتطبيق المتأثر وتغيير أولوية BW إلى قيمة أقل (فكلما انخفضت القيمة، زادت الأولوية). بدلاً من ذلك، يمكنك إنشاء قاعدة شبكة جديدة وتعيين أولوية BW إلى قيمة أقل.
للحصول على دليل مفصل حول إدارة عرض النطاق الترددي، يمكن الرجوع إلى تكوين ملفات تعريف إدارة عرض النطاق الترددي.
حل الاتصال بنقطة وصول شبه مثالية PoP
إذا لم يكن الجهاز متصلًا بنقطة وصول مثالية PoP، تحقق مما إذا كان إعداد "Preferred POP locations" مكونًا. للقيام بذلك، انتقل إلى الشبكة > الموقع > تكوين الموقع > عام > مواقع PoP المفضلة. إذا تم ضبط الإعداد بشكل غير صحيح، اختر الموقع الأمثل.
سيتصل المقبس تلقائيًا بنقطة التواجد المحددة حسب التكوين في الشبكة > المواقع > مستوى الخدمة للاتصال ومع ذلك، يمكن تحفيز الاتصال بشكل يدوي باستخدام الإجراء إعادة الاتصال بنقطة التواجد المفضلة، كما هو موضح في إعادة الاتصال اليدوية بموقع نقطه تواجد مفضلة.
حل تجاوز عرض النطاق الترددي المدعوم
تواصل مع مدير حسابك أو مدير خدمة العملاء المناسب للترقية إلى Socket أكبر. إذا لم تكن متأكدًا من هويتهم، تواصل مع الدعم.
رفع الحالات إلى دعم Cato
إذا لم تساعد الخطوات المذكورة أعلاه في عزل وحل المشكلة، يرجى فتح حالة مع دعم كاتو. عند فتح حالة، ضع في اعتبارك الأسئلة التالية وقدم الإجابات المقابلة:
هل تؤثر المشكلة على جميع التطبيقات أم على تطبيقات معينة
إذا كانت تؤثر على تطبيقات معينة، هل هذه التطبيقات جديدة
بالنسبة للتطبيقات الجديدة، يرجى تقديم التفاصيل، بما في ذلك اسم التطبيق، الإصدار، إلخ.
ما الذي تغير بالنسبة للتطبيقات الحالية والذي أدى إلى المشكلة؟
هل تؤثر هذه المشكلة على جميع المواقع أم على مواقع محددة؟ إذا كانت مواقع محددة، يرجى طرح المواقع المتأثرة
أين يقع الخادم إذا كان هذا يؤثر على جميع المواقع
جمع البيانات
يرجى جمع الخدمة الذاتية للدعم (SSS) أثناء تكرار المشكلة. بالإضافة إلى ذلك، قم بتثبيت Wireshark على الجهاز والتقاط مجموعتين من بيانات الحزم:
يجب أن تلتقط المجموعة الأولى من الحزم (PCAP) مشكلة الأداء. يمكن القيام بذلك بالتزامن مع جمع SSS.
يجب جمع المجموعة الثانية من PCAP عندما تتجاوز الاتصال السحابة Cato، أي عندما لا تكون مشكلة الأداء موجودة. ستعمل هذه المجموعة من البيانات كنقطة مرجعية للدعم عند مراجعة السجلات والSSS.