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

MAATRIX

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

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

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

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

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

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

Учтите специфику Hetzner: если использовались их дополнительные IP, приватные сети (vSwitch), объектное хранилище или Storage Box для бэкапов — их аналоги на новом сервере настраиваются отдельно, а данные из хранилищ переносятся синхронизацией. Отдельно отметьте, что у Hetzner выделенные серверы и облачные машины устроены немного по-разному в части сети и управления, и если вы переезжаете с выделенного сервера с нестандартной разметкой дисков или программным RAID, разметку на новом VPS придётся спланировать заранее, а не копировать вслепую. Отдельно важный момент — бэкапы: если резервные копии лежали в инфраструктуре Hetzner, при переезде обязательно заберите их и настройте новое резервное копирование, чтобы не остаться без страховки. Полная карта зависимостей на старте убережёт от неприятных открытий после переезда.

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

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

# файлы с сервера Hetzner на новый VPS
rsync -avz -e ssh root@HETZNER_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-юниты, переменные окружения — скопируйте, а не восстанавливайте по памяти. Данные из объектного хранилища или Storage Box синхронизируйте отдельно. Собрав файлы, дампы и конфиги, вы получили полную автономную копию окружения.

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

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

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

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

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

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

Ключевые моменты. Первый и главный — оплата: платить за Hetzner из России стало трудно, и это чаще всего и есть причина переезда. Второй — риск: аккаунты, оплаченные обходными способами, иногда блокируют, и тогда данные оказываются под угрозой. Именно поэтому переезжать лучше не в аварийном режиме, а планово, пока доступ к серверу есть, — забрать всё и спокойно развернуть на площадке с оплатой из России.

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

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

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

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

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