−25%

kwa Windows ya mwaka, hadi 31 Okt. Tazama mipango

EQVPS
Anza

Kuhamisha VPS yako kwa mtoa huduma mpya bila kukatika

Oct 10, 2026 · 5 dakika za kusoma · EQVPS Team

Kila hadithi ya kutisha ya kuhama ina sehemu ya kati ileile: mtu alibadilisha DNS kwanza kisha akaanza kunakili. Kukatika wakati wa kuhama karibu kamwe hakusababishwi na kunakili kwa polepole. Kunasababishwa na kufanya hatua kwa mpangilio usio sahihi.

Huu ndio mpangilio unaofanya kazi, iwe unaondoka kwa mtoa huduma mwingine au unahama kati ya ushuru wetu miwili.

1. Siku mbili kabla: punguza TTL

Tafuta rekodi za DNS utakazobadilisha (kwa kawaida A, AAAA na CNAME zozote zinazoelekeza kwazo) na upunguze TTL yao hadi sekunde 300. Kisha subiri angalau muda wa TTL ya zamani. Rekodi yenye TTL ya siku moja inamaanisha baadhi ya resolvers zitaendelea kutoa anwani ya zamani kwa siku moja baada ya mabadiliko, na hakuna unachofanya kwenye seva kinachoweza kuharakisha hilo.

Hii ndiyo hatua watu huiruka, na ndiyo inayogeuza ubadilishaji wa dakika tano kuwa siku ambayo nusu ya watumiaji wanaona seva ya zamani.

2. Orodhesha kila kitu kwenye seva ya zamani

Utajenga upya mashine hii mahali pengine, kwa hiyo andika inachofanya kweli. Si unachokumbuka. Inachofanya:

ss -tlnp                                # what is listening, and which process
crontab -l; ls /etc/cron.d              # scheduled jobs
systemctl list-timers --all             # the scheduled jobs people forget
systemctl list-units --type=service --state=running

Ongeza kwenye orodha: vyeti vya TLS na jinsi vinavyosasishwa, faili za mazingira zenye siri, sheria za firewall, watumiaji na funguo zao za SSH, hifadhidata na ukubwa wake, na kila kitu kinachozungumza na seva kwa anwani ya IP. Kundi hili la mwisho ndilo la hila: allowlist ya mshirika, mipangilio ya webhook ya mtoa huduma wa malipo, ukaguzi wa ufuatiliaji.

3. Jenga seva mpya kando ya ile ya zamani

Agiza seva mpya na uiache ile ya zamani. Chagua ushuru kutoka orodha ya VPS wenye diski sawa au kubwa kuliko unayotumia kweli, si uliyouziwa. Ikiwa mashine ya zamani inapokea trafiki yoyote inayoingia (tovuti, webhooks, API), mpya inahitaji IPv4 yake. Ushuru wa NAT unakubali miunganisho inayoingia kwenye porti yake ya SSH pekee, na kile ambacho porti moja iliyoelekezwa inaweza na isichoweza kufanya inaeleza kwa nini hilo ni muhimu.

Unganisha, sakinisha vifurushi vilevile, tengeneza upya watumiaji na firewall. Mwongozo wa kuunganisha unaeleza funguo na kuingia kwa mara ya kwanza.

4. Sawazisha faili mara mbili

Usawazishaji wa kwanza unanakili kila kitu wakati seva ya zamani inaendelea kufanya kazi. Unaweza kuchukua saa nyingi; si tatizo.

rsync -aHAX --numeric-ids --info=progress2 /var/www/ root@203.0.113.10:/var/www/

--numeric-ids huhifadhi umiliki wa faili kwa namba, na hilo linaepusha mshangao wa kawaida wa "kila kitu ni mali ya mtumiaji asiye sahihi" pale mifumo miwili ilipounda watumiaji kwa mpangilio tofauti. Ikiwa hujawahi kutumia rsync kupitia SSH, jinsi ya kuhamisha faili kwenda VPS inaeleza hatua kwa hatua.

Usawazishaji wa pili, kabla tu ya kubadilisha, unanakili tu kilichobadilika tangu ule wa kwanza. Kwa kawaida huchukua sekunde.

5. Hamisha hifadhidata kwa makusudi

Faili ni rahisi. Hifadhidata inayopokea maandishi ndiyo sehemu pekee ambapo "bila kukatika" kunahitaji ama maelewano madogo ama kazi zaidi.

Njia rahisi: fanya dump na urejeshe mara moja kwa majaribio, kisha wakati wa kubadilisha simamisha uandishi kwa dakika moja (weka programu katika hali ya kusoma tu au isimamishe), chukua dump mpya, irejeshe kwenye seva mpya na uanzishe programu huko. Kwa miradi midogo mingi, huo ni usimamishaji wa dakika moja au mbili, uliotangazwa mapema.

Njia isiyo na usimamishaji: weka replication kutoka hifadhidata ya zamani kwenda mpya, iache ifikie, kisha ifanye mpya kuwa kuu wakati wa kubadilisha. Maandalizi zaidi, na yana thamani pale hata dakika moja ya maandishi yaliyopotea haikubaliki.

6. Jaribu seva mpya kabla mtu mwingine hajaiona

DNS bado inaelekeza kwenye seva ya zamani, kwa hiyo unaweza kujaribu mpya faraghani. Tuma ombi la kikoa chako halisi kwa anwani mpya:

curl --resolve example.com:443:203.0.113.10 https://example.com/health

Ikiwa cheti bado hakipo, jaribu kwa njia ileile kupitia HTTP, au ongeza mstari wa muda kwenye faili ya hosts na upitie tovuti kwenye kivinjari. Kagua kuingia, kupakia faili, kazi za nyuma na barua pepe zinazotoka. Huu ndio wakati wa bei nafuu zaidi wa kugundua kiendelezi cha PHP kinachokosekana.

7. Badilisha, na acha seva ya zamani iendelee kuwaka

Fanya usawazishaji wa mwisho wa faili na hatua ya hifadhidata, kisha ubadilishe rekodi za DNS. Kwa TTL ya sekunde 300, sehemu kubwa ya trafiki inahamia ndani ya dakika chache. Angalia kumbukumbu za ufikiaji za seva ya zamani: bado itapokea maombi machache kutoka kwa resolvers na wateja wanaopuuza TTL. Iache iwake bila kubadilishwa kwa siku chache. Kisha sasisha kila kitu kinachoelekeza kwenye IP ya zamani: allowlists za washirika, URL za webhook, na kwa barua pepe reverse DNS ya anwani mpya (kwenye ushuru wetu wenye IP maalum unaiweka mwenyewe, angalia reverse DNS) pamoja na rekodi yako ya SPF.

Kinachoharibika mara nyingi zaidi

Takriban kwa mpangilio wa jinsi tunavyokiona mara kwa mara: timer ya systemd ambayo hakuna aliyeiorodhesha, faili ya mipangilio yenye IP ya zamani iliyoandikwa moja kwa moja, faili zinazomilikiwa na mtumiaji asiye sahihi, firewall inayozuia porti ya programu yenyewe, cheti kinachosasishwa kwenye seva ya zamani lakini si kwenye mpya, na barua pepe zinazoingia kwenye spam kwa sababu anwani mpya bado haina reverse DNS.

Mahali orodha hii haifai

Hifadhidata yenye shughuli nyingi, inayoandikwa bila kukoma na isiyovumilia kusimama, inahitaji replication halisi na mazoezi ya majaribio, si orodha ya ukaguzi ya blogu. Seva za Windows huhamishwa kwa zana tofauti na rsync. Na ikiwa kuhama kwako kwa kweli kunahusu ukubwa, soma hili kwanza: hapa ushuru hukua papo hapo. Kuhamia ushuru mkubwa zaidi wa aina ileile ya mtandao huongeza vCPU, RAM na diski kwa kuwasha upya mara moja, bila kuhama kokote. Seva mpya inahitajika tu kwa kupunguza. Ikiwa unahama kwa sababu huna uhakika mashine inatosha, lini unahitaji kweli RAM ya 64 GB inaweza kukuepushia safari hiyo, na VPS, hosting ya pamoja, seva maalum au wingu itasaidia ikiwa huna uhakika kwamba VPS ndiyo nyumba sahihi kabisa.

Maswali

Nipunguze TTL ya DNS muda gani kabla?

Angalau kwa muda sawa na TTL ya sasa, na bora siku moja au mbili kabla ya kuhama. Ikiwa rekodi ina TTL ya sekunde 86400, resolvers zinaweza kushikilia jibu la zamani kwa siku nzima, kwa hiyo kuipunguza saa moja kabla ya kubadilisha hakusaidii chochote.

Je, kweli naweza kuhama bila kukatika kabisa?

Kwa huduma zisizo na hali, ndiyo: endesha seva zote mbili, badilisha DNS na acha trafiki ihamie. Kwa hifadhidata inayopokea maandishi, ama ukubali kusimamisha uandishi kwa muda mfupi wakati wa usawazishaji wa mwisho, ama uweke replication ili seva mpya iwe ya kisasa kila wakati.

Nawezaje kujaribu seva mpya kabla ya kubadilisha DNS?

Elekeza mashine yako tu kwake. Tumia curl pamoja na --resolve kutuma ombi la kikoa chako halisi kwa IP mpya, au ongeza mstari wa muda kwenye faili ya hosts. Wengine wote wanaendelea kutumia seva ya zamani.

Lini naweza kuzima seva ya zamani?

Wakati kumbukumbu zake hazionyeshi trafiki halisi kwa angalau siku moja baada ya TTL ya zamani kuisha. Baadhi ya resolvers na wateja hupuuza TTL, kwa hiyo ikiwezekana acha seva ya zamani iwake bila kubadilishwa kwa siku chache zaidi.

Ni nini kinaharibika mara nyingi zaidi baada ya kuhama?

Kazi za ratiba zilizosahaulika, anwani za IP zilizoandikwa moja kwa moja kwenye mipangilio na kwenye allowlists za washirika, umiliki wa faili baada ya kunakili, sheria za firewall, na barua pepe: reverse DNS na rekodi za SPF ambazo bado zinaelekeza kwenye anwani ya zamani.

Maoni

Bado hakuna maoni. Kuwa wa kwanza.

Acha maoni

Maoni yanakaguliwa kabla ya kuonekana.