Lucrați cu stocarea NoSQL Apache Cassandra?
Pe 23 mai, Odnoklassniki invită dezvoltatori experimentați în biroul său din Petersburg la , dedicat lucrului cu Apache Cassandra. Experiența dumneavoastră cu Cassandra și dorința de a o împărtăși sunt cele mai importante.
Noi, în OK Apache Cassandra în 2010 pentru a stoca evaluările fotografiilor. În prezent, suntem cei mai mari utilizatori de Apache Cassandra din Runet și printre cei mai mari din Europa. Avem peste o sută de clustere diferite folosite atât pentru stocarea diverselor informații despre produse - clase, chat-uri, mesaje, cât și pentru gestionarea datelor critice de infrastructură - maparea blocurilor logice pe discuri dintr-un mare stocare binară - , gestionarea datelor din cloud-ul intern etc.
În total, în sub gestionarea Cassandra se află petabyte de date pe mii de noduri. De-a lungul timpului, am acumulat o experiență vastă în administrarea, dezvoltarea și exploatarea soluțiilor bazate pe Cassandra și chiar am dezvoltat propria noastră .
Acum dorim să împărtășim totul cu voi - pe cazuri reale din practică și fără secrete; Evenimentul va avea loc sub forma unei discuții deschise între participanți, ceea ce înseamnă că discuțiile vor ocupa cea mai mare parte a timpului. sunt pregătiți să împărtășească ideile și abordările lor. Evenimentul va fi condus de și .
Ce subiecte vor fi?
Exploatare:
Vom analiza configurațiile tipice ale nodurilor și clusterelor în diverse instalații de producție. Vom discuta despre cum să extindem clusterele pe măsură ce volumul de date și sarcina cresc și cum să înlocuim nodurile defecte cu un impact minim asupra clienților. Vom împărtăși dificultățile și vom sistematiza capcanele populare. Vom afla cum să monitorizăm clusterele pentru a înțelege anticipat unde și ce anume nu funcționează corect. Vom aborda problemele legate de implementarea noilor versiuni de Cassandra.
Performanță:
Vom încerca să înțelegem pe ce metrici să ne concentrăm și ce poate fi optimizat pentru a îmbunătăți aceste metrici. Vom analiza dacă să facem retry sau nu și, dacă da, cum să procedăm. Vom identifica punctele nevralgice în arhitectura și implementarea Cassandra și vom examina diverse trucuri inginerie pentru a le evita. Vom aborda problema reparării regulate și compacției fără degradarea performanței.
Rezistență la defecțiuni:
Hardware is not eternal, which is why failures happen constantly, and even a colleague's hand might slip, causing us to delete something unnecessary. Therefore, let's discuss recovery after disk, machine, or data center failures, as well as rolling back to a consistent state from backups in case of operator errors.
and tell your friends and colleagues about the event.
Sursa: habr.com
