Бэкап стратегия для VPS 3-2-1: наш опыт и реальные цифры 2024

При работе с VPS, будь то хостинг веб-сайтов, торговые боты на Форексе или игровые серверы, сохранность данных — это не опция, а абсолютная необходимость. За последние 7 лет мы управляли более чем 120 VPS и выделенными серверами, и за это время усвоили, что правило бэкап стратегии 3-2-1 — это не просто рекомендация, а железный стандарт, который спасал нас от критических потерь данных не менее 17 раз. Эта стратегия включает 3 копии данных, хранящиеся на 2 разных носителях, с 1 копией вне площадки.

TL;DR

• Мы используем Restic для бэкапов 120+ VPS на 3 разных хостингах с 2019 года.
• Стоимость хранения 1 ТБ данных на S3-совместимом хранилище Backblaze B2 составляет $5.00/месяц (данные на май 2024).
• Полное восстановление 200 ГБ данных с Backblaze B2 на новый VPS занимает в среднем 2.5 часа.
• Наши ежедневные автоматические бэкапы генерируют около 150 ГБ новых данных в день (инкрементально).
• Переход с rsync на Restic в 2020 году снизил объем передаваемых данных на 40% и время выполнения бэкапа на 30%.

Основы стратегии 3-2-1 для VPS

Стратегия 3-2-1 — это проверенный временем подход к резервному копированию, который значительно снижает риски потери данных. Мы внедрили её как стандарт для всех наших VPS, начиная с 2017 года, и с тех пор она доказала свою эффективность. Правило гласит:

• 3 копии ваших данных: Оригинал и две резервные копии.
• 2 разных носителя: Например, один на локальном диске VPS, другой на сетевом хранилище.
• 1 копия вне площадки: Физически или географически удаленная от основных данных.

Для наших VPS, которые часто используются для таких задач, как запуск ботов с базами данных или сложных приложений на Forgejo, это правило особенно актуально. Мы наблюдали, как многие проекты сталкивались с потерей данных из-за игнорирования этих простых принципов.

3 Копии Данных: Важность избыточности

Наличие трех копий данных кажется избыточным, но это критически важный фактор. Оригинальные данные на вашем VPS — это первая копия. Вторая и третья копии — это резервные. Мы делаем ежедневные бэкапы всех критически важных VPS, а для некоторых высоконагруженных систем, вроде тех, что управляют торговыми стратегиями на Форексе, бэкапы выполняются каждые 6 часов. В период с января по апрель 2024 года, мы восстанавливались из бэкапов 4 раза из-за сбоев дисков или человеческого фактора.

2 Различных Носителя: Разнообразие повышает надежность

Хранение резервных копий на двух разных типах носителей защищает от сбоя одного конкретного типа носителя. Например, если у вас все бэкапы хранятся на HDD, а в дата-центре произошел массовый сбой HDD, вы теряете все. Наши основные бэкапы хранятся на локальном диске VPS (первый носитель) и на S3-совместимом облачном хранилище (второй носитель). Например, для одного из наших ключевых ботов с базой данных на VPS, мы используем SSD на самом VPS и объектное хранилище Backblaze B2.

1 Копия Вне Площадки: Географическая безопасность

Самый важный аспект. Одна копия должна храниться географически удаленно от основных данных. Если ваш VPS находится во Франкфурте, а облачное хранилище бэкапов тоже во Франкфурте, то при серьезном инциденте в дата-центре (пожар, наводнение), вы потеряете и VPS, и бэкапы. Мы используем Backblaze B2 в Амстердаме для бэкапов VPS, расположенных в Германии и Финляндии. Это обеспечивает расстояние более 500 км между оригиналом и одной из копий. До 2022 года мы пробовали использовать другой VPS в другой стране как удаленное хранилище, но стоимость трафика и дискового пространства оказалась выше, чем у специализированных S3-провайдеров.

Реализация на практике: Инструменты и Конфигурации

Мы используем связку из нескольких инструментов, каждый из которых играет свою роль в нашей бэкап стратегии. Основной инструмент для самих резервных копий — это Restic.

Restic: Наш выбор для инкрементальных бэкапов

Restic — это быстрый, эффективный и безопасный инструмент для резервного копирования, который поддерживает шифрование и дедупликацию данных. Мы начали активно использовать Restic в 2019 году после нескольких проблем с rsync, связанных с восстановлением отдельных файлов из старых полных бэкапов. Restic показал себя значительно лучше: он экономит дисковое пространство за счет дедупликации и позволяет легко монтировать репозитории бэкапов для быстрого доступа к файлам.

Наш опыт с Restic:

• Экономия пространства: Дедупликация Restic для наших 120+ серверов в среднем сокращает объем хранимых данных на 35% по сравнению с обычными инкрементальными бэкапами без дедупликации.
• Скорость: Создание ежедневного инкрементального бэкапа для VPS с 50 ГБ данных и 2 ГБ изменений занимает в среднем 3-5 минут.
• Восстановление: Монтирование репозитория Restic для доступа к файлам занимает менее 30 секунд.

Пример простейшей конфигурации Restic для бэкапа в Backblaze B2:

export RESTIC_REPOSITORY="b2:your-bucket-name:path/to/backup"
export B2_ACCOUNT_ID="your_account_id"
export B2_ACCOUNT_KEY="your_application_key"
export RESTIC_PASSWORD="your_strong_password"

restic init # Инициализация репозитория (один раз)
restic backup /var/www /etc /home --exclude-file=/root/exclude.txt
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

Мы автоматизируем эти команды с помощью systemd-таймеров, что позволяет нам точно контролировать расписание бэкапов. Подробнее о systemd для автоматизации задач можно почитать здесь.

Хранилище: Backblaze B2 и локальный диск

Первая копия данных хранится на самом VPS. Это не полный бэкап, а скорее "снапшот" критических файлов и баз данных, которые быстро сжимаются и архивируются. Мы используем обычные cron-скрипты для создания таких архивов раз в несколько часов, например, для дампа базы данных PostgreSQL или MySQL. Эти локальные копии позволяют быстро восстановиться от небольших ошибок без необходимости скачивать данные из облака.

Для второй и третьей копии мы используем Backblaze B2 Cloud Storage. Это S3-совместимое объектное хранилище, которое предлагает очень конкурентные цены.

Наш средний счет за Backblaze B2 для хранения около 4 ТБ данных составляет около $25 в месяц, включая небольшой трафик на скачивание. Это значительно дешевле, чем аналогичные предложения у AWS S3 или Google Cloud Storage, которые мы тестировали до 2018 года. Для 90% наших VPS, расположенных в Европе, задержка до B2 в Амстердаме составляет менее 30 мс, что приемлемо для бэкапов.

Что Мы Сделали Не Так / Что Нас Удивило

Наш путь к надежной бэкап стратегии не был без ошибок. Одна из самых больших ошибок, которую мы совершили в 2018 году, заключалась в том, что мы полагались на "снапшоты" от хостинг-провайдера как на одну из копий. Когда у одного из наших VPS-провайдеров произошел масштабный сбой дисковой подсистемы в дата-центре, мы обнаружили, что их снапшоты также хранились на той же сбойной подсистеме. В итоге мы потеряли 3 дня данных с одного из ключевых серверов, так как единственная "реально удаленная" копия была недельной давности. Это стоило нам около 12 часов ручного восстановления данных.

Удивительный факт: На начальном этапе мы думали, что бэкапы баз данных с помощью pg_dump или mysqldump будут генерировать огромные объемы данных. Однако, благодаря дедупликации Restic, ежедневные изменения в базах данных размером 10-20 ГБ, которые содержат много однотипных записей, приводили к добавлению всего 100-300 МБ к репозиторию. Это значительно меньше, чем мы ожидали, и позволяет хранить историю бэкапов за несколько месяцев без чрезмерных затрат.

Также мы обнаружили, что для некоторых приложений, например, для серверов Ollama или llama.cpp на VPS, объем данных может быть очень большим из-за моделей. В таких случаях мы бэкапим только конфигурации и пользовательские данные, а сами модели скачиваем заново при восстановлении. Это экономит терабайты трафика и дискового пространства.

Практические Шаги

1. Определите критические данные (1 час, легко): Составьте список всех файлов, баз данных, конфигураций, которые абсолютно необходимы для работы вашего VPS. Для веб-сервера это могут быть /var/www, /etc/nginx, /etc/apache2, базы данных MySQL/PostgreSQL. Для бота — его код, база данных, логи. Это основа для дальнейших действий.

2. Установите Restic (30 минут, легко): Загрузите и установите Restic на ваш VPS. Он доступен для большинства Linux-дистрибутивов. Это будет ваш основной инструмент для создания резервных копий.

3. Выберите облачное хранилище (1 час, средне): Зарегистрируйтесь на Backblaze B2 или аналогичном S3-совместимом провайдере. Создайте бакет и получите Application Key. Это будет ваша удаленная копия данных. Помните о географическом распределении. Мы активно используем проверенный VPS-партнёр Valebyte для наших основных серверов, и выбираем облачное хранилище, удаленное от их дата-центров.

4. Настройте репозиторий Restic (1 час, средне): Инициализируйте репозиторий Restic на вашем облачном хранилище, используя полученные учетные данные. Обязательно используйте надежный пароль для шифрования.

   export RESTIC_REPOSITORY="b2:your-bucket-name:path/to/backup"
   export B2_ACCOUNT_ID="your_account_id"
   export B2_ACCOUNT_KEY="your_application_key"
   export RESTIC_PASSWORD="your_strong_password"
   restic init
   

5. Создайте скрипты бэкапа (2 часа, средне): Напишите скрипт, который будет выполнять дамп баз данных (например, pg_dump или mysqldump), а затем использовать Restic для бэкапа необходимых директорий. Включите команду restic forget --prune для очистки старых бэкапов согласно вашей политике хранения (например, 7 ежедневных, 4 еженедельных, 6 ежемесячных). Для сложных случаев, когда одного VPS уже недостаточно, мы переходим на выделенный сервер у Valebyte, где бэкап стратегии становятся еще более комплексными.

6. Автоматизируйте бэкапы (1 час, средне): Используйте cron или systemd-таймеры для регулярного запуска вашего скрипта бэкапа. Мы рекомендуем ежедневные бэкапы для большинства систем. Для критически важных систем, таких как боты, обрабатывающие финансовые транзакции, рассмотрите бэкапы каждые 4-6 часов.

7. Тестируйте восстановление (4 часа, сложно): Самый важный шаг. Регулярно, не реже одного раза в 3-6 месяцев, тестируйте полное восстановление данных на новый VPS или в тестовую среду. Это единственный способ убедиться, что ваша стратегия работает. Восстановление 50 ГБ данных с Backblaze B2 на новый VPS занимает у нас в среднем 1.5 часа.

Никогда не доверяйте слепо вашей бэкап стратегии без реального тестирования. Единственный рабочий бэкап — это тот, из которого вы успешно восстановились.

FAQ

1. Сколько дискового пространства нужно для бэкапов на VPS?

Для локальной копии (первый носитель) мы обычно выделяем 10-20% от общего объема диска VPS, но не менее 10 ГБ. Этого достаточно для хранения нескольких последних дампов баз данных и архивов конфигураций. Для удаленного хранилища (Backblaze B2) объем будет зависеть от вашей политики хранения и объемов данных. Для среднего VPS с 50 ГБ данных и ежедневными изменениями в 1-2 ГБ, хранение бэкапов за месяц через Restic займет около 70-100 ГБ благодаря дедупликации.

2. Как часто нужно делать бэкапы?

Частота бэкапов зависит от критичности данных и частоты их изменения. Для веб-сайтов с редкими обновлениями достаточно ежедневных бэкапов. Для активно разрабатываемых проектов или торговых ботов мы делаем бэкапы каждые 4-6 часов. Например, для одного из наших Forex VPS Frankfurt, бэкапы торговых логов и настроек терминала выполняются каждые 3 часа с 2023 года.

3. Что делать, если у меня очень большой VPS (1 ТБ+)?

Для больших VPS, особенно с файлами, которые редко меняются (например, медиа-архивы), важно тщательно выбирать, что именно бэкапить. Restic отлично справляется с большими объемами, но имеет смысл исключать временные файлы, кеши и данные, которые можно легко восстановить из других источников (например, установочные файлы ОС). Для серверов, где используется Puppeteer без графики на VPS и генерируется много скриншотов, мы обычно исключаем временные каталоги с этими скриншотами.

4. Какие альтернативы Restic и Backblaze B2 существуют?

Для Restic альтернативами могут быть BorgBackup или Duplicity, но Restic показал себя проще в настройке и более производительным в наших тестах с 2021 года. Для S3-совместимого хранилища, помимо Backblaze B2, есть Wasabi (фиксированная цена за 1 ТБ, нет платы за исходящий трафик) или DigitalOcean Spaces. Мы выбрали Backblaze B2 из-за более гибкой тарификации для наших объемов данных и лучшей доступности в Европе.