قم بقياس زمن انتقال الشبكة قبل أن تصبح مشكلة

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

إن الخدمة السحابية هي المحرك الأساسي الذي يغير منظر الكمون. الخدمات السحابية ، سواء كانت تعمل في مراكز البيانات الخاصة أو السحابات العامة ، مثل Amazon Web Services (AWS) أو Google Cloud ، توجد بالضرورة على مسافة من مركز البيانات الخاص بك. عادة ، ينتقل المسار إلى تلك الخدمات السحابية عبر الإنترنت العام. بالنسبة لمعظم حركة مرور الشبكة ، يكون الاتصال بالإنترنت جيدًا. ولكن بالنسبة للتطبيقات الحساسة زمن الوصول ، فإن الإنترنت عبارة عن برية غير متوقعة يمكن أن تكون هادئة بمقدار ميلي ثانية واحدة وعاصفة في اليوم التالي. وذلك لأن مسار البيانات يخضع لتقلبات التأخير في التوجيه والمعالجة. هذه هي العوامل التي لا يمكن لموظفي تقنية المعلومات لديك ولا متخصصي تكنولوجيا المعلومات في الخدمة السحابية التحكم فيها.

ما هو الكمون؟

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

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

قياس الكمون مع Traceroute

لحسن الحظ ، فإن قياس زمن الوصول لبياناتك سهل إلى حد ما ، ولا يكلف شيئًا. لمعرفة ذلك ، قم بتشغيل سطر الأوامر في نظام التشغيل (OS) الذي تختاره ، وتنفيذ أمر Traceroute. في Microsoft Windows ، تكتب الأمر "tracert" في موجه الأوامر ، متبوعًا باسم الوجهة ، ربما "aws.amazon.com" أو "cloud.google.com". (انظر الصورة أدناه.)

في Apple OS X أو Linux ، انتقل إلى النافذة الطرفية واكتب: traceroute -I companydomain.com. بدلاً من ذلك ، يمكنك استبدال اسم المجال بعنوان IP فعلي. تريد رمز التبديل -I حتى يستخدم traceroute بروتوكول رسائل التحكم في الإنترنت (ICMP) ، والذي سيحتاجه من أجل قياس زمن الانتقال بدقة.

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

انقر على الصورة للتكبير.

قياس الكمون مع أدوات إدارة الشبكة

سيكون لدى محترفي تكنولوجيا المعلومات المسؤولين عن شبكة الشركة نوعًا من أداة مراقبة الشبكة للحفاظ على علامات التبويب على ما يجري عبر أسلاكهم وكيفية أداء حركة المرور هذه. يمكنك التحقق من زمن انتقال الشبكة بطرق أخرى أيضًا. إذا كانت أداة جيدة المزايا ، فستكون لها ميزات قياس زمن الوصول الخاصة بها. على سبيل المثال ، لدى Spiceworks برنامج Traceroute خاص به يستخدم بروتوكول التحكم بالإرسال (TCP) بدلاً من بروتوكول ICMP المستخدم في وظيفة traceroute القياسية الموضحة مسبقًا. يستخدم أيضًا في الأمر Ping. في بعض الحالات ، يمكن أن يكون TCP أكثر دقة لأن بعض أجهزة التوجيه قد تم تكوينها بحيث لا تستجيب لحزم ICMP.

مثال جيد آخر هو Paessler AG ، التي تبيع Paessler PRTG Network Monitor. ستوفر هذه الأداة زمن انتقال الشبكة إلى جانب وظائفها الأخرى. لدى Paessler AG نسخة مجانية من برنامجها بالإضافة إلى نسخة تجريبية مجانية. سوف أبحث في مراقب شبكة PRTG ، بما في ذلك قدراته الكامنة ، أثناء اختبار الأداة لمراجعة PCMag القادمة.

يوضح جريج روس ، كبير مهندسي النظم في شركة Paessler AG: "خارج أوقات الاختبار ، إذا كنت أقيس ذلك في كل فترة زمنية ، فهذا هو مقياس الكمون الأساسي". "يمكنك تقسيم المسار وتقييم كل قفزة في المسار. يمكننا القيام بذلك باستخدام عدد القفزات في مسار التتبع.

وقال روس: "الجانب الآخر هو مراقبة جودة الخدمة ، والتي تنظر في وقت الارتعاش والرحلات بيني ونقطة النهاية". وقال إن مثل هذا الرصد يمكن أن يُظهر أيضًا أسبابًا أخرى للكمون مثل الحزم المؤجلة أو الحزم المستلمة.

تقليل تأثير الكمون

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

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

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

وبالطبع ، يمكنك تقليل المسافة. وفقًا للجداول المقدمة من M2 Optics ، تقدم 100 كيلومتر من الألياف ما يقرب من 500 ميكروثانية من الكمون. هذا نصف مللي ثانية ، لذلك ترى كيف يمكن للمسافة أن تجعل الكمون يتراكم.

إبقاء هذا هوب عدد صغير

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

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

بينما لا يمكنك التخلص من الكمون دون انتهاك قوانين الفيزياء ، إلا أنه لا يمكنك تجاهلها. مع التطبيقات الشائعة مثل تحليلات الدفق في الوقت الفعلي ، وعقد مؤتمرات الفيديو ، وحتى حركة مرور شركة Voice-over-IP (VoIP) الخاصة بشركتك ، أصبحت جميعها أكثر حساسية للإتجاه ، فتنتقل إلى زمن انتقال شبكتك الآن ، قبل أن تصبح مشكلة ، ستدفع أرباح الأسهم أسفل الخط.