Migrējiet cPanel vietni uz VPS bez dīkstāves
Publicēts 2026. gada 10. septembrī
Lai migrētu cPanel vietni uz VPS bez negaidītas dīkstāves, uztveriet DNS kā pēdējo pārslēgšanu, nevis pirmo uzdevumu. Sagatavojiet galamērķa serveri, nokopējiet kontu, notestējiet to jaunajā IP adresē, samaziniet DNS TTL un tikai pēc tam mainiet ierakstus, kad lietotnes, e-pasta un SSL pārbaudes ir izturētas. Vietne paliek pieejama, kamēr darbs notiek fonā.
Mazai uzņēmuma vietnei, aģentūras kontam vai veikalam ar aktīviem pasūtījumiem migrācija ir mazāk par failu pārvietošanu un vairāk par pakalpojuma darbības saglabāšanu. PHP versijām, datubāzu atļaujām, cron uzdevumiem, e-pasta maršrutēšanai, pāradresācijām un ugunsmūra noteikumiem visiem jānonāk zināmi labā stāvoklī. Faili parasti ir vieglākā daļa. Mazie iestatījumi, kas slēpjas tiem apkārt, ir vieta, kur migrācijas nopelna sirmus matus.
Pirms migrējat cPanel vietni uz VPS
Sāciet ar esošā konta inventarizāciju. Pierakstiet domēna vārdus un apakšdomēnus, konta diska lietojumu, PHP versiju un paplašinājumus, datubāzu izmērus, cron uzdevumus, e-pasta kontus, pārsūtīšanas adreses, automātiskos atbildētājus, DNS ierakstus, SSL sertifikātus un visus ārējos pakalpojumus, kas paļaujas uz servera IP adresi. E-komercijas un SaaS slodzēm identificējiet arī maksājumu atgriezeniskos izsaukumus, API atļauto sarakstus, transakcionālo e-pastu nodrošinātājus un fona apstrādes procesus.
Pārbaudiet, vai mērķa VPS ir pietiekama rezerve. Diska vietai jāsedz avota konts, pagaidu migrācijas arhīvs, datubāzes, dublējumi un normāla izaugsme. RAM un CPU prasības ir atkarīgas no datplūsmas un programmatūras steka. Vizītkartes tipa vietne var ērti darboties uz pieticīga VPS; WooCommerce, Magento, liels WordPress multisite vai noslogota lietotne parasti prasa vairāk atmiņas un datubāzes jaudas.
Galamērķis jāsagatavo, pirms tiek kopēti jebkādi produkcijas dati. Iestatiet servera resursdatora nosaukumu, instalējiet un atjauniniet cPanel un WHM, ja tas ir jūsu izvēlētais vadības panelis, konfigurējiet vārdserverus, ja VPS mitinās DNS, un iespējojiet ugunsmūri ar atvērtiem tikai nepieciešamajiem portiem. Apstipriniet, ka dublējumi ir konfigurēti neatkarīgi no avota servera. Dublējums, kas glabājas tikai VPS, ir noderīgs, taču tas nav pilnvērtīgs atkopšanas plāns, ja problēma rodas pašam VPS.
Ja pārejat no koplietotas cPanel mitināšanas uz VPS, pārbaudiet, kas iepriekš tika pārvaldīts jūsu vietā. Vecais mitinātājs, iespējams, pārvaldīja e-pasta filtrēšanu, DNS, automātisku SSL atjaunošanu, ļaunatūras skenēšanu vai ārpusservera dublējumus. Pārvaldītā VPS gadījumā šos punktus var pārbaudīt un uzturēt kopā ar jums. Nepārvaldītā serverī tie kļūst par jūsu darbības atbildību. Neviena pieeja nav nepareiza, bet pieņēmumi maksā dārgi.
Pazeminiet DNS TTL pirms pārslēgšanas
Apmēram 24 līdz 48 stundas pirms plānotajām izmaiņām samaziniet attiecīgo DNS ierakstu TTL līdz 300 sekundēm, ja tas ir praktiski. Tas ļauj atjauninātajiem A, AAAA un MX ierakstiem izplatīties ātrāk, kad pienāk pārslēgšanas laiks. Nesamaziniet to piecas minūtes pirms pārvietošanas un negaidiet, ka internets pret to izturēsies filozofiski. Rekursīvie rezolveri jau var būt kešojuši veco vērtību.
Pirms rediģēšanas saglabājiet pašreizējās DNS zonas ierakstu. Ja pēc pārslēgšanas parādās kas negaidīts, zināmo ierakstu atjaunošana ir ātrāka nekā to rekonstruēšana no atmiņas.
Izvēlieties pareizo pārsūtīšanas metodi
WHM Transfer Tool parasti ir tīrākā metode pilnu cPanel kontu pārvietošanai starp saderīgiem serveriem. Tas vienā kontrolētā procesā pārsūta konta datus, datubāzes, e-pastu, DNS zonas informāciju un daudzus konta līmeņa iestatījumus. Kur iespējams, izmantojiet root vai tālākpārdevēja līmeņa piekļuvi un pārbaudiet, vai avota serveris atļauj nepieciešamo SSH savienojumu.
Pilns cPanel dublējums var arī labi darboties, ja tieša servera-uz-serveri pārsūtīšana nav pieejama. Izveidojiet dublējumu, droši pārvietojiet to uz jauno VPS un atjaunojiet to caur WHM. Šī pieeja ir manuālāka, un dublējums var atspoguļot noteiktu laika punktu, nevis jaunākās izmaiņas, tāpēc rūpīgi ieplānojiet pēdējo sinhronizāciju.
Lietotnēm ar neparastu uzbūvi manuāla migrācija var būt drošāka. Kopējiet vietnes failus ar rsync vai citu drošu pārsūtīšanas metodi, eksportējiet un importējiet datubāzes, atjaunojiet lietotājus un atļaujas, pēc tam no jauna izveidojiet konfigurāciju ārpus konta. Tas aizņem ilgāku laiku, bet dod vairāk kontroles, ja avota sistēmai ir pielāgoti Nginx noteikumi, nestandarta ceļi, ārējā krātuve vai lietotnes darbinieki.
Izvairieties kopēt tikai public_html direktoriju, ja vien neesat apstiprinājis, ka nav nekā cita, ko saglabāt. E-pasts, datubāzes, slēptie faili, cron definīcijas, SSL materiāli un konfigurācijas faili bieži atrodas ārpus šīs mapes.
Notestējiet VPS pirms publiskām DNS izmaiņām
Kad konts ir atjaunots, pārbaudiet vietni pret galamērķa IP, nemainot publisko DNS. Lokāls hosts faila ieraksts ļauj jūsu datoram atrisināt domēnu uz jauno VPS, kamēr visi pārējie joprojām sasniedz veco serveri. Šis ir īstais brīdis, lai atrastu trūkstošu PHP paplašinājumu, bojātu rewrite noteikumu vai datubāzes lietotāju, kas netika pārcelts.
Notestējiet galvenās lapas, pieteikšanās plūsmu, kontaktformas, norēķināšanos, administrēšanas zonu, attēlu augšupielādes un plānotos uzdevumus. To darot, pārskatiet lietotnes žurnālus un tīmekļa servera kļūdu žurnālu. Pārbaudiet, vai vietne izmanto paredzēto PHP versiju un vai failu īpašumtiesības ir pareizas. Lapa, kas ielādējas vienu reizi, nav viss tests. Tai jāspēj arī rakstīt datubāzē, sūtīt nepieciešamos ziņojumus un normāli apstrādāt autentificētas sesijas.
Pārbaudiet arī SSL pirms pārslēgšanas. Ja sertifikāts tiek izdots no jauna pēc tam, kad DNS norāda uz VPS, apstipriniet, ka tīmekļa servera virtuālais resursdators ir pareizs un ka porti 80 un 443 ir sasniedzami. Ja pārnesat esošu sertifikātu, droši instalējiet tā sertifikātu ķēdi un atslēgu. Pārlūki ir diezgan godīgi attiecībā uz sertifikātu kļūdām, dažreiz ar vairāk drāmas, nekā nepieciešams.
Apstrādājiet e-pastu atsevišķi no tīmekļa datplūsmas
E-pasts ir visbiežāk palaistā garām VPS migrācijas daļa. Ja domēns izmanto ārēju e-pastu, piemēram, Google Workspace vai Microsoft 365, saglabājiet esošos MX, SPF, DKIM un DMARC ierakstus. Neaizstājiet tos nejauši ar lokāliem cPanel e-pasta ierakstiem.
Ja e-pasts tiek mitināts cPanel, pārvietojiet pastkastes un notestējiet sūtīšanu un saņemšanu VPS. DNS pārejas laikā jauni ziņojumi var nonākt jebkurā no serveriem. Turiet veco mitināšanas kontu aktīvu vismaz 48 līdz 72 stundas pēc pārslēgšanas un veiciet pēdējo e-pasta un failu sinhronizāciju, ja avots joprojām ir aktīvs. Liela apjoma pastam vai uzņēmējdarbībai kritiskām iesūtnēm plānojiet pārdomātāku e-pasta pārslēgšanu, nevis uztveriet to kā pēdējo domu.
Pārslēdziet uzmanīgi un saglabājiet veco serveri pieejamu
Kad testēšana ir veiksmīga, ievietojiet vietnes dinamiskās daļas īsā uzturēšanas režīmā, ja lietotne to atļauj. Veiciet pēdējo datubāzes eksportu vai konta sinhronizāciju, lai fiksētu pasūtījumus, formu iesniegumus, lietotāju izmaiņas un satura atjauninājumus, kas veikti kopš sākotnējās pārsūtīšanas. Atjaunojiet vai sinhronizējiet šos pēdējos datus VPS, pēc tam noņemiet uzturēšanas režīmu, kad jaunā vide ir gatava.
Atjauniniet A ierakstu uz jauno IPv4 adresi un AAAA ierakstu tikai tad, ja IPv6 ir konfigurēts un notestēts. Ja mainās arī vārdserveri, veiciet šo izmaiņu apzināti un apstipriniet, ka jaunajā zonā ir visi nepieciešamie ieraksti. Vārdserveru maiņa un DNS pārbūve vienlaikus pievieno vairāk kustīgu daļu. Dažreiz tas ir nepieciešams, bet tā nav pati skaistākā DNS situācija.
Vērojiet jauno serveri pirmajās stundās. Pārbaudiet tīmekļa piekļuves žurnālus, PHP un lietotnes kļūdas, CPU noslodzi, atmiņas spiedienu, diska lietojumu, e-pasta rindas statusu un datubāzes aktivitāti. Apstipriniet, ka automatizētie dublējumi darbojas veiksmīgi un ka monitorings var sasniegt jauno VPS. Uzņēmumā kodu.cloud tieši šeit noder pārvaldītās darbības un FASTCARE uzraudzība: pakalpojums atkal darbojas mierīgi, jo kāds uzrauga faktisko servera darbību, nevis tikai sākumlapu.
Neatceliet veco pakalpojumu nekavējoties. Atstājiet to tiešsaistē, līdz DNS izplatīšanās ir nostabilizējusies, e-pasta plūsma ir apstiprināta, dublējumi ir pārbaudīti un galvenie lietotāji ir notestējuši tiešsaistes vietni. Lielākajai daļai standarta vietņu 72 stundas ir saprātīgs drošības logs. Šajā periodā saglabājiet atgriešanās plānu: paturiet vecās DNS vērtības, izvairieties no destruktīvām izmaiņām avotā un ziniet, kurš pieņems lēmumu, ja būs nepieciešama atgriešanās.
Pēcmigrācijas pārbaudes, kas novērš vēlākas problēmas
Pēc pārvietošanas pārskatiet plānotos dublējumus, glabāšanas periodus, atjaunošanas testēšanu, drošības atjauninājumus, ugunsmūra darbību un resursu tendences. Noņemiet vecos testa ierakstus no sava lokālā hosts faila. Atjauniniet visus ārējos atļauto sarakstus, monitoringa mērķus, webhook galapunktus un dokumentāciju, kas atsaucas uz veco IP adresi.
VPS arī dod iespēju sakopt sen uzkrājušos mitināšanas jucekli. Noņemiet neaktīvus e-pasta kontus, vecas sagatavošanas kopijas, pamestas datubāzes un spraudņus vai paplašinājumus, kas vairs nav nepieciešami. Dariet to pēc tam, kad migrācija ir stabila, nevis kritiskajā pārsūtīšanas logā. Mierīgas izmaiņas ir vieglāk atsaukt.
Laba migrācija atstāj vairāk nekā tikai vietni, kas nejauši ielādējas. Tā atstāj serveri, ko varat uzraudzīt, atjaunot, atjaunināt un kuram varat uzticēties, kad datplūsma pienāk neērtā stundā. Iebūvējiet šo darbības rezervi pārvietošanā, un nākamais uzturēšanas uzdevums daudz mazāk atgādinās glābšanas operāciju.
Andres Saar Klientu apkalpošanas inženieris