Як уникнути простою під час міграції

Коротка відповідь: Тримайте старий і новий сервери паралельно, знизьте DNS TTL до 300 секунд за добу, протестуйте новий сайт через hosts-файл, а потім перемикайтеся з фінальною дельта-синхронізацією всередині короткого freeze записів у найтихішу годину. Старий сервер обслуговує відвідувачів, доки DNS не зміниться — ніхто не зустріне порожній сервер.

Огляд

Простій під час міграції спричиняє не копіювання даних — його спричиняє перемикання до того, як копію доведено, або кешований DNS, що веде користувачів на мертвий сервер. Обидва запобіжні: спершу довести, потім перемикати, і ніколи не вимикати старий сервер у день міграції.

Що потрібно мати

• Обидва сервери працюють паралельно, сайт розгорнутий на новому.
• Дані аналітики з вікном найменшого трафіку.
• Доступ до DNS і вже знижений TTL (див. крок 1 — це потребує доби форою).

Покрокова інструкція

1. За 24+ години: знизьте TTL A-записів, які будете міняти, до 300 секунд. Старі кешовані значення встигнуть протухнути до перемикання.
2. Доведіть новий сайт тестом через hosts-файл — сторінки, форми, адмінка, SSL.
3. Заплануйте перемикання на тихе вікно й заморозьте записи (контент, замовлення, завантаження) на старому сайті просто перед ним.
4. Фінальна дельта: rsync змінених файлів і повторний імпорт змінених таблиць бази — після ранішої повної копії це хвилини.
5. Перемкніть DNS і одразу перевірте через dig +short example.com на публічному резолвері.
6. Тримайте старий сервер живим і стежте за обома access-логами; трафік перетікає на новий сервер у міру протухання кешів.

Типові проблеми

• TTL знижено запізно: резолвери шанують СТАРИЙ TTL до його закінчення — зниження за годину до перемикання для більшості відвідувачів нічого не дає.
• Незаморожені записи під час freeze: API-клієнти та cron-завдання банерів не читають — зупиняйте сервіси, а не лише редагування людьми.
• Старий сервер вимкнено того ж дня: відсталі на кешованому DNS отримують помилки з’єднання; тримайте його кілька днів.

Коли звертатися в підтримку

Якщо сайт не терпить навіть короткого freeze записів (активні магазини, SaaS), опишіть навантаження в запиті на міграцію — сплануємо поетапне перемикання разом.

Часті запитання

Що спричиняє простій під час міграції хостингу?

Майже завжди послідовність дій: перемикання DNS до перевірки нового сервера або вимкнення старого, коли кешований DNS ще веде на нього відвідувачів. Обидва сценарії запобіжні.

За скільки наперед знижувати DNS TTL?

Щонайменше за один повний період старого TTL до перемикання — на практиці за 24 години. Резолвери шанують попередній TTL до його закінчення, тож зміна в останню мить не діє.

Чи справді потрібен freeze записів для малого сайту?

Якщо на сайт ніщо не пише (немає замовлень, коментарів чи завантажень), можна пропустити. Користувацький контент вимагає короткого freeze на час фінальної синхронізації, щоб його не втратити.

Схожі статті

• Як перенести WordPress без простою
• Як перенести WooCommerce без втрати замовлень
• Як протестувати сайт до перемикання DNS
• Як відкотити міграцію

Готові почати? Замовити VPS у Cloud2Y →