Làm việc với bộ lưu trữ Apache Cassandra NoSQL?
Vào ngày 23 tháng XNUMX, Odnoklassniki mời các nhà phát triển có kinh nghiệm đến văn phòng của họ ở St. Petersburg để thảo luận , chuyên làm việc với Apache Cassandra. Tất cả những gì quan trọng là trải nghiệm của bạn với Cassandra và mong muốn chia sẻ nó của bạn.
Chúng tôi ổn Apache Cassandra vào năm 2010 để lưu trữ xếp hạng ảnh. Chúng tôi hiện là người dùng Apache Cassandra lớn nhất trên RuNet và là một trong những người dùng lớn nhất ở Châu Âu. Chúng tôi có hơn một trăm cụm khác nhau được sử dụng để lưu trữ các thông tin sản phẩm khác nhau - lớp, cuộc trò chuyện, tin nhắn và để quản lý dữ liệu cơ sở hạ tầng quan trọng - ánh xạ các khối logic vào đĩa của bộ lưu trữ nhị phân lớn - , quản lý dữ liệu đám mây nội bộ vv
Tổng cộng, trong Cassandra quản lý hàng petabyte dữ liệu trên hàng nghìn nút. Trong thời gian này, chúng tôi đã tích lũy được nhiều kinh nghiệm trong việc quản lý, phát triển và vận hành các giải pháp dựa trên Cassandra và thậm chí còn phát triển các giải pháp của riêng mình. .
Bây giờ chúng tôi muốn chia sẻ tất cả những điều này với bạn - sử dụng các trường hợp thực tế từ thực tiễn và không có bí mật; Sự kiện sẽ được tổ chức dưới hình thức thảo luận trực tiếp giữa những người tham gia, điều đó có nghĩa là cuộc thảo luận sẽ chiếm phần lớn thời gian. sẵn sàng chia sẻ ý tưởng và cách tiếp cận của họ. Sự kiện sẽ được tổ chức bởi и .
Chủ đề sẽ là gì?
Khai thác:
Hãy xem xét cấu hình điển hình của các nút và cụm trong các cài đặt sản xuất khác nhau. Chúng ta sẽ thảo luận về cách mở rộng các cụm khi khối lượng và tải dữ liệu tăng lên cũng như cách thay thế các nút bị lỗi với tác dụng tối thiểu đối với máy khách. Hãy cùng chia sẻ nỗi đau và hệ thống hóa cách cào phổ biến. Chúng ta hãy tìm hiểu cách giám sát các cụm để hiểu trước vị trí và chính xác những gì không hoạt động chính xác. Hãy đề cập đến các vấn đề khi triển khai các phiên bản mới của Cassandra.
Hiệu suất:
Hãy cố gắng hiểu những số liệu nào cần xem xét và những gì có thể điều chỉnh để làm cho số liệu tốt hơn. Hãy cùng tìm hiểu xem có nên đào tạo lại hay không và nếu có thì bằng cách nào. Chúng ta sẽ xác định những điểm nghẽn trong kiến trúc và cách triển khai của Cassandra, đồng thời xem xét một số thủ thuật kỹ thuật để giải quyết chúng. Chúng ta hãy đề cập đến việc sửa chữa và nén chặt thường xuyên mà không làm giảm hiệu suất.
Khả năng chịu lỗi:
Phần cứng không tồn tại mãi mãi nên tai nạn xảy ra liên tục và bàn tay của đồng nghiệp có thể run rẩy và chúng ta sẽ loại bỏ những thứ không cần thiết, vì vậy chúng ta sẽ thảo luận về việc khôi phục sau lỗi của đĩa, máy móc hoặc trung tâm dữ liệu, cũng như quay trở lại trạng thái nhất quán. trạng thái từ bản sao lưu trong trường hợp có lỗi của người vận hành.
và kể cho bạn bè, đồng nghiệp của bạn về sự kiện này.
Nguồn: www.habr.com