Сколько ресурсов нужно VPS для бэкапов и архива

MAATRIX

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

От чего зависит нагрузка сервера бэкапов

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

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

Диск: главный ресурс и как его считать

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

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

CPU: почему хватает минимума

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

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

RAM: сколько памяти достаточно

Оперативная память для сервера бэкапов тоже нужна в скромном объёме. Инструменты резервного копирования работают с потоком данных и не держат всё в памяти, поэтому 2 ГБ покрывают большинство сценариев с запасом. Дедупликация в некоторых инструментах использует память под индексы, но для типичных объёмов домашнего или малого бизнеса этого хватает.

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

Как объём данных превращается в тариф

Сведём всё в понятную логику. Резервные копии небольшого сайта или личных данных с умеренной историей — 1 ядро, 2 ГБ RAM и диск под фактический объём с запасом. Архив нескольких проектов или файлов малого бизнеса с глубокой историей версий — 1–2 ядра, 2 ГБ RAM и вместительный диск, посчитанный под инкрементальные копии. Большие объёмы медиа или данных компании — та же скромная вычислительная часть, но диск на десятки и сотни гигабайт с возможностью расширения.

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

Локация и оплата как часть выбора

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

Оплата сервера из России проходит без препятствий: MAATRIX принимает карты российских банков, СБП, криптовалюту и токен MAAT. Вы подбираете скромную вычислительную конфигурацию с вместительным диском под ваш объём, выбираете локацию отдельно от прода и получаете готовое хранилище за несколько минут, без иностранной карты.

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