الملفات الصغيرة تزحف عبر VPN بسبب رحلات الذهاب والإياب، لا السرعة

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

ملف واحد يتدفق؛ ومجلد ملفات يتفاوض

النسخة الكبيرة تقضي معظم عمرها في حلقة قراءة وكتابة على عدد قليل من المقابض المفتوحة. تُدفع كلفة البروتوكول مرة واحدة لكل ملف، وتنتقل البيانات في كتل كبيرة. عرض النطاق يهيمن على النتيجة.

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

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

رحلات الذهاب والإياب تتراكم أسرع من البايتات

زمن الاستجابة هو كلفة تبادل واحد يعتمد على سابقه. إذا احتاج الملف عدة تبادلات متسلسلة وأضاف النفق 40 ms في كل اتجاه، تنمو الكلفة لكل ملف بسرعة. عشرة آلاف ملف تحوّل ذلك إلى دقائق.

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

رافعتان تغيّران المجموع. قلّل عدد التبادلات المعتمدة لكل ملف، أو أبقِ المزيد منها قيد التنفيذ في وقت واحد. الأولى تغيير في البروتوكول أو عبء العمل؛ والثانية هي التزامن. لا واحدة منهما تجعل رابطًا بطيئًا أسرع.

قِس عبء العمل، لا الرابط

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

رقم واحد بوحدة MB/s دون تلك التفاصيل لا يمكن مقارنته برقم أي شخص آخر.

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

غيّر المهمة: التزامن والأرشيفات

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

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

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

تحقق من العداد باختبار مضبوط

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

يعطي أمران عدد الملفات وخط الأساس لزمن الذهاب والإياب:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

ثم شغّل النسخ بعدد خيوط محدود وقارن السجل بالتشغيل السابق:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

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