ok.tech: Cassandra meetup

Працюєте з NoSQL-сховищем Apache Cassandra?

23 травня Однокласники запрошують досвідчених розробників у свій офіс у Петербурзі на мітапприсвячений роботі з Apache Cassandra. Важливим є лише ваш досвід роботи з Cassandra та бажання їм поділитися.
Зареєструватися на захід

Ми в ОК почали використовувати Apache Cassandra у 2010 році для зберігання оцінок фото. В даний час ми найбільші користувачі Apache Cassandra в Рунеті і одні з найбільших в Європі. У нас більше сотні різних кластерів використовуються як для зберігання різної продуктової інформації – класи, чати, повідомлення, так і для управління критичними інфраструктурними даними – мапінг логічних блоків на диски великого бінарного сховища. one-cold-storage, управління даними внутрішньої хмари one-cloud тощо.

Загалом, в Одноклассниках під керуванням Cassandra знаходяться петабайти даних на тисячах нід. За цей час ми нагромадили величезний досвід в адмініструванні, розробці та експлуатації рішень на основі Cassandra і навіть розробили свою власну NewSQL транзакційну БД.

Зараз ми хотіли б поділитися всім цим із вами — на реальних кейсах із практики та без секретів; Захід пройде у форматі живої дискусії між учасниками, це означає, що обговорення займе основну частину часу. Експерти OK готові поділитися своїми ідеями та підходами. Вестиме захід Олег Анастасьєв и Олександр Христофорів.

Які будуть теми?

експлуатація:

Розглянемо типові конфігурації нід і кластерів у різних production інсталяціях. Обговоримо, як розширювати кластери зі зростанням обсягів даних і навантаження і як заміняти вузли, що відмовили, з мінімальним ефектом для клієнтів. Поділимося болем та систематизуємо популярні граблі. З'ясуємо, як моніторити кластери, щоб заздалегідь розуміти, де і що працює не так. Торкнемося проблеми деплою нових версій Cassandra.

продуктивність:

Спробуємо зрозуміти, на які метрики дивитись і що можна тюнити, щоб зробити метрики краще. Розберемося, ретраїти чи ні і якщо так, то як. Ідентифікуємо вузькі місця в архітектурі та реалізації Cassandra та розглянемо деякі інженерні трюки, щоб їх обійти. Торкнемося наболілий регулярний repair та compaction без деградації продуктивності.

Відмовостійкість:

Залізо не вічне, тому аварії відбуваються постійно, та й рука колеги може здригнутися і ми видалимо зайве, тому обговоримо відновлення після збоїв дисків, машин чи датацентрів, а також відкат до консистентного стану з бекапів у разі помилок оператора.

Реєструйтеся та розповідайте про захід друзям та колегам.

Джерело: habr.com