Storage VPS — тариф віртуального сервера з великим диском і скромним процесором: мало ядер і пам'яті, але сотні гігабайт або кілька терабайт місця. Такий сервер підходить не під сайт, а під зберігання резервних копій — своїх або чужих серверів. Розбираємося, коли такий тариф справді вигідніший за звичайний VPS, а коли диск великого розміру лишиться без справи.
Що таке Storage VPS і чим він відрізняється від звичайного VPS
Звичайний VPS балансує процесор, пам'ять і диск під навантаження веб-сайту чи застосунку: більше ядер і ОЗП, диск — під обсяг самого проєкту. Storage VPS зсуває цей баланс у бік диска: процесор і пам'ять лишаються мінімальними, а обсяг зберігання зростає в рази за тієї ж або близької вартості гігабайта.
Диск на такому тарифі зазвичай не найшвидший NVMe, а більш ємний і дешевший у перерахунку на гігабайт тип накопичувача — це усвідомлений компроміс: для зберігання архівів швидкість читання і запису важить менше, ніж для бази даних під навантаженням.
Коли Storage VPS підходить задачі
Такий сервер виправданий у сценаріях, де головний параметр — обсяг, а не обчислювальна потужність:
- Централізоване зберігання резервних копій кількох VPS або виділених серверів в одному місці.
- Архів версій сайту або бази даних за тривалий період — для аудиту і відновлення на давню дату.
- Промiжний пункт вивантаження перед відправленням копій у хмарне зберігання.
- Зберігання медіафайлів і логів, які рідко читаються, але мають бути доступні за запитом.
- Резервний майданчик для копій, окремий від сервера з продакшн-навантаженням — так аварія на одному не зачіпає інший.
Коли 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 розбирає, які метрики для цього відстежувати і як налаштувати алерт до того, як місце закінчиться.