Cum funcționează actualizările

PlusPanel OS (sistemul de operare al fiecărui server PlusPanel) și agentul PlusPanel (programul mic de pe fiecare server care vorbește cu panoul) sunt întreținute de noi. Nu le actualizezi niciodată tu. Pagina asta explică drumul unei versiuni noi de la noi până la serverele tale, ce le protejează pe parcurs și ce vezi și controlezi în panou.

Pe scurt

• O versiune nouă ajunge întâi pe câteva servere, apoi pe tot mai multe, în inele.
• Fiecare server este verificat după actualizare: se reconectează, site-urile răspund, nimic nu cade, are memorie și disc suficiente. O singură verificare picată pe un singur server oprește toată lansarea.
• Un server ale cărui verificări pică revine automat la versiunea de dinainte, iar panoul îți arată de ce.
• Actualizările au loc în fereastra ta de mentenanță, iar clienții tăi sunt anunțați dinainte.
• Remedierile urgente de securitate folosesc aceleași inele și aceleași verificări, doar cu timpi de așteptare mai scurți.

Canale

Fiecare server urmează unul dintre cele două canale:

Canal	Pentru	Ce primește
Stable · Producție (implicit)	serverele care deservesc clienți	o versiune doar după ce a rulat pe serverele Preview și a trecut o lansare completă
Preview · Acces anticipat	servere de test și de staging, cei care vor noutăți primii	fiecare versiune nouă, întâi, după verificările noastre de test

Alegi un canal implicit pentru organizație în Setări → Mentenanță și actualizări; serverele îl urmează, dacă nu dai unui anumit server propriul canal din pagina lui de actualizări. Schimbarea canalului este o comandă semnată trimisă serverului și apare în jurnalul de audit. Un server care își schimbă canalul în timpul unei lansări iese pur și simplu din ea și urmează de atunci noul canal.

Instalările noi pornesc întotdeauna de la versiunea pe care o rulează deja serverele Stable: canalul Stable public avansează doar după ce o lansare pe Stable s-a încheiat în flotă.

Inelele de lansare

O versiune nouă nu se instalează niciodată peste tot deodată. Trece prin cinci inele:

Inel	Ce servere	Așteptare înainte de inelul următor
0 · Intern	serverele noastre	30 de minute
1 · Canary	2 % dintre servere (cel puțin unul)	30 de minute
2 · Val	până la 10 %	2 ore
3 · Val	până la 50 %	2 ore
4 · Val	toate serverele rămase	2 ore

Inelul următor pornește doar când fiecare server din inelul curent s-a actualizat cu succes și verificările lui au rămas verzi pe toată durata așteptării. Serverele canary sunt alese printr-o formulă fixă, pornind de la versiunea însăși, deci alegerea este reproductibilă și nu se face de mână. Într-un inel se actualizează cel mult 20 de servere în același timp. Operatorii noștri urmăresc fiecare lansare în timp real în panou și o pot pune pe pauză, relua sau anula.

Verificările de sănătate după fiecare actualizare

După ce un server se actualizează, panoul îl urmărește. Toate acestea trebuie să rămână verzi:

• Reconectare: serverul revine pe versiunea nouă în cel mult 15 minute (la actualizările de agent: în perioada de probă).
• Online: continuă să vorbească cu panoul pe durata așteptării (mai mult de 3 minute offline înseamnă eșec).
• Site-uri: fiecare site care mergea înainte de actualizare merge din nou (panoul verifică pagina principală și, pentru WordPress, pagina de autentificare). O perioadă de grație de 3 minute acoperă repornirile normale.
• Fără căderi: agentul nu s-a oprit neașteptat.
• Resurse: cel puțin 5 % din memorie este liberă și niciun disc nu este plin peste 95 % (sau nu e mai rău decât înainte de actualizare).
• Joburi: nicio operație de pe server nu a eșuat de când a început actualizarea.
• Verificare: actualizarea este semnată de PlusPanel și vine cu lista semnată a componentelor software (SBOM); un server refuză orice altceva înainte de instalare.

O verificare care nu poate fi încă evaluată este tratată ca „încă nu e verde”, niciodată ca trecută.

Revenirea automată

Dacă oricare verificare pică pe un server:

1. acel server revine la versiunea pe care o rula înainte (pentru sistemul de operare: imaginea anterioară, păstrată pe disc exact pentru asta; pentru agent: binarul anterior), iar revenirea este verificată la fel (se reconectează, site-urile merg);
2. toată lansarea se oprește: niciun alt server nu primește versiunea până nu găsim și reparăm cauza;
3. noi suntem alertați.

În pagina de actualizări a serverului vezi întâi motivul, pe înțelesul tuturor, de exemplu gate:sites: site a1b2c3d4e5f6 broken 3m10s: health: GET / 503, împreună cu istoricul actualizărilor acelui server. Pentru un server convertit din AlmaLinux sau Rocky Linux, aceeași pagină arată rezultatul conversiei și, dacă serverul a revenit la sistemul anterior, de ce. Serverele care se actualizaseră deja cu succes își păstrează versiunea nouă; următoarea versiune reparată le acoperă.

Ferestre de mentenanță și anunțarea clienților

• Poți defini o fereastră de mentenanță pentru organizație (Setări → Mentenanță și actualizări) și, dacă un server are nevoie de alta, în pagina de actualizări a acelui server: zilele săptămânii, ora de început, durata (între 15 minute și 24 de ore) și fusul orar. Ferestrele pot trece de miezul nopții, iar ora de vară este luată în calcul. Fără fereastră, actualizările pot avea loc oricând.
• Un server este actualizat doar în fereastra lui.
• Clienții tăi sunt anunțați înainte ca serverul lor să fie actualizat: cu cel puțin 24 de ore înainte pentru versiunile obișnuite (o oră pentru versiunile expres de securitate). Anunțul ajunge pe canalele de notificare ale organizației tale și, prin e-mail, la utilizatorii fiecărui cont de pe acel server. Clienții tăi văd și un banner în panoul lor cât timp o actualizare a serverului lor este programată („serverul tău intră în mentenanță la …”, în ora lor locală) sau în desfășurare, precum și istoricul actualizărilor serverului lor.
• O actualizare a sistemului de operare repornește serverul (câteva minute de nefuncționare); o actualizare a agentului nu (vezi mai jos).

Actualizări de securitate expres

Când există o remediere pentru o vulnerabilitate critică sau gravă, construim o versiune expres. Versiunile expres trec prin exact aceleași inele și aceleași verificări de sănătate; nicio verificare nu este sărită vreodată. Doar timpii sunt mai scurți:

	Obișnuită	Expres
Așteptare, inelele intern și canary	30 de minute	10 minute
Așteptare, valuri	2 ore	30 de minute
Anunțarea clientului înainte de actualizare	24 de ore	o oră

Ferestrele de mentenanță se aplică în continuare.

Actualizări de agent fără repornire

Agentul se actualizează separat de sistemul de operare și fără să repornească serverul:

1. serverul descarcă agentul nou și îi verifică semnătura și lista de componente software;
2. îl instalează lângă cel curent și repornește doar agentul (câteva secunde; site-urile tale merg în continuare);
3. agentul nou este în probă până ajunge la panou. Dacă cade în mod repetat, nu se poate conecta sau se blochează, serverul revine singur la agentul anterior, în câteva minute;
4. după conectare, proba se încheie și versiunea nouă rămâne.

Serverele în modul de compatibilitate (AlmaLinux / Rocky Linux doar cu agentul instalat) primesc actualizările de agent la fel; ele nu primesc actualizări de sistem de operare. O actualizare ulterioară a sistemului de operare care conține deja un agent mai nou îl înlocuiește automat pe cel instalat separat.

Curățenia după 7 zile

După ce o actualizare a sistemului de operare a rulat 7 zile cu toate verificările verzi, serverul șterge imaginile de sistem mai vechi de care nu mai are nevoie, ca să elibereze spațiu pe disc. Păstrează întotdeauna versiunea anterioară, așa că revenirea rămâne posibilă. Pe serverele convertite din AlmaLinux / Rocky Linux, fișierele vechiului sistem de operare sunt șterse tot atunci (datele din /home, /root, /opt și /srv sunt păstrate și raportate).

Întrebări

Scrie-ne la ops@pluspanel.net.