VPS სარეზერვო ასლებისა და სნეფშოტების გზამკვლევი
სერვერმა შეიძლება გაფუჭდეს არასწორი განახლების, შეცდომის, მავნე კოდის ან აპარატურული პრობლემის გამო. კარგი გეგმა აერთიანებს სნეფშოტებს, სარეზერვო ასლებსა და შემოწმებულ აღდგენას. ONIE-ზე Cloud Servers ჰო ჩი მინის ქალაქში უჭერს მხარს სნეფშოტებსა და სარეზერვო ასლებს, და მონაცემებისთვის შეგიძლიათ დაამატოთ დამატებითი Block Storage.
სნეფშოტი და სარეზერვო ასლი
| სნეფშოტი | სარეზერვო ასლი | |
|---|---|---|
| რა არის | დისკის შენახული მდგომარეობა ერთ კონკრეტულ მომენტში | სერვერის ან მისი მონაცემების ცალკე ასლი |
| საუკეთესოა | სწრაფი დაბრუნება განახლებამდე ან კონფიგურაციის ცვლილებამდე | დაკარგვის, დაზიანების ან წაშლისგან აღდგენისთვის |
| ინახება | ორიგინალი სერვერის სიახლოვეს | ცალკე საცავზე |
| სიჩქარე | სწრაფად იქმნება და აღდგება | ნელია, დამოკიდებულია ზომაზე |
გამოიყენეთ ორივე: სნეფშოტი რისკიანი ცვლილებების წინ და დაგეგმილი სარეზერვო ასლები დანარჩენისთვის.
3-2-1 წესი
შეინახეთ მნიშვნელოვანი მონაცემების 3 ასლი, 2 განსხვავებული ტიპის საცავზე, ხოლო 1 ასლი სხვა ადგილას. მხოლოდ სერვერზე არსებული სნეფშოტი საკმარისი არ არის.
ფაილების სარეზერვო ასლი
rsync აკოპირებს მხოლოდ შეცვლილ ფაილებს:
rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/restic ქმნის დაშიფრულ სარეზერვო ასლებს, რომლებიც დუბლიკატების აღმოფხვრით ინახება მრავალ დანიშნულების ადგილას:
sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --pruneმონაცემთა ბაზის სარეზერვო ასლი
მონაცემთა ბაზა დამპის (dump) საშუალებით დააკოპირეთ, ცოცხალი მონაცემთა ფაილების კოპირების ნაცვლად:
mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gzPostgreSQL-ისთვის გამოიყენეთ pg_dump.
ავტომატიზაცია
გაუშვით სარეზერვო ასლები cron-იდან ან systemd ტაიმერიდან და შეინახეთ შენახვის წესი, რათა ძველი ასლები წაიშალოს:
sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.shაღდგენის შემოწმება
სარეზერვო ასლი, რომელიც არასდროს აღგიდგენიათ, მხოლოდ ვარაუდია. თვეში ერთხელ აღადგინეთ სათადარიგო სერვერზე და შეამოწმეთ, მუშაობს თუ არა საიტი და მონაცემები. ჩაწერეთ ნაბიჯები, რომ გუნდის ნებისმიერმა წევრმა შეძლოს ამის გაკეთება.
დიდ ცვლილებებამდე
გადაიღეთ სნეფშოტი, შეიტანეთ ცვლილება, შეამოწმეთ და წაშალეთ სნეფშოტი, როცა დარწმუნდებით. ეს კარგად უხდება SSH-ის უსაფრთხო კონფიგურაციას, ხოლო იგივე ჩვევა გამოგადგებათ, როცა WordPress საიტს განაახლებთ.
ხშირად დასმული კითხვები
როგორ ხშირად უნდა ვქმნიდე სარეზერვო ასლს?
ყოველდღიური ასლი გავრცელებულია იმ საიტებისა და მონაცემთა ბაზებისთვის, რომლებიც ხშირად იცვლება. უფრო ხშირად შექმენით ასლი, თუ ერთი დღის მონაცემების დაკარგვა მძიმედ აისახება.
იხდება თუ არა სნეფშოტებისთვის ფასი?
სნეფშოტები და სარეზერვო ასლები იხდება მათ მიერ დაკავებული სივრცის მიხედვით. მიმდინარე ტარიფები იხილეთ სერვისის ფასების გვერდზე.
სად უნდა შევინახო სარეზერვო ასლები?
არა მხოლოდ იმავე სერვერზე. გამოიყენეთ სხვა ადგილმდებარეობა ან პროვაიდერი, რათა ერთმა შეცდომამ ყველა ასლი ვერ წაშალოს.