Как перенести сайт и сервер с общего хостинга на свой VPS

MAATRIX

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

Коротко: план переезда

Схема та же, что для любого переезда. Забираете с хостинга файлы сайта и дамп базы. Поднимаете на новом VPS стек и разворачиваете копию. Проверяете её по IP, не трогая домен. Переключаете DNS в самом конце. Общий хостинг остаётся оплаченным и рабочим до конца переезда, поэтому простоя нет и откат возможен всегда.

Главное отличие shared-хостинга — ограниченный доступ. У вас, как правило, нет root и часто нет SSH, зато есть панель (cPanel, ISPmanager или собственная), файловый менеджер, FTP и phpMyAdmin. Через них и придётся выгружать данные. Это чуть больше ручной работы, но принципиально ничего не меняет: файлы и база забираются, а дальше переезд идёт как обычно. Разберём, как справиться без командной строки на стороне источника.

Что нужно перенести

Составьте список содержимого хостинга. Базовый набор: файлы сайта (код, загрузки, медиа), база данных, cron-задания, почтовые ящики, DNS-записи. На общем хостинге всё это доступно через панель. Загляните в разделы файлового менеджера, баз данных, почты и cron, чтобы ничего не упустить.

Особое внимание — окружению, которое на shared скрыто. Уточните версию PHP и набор расширений (обычно в панели есть переключатель версии PHP), версию базы, лимиты. На своём VPS это придётся воспроизвести, и знать исходные параметры нужно заранее. Не забудьте cron-задания — их список есть в панели, а на новом сервере вы пересоздадите их сами. И проверьте, где лежат загрузки: на некоторых CMS медиа хранится отдельно от кода. Полный инвентарь на старте бережёт от неприятных открытий после переезда.

Забираем файлы и базу без SSH

Раз SSH обычно нет, действуем через панель. Файлы удобнее всего скачать одним архивом: в файловом менеджере панели заархивируйте каталог сайта и скачайте архив, либо выгрузите всё по FTP. Базу выгрузите через phpMyAdmin — раздел «Экспорт», формат SQL:

# на НОВОМ сервере: закачиваем скачанный архив и распаковываем
scp site.zip root@НОВЫЙ_IP:/var/www/
unzip site.zip -d /var/www/example.com/
# импорт базы из выгруженного дампа
mysql example_db < dump.sql

Если сайт большой, архив может не собраться из-за лимитов shared — тогда качайте по FTP частями или просите поддержку хостинга помочь с архивом. Дамп базы через phpMyAdmin проверьте на полноту и кодировку (utf8mb4). Все команды выше выполняются уже на новом VPS, где root у вас есть, — именно поэтому переезд на свой сервер и даёт свободу, которой не было на общем хостинге.

Отдельная частая сложность shared — ограничение phpMyAdmin на размер выгрузки и импорта. Если база крупная, экспорт может обрываться по тайм-ауту, а импорт на другой стороне — упираться в лимит загружаемого файла. Обходится это выгрузкой базы по частям, по отдельным таблицам, либо сжатием дампа в gzip, который phpMyAdmin принимает и отдаёт компактнее. На новом VPS таких ограничений нет вовсе: там вы импортируете дамп прямой командой любого размера, без веб-интерфейса и его тайм-аутов. Это ещё одна иллюстрация того, почему тесные рамки общего хостинга и подталкивают к переезду — задачи, которые на shared превращаются в борьбу с лимитами, на своём сервере решаются одной строкой.

Поднимаем сайт на новом VPS

На новом сервере поставьте стек, совпадающий по версиям с хостингом. Особенно важна мажорная версия PHP — расхождение частая причина ошибок после переезда с shared:

apt update && apt install nginx php-fpm php-mysql mariadb-server -y
mysql -e "CREATE DATABASE example_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci"
mysql example_db < dump.sql

Разложите файлы, настройте виртуальный хост, впишите реквизиты новой базы в конфиг CMS. Пересоздайте cron-задания из списка, что был на хостинге. После этого сайт открывается по IP нового сервера. Прокликайте страницы, формы, админку. Все шероховатости чините сейчас, пока домен указывает на старый хостинг и посетители работают со стабильной версией.

Проверка и переключение домена

Чтобы протестировать копию под доменом без правки DNS, пропишите домен и новый IP в локальный hosts на своей машине — браузер пойдёт на новый сервер в обход мира. Убедившись, что копия исправна, снизьте TTL A-записи до 300 секунд за сутки до переезда:

dig +short example.com A
dig @8.8.8.8 example.com A

В момент переезда сделайте финальную выгрузку свежих данных (новые заказы, комментарии) и поменяйте A-запись на новый IP. Низкий TTL даст быстрое переключение. Общий хостинг не отключайте пару дней — часть посетителей держит старый IP в кэше. Почту, если она была на хостинге, перенесите отдельно вместе с MX-записями и ящиками — на shared почта часто совмещена с сайтом, и её легко случайно потерять.

Особенности переезда именно с общего хостинга

Ключевые моменты. Первый — ограниченный доступ на источнике: без SSH выгрузка идёт через панель и FTP, это чуть медленнее, но выполнимо. Второй — скрытое окружение: заранее выясните версии PHP и базы, набор расширений, потому что на своём VPS их придётся выставить руками. Третий — на shared многое настроено провайдером незаметно (отправка почты, лимиты, модули), и на VPS это ваша зона ответственности.

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

Куда переезжать и как оплатить

Локацию выбирайте под аудиторию. Российским проектам подходит VPS в RU — минимальный пинг, отсутствие трансграничных задержек, соответствие 152-ФЗ. Для зарубежной аудитории и доступа к иностранным сервисам — US и UK. У MAATRIX доступны все три локации, а оплата — картой российского банка, по СБП, криптовалютой или токеном MAAT, без иностранной карты.

Новый VPS у MAATRIX поднимается за минуты, а общий хостинг всё время переезда остаётся страховкой. После проверки копии и переключения домена вы получаете полный контроль, выделенные ресурсы и предсказуемую скорость вместо тесноты общего сервера — ровно то, ради чего стоит уходить с shared.

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