Миграция с зарубежного хостинга на российский 2026: план на 48 часов

С 2022 года миграция с зарубежных хостингов на российские стала массовым трендом. Причины: требования 152-ФЗ о хранении персональных данных на территории РФ, уход западных провайдеров (Hetzner ограничил РФ-клиентов, AWS и Azure прекратили обслуживание), блокировка оплаты картами МИР за рубежом.

В 2026 году миграция продолжается: компании переносят проекты с DigitalOcean, Vultr, Linode, OVH на российские аналоги. Российский рынок VPS вырос и предлагает конкурентные решения — NVMe-диски, KVM-виртуализация, DDoS-защита и цены от 349 ₽/мес при оплате за месяц.

Основные причины миграции

• 152-ФЗ — персональные данные граждан РФ должны храниться на серверах в России. Штрафы до 18 млн руб.
• Оплата — зарубежные хостинги не принимают карты МИР, СБП, ЮMoney. Оплата через посредников ненадёжна.
• Латентность — серверы в Москве/СПб дают пинг 5-15 мс для российских пользователей vs 50-100 мс из Европы.
• Блокировки — риск блокировки IP-подсетей зарубежных провайдеров Роскомнадзором.
• Поддержка на русском — техподдержка 24/7 на русском языке без языкового барьера.

Подготовка — ключ к миграции без простоя. Пройдите этот чеклист перед началом переноса.

1. Инвентаризация: список всех сайтов, баз данных, DNS-записей, SSL-сертификатов, cron-задач
2. Оценка ресурсов: текущее потребление CPU, RAM, диска (htop, df -h, du -sh)
3. Выбор нового провайдера: KVM, NVMe, ЦОД в нужном регионе, подходящий тариф
4. Бэкап всего: файлы, базы данных, конфигурации, .env файлы, SSL-сертификаты
5. Проверка DNS TTL: снизить TTL до 300 секунд за 24-48 часов до миграции
6. Тестирование нового сервера: установить ПО, проверить совместимость версий
7. Планирование окна миграции: минимум трафика (ночь выходного дня)
8. Уведомление пользователей: если ожидается простой более 15 минут

rsync — лучший инструмент для переноса файлов между серверами. Поддерживает инкрементальное копирование, сжатие и сохранение прав.

rsync через SSH

# С текущего (зарубежного) сервера на новый (российский)
rsync -avz --progress -e 'ssh -p 22' \
  /var/www/ user@NEW_SERVER_IP:/var/www/

# Или с нового сервера забрать данные со старого
rsync -avz --progress -e 'ssh -p 22' \
  user@OLD_SERVER_IP:/var/www/ /var/www/

Большие архивы через tar + ssh

# Архивация и передача одной командой
ssh user@OLD_SERVER 'tar czf - /var/www' | tar xzf - -C /

# Для очень больших файлов (10+ ГБ)
ssh user@OLD_SERVER 'tar cf - /var/www' | pv | tar xf - -C /

Второй проход rsync (перед переключением DNS)

# Синхронизация изменений за время миграции
rsync -avz --delete --progress -e 'ssh -p 22' \
  user@OLD_SERVER:/var/www/ /var/www/

Флаг --delete удалит файлы на новом сервере, которых нет на старом. Используйте осторожно.

MySQL / MariaDB

# Экспорт на старом сервере
mysqldump -u root -p --all-databases --single-transaction \
  --routines --triggers > all_databases.sql

# Передача на новый сервер
scp all_databases.sql user@NEW_SERVER:/tmp/

# Импорт на новом сервере
mysql -u root -p < /tmp/all_databases.sql

PostgreSQL

# Экспорт на старом сервере
pg_dumpall -U postgres > all_databases.sql

# Или конкретная база
pg_dump -U postgres -d mydb -F c -f mydb.dump

# Импорт на новом сервере
psql -U postgres < /tmp/all_databases.sql
# Или
pg_restore -U postgres -d mydb /tmp/mydb.dump

Для больших баз (10+ ГБ): потоковый перенос

# MySQL: прямая передача через pipe
mysqldump -u root -p mydb | ssh user@NEW_SERVER 'mysql -u root -p mydb'

# PostgreSQL: прямая передача
pg_dump -U postgres mydb | ssh user@NEW_SERVER 'psql -U postgres mydb'

Если проект работает в Docker, миграция значительно проще — достаточно перенести docker-compose.yml, volumes и .env.

Перенос Docker volumes

# Экспорт volume
docker run --rm -v myvolume:/data -v $(pwd):/backup \
  alpine tar czf /backup/myvolume.tar.gz -C /data .

# Передача на новый сервер
scp myvolume.tar.gz user@NEW_SERVER:/tmp/

# Импорт volume на новом сервере
docker volume create myvolume
docker run --rm -v myvolume:/data -v /tmp:/backup \
  alpine tar xzf /backup/myvolume.tar.gz -C /data

Полная миграция Docker-проекта

# 1. Копируем проект (косая черта в конце источника — копируется содержимое, а не папка в папку)
rsync -avz /app/myproject/ user@NEW_SERVER:/app/myproject/

# 2. На новом сервере
cd /app/myproject
docker compose pull  # или docker compose build
docker compose up -d

# 3. Проверяем
docker compose ps
curl http://localhost:3000/health

Правильный перенос DNS — критически важный шаг. Ошибка здесь приводит к простою от часов до суток.

Алгоритм переноса DNS

1. За 48 часов до переезда: снизить TTL всех A-записей до 300 секунд (5 минут)
2. Перенести файлы и БД на новый сервер
3. Настроить веб-сервер и проверить работу по IP: curl -H 'Host: example.com' http://NEW_IP
4. Получить SSL-сертификат на новом сервере (Certbot standalone или webroot)
5. Переключить A-запись на новый IP в панели регистратора
6. Подождать 5-15 минут (TTL 300 сек) для распространения DNS
7. Проверить: dig +short example.com должен показать новый IP
8. Через 24-48 часов: вернуть TTL на стандартные 3600 секунд

SSL-сертификат на новом сервере

# Вариант 1: Certbot после переключения DNS
sudo certbot --nginx -d example.com -d www.example.com

# Вариант 2: перенос существующего сертификата целиком.
# tar сохраняет символические ссылки live/ → archive/, без них certbot renew
# сломается; scp -r их не сохраняет, а в /etc без sudo не пишет
# На старом сервере:
sudo tar czf /tmp/letsencrypt.tar.gz -C /etc letsencrypt
scp /tmp/letsencrypt.tar.gz user@NEW_SERVER:/tmp/
# На новом сервере:
sudo tar xzf /tmp/letsencrypt.tar.gz -C /etc

Для каждого популярного зарубежного провайдера есть российский аналог с сопоставимыми характеристиками.

• DigitalOcean -> Timeweb Cloud — облачные VPS с API, почасовая оплата, Kubernetes, S3. Цены сопоставимы.
• Vultr / Linode -> Timeweb Cloud — помимо основной линейки на 3,3 ГГц есть High CPU на 5 ГГц и Dedicated CPU; процессоры провайдер называет Intel Xeon и AMD EPYC, канал у тарифов 1 Гбит/с.
• Hetzner -> AdminVPS — надёжные VPS с DDoS-защитой, ЦОД в РФ — статья 18 152-ФЗ требует хранить персональные данные россиян в России.
• AWS EC2 -> Timeweb Cloud — полноценные облачные платформы с IaaS/PaaS.
• OVH -> AdminVPS — бюджетные VPS с включённым трафиком от 1 ТБ/мес на младшем тарифе до 10 ТБ на старших и еженедельной копией сервера (у Lite копии платные).
• Contabo -> AdminVPS — бюджетные VPS от 349 ₽/мес при оплате за месяц, большие конфигурации за малую цену.

Все перечисленные провайдеры принимают карты МИР, СБП, ЮMoney и предоставляют техподдержку на русском языке.

• Разные версии PHP/MySQL — проверьте совместимость: php -v, mysql --version. Установите нужную версию через PPA или Docker.
• Различия в путях файлов — Nginx/Apache конфигурации могут ссылаться на старые пути. Проверьте все root, alias, include.
• Права доступа — после rsync проверьте: chown -R www-data:www-data /var/www/ и chmod -R 755 /var/www/
• Cron-задачи забыты — экспортируйте: crontab -l > crontab_backup.txt на старом сервере.
• Email-сервер — MX-записи, SPF, DKIM, DMARC нужно обновить для нового IP.
• Hardcoded IP-адреса — grep -r 'OLD_IP' /var/www/ /etc/nginx/ для поиска захардкоженных адресов.

Порядок, при котором сайт не ложится ни на минуту, одинаков для любого переезда — и внутри России тоже. Пять шагов, окно TTL и то, что переезжает отдельно от файлов, разобраны здесь.

Миграция с зарубежного хостинга на российский — управляемый процесс, который при правильной подготовке занимает 2-4 часа с простоем менее 15 минут. Ключи к успеху: полный бэкап, снижение DNS TTL, тестирование на новом сервере до переключения и второй проход rsync.

Российские провайдеры в 2026 году предлагают полные аналоги зарубежных сервисов: NVMe, KVM, Docker, Kubernetes, API. Сравните тарифы и условия на EasyLinkLife.