Migrarea de la CentOS 7 la AlmaLinux cu cPanel: ghid practic pentru 2026

Migrarea de la CentOS 7 la AlmaLinux cu cPanel: ghid practic pentru 2026, pentru administratorii care au încă servere cPanel pe CentOS 7, ieșit din suport pe 30 iunie 2024. Un astfel de server nu mai primește corecții de securitate pentru sistem, iar cPanel a încheiat suportul pentru el; fiecare lună în plus este risc acumulat. AlmaLinux este distribuția recomandată de cPanel ca înlocuitor, compatibilă binar cu Red Hat Enterprise Linux, cu suport până în 2032 pentru versiunea 9.

Ghidul compară cele două metode (server nou cu transfer de conturi sau conversie pe loc cu ELevate), descrie verificările obligatorii de dinainte, pașii fiecărei metode, testarea și capcanele întâlnite la migrările pe care le-am făcut pentru clienți.

Migrarea de la CentOS 7 la AlmaLinux cu cPanel: ghid practic pentru 2026

Care metodă

Criteriu	Server nou + Transfer Tool	Conversie pe loc (ELevate)
Risc	mic: serverul vechi rămâne intact	mare: o eroare la jumătate lasă serverul nefuncțional
Întrerupere	minute, la schimbarea DNS	ore, cu serverul oprit
Curățenie	instalare curată, fără resturi din 8 ani	păstrează configurații și probleme vechi
Cost	al doilea server, câteva zile	fără server suplimentar
Potrivit pentru	aproape orice server de producție	servere simple, cu copie completă și fereastră de mentenanță

Recomandarea noastră, aplicată la toate migrările făcute: server nou. Conversia pe loc trece prin două salturi majore de versiune (7 la 8, apoi 8 la 9), cu cPanel în mijloc, și am văzut-o eșuând la pachete instalate manual în afara EasyApache.

Înainte de migrare

1. Copie completă a tuturor conturilor (WHM, Backup Configuration, sau pkgacct pe fiecare cont) pe un spațiu extern; verificați că arhivele se pot lista și că dimensiunea corespunde.
2. Inventarul: versiunile PHP folosite de fiecare cont (WHM, MultiPHP Manager), versiunea MySQL sau MariaDB, modulele Apache și PHP din profilul EasyApache, software instalat manual (Redis, Node, ImageMagick cu module, cron-uri de sistem), reguli de firewall (CSF), configurări Exim personalizate.
3. Curățarea: conturi suspendate de ani, site-uri de test, e-mailuri de zeci de GB; nu migrați ce nu folosiți.
4. Compatibilitatea aplicațiilor: AlmaLinux 9 cu cPanel oferă PHP de la 8.1 în sus (versiunile mai vechi doar prin CloudLinux sau cu efort); site-urile pe PHP 5.6 sau 7.x trebuie actualizate înainte sau vor da erori după.
5. TTL-ul DNS redus la 300 pe înregistrările A ale tuturor domeniilor, cu o zi înainte.
6. Fereastra: anunțați clienții; migrarea în sine nu întrerupe, dar e-mailul și DNS-ul cer atenție în ziua schimbării.

Metoda 1: server nou și transferul conturilor

1. Instalați AlmaLinux 9 pe noul server (minimal), actualizați, setați numele de gazdă (un nume complet, diferit de al serverului vechi), apoi instalați cPanel cu scriptul oficial; pașii detaliați sunt în ghidul despre instalarea cPanel/WHM pe AlmaLinux 9.
2. Configurați WHM ca pe cel vechi: nameservere, profilul EasyApache cu aceleași module (exportați profilul de pe vechi și importați-l), versiunile PHP, MariaDB sau MySQL în aceeași versiune sau mai nouă, setările Exim, CSF sau firewall-ul, copiile automate.
3. Transfer Tool (WHM, Transfers): conectați-vă la serverul vechi cu root sau cu cheie, selectați conturile, opțiunile (păstrarea adreselor IP dedicate, copierea versiunii PHP pe cont, live transfer pentru minimizarea decalajului) și porniți. Conturile se copiază cu fișiere, baze de date, e-mail, DNS, certificate.
4. Testați fiecare site prin fișierul hosts de pe calculatorul dumneavoastră, cu domeniul îndreptat spre noul server: pagini, autentificare, formulare, e-mail; metoda este în ghidul despre migrarea unui website folosind cPanel.
5. Schimbați DNS-ul: dacă nameserverele sunt ale serverului, actualizați adresele lor la registrar (glue records); dacă zonele sunt la Cloudflare sau la registrar, schimbați înregistrările A. Transfer Tool poate actualiza automat zonele de pe serverul nou.
6. Rulați AutoSSL pe noul server după propagare și verificați certificatele.
7. Păstrați serverul vechi pornit două săptămâni, cu e-mailul verificat pentru mesaje sosite în intervalul de propagare, apoi opriți-l.

Metoda 2: conversia pe loc

ELevate este unealta AlmaLinux pentru actualizarea între versiuni majore, cu suport pentru cPanel prin scriptul elevate-cpanel de la cPanel. Drumul este 7 la 8, apoi 8 la 9, fiecare pas cu reporniri și cu ore de procesare. Pașii, pe scurt: copie completă verificată; actualizarea cPanel la ultima versiune disponibilă pe CentOS 7; rularea verificărilor (elevate-cpanel --check) și remedierea a tot ce raportează (pachete străine, module de nucleu, configurații); rularea conversiei (elevate-cpanel --start), cu serverul indisponibil pe durata ei; verificarea completă după fiecare salt; apoi al doilea salt spre 9. Dacă ceva eșuează la jumătate, singura cale sigură este restaurarea copiei pe un server nou, adică metoda 1, dar în grabă. Am folosit conversia doar pe servere de test și pe unul de producție cu trei conturi și fereastră de o noapte.

Planificarea pe zile, pentru un server cu 30 de conturi

1. Ziua 1: copia completă și inventarul; TTL redus; comanda serverului nou.
2. Ziua 2: instalarea AlmaLinux 9 și cPanel, configurarea WHM după inventar, profilul EasyApache, versiunile PHP, MariaDB, firewall, copiile.
3. Ziua 3: transferul conturilor (Transfer Tool, în loturi de 5-10), fără schimbare de DNS; verificarea fiecărui site prin hosts, lista de erori.
4. Ziua 4: remedierea erorilor (PHP, extensii, .htaccess, cron-uri de sistem), al doilea transfer incremental pentru conturile cu e-mail mult.
5. Ziua 5, seara: transferul final (live transfer pentru bazele de date), schimbarea DNS, AutoSSL, rDNS pentru e-mail.
6. Zilele 6-19: monitorizare, e-mailul de pe serverul vechi verificat zilnic, Search Console pentru erori de accesare.
7. Ziua 20: oprirea serverului vechi, după o ultimă copie a lui.

Pe un server cu trei conturi, totul încape în două zile; pe unul cu 200, planificarea se face pe loturi, cu DNS schimbat pe grupuri de conturi, ca problemele să fie tratate câte puțin.

Transferul e-mailului, partea delicată

Cutiile poștale mari (zeci de GB) fac transferul lung și lasă un decalaj între copie și schimbarea DNS, în care mesajele ajung pe serverul vechi. Soluțiile: transfer în două etape (prima copie completă, a doua doar incrementală, cu rsync pe dosarul mail, imediat înainte de DNS), TTL mic pe înregistrările MX, și păstrarea serverului vechi cu e-mailul activ două săptămâni, cu o ultimă sincronizare a dosarelor mail după ce traficul s-a mutat. Clienții cu programe de e-mail configurate pe numele serverului (nu pe mail.domeniu.ro) trebuie anunțați să schimbe numele serverului; cei configurați pe mail.domeniu.ro nu observă nimic. Regulile DNS pentru e-mail sunt în ghidul despre setările DNS de bază.

Ce s-a stricat la migrările noastre

• Site-uri pe PHP 7.2 cu funcții eliminate: erori după transfer; remediere prin actualizarea aplicațiilor sau, temporar, CloudLinux cu versiuni vechi de PHP.
• Extensii PHP lipsă din noul profil EasyApache (imagick, intl, soap): pagini albe; comparați lista de extensii înainte.
• Utilizatori MySQL cu metode vechi de autentificare (mysql_native_password) după trecerea la MySQL 8: aplicații care nu se mai conectează; setați metoda explicit sau rămâneți pe MariaDB.
• Reguli .htaccess pentru Apache 2.2 (Order allow,deny) pe Apache 2.4 strict: erori 500; rescrise cu Require.
• Cron-uri de sistem și scripturi din /root, /usr/local/bin, /etc/cron.d, neincluse în transferul de conturi; inventariați-le separat.
• Adresele IP dedicate și rDNS-ul pentru e-mail: PTR-urile trebuie refăcute la furnizorul serverului, altfel e-mailul ajunge în spam.
• DKIM: cheile se transferă cu contul, dar înregistrările DNS de la registrar (pentru zonele externe) trebuie verificate.
• SELinux activ pe AlmaLinux 9 (pe CentOS 7 cu cPanel era de obicei dezactivat): cPanel îl configurează, dar scripturile personalizate pot primi refuzuri; diagnosticul este în ghidul despre SELinux.

După migrare

1. Întărirea noului server din prima zi: actualizări automate, firewall, SSH cu chei, fail2ban sau cPHulk, după ghidul de securitate pentru AlmaLinux 9.
2. Copiile automate configurate și testate cu o restaurare.
3. Monitorizarea (disponibilitate, resurse, certificate) refăcută pentru noul server.
4. Search Console pentru fiecare site: erorile de accesare din perioada migrării trebuie să dispară în două săptămâni.
5. Documentația serverului actualizată: ce rulează, ce versiuni, ce cron-uri, unde sunt copiile.

Testarea înainte de DNS, în detaliu

Pentru fiecare cont, pe noul server, prin fișierul hosts: prima pagină și trei pagini interioare, autentificarea în administrare, un formular trimis (cu verificarea sosirii e-mailului), o încărcare de fișier, o comandă de test pe magazine, versiunea PHP raportată de aplicație, jurnalul de erori al contului gol după teste, cron-urile listate în cPanel. Un tabel cu conturile pe rânduri și verificările pe coloane, bifat, este dovada că migrarea e gata; fără el, problemele apar de la clienți, după DNS.

AlmaLinux 8 sau 9?

9, fără ezitare, pentru un server nou în 2026: suport până în 2032 (8 doar până în 2029), versiuni mai noi de nucleu, OpenSSL 3 și Python 3.9, cerute de uneltele actuale. AlmaLinux 8 are sens doar dacă o aplicație depinde de biblioteci vechi care nu există pe 9, caz rar pentru găzduire web. Cine administrează serverul fără panou are aceleași opțiuni de sistem, cu stiva instalată direct, cum arătăm în ghidul despre LAMP pe Ubuntu, dar pentru cPanel, AlmaLinux 9 este alegerea standard. Ce aduc versiunile recente ale panoului pe noul sistem este în articolul despre cPanel WHM 126.

Surse

• AlmaLinux ELevate: unealta oficială de actualizare între versiuni majore și limitele ei.
• Documentația AlmaLinux: ciclul de viață al versiunilor și notele de lansare.