Резервні копії поза майданчиком
Чому копія поряд з даними не рятує, куди її виносити, як обмежити права ключа і що має бути доступним, якщо машина повністю недоступна.
Оновлено 23 серпня 2026 р.
Копія на тому самому диску захищає рівно від одного — від вашої власної помилки rm -rf. Від перевстановлення ОС, втрати доступу, шифрувальника чи будь-якої аварії, що кладе всю машину, рятує лише копія в іншому місці.
Звідки брати
| Місце | Плюси | На що зважати |
|---|---|---|
| Другий VPS | Повний контроль, швидкий канал | Обидві машини в одного провайдера — спільний ризик |
| Домашній комп'ютер або NAS | Дешево, фізично окремо | Потрібна постійна адреса або ініціатива з боку дому |
| Об'єктне сховище S3 | Без обслуговування, платите за обсяг | Перевірте вартість вихідного трафіку під час відновлення |
| Окреме сховище з доступом по SFTP | Просто, дешево на великих обсягах | Зазвичай немає версіонування на боці сховища |
Принцип простий: копія має пережити повну втрату вихідної машини. Якщо обидва сховища падають від однієї події, у вас одне місце.
Хто від кого тягне
Є два варіанти, і від шифрувальника вони захищають по-різному.
Машина штовхає копію. Просто, але ключ для надсилання лежить на машині. Зловмисник, який отримав root, дістанеться й до сховища.
Сховище саме забирає копію. Ключ лежить на приймачі, і машина про нього нічого не знає. Безпечніше, але потрібно, щоб приймач міг дістатися до машини.
Компроміс, що покриває обидва випадки: машина штовхає, але ключ на приймачі обмежений лише записом, без права видалення.
command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup
У Restic ту саму роль відіграє режим append-only — репозиторій, до якого можна лише дописувати:
restic --repo sftp:backup@host:/srv/restic backup /data
У цьому разі приймач сам видаляє старі знімки за власним розкладом, а не машина.
Ключ, що лежить на машині й має право видаляти копії, знецінює всю схему. Шифрувальник шукає насамперед саме такий ключ. Право на видалення має належати комусь іншому.
Перевірка доступності
Відновлення зазвичай потрібне в найгірший момент: машина лежить, ви панікуєте, а часу немає. Заздалегідь переконайтеся, що у вас є:
- Адреса сховища та облікові дані — записані поза цією машиною.
- Пароль до репозиторію Restic — у менеджері паролів.
- Root-пароль машини — він зберігається зашифрованим і показується кнопкою на вкладці «Доступ» панелі
/hosting/vds/m/<id>, але панель доступна лише вам. - Список того, що де лежить: яка копія містить що.
Запишіть це в коротку нотатку й тримайте поза VPS.
Скільки даних переганяти
Пропускна здатність — до 500 Мбіт/с, але вузьким місцем зазвичай є бік приймача. Першу повну копію зробіть вручну й у тихий час; після цього проходитимуть лише зміни. Щоб обмежити швидкість, аби вона не заважала сервісам:
rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...
Значення — у кілобайтах за секунду.
Типові помилки
- Обидві копії в одного провайдера в одному місці. Це одне місце, як його не називай.
- Копія надсилається, але ніхто не знає, що вона зупинилася. Налаштуйте перевірку надсилання в Uptime Kuma.
- Ви жодного разу не пробували відновлення. Дивіться навчальне відновлення.
- Облікові дані сховища лежать у скрипті, який теж потрапляє в копію. З шифруванням не смертельно, але якщо ви втратите сховище разом зі скриптом, це дірка.
Що саме класти в копію, розказано в що бекапити; способи — rsync і Restic.