
Arbejder du med NoSQL-databasen Apache Cassandra?
Den 23. maj inviterer Odnoklassniki erfarne udviklere til deres kontor i Petersborg til , der beskæftiger sig med arbejdet med Apache Cassandra. Det væsentlige er kun din erfaring med Cassandra og ønsket om at dele det.
Vi i OK Apache Cassandra i 2010 til opbevaring af vurderinger af billeder. I dag er vi de største brugere af Apache Cassandra i Runet og blandt de største i Europa. Vi har over hundrede forskellige klynger, der anvendes både til opbevaring af forskellige produktinformationer - klasser, chat, beskeder - og til håndtering af kritiske infrastrukturdatastrømme - kortlægning af logiske blokke til store binære lagerdiske - , styring af data i skyen. osv.
I alt under er der petabyte data under styring af Cassandra på tusindvis af noder. I denne tid har vi opnået enorm erfaring i administration, udvikling og drift af løsninger baseret på Cassandra og har endda udviklet vores egen .
Nu ønsker vi at dele alt dette med dig - gennem ægte casestudier fra praksis og uden hemmeligheder; Arrangementet vil finde sted i form af en levende diskussion mellem deltagerne, hvilket betyder, at diskussionen vil optage det meste af tiden. er klar til at dele deres idéer og tilgange. Arrangementet vil blive ledet af og .
Hvilke emner vil der være?
Drift:
Vi vil gennemgå typiske konfigurationer af noder og klynger i forskellige produktionsinstallationer. Vi vil diskutere, hvordan man kan udvide klyngen, når datamængder og belastning vokser, og hvordan man kan udskifte defekte noder med minimal effekt for kunderne. Vi vil dele vores udfordringer og systematisere de mest almindelige faldgruber. Vi vil finde ud af, hvordan man overvåger klyngen for tidligt at forstå, hvor og hvad der ikke fungerer. Vi vil tage fat på problemerne ved implementering af nye versioner af Cassandra.
Ydeevne:
Vi vil forsøge at forstå, hvilke målinger der skal følges, og hvad der kan finjusteres for at forbedre disse målinger. Vi vil finde ud af, om vi skal gentransmittere eller ej, og i så fald hvordan. Vi vil identificere flaskehalse i arkitekturen og implementeringen af Cassandra og se på nogle ingeniørtricks til at omgå dem. Vi vil også tage fat på det presserende problem med regelmæssig reparation og komprimering uden at degradere ydeevnen.
Fejltolerance:
Hardware is not eternal, so failures happen constantly, and a colleague's hand might tremble, leading to accidental deletions. Therefore, let's discuss recovery options after disk, machine, or data center failures, as well as how to revert to a consistent state from backups in case of operator errors.
and tell your friends and colleagues about the event.
Kilde: habr.com
