¿Trabajando con el almacenamiento Apache Cassandra NoSQL?
El 23 de mayo, Odnoklassniki invita a desarrolladores experimentados a su oficina en San Petersburgo para , dedicado a trabajar con Apache Cassandra. Lo único que importa es tu experiencia con Cassandra y tus ganas de compartirla.
Estamos bien Apache Cassandra en 2010 para almacenar calificaciones de fotografías. Actualmente somos los mayores usuarios de Apache Cassandra en RuNet y uno de los mayores de Europa. Disponemos de más de cien clústeres diferentes que se utilizan tanto para almacenar información diversa de productos (clases, chats, mensajes) como para gestionar datos de infraestructura críticos, mapeando bloques lógicos en discos de un gran almacenamiento binario. , gestión interna de datos en la nube etcétera
En total, en Cassandra gestiona 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 desarrollamos nuestras propias .
Ahora nos gustaría compartir todo esto con usted, utilizando casos reales de la práctica y sin secretos; El evento se llevará a cabo en formato de discusión en vivo entre los participantes, lo que significa que la discusión ocupará la mayor parte del tiempo. dispuestos a compartir sus ideas y enfoques. El evento será organizado por и .
¿Cuáles serán los temas?
Explotación:
Veamos configuraciones típicas de nodos y clústeres en varias instalaciones de producción. Analizaremos cómo expandir los clústeres a medida que aumentan los volúmenes y las cargas de datos y cómo reemplazar los nodos fallidos con un efecto mínimo para los clientes. Compartamos el dolor y sistematicemos el rastrillo popular. Averigüemos cómo monitorear los clústeres para comprender de antemano dónde y qué es exactamente lo que no funciona correctamente. Veamos los problemas de implementar nuevas versiones de Cassandra.
Productividad:
Intentemos comprender qué métricas observar y qué se puede modificar para mejorarlas. Averigüemos si volver a capacitarnos o no y, de ser así, cómo. Identificaremos los cuellos de botella en la arquitectura e implementación de Cassandra y veremos algunos trucos de ingeniería para solucionarlos. Pasemos a la dolorosa reparación y compactación periódicas sin degradación del rendimiento.
Tolerancia a fallos:
El hardware no dura para siempre, por lo que los accidentes ocurren todo el tiempo, y a un colega le puede temblar la mano y eliminaremos lo innecesario, por lo que discutiremos la recuperación después de fallas de discos, máquinas o centros de datos, así como también cómo volver a un estado consistente. estado de las copias de seguridad en caso de errores del operador.
y cuéntales a tus amigos y colegas sobre el evento.
Fuente: habr.com