Ръководство за 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

Архивиране на база данни

Копирайте базата чрез дъмп, вместо да копирате работещите файлове с данни:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

За PostgreSQL използвайте pg_dump.

Автоматизация

Стартирайте бекъпите от cron или systemd таймер и пазете политика за съхранение, така че старите копия да се премахват:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Тестване на възстановяването

Бекъп, който никога не сте възстановявали, е само предположение. Веднъж месечно възстановявайте на резервен сървър и проверявайте дали сайтът и данните работят. Запишете стъпките, така че всеки от екипа ви да може да ги изпълни.

Преди големи промени

Направете снапшот, извършете промяната, тествайте я и изтрийте снапшота, когато сте сигурни. Това добре се съчетава с защитена SSH конфигурация, а същият навик помага, когато актуализирате WordPress сайт.