النسخ الاحتياطي السحابي بطيء عبر VPN: حدِّد المرحلة الحقيقية
قد يكون النسخ الاحتياطي البطيء يفحص الملفات أو يحسب البصمات أو يعيد المحاولة بدلًا من النقل. قارن المرحلة ونوع الوجهة والاستعادة قبل تغيير المسارات.
النسخ الاحتياطي الذي يزحف عبر VPN يغري بالتجربة البديهية: افصل النفق وقس مرة أخرى. غالبًا ما تجيب تلك التجربة عن سؤال مختلف، لأن المهمة ربما كانت تحسب بصمات الملفات أو تنتظر انتهاء إعادة محاولة بدلًا من نقل البايتات. افصل المراحل أولًا، فتتحول الشكوى إلى اختبار محدد بنتيجة متوقعة محددة. ولا يصبح المسار مرشحًا إلا عندما تكون مرحلة النقل هي البطيئة فعليًا.
في أي مرحلة تكون المهمة عندما تبدو بطيئة
تمر أدوات النسخ الاحتياطي بمراحل: اكتشاف الملفات، ثم قراءتها وحساب بصماتها، ثم الضغط والتشفير والرفع، ثم التحقق. لكل مرحلة عنق زجاجة خاص بها، وقليل منها فقط يلمس الشبكة أصلًا. والأداة التي لا تُبلغ عن أي مرحلة بعد تخبرك أنها لم تنتهِ من الفحص.
المهمة التي تقضي عشرين دقيقة في تجهيز مليون ملف صغير لن تسرع عندما يصبح النفق أسرع. والمهمة التي تشبع رابط الرفع مشكلة سعة لها حل مختلف. اقرأ مخرجات التقدم أثناء حدوث التأخير، ودوِّن المرحلة والطابع الزمني، لأن المرحلة وقت الشكوى هي الوحيدة المهمة. كما تتصرف الملفات الصغيرة بشكل مختلف عن كائن واحد كبير، لأن جولات الذهاب والإياب لكل ملف تهيمن ولا يصل النقل إلى معدل ثابت. قارن المتماثل بالمتماثل قبل استخلاص استنتاجات عن النفق.
نقطة نهاية عامة و NAS خاصة تفشلان بشكل مختلف
خدمة النسخ الاحتياطي العامة تحمل اتصال تطبيق موثَّقًا خاصًا بها، والنفق مجرد قفزة على مسار أطول. أما NAS الخاصة فتعتمد عادة على ذلك النفق لبلوغ شبكتك أساسًا. هذا الفرق يحدد ما إذا كان فصل النفق خط أساس صالحًا أم اختبارًا لا شيء فيه.
في الحالة العامة، يمكن للمهمة نفسها عبر مسار آخر أن تكون مقارنة عادلة إذا سمحت السياسة. وفي الحالة الخاصة، لا يترك إزالة النفق أي مسار إلى الخادم على الإطلاق، لذا تصف النتيجة المسار الذي حذفته لا الذي تستخدمه.
| Destination | What the tunnel provides | Valid baseline |
|---|---|---|
| Public backup service | One hop among several | The same job over another route |
| Private NAS | The only path to the server | None that removes the tunnel |
| Self-hosted gateway | Path plus split-DNS policy | Only if the policy is unchanged |
التوقف الكامل فشل مختلف عن النقل البطيء
يحدد العمود الثالث من ذلك الجدول ما إذا كان اختبار الاستقرار ممكنًا أصلًا، لأن خط الأساس الذي يزيل النفق لا يعني شيئًا إلا حيث يوجد مسار آخر. وبوجود خط أساس صالح، راقب شكل الفشل لا معدله المتوسط. فالرفع المنخفض لكن الثابت يشير إلى السعة، بينما تشير المهمة التي تتوقف ثم تستأنف إلى انقطاع أو مصادقة أو ملف واحد مزعج. والاثنان ينتجان شكاوى متطابقة تقريبًا وإصلاحات مختلفة تمامًا.
تشوِّه إعادات المحاولة أي قياس، لأن البايتات على الشبكة قد تكون أكبر من الكمية التي تغيرت فعلًا. اقرأ سلوك الاستئناف قبل مقاطعة المهمة مرة أخرى لترى ما يحدث، لأن الرفع المجزأ القابل للاستئناف يتعافى بتكلفة زهيدة بينما إعادة تشغيل الملف كاملًا لا تفعل. والنفق الذي يعيد الاتصال كل بضع دقائق يبدو أيضًا مشكلة عرض نطاق عندما يكون في الحقيقة مشكلة استقرار. ويزيد MTU الخاص بالمسار من ذلك، لأن النفق الذي يقلل الحمولة الصالحة يوقف المقاطع الكبيرة بينما تمر الصغيرة.
journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.comرفع واحد قد يجوِّع كل التدفقات الأخرى
الرفع الذي يشبع رابط الرفع يجعل المكالمات والتصفح غير مستجيبين، والنسخ الاحتياطي نادرًا ما يكون الشيء الوحيد المتنافس عليه. عميل مزامنة ثانٍ ينتج العَرَض نفسه بمفرده. قبل لوم النفق، انظر إلى ما يُرفع غيره.
استخدم الجدولة أو حد النطاق الذي توثقه الأداة بدلًا من التنافس على ذروة الإنتاجية، وترك هامش للعمل التفاعلي عادة أثمن من النسبة الأخيرة. ثم تحقق مما ينطبق عليه الحد فعلًا، لأن بعض الأدوات تحدِّد لكل ملف، وبعضها يحدد التشغيل كله، وبعضها يتجاهل كلفة الملفات الصغيرة تمامًا. والحد الذي لا يطابق عبء العمل لا يغير شيئًا. ويستحق النفق المنقسم شكًا هنا أيضًا، لأن استبعاد المشغِّل من النفق لا يستبعد خدمة المساعدة التي تنفذ الرفع. وRclone، مثالًا، ينشر حدود النقل وسلوك إعادة المحاولة في توثيقه، ما يجعله مرجعًا مفيدًا لما ينبغي أن يتحكم فيه الحد.
اختم باستعادة، لا باختبار سرعة
الرفع المكتمل ليس نسخًا احتياطيًا حتى يُستعاد منه شيء. تأكد من وجود الإصدار المتوقع، ثم استعد ملفًا تمثيليًا باستخدام الإجراء الذي توثقه الأداة. واحفظ معلومات الاستعادة في مكان غير الجهاز أو الملف الشخصي الذي قد تفقده، ولا ترمِ أبدًا نسخة احتياطية تعمل فقط لتبقي تجربة ما مرتبة.
restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hostsكرر النقل والاستعادة معًا بعد تغيير الشبكة، ليظهر أن التحسين يخدم النسخ الاحتياطي لا مجرد نقل البيانات أسرع. ذلك التشغيل الثاني هو ما يغلق التذكرة. فنقل أسرع مع استعادة غير مختبرة طريقة أبطأ للبقاء بلا حماية.