Як перанесці сайт да новага хостара без прастою

Перанос сайта да новага хостара здаецца рызыкоўным, але прастой падчас міграцыі часцей за ўсё ўзнікае з-за забытых дробязяў, а не з-за самога пераезду. Пачніце з інвентарызацыі ўсяго, ад чаго залежыць сайт: файлы і загрузкі, кожная база даных і яе версія, паштовыя скрыні і пераадрасацыі, заданні 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-сертыфікат з аўтапрадаўжэннем.