| 原作者 | LinkedIn /マイクロソフト |
|---|---|
| 初回リリース | 2009年 |
| 安定版リリース | 1.10.25 / 2017年7月25日 |
| リポジトリ |
|
| 書かれた | ジャワ |
| 利用可能 | 英語 |
| タイプ | 分散データストア |
| ライセンス | Apache ライセンス 2.0 |
| Webサイト | ボルデモート |
Voldemortは、 LinkedInが高度にスケーラブルなストレージとして使用しているキーバリューストアとして設計された分散データストアです。 [1]ハリー・ポッターの架空の悪役、ヴォルデモート卿にちなんで名付けられました。
概要
Voldemortは任意の関係やACID特性を満たそうとはせず、むしろ大規模で分散された永続的なハッシュテーブルです。[2]アプリケーションパフォーマンス管理データ を格納するシステムを比較した2012年の調査 では、Voldemort、Apache Cassandra、HBaseはすべてほとんどの場合に線形スケーラビリティを提供し、Voldemortのレイテンシが最も低く、Cassandraのスループットが最も高かったことが報告されています。[3]
Eric Brewer のCAP 定理の用語で言えば、Voldemort は AP 型システムです。
ヴォルデモートの製作者であり主要な企業貢献者であるLinkedInは、2018年8月頃にすべてのシステムをヴォルデモートから移行しており、2018年10月時点で代わりのスポンサーはいない[アップデート]。[4] 2022年にLinkedInはオープンソースの代替としてProject Veniceを発表した[5]
プロパティ
Voldemortはメモリ内キャッシュを使用して、別のキャッシュ層を排除します。エミュレート可能なストレージ層があります。Voldemortは水平方向に読み取りと書き込みを行います。APIはデータの複製と配置を決定し、幅広いアプリケーション固有の戦略に対応します。[2] [6]
Voldemort 分散データストアは、データセンター間の分散のためのプラグ可能な配置戦略をサポートしています。データはサーバー間で自動的に複製されます。データはパーティション化されており、1 つのサーバーにはデータ全体の一部しか含まれません。各データ ノードは独立しているため、中央障害点を回避できます。プラグ可能なシリアル化により、名前付きフィールドを持つリストやタプルなどの豊富なキーと値が可能になり、 Avro、Java Serialization、Protocol Buffers、Thriftなどの一般的なシリアル化フレームワークとの統合も可能です。サーバー障害は透過的に処理されます。データ項目はバージョン管理され、データの整合性が最大限に高まります。[1]
参照
参考文献
- ^ ab 「Voldemort は分散型キーバリューストレージシステムです」。Project Voldemort - 分散型データベース。2015年 4 月 20 日閲覧。
- ^ ab 「リレーショナル データベースとの比較」。Project Voldemort - 分散データベース。2011 年 4 月 23 日のオリジナルからアーカイブ。2011 年 4 月 5 日に取得。
- ^ ラブル、ティルマン;サドーギ、モハメッド。ヤコブセン、ハンス=アルノ。ゴメス・ビジャモール、セルヒオ。ムンテス=ムレロ、ビクター。マンコフスキー、セルジュ (2012 年 8 月) 「エンタープライズ アプリケーション パフォーマンス管理におけるビッグ データの課題の解決」(PDF)。VLDB 基金の議事録。5 (12): 1724 ~ 1735 年。arXiv : 1208.4167。土井:10.14778/2367502.2367512。S2CID 15591565。
- ^ project-voldemortメーリングリスト投稿。2018年8月16日。2018年10月6日閲覧。
- ^ linkedinの投稿。2022年9月26日。2023年11月29日に閲覧。
- ^ Project Voldemort による大規模バッチ計算データの提供
外部リンク
- プロジェクト ヴォルデモート - 分散データベース
- プロジェクト・ヴォルデモート リアルタイムディスカッション
