Резервное копирование VPS: что проверить перед арендой
Что восстанавливать на VPS, где хранить независимые копии, как оценить RPO и RTO и провести учебное восстановление до аренды сервера.
Перед арендой VPS выясните три вещи: что именно вы будете восстанавливать, где будут лежать копии вне основного сервера и как вы проверите восстановление. Наличие раздела с копиями в панели провайдера ещё не означает, что в нём есть согласованный дамп базы данных или что копии хранятся отдельно от сервера.
Ниже — разбор по шагам: от выбора объекта копирования до учебного восстановления. Факты о Timeweb Cloud взяты из описания услуги, остальное — методика проверки, которую вы применяете к любому провайдеру.
Выбираете сервер для своего проекта? Сравните конфигурации Timeweb Cloud. Перед заказом проверьте регион, ресурсы и условия оплаты под вашу задачу.
Что именно нужно восстанавливать
«Бэкап VPS» — слишком общее слово. На практике восстанавливают одно из четырёх, и каждое отличается по полноте и скорости.
Файлы и каталоги. Самый простой вариант: копируются данные приложения, конфиги, загруженные пользователями файлы. Восстановление быстрое, но не возвращает систему целиком — операционную систему и установленные пакеты придётся поднимать заново.
Диск целиком или образ. Возвращает сервер в состояние на момент снимка: систему, настройки, файлы. Удобно для быстрого возврата к работе, но образ работающей базы данных не гарантирует её целостность — об этом ниже.
Дамп базы данных. Логическая выгрузка, которую можно загрузить в чистую СУБД. Это отдельный от образа артефакт: он проверяем, переносим между серверами и не зависит от файловой системы.
Конфигурация и секреты. Настройки сети, правила доступа, переменные окружения, ключи. Часто забывают, а без них восстановленный сервер не заработает.
Практический вывод: для сайта с базой нужны минимум два типа копий — образ или файлы для системы и отдельный дамп для базы. Один тип не заменяет другой.
Где лежат независимые копии
Независимость — ключевое свойство. Копия, лежащая на том же диске или в том же аккаунте, что и сервер, исчезнет вместе с ним при удалении, блокировке или сбое.
Отдельно про Docker: том контейнера хранится отдельно от записываемого слоя и не удаляется вместе с контейнером. Но том на том же хосте — это не резервная копия, а просто другое место на той же машине. Копию нужно выносить за пределы сервера.
Что известно о Timeweb Cloud из описания услуги: в панели управления доступны операции с конфигурациями, копиями, IP-адресами и сетями; используется виртуализация KVM; поддерживается загрузка собственных образов в форматах iso, vmdk, vhd, vhdx, vdi, raw, img и qcow2; размер диска можно увеличивать, но не уменьшать; для серверов в Москве и Санкт-Петербурге доступны адреса IPv6.
Из этого списка не следует, что копии включены по умолчанию, что они хранятся отдельно от сервера или что они согласованы для работающей базы. Эти вопросы нужно задать до заказа и получить ответ в явном виде: где физически хранятся копии, как долго живут, можно ли выгрузить их наружу.
RPO и RTO простыми словами
RPO — сколько данных вы готовы потерять. Если копия делается раз в сутки, при аварии вы можете откатиться на сутки назад. RPO в один час требует копий не реже раза в час.
RTO — сколько времени вы готовы потратить на восстановление. Оно складывается из поиска копии, её развёртывания, настройки сети и проверки, что приложение работает.
Эти два числа задаёте вы, исходя из задачи, а не провайдер. Дальше сверяете: обещанная частота копий укладывается в ваш RPO? Скорость развёртывания — в RTO? Если нет, одного сервиса недостаточно, нужен дополнительный механизм.
Посмотреть конфигурации Timeweb Cloud
Порядок учебного восстановления
Проверка восстановления — отдельная процедура, которую стоит провести до того, как сервер понадобится в аварийной ситуации. Порядок такой.
- Зафиксируйте исходное состояние. Запишите, какие данные должны быть, сколько записей в базе, какие файлы ожидаете увидеть.
- Возьмите копию. Сделайте её штатным способом провайдера и, если есть база, отдельный дамп.
- Разверните на отдельном VPS. Не на боевом сервере: восстановление поверх рабочей системы может уничтожить данные.
- Поднимите приложение. Установите зависимости, восстановите конфигурацию, подключите базу.
- Сверьте результат. Сравните количество записей, контрольные суммы ключевых файлов, доступность страниц и API.
- Зафиксируйте время. Замерьте, сколько занял весь путь, — это ваша фактическая оценка RTO.
- Удалите тестовый сервер. Иначе он останется лишней копией с теми же данными.
Почему копия диска не всегда восстанавливает базу
Резервная копия должна сохранять согласованное состояние данных. Простое копирование файлов работающей PostgreSQL может дать непригодный результат. Используйте штатный механизм резервного копирования СУБД или согласованный снимок, соответствующий её требованиям.
Для снимка PostgreSQL важны нужные файлы WAL — журналы изменений. Если данные и журналы находятся на разных дисках, снимки должны быть согласованы между собой. Наличие KVM или кнопки снимка само по себе этого не подтверждает. При учебном восстановлении проверьте запуск базы и целостность нужных приложению записей.
Как выбрать период копирования и место хранения
Если вам нужны копии каждые несколько минут, штатного суточного механизма может не хватить — потребуется своя настройка. Для активно меняющейся базы заранее выберите согласованный способ копирования и проверьте восстановление.
Если данные нельзя выносить за пределы определённой инфраструктуры, проверьте, где хранятся копии, до заказа. Если вы не готовы тратить время на учебное восстановление, любая копия останется непроверенной. Это ограничение не провайдера, а процесса.
Ошибки, которые делают копию бесполезной
- Копия лежит на том же сервере или в том же аккаунте и пропадает вместе с ним.
- Образ работающей базы считается достаточной копией без дампа и проверки.
- Копия ни разу не восстанавливалась, и никто не знает, запустится ли приложение.
- Забыты конфигурация, секреты и правила сети — сервер поднимается, но не работает.
- Восстановление делают поверх боевого сервера.
- Частота копий не сверена с допустимой потерей данных.
- Тестовый сервер после проверки не удалён и путается с рабочим.
Что уточнить у провайдера перед заказом
Спросите прямо: включены ли копии в выбранную конфигурацию или это отдельная опция; где хранятся копии и отделены ли они от сервера; как долго хранятся; можно ли выгрузить копию наружу; есть ли отдельный механизм для баз данных. Цену и условия продления проверьте на странице услуги перед оплатой — в этом разборе они не приводятся.
Ответы на эти вопросы вместе с проведённым учебным восстановлением дадут больше, чем любое описание в интерфейсе.
Посмотреть конфигурации Timeweb Cloud
