¿Trabaja con el repositorio Apache Cassandra NoSQL?
El 23 de mayo, los compañeros de clase invitan a desarrolladores experimentados a su oficina en San Petersburgo para una
reunión dedicada a trabajar con Apache Cassandra. Lo que importa es solo su experiencia con Cassandra y el deseo de compartirla.
Registrarse para un eventoEn OK,
comenzamos a usar Apache Cassandra en 2010 para almacenar clasificaciones de fotos. Actualmente somos los mayores usuarios de Apache Cassandra en RuNet y uno de los más grandes de Europa. Tenemos más de un centenar de clústeres diferentes que se utilizan para almacenar información de varios productos: clases, chats, mensajes y para administrar datos críticos de infraestructura, mapear bloques lógicos con grandes discos de almacenamiento binario, almacenamiento
en frío , gestión
de datos en la
nube interna de una nube etc.
En total, en
Odnoklassniki bajo el control de Cassandra hay petabytes de datos en miles de nodos. Durante este tiempo, hemos acumulado una vasta experiencia en la administración, desarrollo y operación de soluciones basadas en Cassandra e incluso hemos desarrollado nuestra
propia base de datos transaccional NewSQL .
Ahora nos gustaría compartir todo esto con usted, en casos reales desde la práctica y sin secretos; El evento se llevará a cabo en un formato de discusión animada entre los participantes, lo que significa que la discusión tomará la mayor parte del tiempo.
Los expertos de OK están listos para compartir sus ideas y enfoques. El evento será organizado por
Oleg Anastasiev y
Alexander Khristoforov .
¿Cuáles son los temas?
Operación
Considere las configuraciones típicas de nodos y clústeres en varias instalaciones de producción. Analizaremos cómo expandir un clúster con un aumento en los volúmenes y la carga de datos, y cómo reemplazar los nodos fallidos con un efecto mínimo para los clientes. Compartimos el dolor y sistematizamos el rastrillo popular. Descubriremos cómo monitorear el clúster para comprender de antemano dónde y qué no funciona exactamente. Nos referiremos a los problemas de implementación de nuevas versiones de Cassandra.
Rendimiento:
Tratemos de comprender qué métricas mirar y qué puede ajustar para mejorar las métricas. Vamos a averiguar si retroceder o no, y si es así, cómo. Identificamos cuellos de botella en la arquitectura e implementación de Cassandra y consideramos algunos trucos de ingeniería para sortearlos. Tocamos el dolor de la reparación regular y la compactación sin degradación del rendimiento.
Tolerancia a fallos:
El hierro no dura para siempre, por lo que los accidentes ocurren todo el tiempo, y la mano de un colega puede estremecerse y eliminaremos innecesariamente, por lo tanto, discutiremos la recuperación después de fallas de discos, máquinas o centros de datos, así como la reversión a un estado consistente de las copias de seguridad en caso de errores del operador.
Regístrese y cuénteles a sus amigos y colegas sobre el evento.