Arbejder du med Apache Cassandra NoSQL-lagring?
Den 23. maj inviterer Odnoklassniki erfarne udviklere til deres kontor i St. Petersborg for , dedikeret til at arbejde med Apache Cassandra. Det eneste, der betyder noget, er din oplevelse med Cassandra og dit ønske om at dele den.
Vi er okay Apache Cassandra i 2010 for at gemme billedbedømmelser. Vi er i øjeblikket de største brugere af Apache Cassandra på RuNet og en af de største i Europa. Vi har mere end hundrede forskellige klynger, der bruges både til lagring af forskellige produktoplysninger - klasser, chats, meddelelser og til styring af kritiske infrastrukturdata - kortlægning af logiske blokke på diske med et stort binært lager - , intern cloud-datahåndtering etc.
I alt i Cassandra administrerer petabytes af data på tværs af tusindvis af noder. I løbet af denne tid har vi oparbejdet stor erfaring med at administrere, udvikle og drive løsninger baseret på Cassandra og endda udviklet vores egne .
Nu vil vi gerne dele alt dette med dig - ved at bruge rigtige cases fra praksis og uden hemmeligheder; Arrangementet afholdes i form af en live-diskussion mellem deltagerne, hvilket betyder, at diskussionen vil tage størstedelen af tiden. klar til at dele deres ideer og tilgange. Arrangementet afholdes af и .
Hvad bliver emnerne?
Udnyttelse:
Lad os se på typiske konfigurationer af noder og klynger i forskellige produktionsinstallationer. Vi vil diskutere, hvordan man udvider klynger, efterhånden som datamængder og belastninger øges, og hvordan man erstatter mislykkede noder med minimal effekt for klienter. Lad os dele smerten og systematisere den populære rake. Lad os finde ud af, hvordan man overvåger klynger for på forhånd at forstå, hvor og hvad der præcist ikke fungerer korrekt. Lad os komme ind på problemerne med at implementere nye versioner af Cassandra.
Ydeevne:
Lad os prøve at forstå, hvilke metrics vi skal se på, og hvad der kan justeres for at gøre metrics bedre. Lad os finde ud af, om vi skal omskole eller ej, og i så fald hvordan. Vi vil identificere flaskehalse i Cassandras arkitektur og implementering og se på nogle tekniske tricks til at omgå dem. Lad os røre ved den smertefulde regelmæssige reparation og komprimering uden forringelse af ydeevnen.
Fejltolerance:
Hardware holder ikke evigt, så der sker uheld hele tiden, og en kollegas hånd kan skælve, og vi fjerner de unødvendige ting, så vi vil diskutere genopretning efter fejl på diske, maskiner eller datacentre, samt rulle tilbage til en konsistent tilstand fra backups i tilfælde af operatørfejl.
og fortæl dine venner og kolleger om arrangementet.
Kilde: www.habr.com