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

MAATRIX

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

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

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

Технически переезд с OVH удобен: их VPS и выделенные серверы дают полный root-доступ, а не ограниченную панель. Это перенос между двумя равноправными серверами — вы работаете напрямую по SSH, снимаете дампы и синхронизируете файлы стандартными командами. Если использовались управляемые продукты OVH (веб-хостинг с панелью, объектное хранилище), их учтите отдельно, но в базовом случае всё живёт на самом сервере.

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

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

Учтите специфику OVH: если использовались дополнительные IP (failover IP), приватная сеть (vRack), объектное хранилище или их резервное копирование — аналоги на новом сервере настраиваются отдельно, а данные из хранилищ переносятся синхронизацией. Если у вас был веб-хостинг OVH с панелью, а не полноценный сервер, выгрузка идёт через панель и FTP, как с обычного shared. Полная карта зависимостей на старте убережёт от неприятных открытий после переезда.

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

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

# файлы с сервера OVH на новый VPS
rsync -avz -e ssh root@OVH_IP:/var/www/ /var/www/
# дамп базы
mysqldump -u root -p --single-transaction db_name > db.sql
# для PostgreSQL
pg_dump -U postgres -Fc db_name > db.dump

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

Поднимаем всё на новом 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 нового сервера. Прогоните его полностью — страницы, база, фоновые задачи, интеграции, — пока домен ещё указывает на OVH и боевой трафик идёт туда.

Особое внимание уделите тому, что было завязано на сетевую специфику OVH. Если приложение обращалось к другим вашим машинам по адресам приватной сети vRack или использовало failover IP как основной адрес сервиса, на новом сервере эти обращения нужно переписать на актуальные адреса. Такие завязки легко упустить, потому что в обычной работе они незаметны, а всплывают лишь тогда, когда один компонент не может достучаться до другого по привычному, но уже несуществующему адресу. Поэтому функциональный прогон на новом сервере важно делать не поверхностно, а с проверкой всех межсервисных связей, пока есть возможность спокойно сравнить поведение со старой площадкой.

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

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

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

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

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

Ключевые моменты. Первый — оплата: платить за OVH из России стало сложнее, и это часто и есть причина переезда. Второй — специфика инфраструктуры: failover IP, vRack и их модель настраиваются иначе, чем у других провайдеров, поэтому при переносе не пытайтесь копировать сетевую конфигурацию вслепую — воссоздайте её логику средствами нового сервера. Третий — если у вас был именно веб-хостинг OVH, а не сервер, переезд идёт как с shared, через панель.

Оцените размен честно. OVH привлекателен ценой на европейское железо, поэтому при выборе нового тарифа берите конфигурацию, сопоставимую по ресурсам, чтобы не потерять в производительности. Переезд не обязывает жертвовать мощностью — нужно лишь подобрать VPS или выделенный сервер под ту же нагрузку. Взамен вы получаете оплату привычными способами и выбор локации, включая RU для российских проектов, которого у OVH в удобном для оплаты виде нет. Переезжать можно планово, держа OVH как страховку до полной уверенности.

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

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

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

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