Лучший VPS для бэкапов в США

MAATRIX

Резервная копия имеет смысл только тогда, когда лежит отдельно от оригинала. Отдельный VPS под бэкапы — это та самая офсайт-копия из правила 3-2-1, которая переживёт и поломку основного сервера, и локальную аварию. Американская локация даёт географически удалённую площадку для инфраструктуры за рубежом. Разберём, как рассчитать диск, выбрать инструмент и настроить автоматику.

Зачем отдельный VPS под бэкапы

Главное правило резервного копирования формулируется как 3-2-1: три копии данных, на двух разных носителях, одна из которых — вне площадки. Бэкап, лежащий на том же сервере или в той же стойке, что и оригинал, не спасёт при пожаре, краже или отказе всего узла. Отдельный VPS в другом городе или стране закрывает пункт «вне площадки» и делает схему по-настоящему надёжной.

Второй аргумент — независимость от основного провайдера. Если что-то случится с аккаунтом или дата-центром, где живёт продакшн, отдельная площадка под копии останется доступной. Вы сможете восстановиться, даже если основной сервер полностью потерян. Именно поэтому бэкап-сервер разумно держать у другого провайдера или хотя бы в другой локации.

Третий момент — контроль. В отличие от закрытых облачных бэкап-сервисов, свой VPS даёт полный доступ к данным, любой инструмент на выбор и прозрачные правила хранения. Вы сами решаете, что, как часто и на какой срок сохранять, и не зависите от тарифной политики чужого сервиса. Для бизнеса это ещё и предсказуемая стоимость: цена за терабайт известна заранее.

Почему США — подходящая локация

Американская локация под бэкапы оправдана в двух случаях. Первый — основная инфраструктура тоже за рубежом или ориентирована на глобальный рынок, и удалённая копия в США географически разносит риски: авария в одном регионе не затронет площадку в другом. Географическая удалённость копии — это и есть её ценность.

Второй случай — вы хотите держать копию максимально далеко от основной площадки ради устойчивости к региональным событиям. США как одна из крупнейших хостинг-территорий предлагает стабильные каналы и предсказуемую доступность. Чистый выделенный IP и root-доступ позволяют настроить любой протокол передачи.

Учитывайте и скорость восстановления: чем дальше бэкап-сервер от продакшна, тем дольше едет большой архив обратно при аварии. Если основные серверы в России, восстановление из США займёт заметно больше времени из-за расстояния, и тогда стоит присмотреться к локациям в Великобритании или в России. Баланс между удалённостью и скоростью восстановления — ключевое решение при выборе локации.

Сколько диска и ресурсов нужно

Бэкап-сервер — это в первую очередь диск. Процессор и память нужны минимальные: задача упирается в объём хранилища и в канал для передачи данных.

При расчёте диска закладывайте не только текущий объём, но и глубину истории. Инкрементальные бэкапы с несколькими точками восстановления занимают больше места, чем одна копия: чем длиннее история версий, тем больше нужно хранилища. Дедупликация и сжатие, которые умеют современные инструменты, заметно снижают аппетит — иногда в разы, если данные хорошо сжимаются.

Память становится значимой только для инструментов с дедупликацией: они держат индекс блоков, и на больших объёмах ему нужно место в RAM. Для простой синхронизации файлов хватает минимума. Канал важен при первой полной заливке — она самая тяжёлая; последующие инкрементальные копии передают только изменения и укладываются в скромную полосу.

Инструменты для бэкапов

Выбор инструмента определяет и удобство, и эффективность хранения. Сравним три проверенных решения.

Вывод: для простого зеркалирования файлов достаточно rsync — он есть везде и понятен. Если нужна история версий с экономией места, берите BorgBackup: дедупликация и сжатие резко сокращают объём, а встроенное шифрование защищает данные. restic хорош, когда копии уходят в разные типы хранилищ и важна гибкость. Для большинства серверных бэкапов Borg — золотая середина между экономией и удобством.

Шифрование и проверка восстановления

Бэкап часто содержит самое ценное — базы, документы, ключи, поэтому шифруйте копии, особенно если они уезжают в другую юрисдикцию. Инструменты вроде Borg и restic шифруют данные на стороне источника, и на бэкап-сервер попадает уже зашифрованный архив, недоступный без ключа.

Не менее важна проверка восстановления. Бэкап, который никогда не пробовали развернуть, — это лотерея: о том, что архив битый или неполный, узнают в момент аварии, когда уже поздно. Возьмите за правило раз в месяц восстанавливать копию на тестовый сервер и убеждаться, что данные читаются. Пять минут проверки экономят катастрофу.

Ключи шифрования требуют отдельного внимания. Если ключ хранится только на основном сервере, который вы и потеряли, восстановить зашифрованный архив будет нечем — и вся система бэкапов окажется бесполезной ровно в тот момент, когда она нужна. Держите копию ключа в надёжном месте отдельно от обоих серверов: в менеджере паролей, на физическом носителе в сейфе или у доверенного человека. Это скучная деталь, о которой вспоминают слишком поздно, поэтому решите вопрос с ключами сразу, а не потом.

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

За бэкап-сервером нужно приглядывать, хоть он и работает сам. Главное, что стоит контролировать, — свободное место: если диск заполнится, очередная копия оборвётся, и в архиве появится дыра именно там, где вы этого не ждёте. Настройте оповещение при заполнении хранилища выше определённого порога и следите за тем, чтобы политика ротации реально удаляла устаревшие точки, а не копила их бесконечно.

Второй параметр мониторинга — сам факт успешного завершения задачи. Договоритесь с собой о простом принципе: нет отчёта об успехе — значит, что-то сломалось. Многие узнают о неработающих бэкапах только при попытке восстановиться, и это худший момент для таких открытий. Лёгкое уведомление в мессенджер или на почту после каждого прогона снимает эту проблему почти бесплатно и возвращает уверенность, что копии действительно создаются.

Автоматизация и расписание

Бэкапы должны идти сами, без участия человека — иначе про них забудут. Настройте расписание через cron или systemd-таймеры. Минимальный пример инкрементальной копии с Borg:

export BORG_PASSPHRASE='ваш-ключ'
borg create --stats /backup::'{now}' /var/www /etc /home
borg prune --keep-daily=7 --keep-weekly=4 --keep-monthly=6 /backup

Добавьте задачу в cron, чтобы она запускалась ночью, и настройте уведомление об ошибках — молчащий бэкап, который на самом деле давно падает, хуже отсутствующего. Правило простое: если задача завершилась с ошибкой, вы должны об этом узнать сразу, а не через полгода при попытке восстановиться.

Как выбрать конфигурацию и оплатить

Резюме: под бэкапы выбирайте сервер по объёму диска и каналу, а не по ядрам. Для небольших проектов хватит скромной машины с диском вдвое больше объёма данных, для терабайтов — широкого канала на первую заливку и запаса под историю версий. Borg или restic с шифрованием и дедупликацией дадут лучшее соотношение места и надёжности.

Оплата зарубежного сервера из России обычно и есть главный барьер. MAATRIX принимает карты российских банков, СБП, криптовалюту и токен MAAT, поэтому американский VPS под бэкапы оформляется так же просто, как отечественный, а настроить регулярное копирование можно за вечер.

Частые вопросы