Bekerja dengan repositori Apache Cassandra NoSQL?
23 Mei, Teman-teman sekelas mengundang pengembang berpengalaman ke kantor mereka di St. Petersburg untuk
pertemuan yang didedikasikan untuk bekerja dengan Apache Cassandra. Yang penting hanyalah pengalaman Anda dengan Cassandra dan keinginan untuk membagikannya.
Daftar untuk suatu acaraKami di OK
mulai menggunakan Apache Cassandra pada 2010 untuk menyimpan peringkat foto. Kami saat ini adalah pengguna Apache Cassandra terbesar di RuNet dan salah satu yang terbesar di Eropa. Kami memiliki lebih dari seratus kelompok berbeda yang digunakan untuk menyimpan berbagai informasi produk - kelas, obrolan, pesan, dan untuk mengelola data infrastruktur penting - memetakan blok logis ke disk penyimpanan biner besar - penyimpanan
satu-dingin , mengelola data cloud internal cloud dll.
Secara total, di
Odnoklassniki di bawah kendali Cassandra ada petabyte data pada ribuan node. Selama waktu ini, kami telah mengumpulkan pengalaman luas dalam administrasi, pengembangan dan pengoperasian solusi berdasarkan Cassandra dan bahkan mengembangkan
database transaksional NewSQL kami
sendiri .
Sekarang kami ingin berbagi semua ini dengan Anda - pada kasus nyata dari latihan dan tanpa rahasia; Acara ini akan diadakan dalam format diskusi yang hidup di antara para peserta, yang berarti bahwa diskusi akan menghabiskan sebagian besar waktu.
Para pakar OK siap untuk membagikan ide dan pendekatan mereka. Acara ini akan dipandu oleh
Oleg Anastasiev dan
Alexander Khristoforov .
Apa topiknya?
Operasi:
Pertimbangkan konfigurasi khas node dan cluster di berbagai instalasi produksi. Kami akan membahas cara memperluas gugus dengan peningkatan volume dan pemuatan data, dan cara mengganti simpul yang gagal dengan efek minimal bagi pelanggan. Kami berbagi rasa sakit dan mensistematiskan penggaruk populer. Kami akan mencari cara untuk memantau cluster untuk memahami terlebih dahulu di mana dan apa yang sebenarnya tidak berfungsi. Kami akan menyentuh masalah penyebaran versi baru Cassandra.
Kinerja:
Mari kita coba memahami metrik apa yang harus dilihat dan apa yang dapat Anda setel untuk membuat metrik lebih baik. Mari kita cari tahu apakah akan menelusuri kembali atau tidak, dan jika ya, bagaimana. Kami mengidentifikasi hambatan dalam arsitektur dan implementasi Cassandra dan mempertimbangkan beberapa trik teknik untuk menyiasatinya. Kami menyentuh perbaikan dan pemadatan rutin tanpa penurunan kinerja.
Toleransi kesalahan:
Setrika tidak bertahan selamanya, sehingga kecelakaan terjadi setiap saat, dan tangan seorang kolega mungkin tersentak dan kami akan menghapus yang tidak perlu, oleh karena itu, kami akan membahas pemulihan setelah kegagalan disk, mesin, atau pusat data, serta kembalikan ke keadaan konsisten dari cadangan jika terjadi kesalahan operator.
Daftarkan dan beri tahu teman dan kolega Anda tentang acara tersebut.