Смена хостинга без простоя: управление DNS при миграции сайта

Одна из главных опасений при смене хостинга — простой сайта. На самом деле, при правильной подготовке переключение DNS можно выполнить абсолютно незаметно для пользователей. Ключевой инструмент — грамотное управление TTL (Time To Live).

Что такое TTL и почему это важно

TTL (Time To Live) — время в секундах, в течение которого DNS-серверы кэшируют вашу запись. Если TTL = 86400 (1 сутки), то после смены A-записи часть пользователей будет попадать на старый сервер ещё до 24 часов.

Чеклист миграции DNS без простоя

1. За 24–48 часов до миграции: Снизить TTL до 300 секунд
2. Настроить новый сервер до переключения DNS
3. Тест через /etc/hosts — убедиться, что сайт работает
4. Синхронизировать контент — финальный rsync перед переключением
5. Сменить A-запись на IP нового сервера
6. Мониторинг — следить за ошибками в течение часа
7. Старый сервер — держать активным 48–72 часа

Тестирование нового сервера через /etc/hosts

# На вашем ПК (Linux/macOS)
sudo nano /etc/hosts

# Добавить строку:
NEW-SERVER-IP example.com www.example.com

# Теперь браузер откроет сайт с нового сервера
# (DNS записи при этом не меняются)

# Windows: C:\Windows\System32\drivers\etc\hosts

Финальная синхронизация перед переключением

# Синхронизировать файлы (только изменения)
rsync -avz --delete user@old-server:~/public_html/   root@new-server:/var/www/example.com/

# Синхронизировать БД
mysqldump -h old-server -u dbuser -p dbname |   ssh root@new-server "mysql -u newuser -p newdb"

Проверка DNS из командной строки

# Проверить текущую A-запись
dig example.com A +short

# Проверить через конкретный DNS-сервер
dig @8.8.8.8 example.com A +short
dig @1.1.1.1 example.com A +short

# Автоматический мониторинг (опрос каждые 30 сек)
while true; do
  echo "$(date): $(dig @8.8.8.8 example.com A +short)"
  sleep 30
done

Перенос почты без прерывания

MX-записи управляют почтой отдельно от сайта. При миграции хостинга важно не сломать почту:

# Перенести почту ПЕРЕД сменой MX-записей
# Изменить MX только после переноса ящиков
# Сохранить старые MX-записи как резервные (приоритет 20)

# Пример:
# MX 10 mail.new-server.com  ← основной
# MX 20 mail.old-server.com  ← резервный (держать 72 часа)