ok.tech: Cassandra meetup

Работаете с NoSQL-хранилищем Apache Cassandra?

23 мая Одноклассники приглашают опытных разработчиков в свой офис в Петербурге на митап ^[1], посвященный работе с Apache Cassandra. Важен лишь ваш опыт работы с Cassandra и желание им поделиться.
Зарегистрироваться на мероприятие ^[1]

Мы в ОК начали использовать ^[2] Apache Cassandra в 2010 году для хранения оценок фото. В настоящее время мы — самые крупные пользователи Apache Cassandra в Рунете и одни из крупнейших в Европе. У нас более сотни различных кластеров используются как для хранения различной продуктовой информации — классы, чаты, сообщения, так и для управления критичными инфраструктурными данными — маппинг логических блоков на диски большого бинарного хранилища — one-cold-storage ^[3], управление данными внутреннего облака one-cloud ^[4] и т.д.

В общей сложности, в Одноклассниках ^[5] под управлением Cassandra находятся петабайты данных на тысячах нод. За это время мы накопили огромный опыт в администрировании, разработке и эксплуатации решений на основе Cassandra и даже разработали свою собственную NewSQL транзакционную БД ^[6].

Сейчас мы хотели бы поделиться всем этим с вами — на реальных кейсах из практики и без секретов;  Мероприятие пройдет в формате живой дискуссии между участниками, это значит, что обсуждение займет основную часть времени. Эксперты OK ^[7] готовы поделиться своими идеями и подходами. Вести мероприятие будут Олег Анастасьев ^[8] и Александр Христофоров ^[9].

Какие будут темы?

Эксплуатация:

Рассмотрим типичные конфигурации нод и кластеров в различных production инсталляциях. Обсудим, как расширять кластера с ростом объёмов данных и нагрузки и как заменять отказавшие узлы с минимальным эффектом для клиентов. Поделимся болью и систематизируем популярные грабли. Выясним, как мониторить кластера, чтобы заблаговременно понимать, где и что именно работает не так. Затронем проблемы деплоя новых версий Cassandra.

Производительность:

Попробуем понять, на какие метрики смотреть и что можно тюнить, чтобы сделать метрики лучше. Разберёмся, ретраить или нет и если да, то как. Идентифицируем узкие места в архитектуре и реализации Cassandra и рассмотрим некоторые инженерные трюки, чтобы их обойти. Затронем наболевший регулярный repair и compaction без деградации производительности.

Отказоустойчивость:

Железо не вечно, поэтому аварии происходят постоянно, да и рука коллеги может дрогнуть и мы удалим лишнее, поэтому обсудим восстановление после сбоев дисков, машин или датацентров, а также откат к консистентному состоянию из бекапов в случае ошибок оператора.

Регистрируйтесь ^[10] и рассказывайте про мероприятие друзьям и коллегам.

Автор: 1anisim

Источник ^[11]