Vă salut, prieteni!

Mai devreme sau mai târziu, orice proiect web de succes depășește limitele unui serviciu clasic de găzduire partajată (Shared Hosting). Începeți să observați că site-ul se încarcă mai greu în orele de vârf, baza de date se lovește tot mai des de limitele conexiunilor concurente, iar restricțiile privind dimensiunea fișierelor încărcate sau timpul de procesare din panoul de control nu vă permit să instalați pluginurile necesare.

Tranziția către propriul VPS (Virtual Private Server) este o etapă firească și matură în evoluția infrastructurii dumneavoastră IT. Cu toate acestea, pentru mulți începători, procesul de migrare pare o operație chirurgicală complexă, asociată cu riscul de a pierde date sau de a bloca site-ul timp de câteva zile. Desigur, puteți solicita un serviciu de administrare unică pentru transferul datelor, dacă un astfel de serviciu este oferit de furnizorul de găzduire—acest lucru vă va economisi timp și nervi.

În acest ghid, vom analiza cum să pregătiți corect infrastructura, să configurați noul mediu și să transferați proiectul de pe găzduirea partajată pe un VPS izolat în mod complet fluid—astfel încât clienții dumneavoastră nici măcar să nu observe lucrările tehnice.

Key Takeaways: Secretele unei migrări de succes

• Reduceți TTL-ul în avans: Cu 24 de ore înainte de migrare, micșorați valoarea TTL din înregistrările DNS ale domeniului la un minim de 300 de secunde (5 minute). Acest lucru va permite noii adrese IP a VPS-ului să se propage instantaneu în rețea în momentul în care comutați domeniul.

• Mai întâi mediul, apoi datele: Niciodată nu transferați fișiere pe un server neconfigurat. Întregul stack (LAMP/LEMP sau Docker) trebuie să fie complet instalat și testat pe VPS înainte de a începe importul.

• Modul de întreținere (Maintenance): În momentul exportului final al bazei de date, treceți site-ul de pe vechiul hosting în modul de întreținere, altfel veți pierde comenzi sau comentarii pe care utilizatorii ar putea să le lase în timpul transferului.

• Testarea prin hosts: Puteți verifica funcționarea site-ului pe noul VPS înainte de a modifica înregistrările DNS, schimbând pur și simplu IP-ul în fișierul local hosts de pe computerul dumneavoastră.

Shared Hosting vs. VPS: Este timpul să schimbați regulile

Găzduirea partajată este ideală pentru început, dar limitează sever libertatea de acțiune. Împărțiți sistemul de operare cu sute de vecini. Pe un VPS, primiți resurse garantate, propriul nucleu Linux și drepturi depline de administrator (root). De regulă, utilizatorii trec la un VPS după o perioadă de utilizare a Shared Hosting, deoarece pe VPS dispuneți de mult mai multe oportunități, spațiu pe disc, nuclee procesor și memorie RAM. Trecerea la un VPS vă va oferi imediat sentimentul unei libertăți mai mari și al unor puteri sporite.

Tabel comparativ al condițiilor de găzduire

Procesul de migrare pas cu pas pe VPS

Transferul unui proiect necesită respectarea strictă a unei secvențe cronologice de acțiuni. O greșeală în orice etapă (cum ar fi dezactivarea prea târzie a vechii baze de date) poate duce la desincronizarea datelor.

Pentru ca datele să nu se desincronizeze, iar utilizatorii să nu observe nicio eroare, migrarea trebuie efectuată după un algoritm strict. Mai jos este prezentat planul pas cu pas pentru transferul proiectului pe un VPS cu Ubuntu 24.04.

Etapa 1. Pregătirea noului server (VPS)

În această etapă, configurăm „partea de recepție”, dar nu comutăm încă nimic live. Vizitatorii continuă să lucreze cu vechiul server.

1. Securitate de bază: Actualizați pachetele, creați un utilizator non-root cu privilegii sudo, configurați autentificarea SSH prin chei și activați firewall-ul UFW (permiteți porturile 22, 80, 443).

2. Instalarea stack-ului: Instalați serverul web (Nginx/Apache), sistemul de gestiune a bazelor de date (PostgreSQL/MySQL), versiunea necesară a limbajului (PHP, Node.js, Python etc.) sau configurați Docker.

3. Transferul codului: Clonați depozitul (repository) proiectului pe VPS (de exemplu, în directorul /var/www/my-project).

4. Configurarea mediului: Creați fișierul .env sau fișierele de configurare aferente. Important: pentru moment, specificați în ele datele de conectare ale noii baze de date locale, care este încă goală.

5. Rularea de test a serverului web: Configurați fișierul de configurare Nginx pentru domeniul dumneavoastră, dar nu emiteți încă certificatul SSL Let's Encrypt (verificarea va eșua până când DNS-ul va indica noul server).

Etapa 2. Reducerea TTL-ului (Cu 24–48 de ore înainte de migrare)

Cea mai frecventă greșeală este omiterea cache-ului DNS.

1. Accesați panoul furnizorului dumneavoastră de DNS (Cloudflare, înregistratorul de domenii etc.).

2. Găsiți parametrul TTL (Time to Live) pentru înregistrarea A. De obicei, acesta este setat la 3600 (1 oră) o 84600 (24 de ore).

3. Reduceți această valoare la minim: 60–300 de secunde (1–5 minute).

De ce? Acest lucru va obliga ISP-iștii din întreaga lume să actualizeze memoria cache mult mai rapid și să afle că site-ul s-a mutat pe un IP nou în momentul în care modificăm înregistrările.

Etapa 3. Ziua X (Modul de întreținere și transferul datelor)

Alegeți un interval orar cu cel mai scăzut trafic (de exemplu, ora 3 dimineața).

1. Activarea Maintenance Mode

   Treceți site-ul de pe vechiul server în modul de întreținere (Maintenance Mode). Utilizatorii trebuie să vadă o pagină temporară cu mesajul: „Lucrări tehnice în curs”.

Critic de important: Acest lucru garantează că, în timpul copierii, nimeni nu va plasa o comandă nouă, nu va scrie un comentariu și nu va modifica balanța în baza de date. De asemenea, puteți trimite o notificare în avans prin email către baza de clienți pentru a-i anunța despre lucrările tehnice programate.

2. Salvarea și extragerea datelor

   Imediat ce site-ul este închis pentru întreținere, realizăm o copie a datelor actuale:

• Baza de date: Creați un dump (folosind mysqldump sau pg_dump).

• Fișierele media: Arhivați folderul cu fișierele încărcate de utilizatori (uploads/, storage/) care nu sunt stocate în Git.

3. Transferul datelor pe VPS

   Transferați arhivele și dump-ul de pe vechiul server pe cel nou prin scp o rsync. Exemplu:

rsync -avz /path/to/dump.sql user@new_vps_ip:/tmp/

4. Despachetarea pe noul server

• Pe VPS, importați dump-ul în noua bază de date goală.

• Extrageți fișierele media în directorul corespunzător al proiectului și aplicați permisiunile corecte de proprietate:

chown -R www-data:www-data /var/www/my-project

• Rulați migrările aplicației (dacă folosiți Laravel, Django etc.) și curățați cache-ul aplicației.

Etapa 4. Verificarea și comutarea DNS

Proiectul pe VPS este gata, dar lumea nu știe încă despre el.

1. Testul local (Fișierul hosts): Pentru a vă asigura că totul funcționează ideal, simulați mutarea pe propriul computer. Adăugați în fișierul hosts al PC-ului dumneavoastră (pe Windows sau Mac) linia:

   IP_NEW_VPS yourdomain.com

   Accesați site-ul printr-un browser. Veți vedea funcționarea site-ului direct de pe noul server. Verificați autentificarea, panoul de administrare și coșul de cumpărături. Dacă totul este în regulă, ștergeți linia respectivă din fișierul hosts.

2. Comutarea DNS: Accesați panoul DNS și schimbați adresa IP în înregistrarea A de la vechiul server la IP-ul noului VPS.

3. Emiterea SSL: Deoarece am redus TTL-ul în avans, modificările vor intra în vigoare rapid. De îndată ce domeniul începe să indice noul IP, rulați certbot pe VPS pentru a obține certificatul SSL Let's Encrypt.

Etapa 5. Post-migrare și Planul B

• Monitorizarea logurilor: În primele ore, urmăriți cu atenție fișierele /var/log/nginx/error.log și logurile aplicației pe VPS.

• NU opriți imediat vechiul server: Păstrați vechiul server pornit încă 2–3 zile. Chiar și cu un TTL scăzut, unii furnizori de internet mai lenți pot păstra cache-ul DNS mai mult timp.

• Proxy de rezervă (Truc util): Pentru ca acei rari utilizatori al căror DNS nu s-a actualizat încă să nu primească o eroare sau să nu scrie date în vechea BD, modificați configurarea serverului web pe vechiul hosting. Setați-l să redirecționeze (să facă proxy) la toate cererile către IP-ul noului VPS.

După 3-4 zile, când traficul pe vechiul server va dispărea complet (fapt ce poate fi verificat în logurile de acces), acesta poate fi oprit cu inima împăcată.

FAQ: Pe scurt despre ce este mai important

• Cât timp durează actualizarea completă a DNS-ului la transfer?

  Dacă ați redus în avans TTL-ul la 5 minute, comutarea se va produce aproape instantaneu pentru majoritatea utilizatorilor. În cel mai rău caz, dacă TTL-ul nu a fost modificat, propagarea globală poate dura între 12 și 24 de ore. Tocmai de aceea, vechiul hosting nu trebuie oprit imediat—el trebuie să mai funcționeze câteva zile ca o plasă de siguranță.

• Cum transfer proiectul dacă am un volum foarte mare de fișiere (peste 50 GB)?

  Pentru transferul arhivelor media grele, nu folosiți descărcarea pe computerul local. Configurați un transfer direct de la server la server prin protocolul SSH utilizând utilitarul rsync. Acesta nu doar că va transfera datele la viteza maximă a portului de rețea, dar va permite și continuarea descărcării în cazul unei întreruperi a conexiunii.

Concluzie

Migrarea de la găzduirea partajată la propriul VPS este un pas major care oferă proiectului dumneavoastră independență tehnologică, o viteză fără compromisuri la încărcarea paginilor și o securitate de fier. Procesul în sine nu este complicat dacă este abordat în mod sistematic: verificați întotdeauna permisiunile fișierelor și nu uitați să realizați un backup înainte de fiecare acțiune.

Dacă vă aflați în proces de scalare a infrastructurii IT și căutați o platformă de încredere pentru mutare, orientați-vă către serviciile noastre Shared Hosting / NVME VPS. Dacă site-ul dumneavoastră nu este încă pregătit pentru linia de comandă, găzduirea noastră partajată rapidă, cu limite transparente, va asigura un uptime excelent.

Autorul articolului — Anatolie Cohaniuc