لماذا يبدو VPN بطيئًا أثناء الرفع: تأخير الاصطفاف

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

النطاق الترددي والتأخير قياسان مختلفان

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

لاحظ الاتجاه تحت الحمل أيضًا. يمكن لمخزن رفع ممتلئ أن يؤخر كل شيء آخر بينما تظل سعة التنزيل خاملة.

قِس زمن الذهاب والإياب تحت الحمل

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

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

انقل الصف إلى حيث توجد عنق الزجاجة

إدارة الصفوف تساعد فقط على الجهاز الذي يحتفظ فعليًا بالتراكم. افحص ما تفعله الواجهة قبل إضافة قواعد.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

ما يغيّره النفق وما يخفيه

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

إن لم يتبع التأخير الحمل، فتوقف عن ضبط الصفوف وابحث في مكان آخر: ظروف Wi-Fi، أو مشكلات حجم الحزمة، أو مسار خروج رديء واحد. إعدادات الصفوف المطبقة دون قياس تنقل الغموض فحسب.