Интерфейс переведён. Факты о провайдерах и текст обзоров сейчас на английском; страница не индексируется до качественного перевода.
Руководство полностью переведено. Английская версия остаётся первоисточником фактов и цен провайдеров; перевод ещё ожидает редакторской проверки, поэтому страница пока исключена из поискового индекса.
Резервная копия — это восстановление, которое вы выполнили
Галочка «резервное копирование» у провайдера — это не план восстановления. Полезный вопрос: что произойдёт, когда машины не станет, — сколько времени займёт получить рабочую замену, что именно восстанавливается и какие данные вы потеряете за это время. Снимок работающей базы данных часто несогласован; копия, хранящаяся только у того же провайдера, исчезает вместе с проблемой оплаты; а копия, которую вы никогда не восстанавливали, — это гипотеза, а не возможность.
Этот гид разделяет три важных слоя: данные, которые нельзя восстановить заново (бизнес-записи, загруженные пользователями файлы, ключи), конфигурацию, которую можно восстановить из системы контроля версий, и функции провайдера, за которые вы платите. Каждому слою нужно своё время восстановления и своя проверка.
Что на самом деле предлагают провайдеры в этом каталоге
DigitalOcean документирует еженедельные резервные копии за 20 процентов от цены Droplet и ежедневные за 30 процентов, отключённые по умолчанию. Linode публикует фиксированные месячные цены дополнения для резервного копирования в зависимости от размера тарифа, что упрощает расчёт долгосрочных затрат по сравнению с процентом. Hostinger включает еженедельные резервные копии в свои тарифы KVM без дополнительной платы, а BuyVM продаёт ночные копии за 10 процентов от базовой цены с минимальным месячным платежом 0.50 доллара и включает пять бесплатных снимков. OVHcloud включает ежедневную 24-часовую резервную копию в свои тарифы VPS и продаёт премиальную 7-дневную копию и снимки как отдельные опции. Hostens предлагает дополнение для резервного копирования за 1 доллар в месяц на своих тарифах Linux. Contabo продаёт Auto Backup как платное дополнение с 10-дневным инкрементным хранением.
Эти различия важнее заявленной цены. Окно хранения в 24 часа означает, что случайное удаление, обнаруженное через два дня, невозможно восстановить из резервной копии провайдера; недельный график означает потерю до семи дней. Процентная цена растёт вместе с тарифом, поэтому дешёвый сегодня тариф после апгрейда становится более дорогой строкой расходов на резервное копирование.
Спроектируйте путь восстановления до выбора дополнения
Запишите целевую точку восстановления (сколько данных вы можете потерять) и целевое время восстановления (сколько сервис может быть недоступен). Для сайта-визитки, который собирается заново из репозитория, может хватить еженедельного снимка и пересборки за 30 минут. Для небольшого магазина данные заказов обычно нельзя воссоздать, поэтому минимум — ежедневный дамп базы данных, хранящийся вне провайдера, плюс проверенная процедура восстановления. Для медиатеки объём хранилища важнее операционной системы, а восстановление сотен гигабайт занимает часы независимо от функции резервного копирования провайдера.
Затем проверьте, может ли функция провайдера достичь этих целей. Если единственная копия — это снимок у того же провайдера с 24-часовым хранением, он не может удовлетворить требование 30-дневного хранения или защиту от потери аккаунта. Добавьте независимую копию: бакет объектного хранилища, внешний хост или зашифрованный архив, который вы скачиваете по расписанию. Стоимость этой копии — часть плана, а не необязательная доплата.
Учения по восстановлению, которые можно провести в этом месяце
Начните с восстановления на уровне файлов: удалите известный тестовый файл в промежуточной копии и восстановите его из резервной копии. Затем восстановите дамп базы данных в отдельную базу и выполните запрос, который подтверждает количество строк и самые новые записи. Наконец, пересоберите весь инстанс из образа провайдера и резервной копии, подключите данные и измерьте время. Каждое учение должно дать датированную заметку: что восстановлено, сколько времени это заняло и что не удалось.
Держите цель учений отдельно от продакшена. Восстановление поверх работающего сервера, чтобы «проверить» копию, — это способ превратить мелкую ошибку в простой. Для проверки данных достаточно второго небольшого инстанса или изолированной схемы, и он же служит местом, где вы убеждаетесь, что ключи, конфигурация окружения и запланированные задачи покрыты планом.
Шифрование, хранение и доступ
Снимки провайдера обычно шифруются провайдером при хранении, но это защищает носитель, а не ваш аккаунт. Если злоумышленник контролирует аккаунт, снимки доступны. Архивы, которые вы скачиваете, шифруйте сами и храните ключ не на том сервере, который резервируется. Фиксируйте, кто может читать место хранения копий, и отзывайте доступ у тех, кому он больше не нужен.
Хранение должно быть осознанным: ежедневные копии в течение недели, еженедельные в течение месяца и ежемесячная копия, которая хранится дольше для данных, которые нельзя воссоздать. Большее время хранения не всегда лучше, если никто не проверяет, что старые копии всё ещё восстанавливаются. Меньший, но проверенный набор лучше большого непроверенного архива.
Типичные случаи отказа
База данных резервируется во время записи и выдаёт повреждённый дамп: используйте согласованный механизм дампа или снимок файловой системы, сделанный при остановленных операциях базы. Копия хранится только у того же провайдера, а аккаунт заблокирован: держите копию вне провайдера. Для восстановления нужна та же версия операционной системы, а образ провайдера обновился: документируйте базовый образ и фиксируйте его версию, где возможно. Копия содержит данные, но не конфигурацию: храните файлы окружения и заметки об инфраструктуре отдельно, без секретов в репозитории.
Ни один из этих отказов не требует экзотической конфигурации для предотвращения. Они требуют записать путь восстановления и проверить его до инцидента. Если провайдер не публикует цены или сроки хранения резервных копий, это неизвестное, которое нужно проверить, а не пробел, который следует заполнять предположением.
Записывайте план там же, где лежит runbook, который вы действительно откроете во время сбоя: какой снимок или дамп использовать, где хранятся учётные данные, кто утверждает восстановление и как вы убедитесь, что восстановленный сервис работоспособен, прежде чем вернуть трафик. Одностраничный план, в котором названы функция провайдера, независимая копия, команда восстановления и проверочный запрос, ценнее длинного документа с политикой, который никто не читает. Пересматривайте его после каждого учения, потому что найденные пробелы обычно оказываются в шагах, которые вы считали очевидными.
Чек-лист проверки
- Запишите максимально допустимую потерю данных и время простоя.
- Подтвердите график, срок хранения и цену резервного копирования у провайдера.
- Храните хотя бы одну копию вне аккаунта провайдера.
- Шифруйте скачанные архивы и храните ключи отдельно.
- Восстанавливайте файл, базу данных и целый инстанс в рамках учений.
- Фиксируйте дату, длительность и сбои учений.
- Считайте неопубликованные условия резервного копирования неизвестными до проверки.
Источники
- DigitalOcean Backups pricinghttps://docs.digitalocean.com/products/backups/details/pricing/
- Linode API — List Linode typeshttps://api.linode.com/v4/linode/types
- Hostinger VPS hosting — KVM planshttps://www.hostinger.com/vps-hosting
- BuyVM - Dedicated KVM Slice Servershttps://buyvm.net/kvm-dedicated-server-slices/
- VPS plans (Ireland, EUR)https://www.ovhcloud.com/en-ie/vps/
- Hostens - VPS Hostinghttps://www.hostens.com/vps-hosting/
- Auto Backup for Cloud VPShttps://contabo.com/en/auto-backup/
- VPSTab review and evaluation methodology v1https://github.com/niceyayale/vpstab/blob/feat/phase-0-foundation/docs/product/review-methodology.md