Сайтты немесе қолданбаны жаңа бұлттық серверге көшіру
Жобаны бұлттық серверге қауіпсіз көшіру үшін жаңа сервер нақты трафикке қызмет көрсеткенше ескі серверді қозғамаңыз. Бұл сайтқа, дүкенге немесе қолданбаға арналған жоспар: үш чеклист (дейін, ауыстыру, кері қайтару), бейімдеуге болатын командалар және тоқтап қалу туралы шынайы шектеулер. Алдымен мақсатты серверді бұлттық сервер өлшемін таңдау нұсқаулығымен анықтаңыз, ал аймақты Еуропадағы орналасу нұсқаулығымен таңдаңыз.
Көшіру әдісін таңдаңыз
Көшірудің дерлік барлығы төрт әдіске сыяды. Жобалар жиі екеуін біріктіреді.
| Әдіс | Қайда жарайды | Негізгі қауіп |
|---|---|---|
| Файлдарды rsync | Статикалық сайттар, жүктеулер, қолданба коды | Көшіру кезінде деректер өзгереді, соңғы синхрондау қажет |
| Образ немесе бэкаптан қалпына келтіру | Сол ОЖ және құрылым, тексерілген қалпына келтіру | Ескі драйверлер мен желі атаулары, көлем көп |
| Қолданбаны қайта орналастыру | Контейнерлер және git ішіндегі код | Ескі дисктегі жасырын күй ұмытылады |
| Дерекқорды репликациялау | Үлкен немесе жүктелген базалар | Баптау күрделілігі және нұсқа шектеулері |
Айына EUR 15.00-дан бастап бұлттық серверден, 2026-10 тексерілген бастап, бүкіл жоспарды сонда сынаңыз.
Көшіруге дейінгі чеклист
- Түгендеу - қызметтерді, порттарды, cron тапсырмаларын, пошта баптауларын, сертификаттарды, файрвол ережелерін және ескі IP-ге сілтейтін барлық атауларды жазып алыңыз.
- Жасырын күй - веб-каталогтан тыс файлдарды табыңыз: жүктеулер, кезектер, сессиялар, лицензиялар, орта айнымалыларындағы құпиялар.
- Бэкаптар - ескі сервердің толық көшірмесін жасап, бір рет басқа жерде қалпына келтіріңіз: тексерілмеген бэкап тек үміт.
- Қолжетімділік - тек SSH кілттері, файрвол және жаңа серверде root құқығынсыз пайдаланушы.
- Снапшот - алғашқы нақты синхрондаудан бұрын жаңа сервердің снапшотын жасаңыз, сонда қате бірнеше минутқа ғана түседі.
Файлдар мен деректерді көшіру
Мысалдарда жаңа сервер құжаттамалық 203.0.113.10 мекенжайымен берілген. Атаулар мен жолдарды өзіңізбен ауыстырыңыз. 1 және 2 қадамды қауіпсіз қайталауға болады, 5 қадам ескі сайт тек оқу режиміне ауысқанда ғана орындалады.
# 1. Bulk copy while the old server keeps serving (repeat any time)
rsync -aHAX --numeric-ids --info=progress2 \
-e ssh /var/www/ deploy@203.0.113.10:/var/www/
# 2. Database dump and restore (MySQL / MariaDB shown)
mysqldump --single-transaction --routines --triggers appdb \
| gzip | ssh deploy@203.0.113.10 'gunzip | mysql appdb'
# 3. Test the new server under the real hostname, DNS untouched
curl -sS --resolve example.com:443:203.0.113.10 \
https://example.com/ -o /dev/null -w '%{http_code}\n'
# 4. Check the TTL resolvers will honour
dig +noall +answer example.com A
# 5. Final sync after the old site is read-only
rsync -aHAX --numeric-ids --delete \
-e ssh /var/www/ deploy@203.0.113.10:/var/www/
--delete жалауы мақсатта көзде жоқ файлдарды жояды. Оны тек соңғы іске қосуда және қай тарап басты екенін нақты білгенде ғана қолданыңыз.
Алдымен hosts файлымен тексеріңіз
DNS өзгермей тұрып, өз компьютеріңіз сайтты жаңа серверден ашатындай етіңіз. hosts файлына бір жол қосыңыз (/etc/hosts немесе Windows жүйесінде C:\Windows\System32\drivers\etc\hosts): 203.0.113.10 example.com www.example.com. curl-дің --resolve параметрі (3 қадам) бір сұраныс үшін дәл осыны жасайды. Кіруді, тапсырыс беруді, файл жүктеуді, шығыс поштаны, жоспарлы тапсырмаларды және TLS сертификатын тексеріңіз. Содан кейін жолды алып тастаңыз, әйтпесе жаңа серверді апталап байқамай сынай бересіз.
DNS TTL төмендетіп, ауыстырыңыз
A және AAAA жазбаларының TTL мәнін шамамен 300 секундқа дейін көшуден кемінде ескі TTL-дің бір толық кезеңі бұрын төмендетіңіз. Әйтпесе резолверлер ескі мекенжайды ескі TTL рұқсат еткенше сақтайды. Кейбір резолверлер қысқа TTL-ді елемейді, сондықтан ескі IP-де бірнеше сағат бойы келушілер қалады деп күтіңіз (бұл бағалау, өлшем емес).
Ауыстыру чеклисті:
- TTL - төмендетілген мән қолданыста, ескісінің мерзімі өтті.
- Тек оқу - ескі сайт қызмет көрсету немесе тек оқу режимінде.
- Соңғы синхрондау - базаның соңғы дампы және жоғарыдағы кодтан 5 қадам орындалды.
- DNS - A және AAAA жазбалары жаңа IP-ге сілтейді; пошта көшпесе, пошта жазбалары өзгермейді.
- Жылдам тексеру - кіру, тапсырыс, жүктеу, пошта, cron және сертификат жария атауда тексерілді.
- Ескі сервер - оны қосулы, қолжетімді және тиіспеген күйде қалдырыңыз.
Кері қайтару чеклисті
- Шек - жеңіліс деп нені санайтыныңызды (мысалы, сәтсіз төлемдер немесе 5xx үлесі) және кім шешім қабылдайтынын алдын ала белгілеңіз.
- DNS кері - жазбаларды ескі IP-ге қайтарыңыз; TTL төмен болса, келушілердің көбі минуттар мен сағаттар ішінде оралады.
- Жазу - ескі сайтты қайта ашыңыз. Жаңасы ауыстырудан кейін тапсырыс немесе файл қабылдаса, алдымен оларды экспорттап, ескіге қайта енгізіңіз.
Нөлдік тоқтап қалу үшін шын мәнінде не керек
Нөлдік тоқтап қалу қолданбаңыздың архитектурасына байланысты және ешбір жоба үшін уәде етілмейді. Ол үшін күйсіз қолданба, екі жақтан жазуды қабылдайтын немесе репликацияланатын база, ортақ немесе репликацияланатын қойма және тексерілген ауыстыру қажет. Бір базасы бар классикалық сайтта әдетте бірнеше минуттық қысқа тек оқу терезесі болады.
Көшкеннен кейін
Кемінде бір апта қате журналдарын, дискіні, жадты, жауап уақытын және пошта жеткізілуін бақылаңыз. Бәрі тұрақты болғанда, DNS TTL мәнін қайта көтеріңіз. Ескі серверді жаңасында толық бэкап циклі өткеннен кейін ғана өшіріңіз; әр пресетке апталық бэкап кіреді. Тапсырыс бермес бұрын сынақ кезеңінің чеклистімен сынап көріңіз; қысқа сынақты sales@dcxv.com мекенжайына жазып сұрауға болады, ол DCXV шешіміне байланысты және кепілдік берілмейді.
Мақсатты бұлттық серверді баптаңыз немесе көшіру туралы инженерден сұраңыз.
