پشتیبان‌گیری‌های ابری از طریق 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پس از تغییر شبکه هم انتقال و هم بازیابی را تکرار کنید تا نشان داده شود بهبود به خدمت پشتیبان‌گیری است و نه فقط جابه‌جایی سریع‌تر داده. همان اجرای دوم است که بلیت را می‌بندد. انتقال سریع‌تر با بازیابی آزمایش‌نشده راهی کندتر برای بی‌حفاظت ماندن است.