Lindorm LindormTable は、メタデータ、オーダー、請求データ、ユーザープロファイル、ソーシャル、フィード、ログなどの大量の半構造化データおよび構造化データ向けの分散ストレージエンジンです。HBase および Phoenix (SQL) と互換性があり、数百兆行の単一テーブル、数千万の同時リクエスト、ミリ秒レベルのレスポンス、および災害復旧のためのデータセンター間の強整合性をサポートします。
コア機能
機能 | 説明 |
低コスト | 高密度かつ低コストのストレージメディア、インテリジェントなホット/コールド分離、高圧縮アルゴリズム、適応型エンコーディングにより、セルフマネージドのデータベースと比べてストレージおよび処理コストを最大80% 削減します。 |
クラウドネイティブな弾力性 | ストレージとコンピューティングの分離とサーバーレステクノロジーにより、コンピューティングとストレージを即時にオンデマンドでスケールできます。 |
超ワイドテーブル | 10,000 列を超える超ワイドテーブルをサポートし、リアルタイムで同時実行性の高い書き込みを実現します。 |
エンタープライズグレードの安定性 | Alibaba Group の本番環境で10年以上にわたり実運用で鍛えられており、高可用性アーキテクチャに基づいて、堅牢なエンタープライズグレードの安定性を実現します。 |
豊富なエコシステム | HBase などのオープンソースインターフェイスと互換性があります。Spark、Flink などのコンピューティングエンジンと連携し、データエコシステムへシームレスに統合できます。 |
Lindorm LindormTable の機能： 機能 | Lindorm、HBase、Cassandra との比較。
アーキテクチャ
Lindorm ワイドテーブルエンジンアーキテクチャ:
主要なアーキテクチャ設計：
データストレージと高可用性
LindormTable はデータを LDFS に永続化し、クラスターサーバー全体に自動的にパーティション分割します。
各パーティションには 1～N 個のレプリカ (プライマリまたはセカンダリ) があります。レプリカは高可用性と整合性のためにゾーンをまたいで配置できます。
同期と読み取り/書き込みの挙動は整合性モードによって異なります：
強い整合性：読み取りと書き込みはプライマリのみが処理します。データは非同期でセカンダリにリプレイされます。プライマリに障害が発生した場合、セカンダリがプライマリに昇格します。Master がこの昇格を調整し、同期が完了していることを保証します。
結果整合性：プライマリとセカンダリの両レプリカが読み取りと書き込みを処理します。データは両者間で複製され、すべてのレプリカで結果整合性が確保されます。
マルチレプリカ最適化
タイムドトリガー：リクエストごとに
GlitchTimeoutを設定します。タイムアウトが発生すると、リクエストを他の N-1 個のレプリカに再送し、最も速い応答を採用します。レプリカの自動分離：タイムアウト、エラー、ヘルスチェックに基づいて不健全なレプリカを分離し、サービスの安定性を維持します。
ホット/コールドデータ分離
LSM 構造：LStore と組み合わせてホットデータとコールドデータを自動的に階層化し、ストレージコストを抑えながら透過的なクエリを可能にします。
データモデル
柔軟なスキーマ：動的カラム (DDL 不要)、グローバルセカンダリインデックス、転置インデックスをサポートします。システムはクエリ条件に基づいて最適なインデックスを自動選択し、複数条件クエリを高速化します。
ユースケース
アクセス方法
同じ LindormTable データには、いずれかの方法、または両方を同時に使用してアクセスできます。
Lindorm SQL (推奨)：リレーショナルデータベースに近い開発者エクスペリエンスを提供します。
HBase API：すでに HBase 上に構築されているアプリケーション向けです。