Як перенести сайт до нового хостера без простою
Покроковий план перенесення файлів, баз даних, пошти та DNS на новий хостинг так, щоб відвідувачі взагалі не помітили переїзду.
Перенесення сайту до нового хостера здається ризикованим, але простій під час міграції найчастіше виникає через забуті дрібниці, а не через сам переїзд. Почніть з інвентаризації всього, від чого залежить сайт: файли й завантаження, кожна база даних та її версія, поштові скриньки й переадресації, завдання cron, налаштування та розширення PHP, а також повний список DNS-записів домену. Це не лише A-запис, а й MX, TXT-записи для SPF і DKIM, CNAME для піддоменів і будь-які записи для підтвердження прав. Якщо поточний провайдер дозволяє, вивантажте файл зони повністю. Десять хвилин на цей список заощадять години здогадок згодом.
За кілька днів до переїзду знизьте TTL у записів, які збираєтеся змінювати. TTL повідомляє резолверам, скільки часу вони можуть зберігати відповідь у кеші; якщо він дорівнює 24 годинам, частина відвідувачів ще добу після перемикання потраплятиме на старий сервер. Зменште його до 300 секунд щонайменше за два повні періоди старого TTL, щоб попереднє довге значення встигло сплинути всюди до дня міграції. Коли переїзд завершено і все стабільно, поверніть TTL назад. Саме цей крок відрізняє перемикання за кілька хвилин від перемикання, яке розтягується на всі вихідні.
Далі скопіюйте сайт на новий сервер і перевірте його там, поки його ніхто не бачить. Чи то віртуальний хостинг, чи VPS, кроки однакові: завантажте файли, імпортуйте дамп бази, заново створіть користувачів БД і завдання cron, виберіть ту версію PHP, під яку написано сайт. Щоб відкрити нову копію за справжнім доменом, додайте рядок у файл hosts на своєму комп'ютері, спрямувавши домен на нову IP-адресу, — усі інші, як і раніше, потраплятимуть на старий сервер. Підійде й тимчасова адреса. Пройдіться ключовими сторінками, увійдіть в адмінку, надішліть форму й загляньте в журнал помилок.
Між першою копією та остаточним перемиканням живий сайт і далі змінюється: нові замовлення, коментарі, заявки, завантаження. Розв'язати це можна двома способами. Для сайту-візитки чи блогу оголосіть коротке заморожування контенту й попросіть редакторів нічого не публікувати в цей час. Для магазину або будь-якого сайту з особистими кабінетами заплануйте фінальну дельта-синхронізацію: переведіть старий сайт у режим обслуговування на кілька хвилин, зніміть свіжий дамп бази, скопіюйте лише змінені файли за допомогою rsync або схожого інструмента та імпортуйте все на новому сервері. Фінальний дамп бази має бути найостаннішою дією перед перемиканням.
Тепер спрямуйте DNS-записи на нову IP-адресу. Зміна DNS — це не те саме, що перенесення домену: сайт можна перевезти сьогодні, залишивши реєстрацію там, де вона є, а пізніше, коли все усталиться, оформити перенесення домену. Якщо робити все одночасно, змінних стає тільки більше. Не вимикайте старий хостинг принаймні кілька днів після перемикання. Резолвери із застарілим кешем ще надсилатимуть туди частину відвідувачів, а старий сервер слугує запасним варіантом, якщо випливе щось несподіване. Відмовляйтеся від нього лише тоді, коли в журналах доступу не залишиться реального трафіку.
Пошта — місце, де міграції ламаються найчастіше. Якщо пошта залишається у старого провайдера або в окремому сервісі, переконайтеся, що в новій зоні є правильні записи MX, SPF і DKIM, інакше листи почнуть повертатися або тихо потраплятимуть у спам. Якщо скриньки теж переїжджають, спершу створіть їх на новому сервері, потім скопіюйте наявні листи через IMAP інструментом на кшталт imapsync і запустіть повторну синхронізацію після зміни MX, щоб підхопити все, що надійшло в проміжку. Окремо подбайте про SSL: сертифікат для нового сервера зазвичай не можна випустити, поки домен не вказує на нього, тож запитайте його одразу після перемикання й перевірте сторінки на змішаний контент.
Після переїзду пройдіться коротким чек-листом: проскануйте сайт на помилки 404, перевірте кожну форму зворотного зв'язку й оформлення замовлення, переконайтеся, що редиректи зі старих адрес працюють, що аналітика й теги спрацьовують, що завдання cron і вихідна пошта в порядку. Якщо не хочеться робити все це вручну, підтримка WebHostFlow безкоштовно переносить сайт будь-якого розміру разом із базою даних і поштою та узгоджує з вами перемикання DNS, щоб простою не було помітно. На хостингу для CMS сайт до того ж заздалегідь перевіряється на тимчасовій адресі, а кожен тариф віртуального хостингу містить безкоштовний SSL-сертифікат з автоподовженням.