К списку статей DevOps и Инфраструктура

Безопасный переезд проекта на выделенный сервер без остановки бизнес-процессов

Опубликовано: 22.09.2026 в 14:48

Как перенести продакшн на новое железо и не потерять ни одного клиента

Рано или поздно любой успешный веб-проект перерастает рамки копеечных виртуальных хостингов или облачных VPS базового уровня. Нехватка RAM, жесткие лимиты PHP-процессов и медленный диск начинают тормозить бизнес. Однако миграция на выделенный сервер часто пугает владельцев риском простоя: пока обновляются DNS-зоны, пользователи могут отправлять заказы на старый сервер, что приводит к безвозвратной потере данных. Мы разберем пошаговый алгоритм миграции, который гарантирует нулевой даунтайм.

Стратегия миграции: Проксирование трафика и репликация баз данных

Главная ошибка при переезде — просто поменять IP-адрес в DNS и выключить старый сервер. DNS-кэш у провайдеров по всему миру обновляется от 2 до 48 часов. В этот период трафик будет идти на оба сервера параллельно. Чтобы избежать рассинхронизации, старый сервер временно переводится в режим проксирования всех HTTP-запросов и репликации базы данных на целевое железо

Шаг 1: Подготовка конфигурации Nginx как обратного прокси

Когда кодовая база и медиафайлы уже скопированы на новый сервер, мы перенастраиваем Nginx старого сервера так, чтобы он прозрачно пересылал все входящие запросы на IP-адрес нового хоста.

nginx

server {
    listen 80;
    server_name isitreal.ru www.isitreal.ru;

    location / {
        proxy_pass http://NEW_SERVER_IP;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Шаг 2: Безопасный дамп и докат базы данных через SSH

Чтобы перенести транзакции без потерь, перед переключением прокси на старом сервере кратковременно активируется режим обслуживания (Artisan down), снимается финальный снимок базы и разворачивается на новом целевом сервере.

bash


# Снятие дампа на старом сервере сжатым потоком и мгновенный импорт на новом через SSH
mysqldump -u root -p --opt --single-transaction isitreal_db | gzip | ssh user@NEW_SERVER_IP "gunzip | mysql -u root -p isitreal_db"

Итоги и резюме

Контроль успешного переезда

осле запуска проксирования трафика вы можете безболезненно менять A-записи домена в панели Cloudflare или вашего регистратора. Абсолютно не важно, куда именно попадет конкретный пользователь — на старый или на новый сервер. В обоих случаях обработка запроса фактически произойдет на новом железе с актуальной базой данных. Спустя 3 дня, когда кэш DNS гарантированно обновится по всему миру, старый сервер можно окончательно гасить.

Была ли полезна статья?

Оценки помогают мне понимать, какие темы вам наиболее интересны.

Чтобы оценить, войдите или зарегистрируйтесь.