Trabalhando com armazenamento Apache Cassandra NoSQL?
Em 23 de maio, Odnoklassniki convida desenvolvedores experientes para seu escritório em São Petersburgo para , dedicado a trabalhar com Apache Cassandra. Tudo o que importa é a sua experiência com Cassandra e o seu desejo de compartilhá-la.
Estamos bem Apache Cassandra em 2010 para armazenar classificações de fotos. Atualmente somos os maiores usuários do Apache Cassandra na RuNet e um dos maiores da Europa. Temos mais de uma centena de clusters diferentes usados tanto para armazenar diversas informações de produtos - aulas, chats, mensagens, quanto para gerenciar dados críticos de infraestrutura - mapeando blocos lógicos em discos de um grande armazenamento binário - , gerenciamento interno de dados em nuvem и т.д.
No total, em Cassandra gerencia petabytes de dados em milhares de nós. Durante esse tempo, acumulamos vasta experiência em administração, desenvolvimento e operação de soluções baseadas em Cassandra e até desenvolvemos nosso próprio .
Agora gostaríamos de compartilhar tudo isso com vocês - usando casos reais da prática e sem segredos; O evento será realizado no formato de discussão ao vivo entre os participantes, o que significa que a discussão ocupará a maior parte do tempo. prontos para compartilhar suas idéias e abordagens. O evento será organizado por и .
Quais serão os temas?
Exploração:
Vejamos configurações típicas de nós e clusters em diversas instalações de produção. Discutiremos como expandir clusters à medida que os volumes e cargas de dados aumentam e como substituir nós com falha com efeito mínimo para os clientes. Vamos compartilhar a dor e sistematizar o ancinho popular. Vamos descobrir como monitorar clusters para entender antecipadamente onde e o que exatamente não está funcionando corretamente. Vamos abordar os problemas de implantação de novas versões do Cassandra.
Produtividade:
Vamos tentar entender quais métricas observar e o que pode ser ajustado para torná-las melhores. Vamos descobrir se devemos treinar novamente ou não e, em caso afirmativo, como. Identificaremos gargalos na arquitetura e implementação do Cassandra e veremos alguns truques de engenharia para contorná-los. Vamos abordar o doloroso reparo e compactação regulares sem degradação do desempenho.
Tolerância ao erro:
O hardware não dura para sempre, então acidentes acontecem o tempo todo, e a mão de um colega pode tremer e removeremos o material desnecessário, por isso discutiremos a recuperação após falhas de discos, máquinas ou data centers, bem como a reversão para um estado consistente estado dos backups em caso de erros do operador.
e conte aos seus amigos e colegas sobre o evento.
Fonte: habr.com