Apache Cassandra NoSQL ストレージを使用していますか?
23 月 XNUMX 日、Odnoklassniki は経験豊富な開発者をサンクトペテルブルクのオフィスに招待し、 、Apache Cassandra の操作に特化しています。 重要なのは、カサンドラとのあなたの経験と、それを共有したいというあなたの願望だけです。
大丈夫です 2010 年に写真評価を保存するための Apache Cassandra。 当社は現在、RuNet 上で Apache Cassandra の最大のユーザーであり、ヨーロッパ最大のユーザーの XNUMX つです。 当社では、クラス、チャット、メッセージなどのさまざまな製品情報の保存と、大規模なバイナリ ストレージのディスクに論理ブロックをマッピングする重要なインフラストラクチャ データの管理の両方に使用される XNUMX を超える異なるクラスターを持っています。 、社内クラウドデータ管理 等
合計すると、 Cassandra は、数千のノードにわたるペタバイト規模のデータを管理します。 この間、私たちは Cassandra に基づくソリューションの管理、開発、運用に関する豊富な経験を蓄積し、独自のソリューションも開発しました。 .
ここで、私たちはこれらすべてを皆さんと共有したいと思います。実践から得た実際のケースを使用し、秘密はありません。 イベントは参加者同士のライブディスカッション形式で開催されるため、ディスカッションの時間が大半を占めます。 彼らのアイデアやアプローチを共有する準備ができています。 イベントの主催者は、 и .
話題は何になるのでしょうか？
搾取：
さまざまな運用環境におけるノードとクラスターの一般的な構成を見てみましょう。 データ量と負荷の増加に応じてクラスターを拡張する方法と、クライアントへの影響を最小限に抑えて障害が発生したノードを置き換える方法について説明します。 痛みを分かち合い、普及している熊手を体系化しましょう。 正確にどこで何が正しく動作していないのかを事前に理解するために、クラスターを監視する方法を調べてみましょう。 Cassandra の新しいバージョンを展開する際の問題について触れてみましょう。
パフォーマンス：
どのような指標に注目すべきか、そして指標を改善するために何を調整できるかを理解してみましょう。 再トレーニングすべきかどうか、再トレーニングする場合はその方法を考えてみましょう。 Cassandra のアーキテクチャと実装におけるボトルネックを特定し、それらを回避するためのエンジニアリング上のトリックをいくつか見ていきます。 パフォーマンスを低下させることなく、面倒な定期的な修復と圧縮について触れてみましょう。
フォールトトレランス:
ハードウェアは永遠に続くわけではないので、事故は常に起こります。同僚の手が震える可能性があります。不要なものは削除します。そのため、ディスク、マシン、またはデータセンターの障害後の回復や、一貫した状態へのロールバックについて話し合います。オペレータエラーが発生した場合にバックアップから状態を取得します。
そしてそのイベントについて友人や同僚に伝えてください。
出所： habr.com