
Trabalhando com o repositório Apache Cassandra NoSQL?
Em 23 de maio, os colegas de classe convidam desenvolvedores experientes para seu escritório em São Petersburgo para uma
reunião dedicada ao trabalho com Apache Cassandra. O que importa é apenas a sua experiência com Cassandra e o desejo de compartilhá-lo.
Registre-se em um eventoEm OK,
começamos a usar o Apache Cassandra em 2010 para armazenar classificações de fotos. Atualmente, somos os maiores usuários do Apache Cassandra no RuNet e um dos maiores da Europa. Temos mais de uma centena de clusters diferentes usados para armazenar várias informações do produto - classes, chats, mensagens e para gerenciar dados críticos da infraestrutura - mapear blocos lógicos para grandes discos de armazenamento binário -
one-cold-storage , gerenciar dados de nuvem interna de uma nuvem etc.
No total, em
Odnoklassniki, sob o controle de Cassandra, existem petabytes de dados em milhares de nós. Durante esse período, acumulamos vasta experiência na administração, desenvolvimento e operação de soluções baseadas em Cassandra e até desenvolvemos nosso
próprio banco de dados transacional NewSQL .
Agora gostaríamos de compartilhar tudo isso com você - em casos reais da prática e sem segredos; O evento será realizado no formato de animada discussão entre os participantes, o que significa que a discussão levará a maior parte do tempo.
Os especialistas da OK estão prontos para compartilhar suas idéias e abordagens. O evento será realizado por
Oleg Anastasiev e
Alexander Khristoforov .
Quais são os tópicos?
Operação:
Considere configurações típicas de nós e clusters em várias instalações de produção. Discutiremos como expandir um cluster com o aumento de volumes e carga de dados e como substituir os nós com falha com um efeito mínimo para os clientes. Compartilhamos a dor e sistematizamos o rake popular. Vamos descobrir como monitorar o cluster para entender com antecedência onde e o que exatamente não funciona. Abordaremos os problemas da implantação de novas versões do Cassandra.
Desempenho:
Vamos tentar entender quais métricas olhar e o que você pode ajustar para melhorar as métricas. Vamos descobrir se refazer ou não, e se sim, como. Identificamos gargalos na arquitetura e implementação do Cassandra e consideramos alguns truques de engenharia para contorná-los. Nós tocamos no reparo e na compactação regulares doloridos sem degradação do desempenho.
Tolerância a falhas:
O ferro não dura para sempre; portanto, os acidentes ocorrem o tempo todo, e a mão de um colega pode vacilar e removeremos desnecessariamente; portanto, discutiremos a recuperação após falhas de discos, máquinas ou centros de dados, bem como a reversão para um estado consistente dos backups em caso de erros do operador.
Registre-se e conte a seus amigos e colegas sobre o evento.