Как перенести сайт и сервер с Vscale на свой VPS

MAATRIX

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

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

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

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

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

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

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

Удобный способ ничего не забыть — пройтись по проекту как пользователь и как администратор, отмечая всё, что куда-то обращается. Формы и уведомления — это почта, которую нужно настроить заново. Выгрузки и отчёты по расписанию — это cron-задания, которые сами не переедут. Оплата и внешние API — это ключи и, возможно, привязка к IP, которую придётся обновить на новый адрес. Загрузки пользователей и медиафайлы — это отдельные каталоги, иногда лежащие вне основного кода. Такой обход по функциям надёжнее, чем попытка восстановить архитектуру по памяти, и вскрывает именно те детали, о которых иначе узнаёшь уже по жалобе после переключения домена.

Забираем данные с сервера Vscale

С root по SSH выгрузка прямолинейна. Синхронизируйте файлы и снимите дамп:

# файлы с сервера Vscale на новый VPS
rsync -avz -e ssh root@VSCALE_IP:/var/www/ /var/www/
# дамп базы
mysqldump -u root -p --single-transaction db_name > db.sql

Флаг --single-transaction снимает согласованный дамп без остановки сервиса. Перенесите и конфиги: виртуальные хосты, systemd-юниты, переменные окружения — скопируйте их, а не восстанавливайте по памяти. Крупный проект разумно начать копировать заранее, за день до переезда. Собрав файлы, дамп и конфиги, вы получили автономную копию, не зависящую от Vscale.

Поднимаем всё на новом VPS

На новом сервере воспроизведите стек. Совпадение версий ПО с исходным сервером важно для совместимости:

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

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

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

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

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

В момент переезда сделайте финальную досинхронизацию свежих данных и поменяйте A-запись на новый IP. Низкий TTL даст быстрое переключение. Сервер на Vscale не выключайте пару дней — часть трафика придёт на старый IP из кэша. Выпустите или перенесите сертификаты, проверьте HTTPS. Если сервер обслуживал почту, перенесите MX-записи, чтобы письма не терялись.

Особенности переезда именно с Vscale

Несколько практических моментов. Технически всё максимально просто благодаря root-доступу, поэтому основное внимание — на выбор нового провайдера и локации. Частые мотивы ухода с Vscale — потребность в других локациях (например, зарубежных для доступа к иностранным сервисам), в более гибких способах оплаты или в конфигурациях, которых на исходной платформе нет.

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

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

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

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

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