Depinde de tipul de acces la date: Ceph poate stoca date ca dispozitive bloc (RBD), ca depozit de obiecte S3 (RGW) sau ca sistem de fișiere (CephFS). Presupun că CephFS aici, așa cum ați menționat-o și Gluster, ambele sunt abstracții ale sistemului de fișiere.
Într-o configurație cu trei noduri, Ceph ar avea unul sau mai mulți demoni OSD care rulează pe fiecare site (unul pentru fiecare unitate de disc). Datele sunt împărțite pe OSD-urile din cluster, iar clientul dvs. CephFS (kernel, FUSE sau Windows) va accesa algoritmic nodul potrivit pentru a stoca datele, nu este nevoie de nici un gateway. Cum se face acest lucru este lung de explicat, dar în esență este o mapare a tabelului hash distribuit cu date suplimentare păstrate pe partea serverului în demonii MON.
Calea de date a CephFS este directă, de la client la OSD, fără gateway-uri interpuse.
Sistemul de fișiere folosește un tip de demon suplimentar, MDS, care stochează metadatele sistemului de fișiere. Dacă operațiunea sistemului dvs. de fișiere efectuează o schimbare a sistemului de fișiere (de exemplu, creați un director), MDS va fi accesat în loc de OSD.
Cu toate acestea, în special pentru cazul de utilizare prevăzut, Ceph este un sistem de stocare sincron, iar performanța sa va scădea cu cât întindeți mai mult distanța dintre noduri. În general, se recomandă să păstrați o configurație extinsă la 10 ms de latență dus-întors între noduri. Cu alte cuvinte, clusterelor Ceph le place să locuiască într-un singur centru de date, dar le puteți extinde într-un oraș sau într-o țară mică dacă aveți legături foarte bune.
