- Home »

Как подключить второй диск к VPS?
Всем привет! Если вы когда-нибудь работали с VPS (виртуальными серверами), то наверняка сталкивались с моментом, когда стандартного объёма диска просто не хватает. Сайты растут, базы данных пухнут, логов становится как у ФСБ, а места — кот наплакал. В этот момент появляется логичный вопрос: как подключить второй диск к VPS?
Казалось бы, задача простая — купил второй виртуальный диск, и всё, но на практике тут есть свои нюансы. Особенно если вы не хотите потерять данные, не хотите лишней головной боли и не планируете устраивать себе ночные марафоны по восстановлению системы. В этой статье расскажу, как это делается на практике, поделюсь лайфхаками, кейсами, плюсами и минусами разных подходов. Всё как для своих!
Основной контент: Как подключить второй диск к VPS — пошагово и без боли
1. Какие бывают типы дисков на VPS?
- Основной (Primary) диск — куда обычно ставится ОС, все системные файлы и т.д.
- Вторичный (Secondary) диск — дополнительный, который можно использовать для хранения данных, бэкапов, логов, медиа и пр.
- Сетевые диски (NFS, SMB) — отдельная тема, но часто путают с физическим подключением второго диска.
Мы рассмотрим именно вариант с дополнительным виртуальным диском, который провайдер подцепляет к вашей VPS.
2. Как заказать и подключить второй диск?
- Через панель управления хостинга — почти все провайдеры (DigitalOcean, Hetzner, OVH, Timeweb, Selectel и пр.) позволяют добавить дополнительный диск (Volume, Block Storage, HDD, SSD) через свою панель. Обычно это пара кликов.
- Через поддержку — если в панели нет такой опции, пишите в саппорт, они подключат диск вручную.
Важно: После подключения дополнительного диска в панели, он появится в системе как новое устройство (например, /dev/vdb, /dev/xvdb, /dev/sdb — зависит от провайдера и виртуализации).
3. Проверяем, что диск виден в системе
Залогиньтесь на сервер по SSH и выполните:
lsblk
или
fdisk -l
В списке устройств должен появиться новый диск (например, /dev/vdb).
4. Разметка и форматирование второго диска
Если диск новый — его надо размечать и форматировать. Всё как на обычном железе, только виртуально.
- Создаём раздел:
fdisk /dev/vdb
Внутри fdisk:
- n — создать новый раздел
- w — сохранить изменения и выйти
- Форматируем в нужную файловую систему (чаще всего ext4):
mkfs.ext4 /dev/vdb1
Внимание: Будьте осторожны с именем устройства! Не перепутайте с основным диском, иначе можно потерять все данные.
5. Монтируем диск в нужную директорию
Создаём папку для монтирования:
mkdir /mnt/data
Монтируем диск:
mount /dev/vdb1 /mnt/data
Проверяем:
df -h
Всё, теперь у вас есть второй диск, доступный по пути /mnt/data
.
6. Автоматическое монтирование после перезагрузки (fstab)
Если не прописать диск в /etc/fstab
, после перезагрузки он исчезнет из системы (точнее, не будет смонтирован).
- Узнаём UUID раздела:
blkid /dev/vdb1
- Открываем fstab:
nano /etc/fstab
- Добавляем строку:
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /mnt/data ext4 defaults 0 2
Где UUID — ваш идентификатор.
Сохраняем, проверяем:
mount -a
Если ошибок нет — всё ок!
7. Примеры использования второго диска
- Хранение больших файлов, медиа-контента, логов
- Вынос базы данных на отдельный диск (например, для MySQL/PostgreSQL)
- Бэкапы и снапшоты
- Разделение данных для разных проектов
Кейсы: Плюсы, минусы, типичные ситуации
Позитивный кейс
Дорвейщик закупил VPS на Hetzner, добавил Volume на 1 ТБ, подключил как /mnt/data, и теперь хранит там все дорвеи, бэкапы и логи. Основной диск не забивается, ОС работает стабильно, а данные легко переносить между серверами (отключил Volume — подключил к другому VPS).
Негативный кейс
SEO-шник на VPS OVH перепутал /dev/sda и /dev/sdb, случайно отформатировал основной диск, потерял все сайты. Бэкапов не было. Итог — минус месяц работы, минус позиции, минус деньги.
Плюсы подхода с отдельным диском
- Гибкость: можно быстро увеличивать объём без миграции всей системы
- Безопасность: данные изолированы от ОС, проще делать бэкапы
- Мобильность: Volume можно отцепить и прицепить к другому серверу
Минусы и подводные камни
- Цена: отдельные диски стоят денег
- Скорость: иногда Volumes медленнее основного SSD
- Риск ошибки при разметке/монтаже (можно потерять данные)
- Не все провайдеры поддерживают горячее подключение
Бонус: Ошибки новичков, советы и мифы
Частые ошибки:
- Форматирование не того диска (внимательно смотрите на /dev/…)
- Забыли прописать в fstab — после ребута диск исчезает
- Дали неправильные права на папку — сервисы не могут писать
- Использование Volume как swap — обычно это очень медленно
Советы от практика:
- Делайте бэкапы перед любыми операциями с дисками
- Используйте UUID в fstab, а не /dev/vdb1 — имена устройств могут меняться
- Проверьте производительность диска (fio, dd) — иногда Volumes могут быть медленнее, чем основной диск
- Не храните критичные данные только на Volume — всегда делайте бэкапы!
Мифы и заблуждения:
- “Второй диск всегда быстрее основного” — не всегда, часто наоборот!
- “Можно просто скопировать данные и всё будет работать” — если база данных, нужен аккуратный перенос
- “Если что — всё восстановлю через саппорт” — нет, провайдер не отвечает за ваши данные на Volume
Похожие решения:
- Официальная инструкция DigitalOcean по Volume
- Hetzner Cloud Volumes: документация
- OVH Public Cloud Volumes
- Использование NFS/Samba для сетевого диска (если нужен доступ с нескольких серверов)
Заключение: Итог и рекомендации
Подключение второго диска к VPS — задача несложная, но требует внимательности и аккуратности. Это отличное решение для тех, кто работает с большими объёмами данных, любит порядок и не хочет захламлять основной диск. Главное: не спешите, делайте бэкапы, внимательно читайте имена устройств и не стесняйтесь гуглить, если что-то не понятно.
Для вебмастеров, дорвейщиков, SEO-шников и системных админов — это must-have навык, который пригодится и на продакшене, и на тестовых стендах. Используйте официальные гайды от вашего провайдера, смотрите на цену и скорость Volumes, и не забывайте про безопасность данных.
Вопросы, баги, лайфхаки — всегда рад обсудить в комментах. Удачных аптаймов и быстрых дисков!
В этой статье собрана информация и материалы из различных интернет-источников. Мы признаем и ценим работу всех оригинальных авторов, издателей и веб-сайтов. Несмотря на то, что были приложены все усилия для надлежащего указания исходного материала, любая непреднамеренная оплошность или упущение не являются нарушением авторских прав. Все упомянутые товарные знаки, логотипы и изображения являются собственностью соответствующих владельцев. Если вы считаете, что какой-либо контент, использованный в этой статье, нарушает ваши авторские права, немедленно свяжитесь с нами для рассмотрения и принятия оперативных мер.
Данная статья предназначена исключительно для ознакомительных и образовательных целей и не ущемляет права правообладателей. Если какой-либо материал, защищенный авторским правом, был использован без должного упоминания или с нарушением законов об авторском праве, это непреднамеренно, и мы исправим это незамедлительно после уведомления. Обратите внимание, что переиздание, распространение или воспроизведение части или всего содержимого в любой форме запрещено без письменного разрешения автора и владельца веб-сайта. Для получения разрешений или дополнительных запросов, пожалуйста, свяжитесь с нами.