სარეზერვო ნაწილი 7: დასკვნები

ეს შენიშვნა ასრულებს სარეზერვო ასლის შექმნის ციკლს. იგი განიხილავს გამოყოფილი სერვერის (ან VPS) ლოგიკურ ორგანიზაციას, რომელიც მოსახერხებელია სარეზერვო ასლისთვის, და ასევე შესთავაზებს სერვერის სარეზერვო ასლიდან სწრაფად აღდგენის ვარიანტს დიდი შეფერხების გარეშე კატასტროფის შემთხვევაში.

Raw მონაცემები

ერთგულ სერვერს ყველაზე ხშირად აქვს მინიმუმ ორი მყარი დისკი, რომელიც ემსახურება პირველი დონის RAID მასივის (სარკე) ორგანიზებას. ეს აუცილებელია იმისათვის, რომ შეძლოთ სერვერის მუშაობის გაგრძელება, თუ ერთი დისკი ვერ მოხერხდა. თუ ეს არის ჩვეულებრივი გამოყოფილი სერვერი, შეიძლება არსებობდეს ცალკე აპარატურის RAID კონტროლერი აქტიური ქეშირების ტექნოლოგიით SSD-ზე, ასე რომ, გარდა ჩვეულებრივი მყარი დისკებისა, შესაძლებელია ერთი ან მეტი SSD-ის დაკავშირება. ზოგჯერ შემოთავაზებულია გამოყოფილი სერვერები, რომლებშიც ერთადერთი ადგილობრივი დისკია SATADOM (პატარა დისკები, სტრუქტურულად ფლეშ დრაივი, რომელიც დაკავშირებულია SATA პორტთან), ან თუნდაც ჩვეულებრივი პატარა (8-16 გბ) ფლეშ დრაივი, რომელიც დაკავშირებულია სპეციალურ შიდა პორტთან, და მონაცემები აღებულია შენახვის სისტემიდან, რომელიც დაკავშირებულია სპეციალური შენახვის ქსელით (Ethernet 10G, FC და ა.შ.), და არის გამოყოფილი სერვერები, რომლებიც იტვირთება უშუალოდ შენახვის სისტემიდან. მე არ განვიხილავ ასეთ ვარიანტებს, რადგან ასეთ შემთხვევებში სერვერის სარეზერვო ასლის შექმნა შეუფერხებლად გადადის სპეციალისტზე, რომელიც ინახავს შენახვის სისტემას; ჩვეულებრივ, არსებობს სხვადასხვა საკუთრების ტექნოლოგია სნეპშოტების შესაქმნელად, ჩაშენებული დედუბლიკაციისა და სისტემის ადმინისტრატორის სხვა სიხარულისთვის. , განხილული იყო ამ სერიის წინა ნაწილებში. გამოყოფილი სერვერის დისკის მასივის მოცულობა შეიძლება მიაღწიოს რამდენიმე ათეულ ტერაბაიტს, რაც დამოკიდებულია სერვერთან დაკავშირებული დისკების რაოდენობასა და ზომაზე. VPS-ის შემთხვევაში, მოცულობები უფრო მოკრძალებულია: ჩვეულებრივ არაუმეტეს 100 GB (მაგრამ არის უფრო მეტიც), და ასეთი VPS-ის ტარიფები ადვილად შეიძლება იყოს უფრო ძვირი, ვიდრე იმავე ჰოსტერის ყველაზე იაფი გამოყოფილი სერვერები. VPS-ს ყველაზე ხშირად აქვს ერთი დისკი, რადგან მის ქვეშ იქნება შენახვის სისტემა (ან რაღაც ჰიპერკონვერგირებული). ზოგჯერ VPS-ს აქვს რამდენიმე დისკი სხვადასხვა მახასიათებლებით, სხვადასხვა მიზნებისთვის:

• მცირე სისტემა - ოპერაციული სისტემის ინსტალაციისთვის;
• დიდი - მომხმარებლის მონაცემების შენახვა.

როდესაც თქვენ ხელახლა დააინსტალირებთ სისტემას მართვის პანელის გამოყენებით, მომხმარებლის მონაცემებით დისკი არ იწერება, მაგრამ სისტემის დისკი მთლიანად ივსება. ასევე, VPS-ის შემთხვევაში, ჰოსტერმა შეიძლება შესთავაზოს ღილაკი, რომელიც იღებს VPS-ის (ან დისკის) მდგომარეობის სურათს, მაგრამ თუ თქვენ დააინსტალირებთ საკუთარ ოპერაციულ სისტემას ან დაგავიწყდებათ სასურველი სერვისის გააქტიურება VPS-ში, ზოგიერთი მონაცემები შეიძლება კვლავ დაიკარგოს. ღილაკის გარდა, ჩვეულებრივ სთავაზობენ მონაცემთა შენახვის სერვისს, ყველაზე ხშირად ძალიან შეზღუდული. როგორც წესი, ეს არის ანგარიში, რომელსაც აქვს წვდომა FTP-ით ან SFTP-ით, ზოგჯერ SSH-თან ერთად, ამოღებული გარსით (მაგალითად, rbash), ან ავტორიზებული_გასაღების მეშვეობით ბრძანებების გაშვების შეზღუდვით (ForcedCommand-ის მეშვეობით).

გამოყოფილი სერვერი დაკავშირებულია ქსელთან ორი პორტით 1 გბიტი/წმ სიჩქარით, ზოგჯერ ეს შეიძლება იყოს ბარათები 10 გბ/წმ სიჩქარით. VPS-ს ყველაზე ხშირად აქვს ერთი ქსელის ინტერფეისი. ყველაზე ხშირად, მონაცემთა ცენტრები არ ზღუდავენ ქსელის სიჩქარეს მონაცემთა ცენტრში, მაგრამ ზღუდავენ ინტერნეტის წვდომის სიჩქარეს.

ასეთი გამოყოფილი სერვერის ან VPS ტიპიური დატვირთვა არის ვებ სერვერი, მონაცემთა ბაზა და აპლიკაციის სერვერი. ზოგჯერ შეიძლება დამონტაჟდეს სხვადასხვა დამატებითი დამხმარე სერვისები, მათ შორის ვებ სერვერისთვის ან მონაცემთა ბაზისთვის: საძიებო სისტემა, ფოსტის სისტემა და ა.შ.

სპეციალურად მომზადებული სერვერი მოქმედებს როგორც სარეზერვო ასლების შესანახი სივრცე, ამის შესახებ უფრო დეტალურად მოგვიანებით დავწერთ.

დისკის სისტემის ლოგიკური ორგანიზაცია

თუ თქვენ გაქვთ RAID კონტროლერი, ან VPS ერთი დისკით და არ არსებობს სპეციალური პრეფერენციები დისკის ქვესისტემის მუშაობისთვის (მაგალითად, ცალკე სწრაფი დისკი მონაცემთა ბაზისთვის), ყველა თავისუფალი ადგილი იყოფა შემდეგნაირად: ერთი დანაყოფი. იქმნება და მის თავზე იქმნება LVM მოცულობის ჯგუფი, მასში იქმნება რამდენიმე ტომი: 2 პატარა ერთი და იგივე ზომის, რომელიც გამოიყენება როგორც root ფაილური სისტემა (განახლებების დროს სათითაოდ იცვლება სწრაფი დაბრუნების შესაძლებლობისთვის, იდეა აიღეს Calculate Linux დისტრიბუციიდან), მეორე არის swap დანაყოფისთვის, დანარჩენი თავისუფალი ადგილი დაყოფილია მცირე ტომებად, გამოიყენება როგორც root ფაილური სისტემა სრულფასოვანი კონტეინერებისთვის, დისკები ვირტუალური მანქანებისთვის, ფაილი. /home-ში ანგარიშების სისტემები (თითოეულ ანგარიშს აქვს საკუთარი ფაილური სისტემა), ფაილური სისტემები განაცხადის კონტეინერებისთვის.

მნიშვნელოვანი შენიშვნა: ტომები უნდა იყოს სრულიად დამოუკიდებელი, ე.ი. არ უნდა იყოს დამოკიდებული ერთმანეთზე ან root ფაილურ სისტემაზე. ვირტუალური მანქანების ან კონტეინერების შემთხვევაში ეს წერტილი ავტომატურად შეინიშნება. თუ ეს არის აპლიკაციის კონტეინერები ან სახლის დირექტორიები, უნდა იფიქროთ ვებ სერვერისა და სხვა სერვისების კონფიგურაციის ფაილების განცალკევებაზე ისე, რომ მაქსიმალურად აღმოიფხვრას დამოკიდებულებები ტომებს შორის. მაგალითად, თითოეული საიტი მუშაობს საკუთარი მომხმარებლისგან, საიტის კონფიგურაციის ფაილები არის მომხმარებლის მთავარ დირექტორიაში, ვებ სერვერის პარამეტრებში, საიტის კონფიგურაციის ფაილები არ შედის /etc/nginx/conf.d/-ის საშუალებით..conf და, მაგალითად, /home//configs/nginx/*.conf

თუ რამდენიმე დისკია, შეგიძლიათ შექმნათ პროგრამული RAID მასივი (და დააკონფიგურიროთ მისი ქეშირება SSD-ზე, თუ არსებობს საჭიროება და შესაძლებლობა), რომლის თავზე შეგიძლიათ შექმნათ LVM ზემოთ შემოთავაზებული წესების მიხედვით. ასევე ამ შემთხვევაში, შეგიძლიათ გამოიყენოთ ZFS ან BtrFS, მაგრამ ამაზე ორჯერ უნდა იფიქროთ: ორივე მოითხოვს ბევრად უფრო სერიოზულ მიდგომას რესურსებთან და გარდა ამისა, ZFS არ შედის Linux-ის ბირთვში.

მიუხედავად გამოყენებული სქემისა, ყოველთვის ღირს წინასწარ გამოვთვალოთ დისკებზე ცვლილებების ჩაწერის სავარაუდო სიჩქარე და შემდეგ გამოვთვალოთ თავისუფალი სივრცის რაოდენობა, რომელიც იქნება დაცული სნეპშოტების შესაქმნელად. მაგალითად, თუ ჩვენი სერვერი წერს მონაცემებს წამში 10 მეგაბაიტი სიჩქარით, ხოლო მონაცემთა მთლიანი მასივის ზომაა 10 ტერაბაიტი - სინქრონიზაციის დრო შეიძლება მიაღწიოს დღეში (22 საათი - ეს არის რამდენი გადაიცემა ასეთი მოცულობა ქსელში 1 გბიტი/წმ) - ღირს დაახლოებით 800 GB დაჯავშნა. სინამდვილეში, ფიგურა უფრო მცირე იქნება, შეგიძლიათ უსაფრთხოდ გაყოთ იგი ლოგიკური მოცულობების რაოდენობაზე.

სარეზერვო შენახვის სერვერის მოწყობილობა

მთავარი განსხვავება სარეზერვო ასლების შესანახ სერვერს შორის არის მისი დიდი, იაფი და შედარებით ნელი დისკები. იმის გამო, რომ თანამედროვე HDD-ებმა უკვე გადალახეს 10 ტბ ზოლი ერთ დისკზე, აუცილებელია ფაილური სისტემების ან RAID-ის გამოყენება საკონტროლო ჯამებით, რადგან მასივის აღდგენის ან ფაილური სისტემის აღდგენის დროს (რამდენიმე დღე!) მეორე დისკი შეიძლება ჩავარდეს გამო. გაზრდილი დატვირთვისთვის. 1TB-მდე ტევადობის დისკებზე ეს არც ისე მგრძნობიარე იყო. აღწერის სიმარტივისთვის, მე ვვარაუდობ, რომ დისკის ადგილი დაყოფილია ორ ნაწილად, დაახლოებით თანაბარი ზომით (ისევ, მაგალითად, LVM გამოყენებით):

• სერვერების შესაბამისი ტომები, რომლებიც გამოიყენება მომხმარებლის მონაცემების შესანახად (უკანასკნელი გაკეთებული სარეზერვო ასლი განლაგდება მათზე გადამოწმებისთვის);
• BorgBackup-ის საცავებად გამოყენებული ტომები (სარეზერვო ასლების მონაცემები პირდაპირ აქ წავა).

მოქმედების პრინციპი არის ის, რომ თითოეული სერვერისთვის იქმნება ცალკეული ტომები BorgBackup საცავებისთვის, სადაც წავა მონაცემები საბრძოლო სერვერებიდან. საცავები მუშაობს მხოლოდ დამატების რეჟიმში, რაც გამორიცხავს მონაცემების განზრახ წაშლის შესაძლებლობას და ძველი სარეზერვო ასლებიდან საცავების დუბლირებისა და პერიოდული გაწმენდის გამო (რჩება წლიური ასლები, ყოველთვიურად გასული წლისთვის, ყოველკვირეულად ბოლო თვისთვის, ყოველდღიურად გასულ კვირას, შესაძლოა განსაკუთრებულ შემთხვევებში - საათობრივი ბოლო დღისთვის: სულ 24 + 7 + 4 + 12 + წლიური - დაახლოებით 50 ასლი თითოეული სერვერისთვის).
BorgBackup საცავებში არ არის ჩართული მხოლოდ დამატების რეჟიმი; ამის ნაცვლად, ForcedCommand .ssh/authorized_keys-ში გამოიყენება მსგავსი რამ:

from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......

მითითებული ბილიკი შეიცავს wrapper სკრიპტს borg-ის თავზე, რომელიც გარდა პარამეტრებით ბინარის გაშვებისა, დამატებით იწყებს სარეზერვო ასლის აღდგენის პროცესს მონაცემთა წაშლის შემდეგ. ამისათვის wrapper სკრიპტი ქმნის ტეგის ფაილს შესაბამისი საცავის გვერდით. ბოლო გაკეთებული სარეზერვო ასლი ავტომატურად აღდგება შესაბამის ლოგიკურ მოცულობაზე მონაცემთა შევსების პროცესის დასრულების შემდეგ.

ეს დიზაინი საშუალებას გაძლევთ პერიოდულად გაასუფთავოთ არასაჭირო სარეზერვო ასლები და ასევე ხელს უშლის საბრძოლო სერვერებს რაიმეს წაშლას სარეზერვო შენახვის სერვერზე.

სარეზერვო პროცესი

სარეზერვო ასლის ინიციატორი არის გამოყოფილი სერვერი ან თავად VPS, რადგან ეს სქემა უფრო მეტ კონტროლს იძლევა ამ სერვერის მხრიდან სარეზერვო პროცესზე. პირველი, გადაღებულია აქტიური root ფაილური სისტემის მდგომარეობის სურათი, რომელიც დამონტაჟებულია და ატვირთულია BorgBackup-ის გამოყენებით სარეზერვო შენახვის სერვერზე. მონაცემების აღების დასრულების შემდეგ, სნეპშოტი დემონტაჟდება და წაიშლება.

თუ არის მცირე მონაცემთა ბაზა (თითოეულ საიტზე 1 გბ-მდე), კეთდება მონაცემთა ბაზის ნაგავსაყრელი, რომელიც ინახება შესაბამის ლოგიკურ მოცულობაში, სადაც განთავსებულია იგივე საიტის დანარჩენი მონაცემები, მაგრამ ისე, რომ ნაგავსაყრელი იყოს არ არის ხელმისაწვდომი ვებ სერვერის საშუალებით. თუ მონაცემთა ბაზები დიდია, თქვენ უნდა დააკონფიგურიროთ „ცხელი“ მონაცემთა წაშლა, მაგალითად, გამოიყენოთ xtrabackup MySQL-ისთვის, ან იმუშაოთ WAL-თან archive_command-ით PostgreSQL-ში. ამ შემთხვევაში მონაცემთა ბაზა აღდგება საიტის მონაცემებისგან განცალკევებით.

თუ გამოიყენება კონტეინერები ან ვირტუალური მანქანები, თქვენ უნდა დააკონფიგურიროთ qemu-guest-agent, CRIU ან სხვა საჭირო ტექნოლოგიები. სხვა შემთხვევებში, დამატებითი პარამეტრები ყველაზე ხშირად არ არის საჭირო - ჩვენ უბრალოდ ვქმნით ლოგიკური ტომების სურათებს, რომლებიც შემდეგ მუშავდება ისე, როგორც ძირეული ფაილური სისტემის მდგომარეობის სურათი. მონაცემების გადაღების შემდეგ, სურათები წაიშლება.

შემდგომი მუშაობა ხორციელდება სარეზერვო შენახვის სერვერზე:

• თითოეულ საცავში გაკეთებული ბოლო სარეზერვო ასლი მოწმდება,
• შემოწმებულია ნიშნის ფაილის არსებობა, რაც მიუთითებს, რომ მონაცემთა შეგროვების პროცესი დასრულებულია,
• მონაცემები გაფართოვდება შესაბამის ლოკალურ მოცულობამდე,
• ტეგის ფაილი წაშლილია

სერვერის აღდგენის პროცესი

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

• კეთდება მოთხოვნა ბლოკის მოწყობილობის მიმაგრების შესახებ iscsinbd ან სხვა მსგავსი პროტოკოლის საშუალებით ლოგიკურ ტომზე, რომელიც შეიცავს გარდაცვლილი სერვერის root ფაილურ სისტემას; ვინაიდან root ფაილური სისტემა მცირე უნდა იყოს, ეს ნაბიჯი უნდა დასრულდეს რამდენიმე წუთში. ასევე აღდგენილია ჩამტვირთავი;
• ადგილობრივი ლოგიკური ტომების სტრუქტურა ხელახლა იქმნება, ლოგიკური ტომები მიმაგრებულია სარეზერვო სერვერიდან dm_clone ბირთვის მოდულის გამოყენებით: მონაცემთა აღდგენა იწყება და ცვლილებები დაუყოვნებლივ იწერება ადგილობრივ დისკებზე.
• კონტეინერი გაშვებულია ყველა ხელმისაწვდომი ფიზიკური დისკით - სერვერის ფუნქციონირება სრულად არის აღდგენილი, მაგრამ შემცირებული შესრულებით;
• მონაცემთა სინქრონიზაციის დასრულების შემდეგ, სარეზერვო სერვერიდან ლოგიკური ტომი გათიშულია, კონტეინერი გამორთულია და სერვერი გადაიტვირთება;

გადატვირთვის შემდეგ, სერვერს ექნება ყველა ის მონაცემი, რომელიც იქ იყო სარეზერვო ასლის შექმნის დროს და ასევე მოიცავს ყველა ცვლილებას, რომელიც განხორციელდა აღდგენის პროცესში.

სერიის სხვა სტატიები

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

გეპატიჟებით განიხილოთ შემოთავაზებული ვარიანტი კომენტარებში, გმადლობთ ყურადღებისთვის!

წყარო: www.habr.com