Un ghid complet despre strategiile de migrare a tehnologiei: (final – Migrare domeniu și găzduire)

Nu în ultimul rând, pentru a încheia seria noastră de bloguri, vom aprofunda în migrarea serverelor (domenii și găzduire). Deoarece am considerat deja migrarea aplicațiilor și bazelor de date ca elemente cheie ale procesului de migrare backend, este logic să finalizăm doar cu migrarea serverului.

În general, migrarea site-ului dvs. de la o gazdă la alta ar putea fi mai ușoară în comparație cu celelalte tipuri de migrare pe care le-am discutat anterior. În practică, poate fi asemănat cu oferirea unei noi adrese site-ului dvs. web. Restul acestui articol va explica în detaliu fațetele cheie și cele mai bune practici legate de această verticală de migrare. Așa că, fără alte prelungiri, să ne aruncăm!

Ce este migrarea serverului?

În sensul cel mai elementar, migrarea serverului este o tehnică de migrare în care datele sunt poziționate de la un server la altul. În principiu, presupune configurarea unui server țintă pentru a înlocui unul existent prin copierea site-urilor web și a configurațiilor acestora și schimbarea DNS-ului pentru a direcționa vizitatorii către un nou server. Migrările de server sunt comune în multe afaceri dependente de date și, datorită naturii sensibile a datelor, planificarea deliberată este extrem de imperativă pentru o migrare de succes.

De ce migrarea serverului?

Migrarea serverului poate avea loc din diferite motive, cum ar fi:

• Pentru a gestiona traficul crescut.
• Dorința de performanță mai bună și timpi de răspuns mai rapid.
• Dorința de a îmbunătăți controlul, manevrarea și flexibilitatea.
• Pentru o personalizare sporită.

Deși la celălalt capăt, există persoane care fac downgrade la servere low-end în scopuri de reducere a costurilor. Migrarea serverului implică și două aspecte cheie și anume; migrarea domeniului și migrarea serverului de găzduire. Pentru cea mai mare parte a acestui blog, vom explora ambele categorii. De exemplu, diferența dintre schimbarea furnizorilor de găzduire (cum ar fi GoDaddy la AWS) și transferul numelor de domenii (de exemplu, example.com la example.info).

Ce este migrarea numelui de domeniu?

Migrarea domeniului în termeni simpli înseamnă mutarea unui site web de la un nume de domeniu (example.co) la altul (example.info), fără pierderea sau deteriorarea securității datelor. În principal, atunci când transferați un nume de domeniu, atunci nu aveți nevoie de o copie de rezervă, deoarece nu va exista niciun transfer de fișiere între servere. Deși informațiile DNS (Domain Name System) trebuie transferate ca o cerință pentru a avea o înregistrare a modificării. Modificarea protocolului poate avea loc și atunci când un site web nesecurizat este mutat pe un site web securizat, cum ar fi atunci când un site web HTTP este mutat în HTTPS. Practic, motivele schimbării numelor de domenii diferă, de exemplu, ar putea fi o alegere de a trece de la un domeniu generic precum .com la unul mai specific din punct de vedere geografic, cum ar fi .in sau .cn.

Ce este migrarea serverului de găzduire?

Migrarea serverului de găzduire înseamnă practic trecerea de la un furnizor de servicii de găzduire la altul. Când migrați, va trebui să instituiți o copie de rezervă completă a site-ului dvs. web împreună cu fișierele bazei de date de pe dispozitiv înainte de a iniția procesul de migrare. De asemenea, asigurați-vă că toate scripturile de pe partea serverului pot fi instalate pe noua platformă de găzduire și că site-ul dvs. web poate rula fără probleme pe noul server. Pot exista mai multe motive pentru a migra de la un furnizor de gazdă la altul, cum ar fi:

1. Dorința de a profita de noile tehnologii sau de un serviciu mai bun
2. Necesitatea înlocuirii infrastructurii învechite
3. Necesitatea extinderii și distribuirii găzduirii pentru a obține o disponibilitate ridicată.
4. Probleme de securitate etc.

Tipuri de migrare a gazdei serverului

În funcție de sistemul de operare și tehnologia implicate, migrarea serverului constituie de obicei:

• Migrarea serverului în cloud : Aceasta implică în principal poziționarea datelor pe un server cloud modern, scalabil.

• Migrarea serverului de aplicații : Aceasta implică practic transferul unei aplicații software de la un mediu de server la altul. Acest lucru se întâmplă de fiecare dată când fișierele sunt mutate între servere.

• Migrarea serverului de e-mail : Aici datele sunt canalizate între migrările serverelor de e-mail în cadrul aceleiași gazde sau diferite.

• Migrarea serverului virtual – Acest domeniu de migrare implică servere virtuale sau transferul unei mașini virtuale de la un server la altul. Există mai multe opțiuni de server disponibile pe piață, cum ar fi GoDaddy, AWS, DigitalOcean, Alibaba Cloud etc. Cu toate acestea, alegerea unuia depinde în mare măsură de cerințele proiectului. Există o regulă comună care se aplică pentru fiecare migrare a serverului de găzduire – puteți schimba serverele de găzduire numai dacă ați fost înregistrat la registratorul de domeniu anterior timp de 60 de zile sau mai mult. Puteți afla despre alte reguli care sunt disponibile de pe site-urile de găzduire respective.

Cum să migrezi numele tău de domeniu?

Migrarea numelor de domeniu este mai ușor de dedus spre deosebire de migrarea serverului. Cel mai frecvent motiv invocat pentru migrarea numelor de domenii este că utilizatorii ar putea avea un nume de domeniu mai lung și doresc o versiune mai bună și mai scurtă a acestuia. Cu toate acestea, înainte de a schimba numele de domeniu, există în principal două scenarii diferite de reținut:

• Cumpărarea unui nume de domeniu care a fost deja folosit de altcineva: acesta poate fi un nume de domeniu expirat pe care trebuie să-l fi achiziționat la licitație de domeniu sau direct de la altcineva.
• Achiziționarea unui nume de domeniu complet nou, care nu a mai fost folosit până acum.

Să luăm un exemplu pentru a înțelege diferența dintre cele două scenarii de mai sus și de ce sunt imperative. Dacă intenționați să achiziționați un nume de domeniu înregistrat anterior, atunci există șanse să vă confruntați cu oricare dintre următoarele probleme:

• Poate avea link-uri care să indice către acesta, care pot fi bune sau, în unele cazuri, dăunătoare pentru site-ul dvs.
• Este posibil ca anterior să fi fost atașat la un site off-topic care a fost creat cu un alt scop decât al tău.
• Este posibil să fiți penalizat sau interzis din unele dintre motoarele de căutare.
• Site-ul dvs. ar putea fi interzis pe site-urile de socializare.
• Este posibil să fi fost folosit anterior și pentru activitățile de spam.

Procesul de migrare a numelui de domeniu

• Procesul de migrare a numelui de domeniu este destul de simplu. Doar urmați pași simpli și veți termina în cel mai scurt timp.
• Pentru început, va trebui să verificați fiecare versiune (adică http://, http://www, https:// sau https://www) a fiecărui site pe consola de căutare Google. De asemenea, identificați toate subdomeniile, dacă există.
• Accesați cu crawlere întregul site. Puteți utiliza diferite instrumente disponibile online în acest scop. Acest lucru vă va ajuta să identificați toate adresele URL posibile și să faceți o listă a acestora. Veți avea nevoie de el mai târziu.
• Folosind 301 Permanent Redirects, redirecționați de la vechiul nume de domeniu la noul nume de domeniu.
• Testați redirecționările pentru a vă asigura că nu redirecționați de mai multe ori. Poate deruta utilizatorii.
• Pentru a spune Google că vă mutați pe un domeniu nou, utilizând Instrumentul Google pentru schimbarea adresei. Acest lucru vă va ajuta să confirmați dacă redirecționările sunt configurate corect sau nu.
• Nu uitați să actualizați setările din Google Analytics pentru a indica noul nume de domeniu. Puteți edita setările Google Analytics dacă doriți să păstrați datele vechi în Google Analytics.
• Utilizați lista de adrese URL pe care ați creat-o pentru a accesa din nou cu crawlere site-ul, pentru a vă asigura că toate adresele URL vechi sunt redirecționate corect către adrese URL noi.

Cum să migrezi de la un furnizor de servicii la altul?

După cum sa sugerat mai devreme, migrarea serverului este foarte simplă. Site-urile web se confruntă de obicei cu anumite perioade de nefuncționare în timpul procesului de migrare a serverului, indiferent cât de bine planificat este procesul de migrare. Deci, un plan de migrare trebuie pregătit cu mult timp înainte de a executa procesul de migrare.

În general, trebuie să executați procesul de migrare atunci când aveți cel mai puțin trafic pe server. Trebuie să vă mutați conform planului, altfel, există șanse mari ca procesul de migrare a serverului de găzduire să se confrunte cu eșec.

• După ce v-ați stabilit pentru un furnizor de găzduire, cumpărați un plan și pregătiți-vă să vă mutați site-ul pe o nouă gazdă. Asigurați-vă că planul de la vechiul registrator de domenii nu este anulat până când site-ul dvs. web este migrat complet la unul nou.
• Există câteva măsuri de precauție de care trebuie să aveți grijă înainte de a continua cu o migrare, cum ar fi să faceți o copie de rezervă a tuturor bazei de date și a fișierelor site-ului dvs. de la vechiul registrator al domeniului.
• Vă puteți importa baza de date folosind PHPAdmin sau alt software terță parte. Apoi, încărcați fișierele site-ului și baza de date pe noul server al registratorului de domenii.
• Asigurați-vă că instalați aplicații web pe un server nou înainte de a vă încărca baza de date, apoi exportați baza de date din PHPAdmin sau alt software terță parte în care faceți copii de rezervă ale datelor.
• Nu uitați să adăugați toate conturile de e-mail pe noul server înainte de a comuta DNS-ul. De asemenea, puteți crea o adresă de „catchall” pentru a vă asigura că niciun e-mail nu va respinge în cazul în care uitați să adăugați o adresă de e-mail.
• Ca cea mai bună practică, puteți crea două conturi pentru fiecare adresă de e-mail, apoi puteți utiliza adresa IP a fiecărui server de e-mail în setările POP în loc de numele domeniului. Cu ajutorul acestei practici, nu veți pierde niciun e-mail în timpul metodei de propagare DNS.
• După ce toate fișierele site-ului dvs. pe noul dvs. server de găzduire, va trebui să efectuați o serie de teste pentru a vă asigura că toate imaginile, textele și linkurile sunt la locul potrivit și funcționează corect pe noul server.
• Când modificați înregistrările DNS, trebuie să modificați înregistrarea DNS din panoul de control cu ​​registratorul de domenii. În esență, va trebui să schimbați serverele de nume de domeniu cu cele din e-mailul de bun venit care v-au fost trimise de noua dvs. gazdă. În două până la patru zile, procesul de migrare va fi finalizat cu succes.
• În cele din urmă, nu uitați să vă anulați contul de găzduire de la vechiul furnizor de servicii de găzduire.

Indicații preliminare de luat în considerare pentru a realiza o migrare fără întreruperi a serverului de găzduire.

1. Faza de planificare

• Verificați dacă platforma dvs. de găzduire pe serverul sursă este acceptată pentru migrare:
• Alegeți cu atenție un server țintă adecvat și hardware-ul pentru serverul de destinație. Există diferențe în aplicație, de exemplu, dacă vă transferați datele de la un server dedicat la altul; sau dacă noua structură de server se bazează pe clustere care implică mai multe sisteme disparate.
• Alegeți sistemul operat acceptat pentru serverul de destinație
• Alegeți o metodă executabilă pentru a aduce domeniile online pe serverul de destinație după migrare (de exemplu, migrarea către noi adrese IP și actualizarea înregistrărilor DNS ale domeniilor după migrare pentru a indica acestea). Dacă serverul sursă este supraîncărcat sau are resurse reduse, este mai bine să planificați munca de migrare în afara orelor de lucru, dacă este posibil.

2. Pregătirea serverului

• Asigurați-vă că toate componentele disponibile care sunt în uz pe serverul sursă sunt instalate și configurate și pe serverul țintă.
• Asigurați-vă că există suficient spațiu pe disc pe serverele sursă și destinație
• Adăugați cantitatea necesară de adrese IP pe serverul de destinație (cea mai bună practică este să aveți o cantitate egală de IP-uri partajate și dedicate pe ambele servere pentru migrare).

3. Considerații privind faza de testare

• Testarea de performanță de la capăt la capăt este recomandată pentru a evalua riscul potențial. În acest timp, încercați unele aplicații cu risc scăzut și efectuați câteva teste de dezvoltare, apoi treceți la aplicații cu risc mai ridicat. Un astfel de proces incremental vă permite să construiți treptat încrederea în proces, în timp ce testați aplicații mai mari și mai complexe.
• Cu toate acestea, post-implementare este la fel de important și serverele ar trebui să rămână într-o stare destul de „îngrijire intensivă” după migrare.

4. Atenuarea riscului

Riscul este sinonim cu orice exercițiu de migrare a serverului și atenuarea cât mai multor riscuri posibil face parte din cele mai bune practici. Iată câteva exemple de scenarii de risc:

• Riscul general ca aplicațiile să nu funcționeze așa cum era de așteptat după migrare.
• Riscul de funcționare necorespunzătoare a programelor sau funcțiilor
• Încălcări de date și pierderi de date.
• Generarea neautorizată a instanțelor
• Riscul de indisponibilitate intermitentă. Acest lucru înseamnă invariabil probleme pentru operațiunile de afaceri și poate duce la timpi de nefuncționare forțați doar pentru a remedia problemele.

În esență, cea mai eficientă modalitate de a atenua astfel de riscuri este planificarea abordării integrale a migrației. Aceasta implică evaluarea cu atenție a aplicațiilor cheie și a depozitelor de date, precum și instalarea unor situații neprevăzute, cum ar fi crearea de copii de siguranță de încredere pentru aplicațiile critice. De exemplu, unele companii organizează o simulare de migrare (cu instrumente de simulare în cloud) pentru a identifica alte probleme potențiale pe care le-ar putea întâlni cu o migrare sofisticată.

5. Alegerea unei metode de backup

• Fără a suna ca un record spart, nu pot sublinia suficient cât de importante sunt backup-urile! În mod inerent, cea mai bună abordare de backup este să creați o copie de rezervă a imaginii discurilor dvs. În general, o copie de rezervă a imaginii captează în profunzime informații critice, inclusiv chei de registry, chei de licență, setări și date specifice aplicației.
• În plus, copiile de rezervă ale imaginii permit conversia unei copii de rezervă a unui server fizic într-o mașină virtuală (VM). În esență, această conversie păstrează o copie a mașinii originale care poate fi rotită oricând mai târziu, dacă este nevoie să accesați datele de sistem vechi. Acestea fiind spuse, copiile de rezervă ale imaginilor oferă o plasă de siguranță crucială pentru procesul de migrare
• Pe de altă parte, o abordare de backup bazată pe fișiere este, de asemenea, o alternativă viabilă. Cu toate acestea, deoarece backup-urile bazate pe fișiere funcționează la nivelul unui sistem de fișiere atunci când vi se cere să faceți o copie de rezervă a unui întreg sistem de operare sau a unei mașini virtuale, backup-ul bazat pe fișiere ar putea să nu fie suficient.

Este de remarcat faptul că în timpul acestui proces, nu ar trebui să decomprimați niciunul dintre fișierele de rezervă descărcate, deoarece acest proces va fi finalizat de noul server.

6. Aveți un plan de retragere

• O strategie de rollback este sigură dacă ceva nu merge groaznic de rău sau dacă există mai multe probleme copleșitoare. Practic, vă permite să anulați modificările și să readuceți serverele la starea lor inițială, înainte de migrare.
• Asigurați-vă că furnizorii dvs. de server au astfel de măsuri în vigoare.

Lista noastră de verificare pentru migrarea serverului

• Pe baza a ceea ce am detaliat astăzi, să rezumăm cele mai importante întrebări pe care trebuie să le punem atunci când inițiem sau ne gândim la o migrare a serverului.
• Ce arhitectură ar trebui să aibă noul server și arhitectura proiectului se potrivește nevoilor dvs.?
• Există suficiente resurse financiare și specialiști disponibili pentru exercițiul de migrare și configurarea ulterioară a serverului?
• Hardware-ul selectat este suficient de flexibil pentru dezvoltarea viitoare a proiectului?
• Ar trebui ca procesul de migrare să aibă loc în timp ce sistemul este încă în funcțiune sau toate activitățile ar trebui întrerupte pe durata procesului?
• Posibilitatea de a menține operațiuni este proporțională cu disponibilitatea resurselor și cu complexitatea crescută a migrației?
• Dacă da, ce măsuri pot fi luate pentru a menține timpul de nefuncționare cât mai mic posibil?
• Cum veți asigura integritatea intrărilor în baza de date și că acestea sunt actualizate?
• Cum va fi testată funcționalitatea noului server?
• Ce se întâmplă când anumite aplicații nu funcționează după ce migrarea datelor este finalizată? Ce neprevăzute sau soluții pot fi instituite?

Concluzie

Sper că acest blog oferă o idee cuprinzătoare și detaliază diferențele dintre migrarea domeniului și migrarea serverului de găzduire. Migrația este un subiect mult mai larg, dar am încercat să acopăr toate aspectele importante care v-ar putea ajuta să luați o decizie atunci când vă începeți călătoria de migrare.

Această serie de bloguri vă va ajuta, în esență, să definiți domeniul de aplicare al migrării, să evitați spatele, să alegeți cu înțelepciune o stivă de tehnologie și să înțelegeți complexitățile din spatele diferitelor tipuri de migrare, cum ar fi migrarea tehnologiei, migrarea bazei de date și migrarea domeniului și serverului de găzduire. Scopul acestei serii de blog a fost să se asigure că cititorii nu vor fi nevoiți să caute și să migreze prin site-uri web împrăștiate pe google pentru a afla despre migrație și alte detalii despre migrare. Sper că ați găsit utilă această serie de bloguri! Pentru orice întrebări despre cum să obțineți o migrare fără efort, vă rugăm să ne contactați aici la Creole Studios.