ownCloud Infinite Scale vs Nextcloud 28: Explicații despre performanță și utilizarea RAM

Atât ownCloud Infinite Scale, cât și Nextcloud 28 pot oferi sincronizare și partajare de fișiere auto-găzduite, dar ating acest obiectiv prin arhitecturi de server foarte diferite. Această diferență este importantă atunci când încercați să preziceți presiunea memoriei, latența solicitărilor, comportamentul de scalare și cât de mult efort de optimizare va necesita o implementare.

Cea mai importantă avertizare este prima: nu există un număr universal de încredere, cum ar fi „Infinite Scale folosește X MB, în timp ce Nextcloud 28 folosește Y MB”. Consumul de RAM se modifică în funcție de serviciile activate, concurența utilizatorilor, joburile în fundal, backend-urile de stocare, numărul de lucrători PHP, cache-ul, previzualizările, integrarea Office și aplicațiile. Documentația oficială publică, de asemenea, diferite tipuri de îndrumări privind memoria pentru cele două produse, așadar tratarea acestor cifre ca un punct de referință direct ar fi înșelătoare.

Există, de asemenea, o problemă legată de ciclul de viață. Nextcloud 28, cunoscut și sub numele de Hub 7, a fost lansat în decembrie 2023 și a ajuns la sfârșitul perioadei de viață în decembrie 2024; versiunea finală 28.x a fost 28.0.14. Începând cu octombrie 2026, nu mai primește corecții de erori sau actualizări de securitate obișnuite. Prin urmare, această comparație este foarte utilă pentru înțelegerea unei instalări existente a Nextcloud 28 sau pentru planificarea unei migrări, nu pentru recomandarea unei noi implementări Nextcloud 28. Consultați programul oficial de mentenanță și lansare al Nextcloud .

Diferența arhitecturală determină majoritatea compromisurilor de performanță

ownCloud Infinite Scale, adesea prescurtat ca oCIS în configurație și documentație, este construit ca un set de servicii Go. Timpul său de execuție implicit poate porni serviciile încorporate într-un singur proces și le poate supraveghea cu un supervizor încorporat. ownCloud spune că acest design ajută la reducerea amprentei de memorie, în timp ce serviciile individuale pot fi, de asemenea, mutate în alte noduri atunci când o implementare trebuie scalată. Platforma nu necesită PHP sau o bază de date tradițională pentru aplicații pentru operațiunile sale de bază. Consultați documentația oficială a arhitecturii Infinite Scale și prezentarea generală a administrării Infinite Scale .

Nextcloud 28 urmează modelul familiar de aplicații web PHP. O stivă de producție tipică include un server web precum Apache sau Nginx, workeri PHP sau PHP-FPM, o bază de date relațională suportată și, de obicei, caching de memorie. Documentația proprie a Nextcloud recomandă APCu pentru caching local și Redis pentru caching distribuit și blocarea fișierelor tranzacționale în implementările organizaționale. Acest lucru face ca Nextcloud să fie extrem de flexibil, dar înseamnă și că bugetul total de memorie este distribuit pe mai multe procese și servicii independente, mai degrabă decât reprezentat de un singur proces de server.

Utilizarea RAM: ce înseamnă de fapt cifrele oficiale

Exemplul actual de implementare în producție al ownCloud recomandă în mod explicit un minim de 4-6 GB de memorie și menționează nevoile suplimentare de memorie atunci când este activată scanarea antivirus. Această cifră nu trebuie interpretată ca „oCIS în sine consumă întotdeauna 4-6 GB”. Configurarea documentată include, de asemenea, pachete Office și alte componente necesare. Consultați exemplul oficial de implementare în producție Infinite Scale .

Nextcloud 28 adoptă o abordare diferită în documentația cerințelor sale: precizează că nevoile de RAM variază foarte mult în funcție de utilizatori, aplicații, fișiere și activitate, apoi oferă un minim de 128 MB și o valoare recomandată de 512 MB per proces . Acest lucru este deosebit de important cu PHP-FPM, unde mai multe procese worker pot fi active simultan. Prin urmare, un server configurat pentru concurență ridicată poate rezerva considerabil mai multă memorie decât sugerează valoarea per proces. Consultați cerințele de sistem Nextcloud 28 .

Care dintre acestea este probabil să se simtă mai ușor în cadrul sarcinilor de lucru centrate pe fișiere?

Dacă volumul de lucru este în principal autentificare, navigare, sincronizare, încărcare, descărcare și partajare, designul serviciului și al runtime-ului Go al Infinite Scale poate reduce o parte din costurile asociate cu o stivă de cereri PHP. ownCloud utilizează, de asemenea, protocoale binare precum gRPC intern pentru anumite părți ale comunicării cu serviciile sale. Din punct de vedere arhitectural, acest lucru oferă Infinite Scale o cale credibilă către o concurență ridicată fără a multiplica procesele PHP worker.

Aceasta nu stabilește un avantaj universal în ceea ce privește debitul. Latența stocării poate domina operațiunile cu fișierele, TLS și proxy-urile inverse adaugă costuri suplimentare, comportamentul metadatelor depinde de driverul de stocare ales, iar serviciile opționale modifică profilul. Documentația proprie de stocare a ownCloud discută în mod explicit optimizarea memoriei și a performanței în mod diferit pentru stocarea locală, implementările NFS și S3. Consultați Considerații privind stocarea la scară infinită .

Nextcloud 28 poate funcționa bine și atunci când este reglat corect. Documentația sa precizează că memorarea în cache a memoriei poate îmbunătăți semnificativ performanța serverului. APCu evită reconstruirea repetată a obiectelor PHP utilizate frecvent la nivel local, în timp ce Redis poate gestiona datele din cache-ul distribuit și blocarea fișierelor tranzacționale. Pentru un singur server organizațional, Nextcloud 28 recomandă APCu pentru cache-ul local și Redis pentru cache-ul distribuit și blocare. Consultați documentația privind memorarea în cache a memoriei Nextcloud 28 .

Unde merge memoria RAM a Nextcloud

Pentru Nextcloud 28, „utilizarea RAM Nextcloud” este de fapt suma mai multor bugete. Workerii PHP-FPM consumă memorie în funcție de modulele PHP activate și de codul aplicației. Baza de date are nevoie de propriile buffere și memorie de conectare. Redis consumă memorie pentru obiectele din cache și blocări. APCu păstrează o memorie cache locală în fiecare mediu PHP. Generarea de previzualizări, integrările antivirus, Talk, căutarea full-text și aplicațiile terțe pot adăuga propriile procese sau activități în fundal.

Acest model oferă administratorilor numeroase opțiuni de optimizare. Reducerea limitelor worker-ilor PHP-FPM poate menține un server mic în funcțiune cu RAM limitat, dar cererile pot fi încărcate în coadă. Creșterea numărului de worker-i îmbunătățește concurența până când CPU, RAM, conexiunile la baza de date sau I/O devin blocajul. Utilizarea Redis pentru memoria cache locală poate economisi memorie în mediile cu memorie redusă, dar documentația proprie Nextcloud spune că APCu este mai rapid pentru memoria cache locală atunci când este disponibilă suficientă RAM. Acesta este un compromis real între performanță și memorie, mai degrabă decât o singură setare recomandată pentru fiecare gazdă.

Unde merge memoria RAM a Infinite Scale

Infinite Scale constă, de asemenea, din numeroase servicii logice, dar runtime-ul său încorporat poate gestiona serviciile încorporate într-un singur proces și poate rula fiecare serviciu într-o rutină Go. ownCloud descrie acest lucru ca o modalitate ușor de utilizat de administrator de a împacheta platforma, permițând în același timp separarea serviciilor individuale pentru implementări distribuite. Supervizorul încorporat repornește, de asemenea, serviciile defecte și este documentat în mod specific ca reducând amprenta de memorie în comparație cu rularea fiecărui serviciu sub un supervizor extern.

Această consolidare poate face ca comportamentul resurselor să fie mai ușor de raționat pe o singură gazdă, dar nu fixează utilizarea RAM-ului. Adăugarea de Collabora sau OnlyOffice, scanarea antivirus, serviciile de identitate externe, componentele bazate pe Redis sau NATS, procesarea miniaturilor sau cache-urile mai mari modifică amprenta. Mutarea serviciilor în containere separate sau pod-uri Kubernetes poate, de asemenea, crește costurile de bază, îmbunătățind în același timp izolarea și scalabilitatea orizontală.

Compararea performanței în funcție de volumul de muncă

Cum să le comparați corect

Dacă performanța este factorul decisiv, testați ambele produse pe același hardware în loc să vă bazați pe capturi de ecran ale comunității sau numere de memorie izolate. Folosiți același dispozitiv de stocare sau backend, aceeași cale de rețea, metodă de terminare TLS, set de fișiere de testare, număr de utilizatori și comportament al clientului. Încălziți memoria cache înainte de a înregistra rezultatele în stare stabilă, dar măsurați și comportamentul la pornirea la rece separat.

Printre valorile utile se numără latența mediană și percentila 95 pentru listarea directoarelor, operațiunile cu metadate, încărcarea fișierelor mici, încărcarea fișierelor mari, descărcarea și crearea de partajări; solicitările finalizate pe secundă; memoria rezidentă totală în fiecare proces conex; utilizarea CPU; IOPS de stocare; latența bazei de date pentru Nextcloud; și impactul joburilor în fundal. Măsurați memoria RAM inactivă separat de memoria RAM încărcată, deoarece un sistem care pare mai mic în stare de inactivitate poate aloca mult mai multă memorie în condiții de utilizare concurentă.

Pentru Nextcloud, numărați serverul web, PHP-FPM, baza de date, Redis și orice servicii suplimentare ale aplicației. Pentru Infinite Scale, numărați serviciile oCIS plus proxy-ul invers, componentele de identitate, integrarea Office, cache-urile și serviciile legate de stocare. În caz contrar, rezultatul devine o comparație arhitecturală deghizată sub formă de benchmark.

Pe care ar trebui să o alegi?

Alegeți ownCloud Infinite Scale atunci când prioritatea dvs. este o platformă modernă centrată pe fișiere, apreciați o arhitectură de servicii bazată pe Go și doriți să evitați modelul operațional al workerilor PHP plus o bază de date relațională obligatorie pentru serverul principal. Este deosebit de interesant pentru organizațiile care planifică scalarea orizontală a serviciilor sau medii mari de partajare a fișierelor.

Alegeți o versiune Nextcloud acceptată atunci când ecosistemul de aplicații Nextcloud, integrările groupware, cunoștințele administrative existente sau compatibilitatea aplicațiilor sunt mai importante decât minimizarea straturilor de execuție. Dacă utilizați în prezent Nextcloud 28, optimizarea performanței ar putea fi de ajutor pe termen scurt, dar ciclul de viață al securității este motivul mai puternic pentru a planifica o actualizare, deoarece versiunea 28 nu mai este acceptată din decembrie 2024.

Dacă decizia se referă în mod specific la memoria RAM, niciunul dintre cerințele publicate de niciun furnizor nu justifică declararea unui câștigător universal. Arhitectura Infinite Scale elimină PHP și o bază de date tradițională pentru aplicații din stiva principală și este concepută în mod deliberat pentru o execuție eficientă a serviciilor, în timp ce Nextcloud oferă controale mature de caching și concurență PHP extrem de configurabilă. Alegerea justificabilă este de a compara stivele complete de producție pe care intenționați de fapt să le operați, utilizând aceeași sarcină de lucru și măsurând memoria RAM a sistemului total, mai degrabă decât un singur proces izolat.