5月底，我们举行了第一个专门针对Apache Cassandra的mitap，在活动中，我们检查了各种生产安装中节点和集群的典型配置，讨论了如何通过增加数据量和负载来扩展集群，以及如何以对客户端影响最小的方式替换故障节点。如何监视群集以提前了解在哪里以及什么地方完全不起作用，这引发了部署新版本的Cassandra的问题。
但是许多主题超出了会议的范围，因此我们决定继续！
在大约2号技术Cassandra聚会上注册我们
从 2010年
开始使用 Apache Cassandra来存储照片评分。 目前，我们是RuNet中Apache Cassandra的最大用户，也是欧洲最大的用户之一。 我们有一百多个不同的集群，用于存储各种产品信息-类，聊天，消息，以及用于管理关键基础结构数据-将逻辑块映射到大型二进制存储磁盘-
单冷存储 ，管理
单云内部云数据等
总共，在Cassandra控制下的
Odnoklassniki中 ，数千个节点上有PB级的数据。 在这段时间里，我们在基于Cassandra的解决方案的管理，开发和操作方面积累了丰富的经验，甚至开发了
自己的NewSQL事务数据库 。
Cassandra Meetup＃2将专门用于容错。 我们将讨论容错概念的含义，讨论如何选择一致性级别及其与复制和请求类型的关系，考虑节点故障的情况以及如何对其进行测试，告诉如何放置副本，并找出有关风扇故障的所有内容，负载计划的重要性在失败及其测试中。 活动的演讲者将是
Oleg Anastasiev和
Alexander Khristoforov 。
我们正在开会是为了与也使用Apache Cassandra的同事进行交流，因此对我们来说非常重要的是，所有参与者都知道会议将以公开讨论的形式举行，也就是说，交流将花费大部分时间，因此我们提供您应该考虑在会议上要讨论的内容，如果您准备谈论与卡桑德拉（Cassandra）运作有关的案件，我们将很高兴为您提供发言时间。 不要害羞！