Ende Mai veranstalteten wir das erste Mitap für Apache Cassandra. Während der Veranstaltung untersuchten wir typische Konfigurationen von Knoten und Clustern in verschiedenen Produktionsinstallationen, diskutierten, wie Cluster mit zunehmendem Datenvolumen und zunehmender Last erweitert werden können und wie ausgefallene Knoten mit minimalen Auswirkungen für Clients ersetzt werden können Die Überwachung des Clusters, um im Voraus zu verstehen, wo und was genau nicht funktioniert, wirkte sich auf die Bereitstellungsprobleme neuer Versionen von Cassandra aus.
Viele Themen gingen jedoch über den Rahmen des Treffens hinaus und deshalb beschlossen wir, fortzufahren!
Registrieren Sie sich bei ca. Tech Cassandra Meetup # 2Wir bei OK haben 2010 damit
begonnen, Apache Cassandra zum Speichern von Fotobewertungen zu verwenden. Wir sind derzeit die größten Benutzer von Apache Cassandra in RuNet und einer der größten in Europa. Wir haben mehr als hundert verschiedene Cluster, die sowohl zum Speichern verschiedener Produktinformationen - Klassen, Chats, Nachrichten als auch zum Verwalten kritischer Infrastrukturdaten - zum Zuordnen logischer Blöcke zu großen Binärspeicherplatten -
One-Cold-Storage und Verwalten interner Cloud-Daten
einer Cloud verwendet werden usw.
Insgesamt befinden sich in
Odnoklassniki unter der Kontrolle von Cassandra Petabytes an Daten auf Tausenden von Knoten. In dieser Zeit haben wir umfangreiche Erfahrungen in der Verwaltung, Entwicklung und dem Betrieb von Lösungen auf Basis von Cassandra gesammelt und sogar unsere
eigene NewSQL-Transaktionsdatenbank entwickelt .
Cassandra Meetup # 2 widmet sich ausschließlich der Fehlertoleranz. Wir werden darüber sprechen, was unter dem Konzept der Fehlertoleranz zu verstehen ist, wie die Konsistenzstufe ausgewählt wird und wie sie sich auf die Replikation und die Arten von Anforderungen bezieht, die Situation des Knotenausfalls betrachten und testen, erklären, wie Replikate platziert werden, und alles über Lüfterausfälle und die Bedeutung der Lastplanung herausfinden bei Fehlern und deren Prüfung. Die Sprecher der Veranstaltung sind
Oleg Anastasiev und
Alexander Khristoforov .
Wir führen dieses Meeting durch, um mit Kollegen zu kommunizieren, die auch Apache Cassandra betreiben. Daher ist es für uns sehr wichtig, dass alle Teilnehmer verstehen, dass das Meeting in einem offenen Diskussionsformat abgehalten wird, dh die Kommunikation wird die meiste Zeit in Anspruch nehmen. Daher bieten wir an Sie sollten darüber nachdenken, was Sie auf dem Treffen besprechen möchten, und wenn Sie bereit sind, über Ihren Fall im Zusammenhang mit der Operation von Cassandra zu sprechen, geben wir Ihnen gerne Zeit zum Sprechen. Sei nicht schüchtern!