Storage VPS — тариф виртуального сервера с большим диском и скромным процессором: мало ядер и памяти, но сотни гигабайт или несколько терабайт места. Такой сервер подходит не под сайт, а под хранение резервных копий — своих или чужих серверов. Разбираемся, когда такой тариф действительно выгоднее обычного VPS, а когда диск большого размера окажется без дела.
Что такое Storage VPS и чем он отличается от обычного VPS
Обычный VPS балансирует процессор, память и диск под нагрузку веб-сайта или приложения: больше ядер и ОЗУ, диск — под объём самого проекта. Storage VPS смещает этот баланс в сторону диска: процессор и память остаются минимальными, а объём хранилища растёт в разы при той же или близкой стоимости гигабайта.
Диск на таком тарифе обычно не самый быстрый NVMe, а более ёмкий и дешёвый в пересчёте на гигабайт тип накопителя — это осознанный компромисс: для хранения архивов скорость чтения и записи важна меньше, чем для базы данных под нагрузкой.
Когда Storage VPS подходит задаче
Такой сервер оправдан в сценариях, где главный параметр — объём, а не вычислительная мощность:
- Централизованное хранение резервных копий нескольких VPS или выделенных серверов в одном месте.
- Архив версий сайта или базы данных за длительный период — для аудита и восстановления на давнюю дату.
- Промежуточный пункт выгрузки перед отправкой копий в облачное хранилище.
- Хранение медиафайлов и логов, которые редко читаются, но должны быть доступны по запросу.
- Резервная площадка для копий, отдельная от сервера с продакшн-нагрузкой — так авария на одном не задевает другой.
Когда Storage VPS не подходит
Если на сервере планируется ещё и сама рабочая нагрузка — сайт, база данных, очередь задач, — минимальный процессор и память Storage VPS быстро станут узким местом. В этом случае выгоднее взять обычный VPS с достаточным диском под копии и отдельно продумать ротацию старых версий, чтобы не упираться в лимит места.
Общие принципы резервного копирования сайта — что именно копировать и как часто — описаны в статье о создании резервной копии сайта; Storage VPS в этой схеме играет роль места хранения, а не замены самой процедуры бэкапа.
Как организовать бэкапы на Storage VPS
Простой вариант — складывать копии по SSH или rsync прямо с рабочих серверов на Storage VPS. Более экономный по месту вариант — инструмент с дедупликацией, который хранит только изменившиеся блоки данных между версиями, а не полные копии целиком; это подробно разобрано в статье про restic и BorgBackup.
# Пример: отправка бэкапа на Storage VPS по SSH с удалением копий старше 30 дней
rsync -avz /backup/local/ user@storage-vps:/backup/remote/
find /backup/remote/ -mtime +30 -deleteЕсли конечная цель — не держать копии вечно на одном Storage VPS, а дополнительно выгружать их в облако, разница между S3-совместимыми хранилищами и другими протоколами и то, как это настроить через rclone, разобрано в статье про rclone и облачные бэкапы.
Сколько диска закладывать и как считать рост
Отправная точка расчёта — суммарный размер всех источников, которые нужно копировать, умноженный на число версий, которые требуется хранить одновременно. Без дедупликации рост почти линейный: 3 версии базы на 10 ГБ займут около 30 ГБ. С дедупликацией прирост каждой следующей версии обычно заметно меньше полного размера — точная цифра зависит от того, как часто меняются данные между копиями.
| Сценарий | Что важнее | Подходящий тариф |
|---|---|---|
| Сайт с базой данных | процессор и память | обычный VPS |
| Хранилище бэкапов нескольких серверов | объём диска | Storage VPS |
| Архив логов и медиафайлов | объём диска | Storage VPS |
| Очередь фоновых задач | процессор и память | обычный VPS |
Частые вопросы
Можно ли разместить сайт на Storage VPS?
Технически да, но минимальный процессор и память сделают это неудобным уже при небольшой посещаемости. Если нужно и место под копии, и мощность под сайт, проще взять обычный VPS с диском нужного объёма, чем Storage VPS с докупленным процессором.
Нужен ли RAID на Storage VPS?
На стороне виртуального сервера RAID обычно настраивает сам провайдер на физическом оборудовании, а не клиент внутри VPS. Для надёжности важнее не RAID внутри одной машины, а копия данных на другом физическом сервере или в другом регионе — одна площадка хранения остаётся единой точкой отказа.
Как понять, что диска скоро не хватит?
Проще всего — настроить мониторинг свободного места с уведомлением задолго до заполнения, а не проверять вручную. Отдельная статья о мониторинге ресурсов VDS разбирает, какие метрики для этого отслеживать и как настроить алерт до того, как место закончится.