სარეზერვო, ნაწილი მკითხველთა მოთხოვნით: მიმოხილვა UrBackup, BackupPC, AMANDA

ეს მიმოხილვის შენიშვნა გრძელდება სარეზერვო ციკლიმკითხველების მოთხოვნით დაწერილი, მასში საუბარი იქნება UrBackup-ზე, BackupPC-ზე და ასევე AMANDA-ზე.

UrBackup მიმოხილვა.

მონაწილის მოთხოვნით VGusev2007 მე ვამატებ UrBackup-ის მიმოხილვას, კლიენტ-სერვერის სარეზერვო სისტემას. ის გაძლევთ საშუალებას შექმნათ სრული და დამატებითი სარეზერვო ასლები, შეგიძლიათ იმუშაოთ მოწყობილობის სნეპშოტებთან (მხოლოდ Win?) და ასევე შეგიძლიათ შექმნათ ფაილების სარეზერვო ასლები. კლიენტი შეიძლება განთავსდეს იმავე ქსელში, როგორც სერვერი, ან დაუკავშირდეს ინტერნეტს. გამოცხადებულია ცვლილებების თვალყურის დევნება, რაც საშუალებას გაძლევთ სწრაფად იპოვოთ განსხვავებები სარეზერვო ასლებს შორის. ასევე არსებობს სერვერის მხარის მონაცემთა შენახვის მხარდაჭერა, რაც ზოგავს ადგილს. ქსელური კავშირები დაშიფრულია და ასევე არის ვებ ინტერფეისი სერვერის მართვისთვის. ვნახოთ, რა შეუძლია მას:

სრული სარეზერვო რეჟიმში მიიღეს შემდეგი შედეგები:

სამუშაო საათები:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
8 მ 20 წ
8 მ 19 წ
8 მ 24 წ

მეორე ტესტი
8 მ 30 წ
8 მ 34 წ
8 მ 20 წ

მესამე ტესტი
8 მ 10 წ
8 მ 14 წ
8 მ 12 წ

დამატებითი სარეზერვო რეჟიმში:

სამუშაო საათები:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
8 მ 10 წ
8 მ 10 წ
8 მ 12 წ

მეორე ტესტი
3 მ 50 წ
4 მ 12 წ
3 მ 34 წ

მესამე ტესტი
2 მ 50 წ
2 მ 35 წ
2 მ 38 წ

საცავის ზომა ორივე შემთხვევაში იყო დაახლოებით 14 GB, რაც მიუთითებს სერვერის მხარეს სამუშაო დედუპლიკაციაზე. ასევე უნდა აღინიშნოს, რომ არსებობს შეუსაბამობა სერვერზე და კლიენტზე სარეზერვო ასლის შექმნის დროს, რაც საკმაოდ ნათლად ჩანს გრაფიკებიდან და ძალიან სასიამოვნო ბონუსია, რადგან ვებ ინტერფეისი აჩვენებს მუშაობის დროს. სარეზერვო პროცესი სერვერის მხარეს გათვალისწინების გარეშე
კლიენტის მდგომარეობა. ზოგადად, სრული და დამატებითი ასლების გრაფიკები არ განსხვავდება. ერთადერთი განსხვავება, ალბათ, არის ის, თუ როგორ ხდება მისი დამუშავება სერვერის მხარეს. მე ასევე კმაყოფილი ვიყავი პროცესორის დაბალი დატვირთვით ზედმეტ სისტემაზე.

BackupPC მიმოხილვა

მონაწილის მოთხოვნით ვანჟიგანოვი მე ვამატებ BackupPC-ის მიმოხილვას. ეს პროგრამა დაინსტალირებულია სარეზერვო შენახვის სერვერზე, დაწერილი perl-ში და მუშაობს სხვადასხვა სარეზერვო ინსტრუმენტებზე - ძირითადად rsync, tar. Ssh და smb გამოიყენება როგორც ტრანსპორტი, ასევე არის cgi-ზე დაფუძნებული ვებ ინტერფეისი (განლაგებულია apache-ს თავზე). ვებ ინტერფეისს აქვს პარამეტრების ვრცელი სია. მახასიათებლებს შორის არის სარეზერვო ასლებს შორის მინიმალური დროის დაყენების შესაძლებლობა, ასევე ის პერიოდი, რომლის განმავლობაშიც სარეზერვო ასლები არ შეიქმნება. სარეზერვო სერვერისთვის ფაილური სისტემის არჩევისას, თქვენ უნდა უზრუნველყოთ მყარი ბმულების მხარდაჭერა. ამრიგად, შენახვის ფაილური სისტემა არ შეიძლება დაიყოს სამონტაჟო წერტილებად. საერთო ჯამში, საკმაოდ სასიამოვნო გამოცდილებაა, ვნახოთ, რა შეუძლია ამ პროგრამას:

rsync-ით სრული სარეზერვო ასლების შექმნის რეჟიმში მიიღეს შემდეგი შედეგები:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
12 მ 25 წ
12 მ 14 წ
12 მ 27 წ

მეორე ტესტი
7 მ 41 წ
7 მ 44 წ
7 მ 35 წ

მესამე ტესტი
10 მ 11 წ
10 მ 0 წ
9 მ 54 წ

თუ იყენებთ სრულ სარეზერვო ასლებს და tar:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
12 მ 41 წ
12 მ 25 წ
12 მ 45 წ

მეორე ტესტი
12 მ 35 წ
12 მ 45 წ
12 მ 14 წ

მესამე ტესტი
12 მ 43 წ
12 მ 25 წ
12 მ 5 წ

დამატებითი სარეზერვო რეჟიმში, მე მომიწია tar-ის მიტოვება, რადგან სარეზერვო ასლები არ შეიქმნა ამ პარამეტრებით.

rsync-ის გამოყენებით დამატებითი სარეზერვო ასლების შექმნის შედეგებია:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
11 მ 55 წ
11 მ 50 წ
12 მ 25 წ

მეორე ტესტი
2 მ 42 წ
2 მ 50 წ
2 მ 30 წ

მესამე ტესტი
6 მ 00 წ
5 მ 35 წ
5 მ 30 წ

ზოგადად, rsync-ს აქვს მცირე სიჩქარის უპირატესობა, ასევე უფრო ეკონომიურად მუშაობს ქსელთან. ეს შეიძლება ნაწილობრივ კომპენსირებული იყოს CPU-ს ნაკლები გამოყენებით tar-ით, როგორც სარეზერვო პროგრამა. rsync-ის კიდევ ერთი უპირატესობა ის არის, რომ ის მუშაობს დამატებითი ასლებით. სრული სარეზერვო ასლების შექმნისას საცავის ზომა იგივეა, 16 GB, დამატებითი ასლების შემთხვევაში - 14 GB თითო გაშვებაზე, რაც ნიშნავს სამუშაო დედუბლირებას.

AMANDA მიმოხილვა

მონაწილის მოთხოვნით ოლერი ამანდას ტესტების დამატება,

სატესტო გაშვების შედეგები tar-ით, როგორც არქივატორი და ჩართულია შეკუმშვა, შემდეგია:

პირველი იწყება
მეორე გაშვება
მესამე გაშვება

პირველი ტესტი
9 მ 5 წ
8 მ 59 წ
9 მ 6 წ

მეორე ტესტი
0 მ 5 წ
0 მ 5 წ
0 მ 5 წ

მესამე ტესტი
2 მ 40 წ
2 მ 47 წ
2 მ 45 წ

პროგრამა სრულად იტვირთება ერთი პროცესორის ბირთვი, მაგრამ შეზღუდული IOPS დისკის გამო სარეზერვო შენახვის სერვერის მხარეს, მას არ შეუძლია მონაცემთა გადაცემის მაღალი სიჩქარის მიღწევა. ზოგადად, დაყენება ცოტა უფრო პრობლემური იყო, ვიდრე სხვა მონაწილეებისთვის, რადგან პროგრამის ავტორი არ იყენებს ssh-ს, როგორც ტრანსპორტს, მაგრამ ახორციელებს მსგავს სქემას გასაღებებით, ქმნის და ინარჩუნებს სრულფასოვან CA-ს. შესაძლებელია კლიენტისა და სარეზერვო სერვერის ფართოდ შეზღუდვა: მაგალითად, თუ მათ არ შეუძლიათ სრულად ენდონ ერთმანეთს, მაშინ შეგიძლიათ, როგორც ვარიანტი, თავიდან აიცილოთ სერვერი სარეზერვო აღდგენის დაწყებაში შესაბამისი ცვლადის მნიშვნელობის ნულზე დაყენებით. პარამეტრების ფაილი. შესაძლებელია ვებ ინტერფეისის დაკავშირება მენეჯმენტისთვის, მაგრამ ზოგადად კონფიგურირებული სისტემის სრული ავტომატიზაცია შესაძლებელია მცირე ბაშ სკრიპტების (ან SCM, მაგალითად, ansible) გამოყენებით. არსებობს მეხსიერების დაყენების გარკვეულწილად არა ტრივიალური სისტემა, რაც, როგორც ჩანს, განპირობებულია მონაცემთა შესანახად სხვადასხვა მოწყობილობების ვრცელი სიის მხარდაჭერით (LTO კასეტები, მყარი დისკები და ა.შ.). აღსანიშნავია ისიც, რომ ამ სტატიაში განხილული ყველა პროგრამიდან AMANDA ერთადერთია, რომელმაც შეძლო კატალოგის გადარქმევის აღმოჩენა. საცავი ერთი გაშვებისთვის იყო 13 GB.

ანონსი

სარეზერვო ასლი, ნაწილი 1: რატომ არის საჭირო სარეზერვო ასლი, მეთოდების, ტექნოლოგიების მიმოხილვა
სარეზერვო ნაწილი 2: rsync-ზე დაფუძნებული სარეზერვო ინსტრუმენტების განხილვა და ტესტირება
სარეზერვო ნაწილი 3: დუბლიკატის მიმოხილვა და ტესტირება
სარეზერვო ნაწილი 4: განხილვა და ტესტირება zbackup, restic, borgbackup
სარეზერვო ასლი ნაწილი 5: ტესტირება bacula და veeam სარეზერვო ლინუქსისთვის
სარეზერვო ნაწილი 6: სარეზერვო ინსტრუმენტების შედარება
სარეზერვო ნაწილი 7: დასკვნები

წყარო: www.habr.com