ok.tech: Cassandra meetup

ok.tech: Cassandra meetup

Working with Apache Cassandra NoSQL storage?

May 23 Odnoklassniki invite experienced developers to their office in St. Petersburg for meetup, dedicated to working with Apache Cassandra. What matters is your experience with Cassandra and your willingness to share it.
Register for the event

We are OK started using Apache Cassandra in 2010 for storing photo ratings. Currently, we are the largest users of Apache Cassandra in RuNet and one of the largest in Europe. We have more than a hundred different clusters used both for storing various product information - classes, chats, messages, and for managing critical infrastructure data - mapping logical blocks onto disks of a large binary storage - one-cold-storage, internal cloud data management one-cloud etc.

In total, in Classmates Cassandra manages petabytes of data across thousands of nodes. During this time, we have accumulated vast experience in the administration, development and operation of solutions based on Cassandra and even developed our own own NewSQL transactional database.

Now we would like to share all this with you - on real cases from practice and without secrets; The event will be held in the format of a live discussion between the participants, which means that the discussion will take up most of the time. OK Experts ready to share their ideas and approaches. The event will be hosted Oleg Anastasiev ΠΈ Alexander Khristoforov.

What will be the topics?

Exploitation:

Consider typical node and cluster configurations in various production installations. Let's discuss how to expand clusters with increasing data volumes and load, and how to replace failed nodes with minimal impact on customers. Let's share the pain and systematize the popular rake. Let's figure out how to monitor the cluster in order to understand in advance where and what exactly is not working. Let's touch on the problems of deploying new versions of Cassandra.

Performance:

Let's try to understand what metrics to look at and what can be tuned to make the metrics better. Let's figure out whether to re-trace or not, and if so, how. Let's identify bottlenecks in Cassandra architecture and implementation and look at some engineering tricks to work around them. Let's touch on sore regular repair and compaction without performance degradation.

Fault tolerance:

Hardware does not last forever, so accidents happen all the time, and a colleague’s hand can tremble and we will remove the excess, so we will discuss recovery after failures of disks, machines or data centers, as well as rollback to a consistent state from backups in case of operator errors.

Sign up and tell your friends and colleagues about the event.

Source: habr.com

Add a comment