
Po punoni me repositorin NoSQL Apache Cassandra?
Më 23 maj, Odnoklassniki fton zhvillues të kualifikuar në zyrën e saj në Shën Petersburg për , i kushtuar punës me Apache Cassandra. E rëndësishme është vetëm përvoja juaj me Cassandra dhe dëshira për ta ndarë atë.
Ne në OK Apache Cassandra në vitin 2010 për ruajtjen e vlerësimeve të fotografive. Aktualisht, ne jemi përdoruesit më të mëdhenj të Apache Cassandra në Runet dhe disa nga më të mëdhenjtë në Europë. Ne kemi më shumë se njëqind klasterë të ndryshëm që përdoren për të ruajtur informacionin e ndryshëm të produkteve - klasat, bisedat, mesazhet, si dhe për menaxhimin e të dhënave kritike të infrastrukturës - mapping i blloqeve logjikë në disqet e një depoje të madhe binare - , menaxhimi i të dhënave të cloud-it të brendshëm. etj.
Në total, nën menaxhimin e Cassandra ndodhen petabayta të dhënash në mijëra nodë. Gjatë kësaj kohe kemi grumbulluar një përvojë të madhe në administrimin, zhvillimin dhe eksploatimin e zgjidhjeve të bazuara në Cassandra dhe madje kemi zhvilluar një DB transaksionale NewSQL .
Ekspertët OK Oleg Anastasiev dhe .
Eksplorimi:
Do të shqyrtojmë konfigurimet tipike të nodëve dhe klasterëve në instalime të ndryshme production. Do të diskutojmë se si të zgjeroni klasterët me rritjen e volumit të të dhënave dhe ngarkesës dhe si të zëvendësoni nodët që kanë dështuar me një efekt minimal për klientët. Do të ndajmë dhimbjet dhe do të sistematizojmë gropat më të njohura. Do të zbulojmë se si të monitorojmë klasterët për të kuptuar në kohë se ku dhe çfarë saktësisht nuk funksionon siç duhet. Do të flasim për problemet me shpërndarjen e versioneve të reja të Cassandra.
Performanca:
Do të përpiqemi të kuptojmë se në cilat metrika duhen parë dhe çfarë mund të tunohet për të përmirësuar metrikat. Do të merremi me çështjen e rretritjes apo jo dhe nëse po, si. Do të identifikojmë vendet kritike në arkitekturë dhe realizim të Cassandra dhe do të shqyrtojmë disa truke inxhinierike për t'i kaluar ato. Do të flasim për riparimin dhe kompakti të zakonshëm pa degraduar performancën.
Qëndrueshmëria:
Qëndrueshmëria:
Hardwares are not eternal, so failures occur constantly, and even a colleague's hand may tremble leading to accidental deletions. Therefore, let's discuss recovery after failures of disks, machines, or data centers, as well as reverting to a consistent state from backups in case of operator errors.
and tell your friends and colleagues about the event.
Burimi: habr.com
