VPS backup at snapshot, paano i-on ang awtomatikong backup at mag-request ng restore

Pag-on ng awtomatikong backup

• I-click ang bagong server sa account at piliin ang lokasyon, laki at image.
• I-on ang awtomatikong backup sa mga dagdag na option.
• Agad lalabas sa summary sa kanan ang buwanang bayad ng server at backup.
• I-click ang Create server at bayaran ang napiling billing period, pagkatapos ay bayaran ang renewal invoice bago matapos ang period para patuloy na gumana ang server.

Ang awtomatikong backup ay option na pinipili sa paggawa ng server. Para protektahan ang data ng server na ginagamit na, mag-order ng snapshot o gamitin din ang backup sa loob ng server sa ibaba. Kapag gumagawa ng server gamit ang API, ilagay ang "backups": true sa request para i-on ang parehong option.

Pag-request ng restore mula sa awtomatikong backup

Ang mga restore ay inaasikaso ng aming support staff, na ibinabalik ang server sa eksaktong punto na gusto mo. Pagkatapos ng unang bayad, mag-request sa support page tulad nito.

• Piliin ang server bilang paksa.
• Isulat sa server name field ang pangalan ng server na ire-restore.
• Sa laman, isulat ang petsa at oras (UTC) na gusto mong balikan, at kung ibabalik ito sa parehong server.

Sa restore, papalitan ang disk ng server ng laman nito sa oras ng backup, kaya mawawala ang mga file na ginawa pagkatapos noon. Kung may bagong file na gusto mong itago, i-download muna ito sa computer mo bago mag-request. Lalabas ang sagot sa support page.

Pag-order ng snapshot

• I-click ang order sa page na snapshot.
• Pumili ng storage capacity. Kapag pareho o medyo mas malaki sa disk ng server, maluwag na kasya ang buong disk.
• Isulat sa name field ang pangalan ng target na server para malaman agad kung kaninong server ang snapshot. Puwedeng gumamit ng Latin na titik, numero, tuldok at gitling.
• Kapag nag-order, bayaran ang napiling billing period, at kapag handa na, lalabas ito sa listahan ng produkto sa iyong account.

Para sa mga server na may tuloy-tuloy na pagsusulat, tulad ng mga database, ang pansamantalang pag-pause ng serbisyo o pag-stop ng server habang ginagawa ang snapshot ay nagbibigay ng pinakamalinis na image. Para bumalik sa snapshot o gumawa ng bagong server mula rito, mag-request sa support page kasama ang pangalan ng server at snapshot pagkatapos ng unang bayad, at aasikasuhin namin ito.

Direktang backup sa loob ng server

Kung pinoprotektahan ng awtomatikong backup at snapshot ang buong server, ang backup sa loob ng server ay paraan para maglagay ng isa pang kopya ng file at database sa ibang lugar. Pinakamatibay kung susundin ang 3-2-1 rule: tatlong kopya, sa dalawang uri ng storage, na may isang kopya sa ibang lugar.

Hakbang 1. Pagsamahin ang file at database

mkdir -p /root/backup
tar czf /root/backup/www-$(date +%F).tar.gz /var/www
mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +%F).sql.gz

Para sa PostgreSQL, pagsamahin gamit ang sudo -u postgres pg_dumpall | gzip > /root/backup/pg-$(date +%F).sql.gz, at para sa Docker volume, gamit ang docker run --rm -v pangalan_ng_volume:/data -v /root/backup:/out alpine tar czf /out/pangalan_ng_volume.tar.gz -C /data ..

Hakbang 2. Awtomatikong patakbuhin araw araw

Buksan ang naka-schedule na trabaho gamit ang crontab -e at ilagay ang tatlong linya sa ibaba, at gagawa ito ng backup file araw araw nang 3 AM (oras ng server) at lilinisin ang mga file na lampas 7 araw. Sa loob ng crontab, lagyan ng backslash bago ang %.

0 3 * * * tar czf /root/backup/www-$(date +\%F).tar.gz /var/www
5 3 * * * mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +\%F).sql.gz
30 3 * * * find /root/backup -name '*.gz' -mtime +7 -delete

Hakbang 3. Magpadala ng isa pang kopya sa ibang lugar

Kung nasa parehong server lang ang backup file, puwede itong mawala kasama ng server. Ipadala gamit ang rsync sa server sa ibang lokasyon, o i-upload sa object storage gamit ang rclone, para may isang kopya sa ibang lugar.

rsync -az /root/backup/ backup@BACKUP_SERVER_IP:/backups/web-1/

Aling paraan ang dapat piliin sa bawat sitwasyon

Pinakamatibay ang tatlong paraan kapag sabay na ginamit, hindi bilang kapalit ng isa't isa. Pagsamahin ayon sa gamit ng server mo nang ganito.

• Personal na blog, maliit na website: i-on ang awtomatikong backup sa paggawa ng server, at bago malakihang palitan ang theme o plugin, mag-download ng isang WordPress export file, sapat na iyon.
• Online shop, membership service: bukod sa awtomatikong backup, gumawa ng database dump araw araw at magpadala ng isang kopya sa ibang lokasyon. Mababawi kada oras ang order history at member info.
• Development at test server: mag-iwan ng isang snapshot bago ang malaking eksperimento, at burahin ang snapshot pagkatapos para makatipid sa storage.
• Kapag gumagamit ng ilang server na pareho ang setup: matagal na itago ang snapshot ng reference server para mabilis na maitugma ang bagong server sa parehong kalagayan.

Anuman ang kombinasyon, ang mahalaga ay kung may isang kopya sa labas ng server, at kung nasubukan mo nang talagang mag-restore mula sa kopyang iyon. Basta tiyakin ang dalawang ito, mahinahon mong maibabalik ang serbisyo kahit may biglaang pagkakamali o aberya.

Isipin din ang gastos. Ang awtomatikong backup ay nakatakda sa 5.6% ng bayad sa server at pareho kada buwan, at ang snapshot ay sinisingil lang ayon sa na-save na kapasidad. Disk space lang ang gamit ng backup sa loob ng server nang walang dagdag na bayad, pero kailangan ng storage sa tatanggap ang kopyang ipinadala sa ibang lugar. Pumili batay sa laki ng data na dapat protektahan at kung gaano kadalas kailangang mag-restore para balanse ang gastos at kaligtasan.

Pagsasanay sa restore at mabubuting gawi

May halaga ang backup kapag naibabalik ito. Mga isang beses kada buwan, gumawa ng maliit na server, i-extract ang backup file at tiyaking bumubukas ang site, para hindi ka malito sa pagkakasunod kapag totoong sitwasyon na. Burahin agad ang test server pagkatapos suriin.

• Bago mismo ang malaking trabaho, mag-iwan ng isang snapshot o backup file.
• Isama ang petsa at pangalan ng server sa pangalan ng backup file para malaman agad kung kailan ito.
• Itago lang sa ligtas na lugar ang backup na may sikretong impormasyon tulad ng database password at API key.
• Bago mag-reinstall ng server, gawin muna ang hakbang ng paglipat ng data sa gabay sa reinstall.

Kung kulang ang disk space para itago nang matagal ang backup, puwede ring magdagdag ng NVMe block disk sa server at gamitin ito bilang espasyo para sa backup lang. Kung gumagamit ng Docker, tingnan din ang volume management sa gabay sa pag-install ng Docker.