ღრუბლოვანი სარეზერვო ასლები 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გაიმეორეთ როგორც გადაცემა, ისე აღდგენა ქსელის ცვლილების შემდეგ, რომ გაუმჯობესება სარეზერვო ასლს ემსახურებოდეს და არა მხოლოდ მონაცემების უფრო სწრაფად გადაადგილებას. სწორედ მეორე გაშვება ხურავს ბილეთს. უფრო სწრაფი გადაცემა გამოუმოწმებელი აღდგენით უფრო ნელი გზაა დაუცველად დარჩენისკენ.