Bekerja dengan penyimpanan Apache Cassandra NoSQL?
Pada tanggal 23 Mei, Odnoklassniki mengundang pengembang berpengalaman ke kantor mereka di St. Petersburg untuk , didedikasikan untuk bekerja dengan Apache Cassandra. Yang penting adalah pengalaman Anda dengan Cassandra dan keinginan Anda untuk membagikannya.
Kami baik-baik saja Apache Cassandra pada tahun 2010 untuk menyimpan peringkat foto. Saat ini kami adalah pengguna Apache Cassandra terbesar di RuNet dan salah satu yang terbesar di Eropa. Kami memiliki lebih dari seratus cluster 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 - , manajemen data cloud internal dan lain-lain
Secara total, dalam Cassandra mengelola data berukuran petabyte di ribuan node. Selama ini, kami telah mengumpulkan banyak pengalaman dalam mengelola, mengembangkan dan mengoperasikan solusi berdasarkan Cassandra dan bahkan mengembangkan solusi kami sendiri .
Sekarang kami ingin berbagi semua ini dengan Anda - menggunakan kasus nyata dari praktik dan tanpa rahasia; Acara akan diadakan dalam format diskusi langsung antar peserta, yang berarti diskusi akan memakan banyak waktu. siap untuk berbagi ide dan pendekatan mereka. Acara ini akan dipandu oleh ΠΈ .
Apa topiknya?
Eksploitasi:
Mari kita lihat konfigurasi khas node dan cluster di berbagai instalasi produksi. Kami akan membahas cara memperluas cluster seiring dengan meningkatnya volume dan beban data serta cara mengganti node yang gagal dengan efek minimal bagi klien. Mari kita berbagi penderitaan dan mensistematisasikan penggaruk yang populer. Mari kita cari tahu cara memantau cluster untuk memahami terlebih dahulu di mana dan apa sebenarnya yang tidak berfungsi dengan benar. Mari kita bahas masalah penerapan Cassandra versi baru.
Performa:
Mari kita coba memahami metrik apa yang harus dilihat dan apa yang dapat disesuaikan untuk menjadikan metrik tersebut lebih baik. Mari kita cari tahu apakah akan berlatih kembali atau tidak dan jika demikian, bagaimana caranya. Kami akan mengidentifikasi hambatan dalam arsitektur dan implementasi Cassandra serta melihat beberapa trik teknik untuk mengatasinya. Mari kita bahas perbaikan dan pemadatan rutin yang menyakitkan tanpa penurunan kinerja.
Toleransi kesalahan:
Perangkat keras tidak bertahan selamanya, jadi kecelakaan selalu terjadi, dan tangan rekan kerja mungkin gemetar dan kami akan menghapus hal-hal yang tidak diperlukan, jadi kami akan membahas pemulihan setelah kegagalan disk, mesin, atau pusat data, serta mengembalikan ke sistem yang konsisten. status dari cadangan jika terjadi kesalahan operator.
dan beri tahu teman dan kolega Anda tentang acara tersebut.
Sumber: www.habr.com