Працуеце з NoSQL-сховішчам Apache Cassandra?
23 мая Аднакласнікі запрашаюць вопытных распрацоўшчыкаў у свой офіс у Пецярбургу на , прысвечаны працы з Apache Cassandra. Важны толькі ваш досвед працы з Cassandra і жаданне ім падзяліцца.
Мы ў ОК Apache Cassandra ў 2010 годзе для захоўвання адзнак фота. У цяперашні час мы – самыя буйныя карыстачы Apache Cassandra у Рунэце і адны з найбуйных у Еўропе. У нас больш за сотню розных кластараў выкарыстоўваюцца як для захоўвання рознай прадуктовай інфармацыі - класы, чаты, паведамленні, так і для кіравання крытычнымі інфраструктурнымі дадзенымі - мапінг лагічных блокаў на дыскі вялікага бінарнага сховішча - , кіраванне дадзенымі ўнутранага аблокі і г.д.
У агульнай складанасці, у пад кіраваннем Cassandra знаходзяцца петабайты дадзеных на тысячах нод. За гэты час мы назапасілі вялізны вопыт у адміністраванні, распрацоўцы і эксплуатацыі рашэнняў на аснове Cassandra і нават распрацавалі сваю .
Цяпер мы хацелі б падзяліцца ўсім гэтым з вамі - на рэальных кейсах з практыкі і без сакрэтаў; Мерапрыемства пройдзе ў фармаце жывой дыскусіі паміж удзельнікамі, гэта значыць, што абмеркаванне зойме асноўную частку часу. гатовы падзяліцца сваімі ідэямі і падыходамі. Весці мерапрыемства будуць и .
Якія будуць тэмы?
Эксплуатацыя:
Разгледзім тыповыя канфігурацыі нод і кластараў у розных production усталёўках. Абмяркуем, як пашыраць кластары з ростам аб'ёмаў дадзеных і нагрузкі і як замяняць вузлы, якія адмовілі, з мінімальным эфектам для кліентаў. Падзелімся болем і сістэматызуем папулярныя граблі. Высветлім, як маніторыць кластара, каб загадзя разумець, дзе і што менавіта працуе не так. Закранем праблемы дэплою новых версій Cassandra.
прадукцыйнасць:
Паспрабуем зразумець, на якія метрыкі глядзець і што можна цюніць, каб зрабіць метрыкі лепшымі. Разбярэмся, рэтраіць ці не і калі так, то як. Ідэнтыфікуем вузкія месцы ў архітэктуры і рэалізацыі Cassandra і разгледзім некаторыя інжынерныя трукі, каб іх абыйсці. Закранем набалелы рэгулярны repair і compaction без дэградацыі прадукцыйнасці.
Адмоўаўстойлівасць:
Жалеза не вечна, таму аварыі адбываюцца ўвесь час, ды і рука калегі можа завагацца і мы выдалім лішняе, таму абмяркуем аднаўленне пасля збояў дыскаў, машын або датацэнтраў, а таксама адкат да кансістэнтнага стану з бекапаў у выпадку памылак аператара.
і расказвайце пра мерапрыемства сябрам і калегам.
Крыніца: habr.com