ApsaraDB for HBase Performance-enhanced Edition (Lindorm) は、エンタープライズクラスのパフォーマンス、信頼性、およびエコシステム統合機能を備えたフルマネージドサービスです。クラスターの運用管理を自社で行うオーバーヘッドが不要であり、Apache HBase の機能を拡張します。
主な特徴
Lindorm は、Apache HBase が標準で提供しない追加のデータモデルおよび組み込みインデックス機能を、HBase API と併用してサポートします。
| 特徴 | Lindorm | Apache HBase |
|---|---|---|
| HBase API | 対応 | 対応 |
| データモデル | ワイドカラム（HBase API）、テーブル（SQL ライク API）、キューなど | ワイドカラムのみ |
| グローバルセカンダリインデックス（GSI） | 組み込み済み。非インデックスキー列に対する透明なクエリおよび構成可能な冗長性を実現。詳細については、「セカンダリインデックス」をご参照ください。 | 外部コンポーネントが必要。設定が複雑 |
| 全文検索 | Apache Solr と統合済み。統一ストレージ、多次元クエリ、および大規模データセットにわたるフルテキストインデックスを提供。詳細については、「フルテキストインデックスサービス」をご参照ください。 | 非対応 |
パフォーマンス
Lindorm は、エンジンレベルでの深層最適化により、Apache HBase よりも大幅に高いスループットと低いレイテンシーを実現します。これらの向上は、ピークトラフィック時における同時実行数の余裕増加および応答時間の一貫性向上に直接寄与します。
| 指標 | Lindorm | Apache HBase |
|---|---|---|
| スループット | Apache HBase の 7 倍。詳細については、「テスト結果」をご参照ください。 | ベースライン |
| P99 レイテンシー | Apache HBase の 1/10。詳細については、「テスト結果」をご参照ください。 | ベースライン |
コスト効率
Lindorm は、高度に最適化された圧縮アルゴリズム、スマートなエンコーディング、および自動的なコールド／ホットデータ階層化により、手動によるチューニングを必要とせずにストレージコストを削減します。
| 特徴 | Lindorm | Apache HBase |
|---|---|---|
| データ圧縮 | JNA を用いて再実装された、コアダンプを回避するよう深く最適化された Zstandard（ZSTD）アルゴリズムを使用。辞書サンプリングによる最適化を実施しており、Snappy と比較して圧縮率が 50 % 向上し、最大で 10:1 のデータ圧縮率を達成します。 | デフォルトで Snappy を使用。Zstandard は Hadoop 3.0 環境を必要とし、コアダンプを引き起こす可能性があります。 |
| エンコーディング | IndexableDelta アルゴリズムをサポート。DIFF アルゴリズムと同等の圧縮率を維持しつつ、ランダムアクセス速度を 2 倍に高速化します。 | デフォルトで DIFF を使用。ランダムアクセスが遅い |
| コールドデータとホットデータの分離 | 階層化ストレージを活用し、コールドデータを高圧縮・低コストのメディアに自動的に格納します。これにより、ストレージコストを 70 % 削減し、ホットデータのクエリパフォーマンスを 15 % 向上させます。詳細については、「コールドデータとホットデータの分離」をご参照ください。 | 非対応 |
| ストレージメディア | ウルトラディスク、標準 SSD、ローカル HDD、ローカル SSD、コールドデータ向け Object Storage Service（OSS）、および容量最適化ディスク（近日リリース予定） | 該当なし |
信頼性
Lindorm は、自動フェイルオーバー、大規模バックアップ、高速障害復旧などのエンタープライズクラスの信頼性機能を提供し、サービスレベルアグリーメント（SLA）によって保証されています。
| 特徴 | Lindorm | Apache HBase |
|---|---|---|
| アクティブ／スタンバイ冗長構成 | 自動フェイルオーバーおよび同時リクエスト処理のためのデュアルクラスターデプロイメントをサポート。自社管理型 Apache HBase インスタンスと A-S モードで併用可能です。 | 自動フェイルオーバー非対応 |
| バックアップと復元 | データサイズに関係なく、100 TB を超えるデータを OSS へバックアップ可能。目標復旧時間（RTO）は 30 分未満です。オンデマンドバックアップおよびポイントインタイム復元をサポート。詳細については、「データバックアップおよび復元の有効化」をご参照ください。 | 非対応 |
| 平均修復時間（MTTR） | 障害復旧が Apache HBase よりも 10 倍高速です。 | 非対応 |
マルチテナント対応
Lindorm は、きめ細かなアクセス制御およびテナント間の物理的リソース隔離を実現する、安全なマルチテナントデプロイメントをサポートします。
| 特徴 | Lindorm | Apache HBase |
|---|---|---|
| 認証および ACL | アクセス制御リスト (ACL) ベースの権限管理によるユーザー名/パスワード認証です。「ユーザーと ACL の管理」をご参照ください。 | 認証プロセスが複雑 |
| リソース隔離 | テナント間の物理的隔離を実現するリソースグループ機能 | 非対応 |
運用管理および診断
Lindorm は、クラスター管理およびデータクエリのための GUI ベースツールを提供し、HBase Shell を主要な管理インターフェイスとして置き換えます。
| 特徴 | Lindorm | Apache HBase |
|---|---|---|
| 運用管理ツール | テーブル、名前空間、グループ、ACL などの GUI ベースクラスター管理。詳細については、「クラスター管理システム」をご参照ください。 | HBase Shell のみ |
| データクエリ | HBase Shell およびクラスター管理システム内での GUI ベース SQL クエリをサポート。詳細については、「データクエリ」をご参照ください。 | HBase Shell のみ |
エコシステム統合
Lindorm は、移行、同期、分析のための主要データサービスと統合されており、自社管理型 HBase で発生する煩雑な開発作業を解消します。
| 統合 | Lindorm | Apache HBase |
|---|---|---|
| データ移行 | アプリケーションへの影響やコード変更を一切伴わず、HBase バージョン間で効率的かつ自動的、オンラインで移行可能。詳細については、「LTS（旧称：BDS）の概要」をご参照ください。 | オフライン移行のみ |
| MySQL 同期 | Lindorm Tunnel Service（LTS）を活用し、MySQL からの完全データ同期およびリアルタイムオンライン増分同期を実現。詳細については、「LTS（旧称：BDS）の概要」をご参照ください。 | 専用ツール非搭載。オンライン増分同期非対応。サードパーティ製ツールが必要 |
| Apache Spark 分析 | Apache Spark と深く統合：Lindorm データに対する Spark SQL クエリ実行、増分データの Spark／HDFS／OSS へのアーカイブ、およびオフライン分析結果の Lindorm への書き戻しが可能 | 組み込み統合非搭載。多大な開発ワークロードが必要 |
| MaxCompute | 完全データを MaxCompute へエクスポート可能。詳細については、「MaxCompute への完全データエクスポート」をご参照ください。 | 多大な開発ワークロードが必要 |
| Log Service | LTS を活用して「Log Service からの増分データのインポート」を実行可能。詳細については、「LTS（旧称：BDS）の概要」をご参照ください。 | 多大な開発ワークロードが必要 |
サービスおよびサポート
Lindorm は、SLA および Apache HBase に関する豊富な経験を持つ専門チームによって全面的にサポートされるフルマネージドサービスです。
| 項目 | 詳細 |
|---|---|
| SLA | シングルクラスターデプロイメントでは最大 99.9 % のサービス可用性、デュアルクラスターデプロイメントでは 99.99 % のサービス可用性を保証 |
| 運用管理 | フルマネージド — 複雑なデータベース操作は不要 |
| 技術チーム | Apache Project Management Committee（PMC）メンバーおよびコミッターを含むチームがサポート |
| 大規模実績 | 天猫「独身の日」ショッピングフェスティバルにおいて 9 年間にわたり継続稼働。数十万のインスタンスが Alibaba Group の各事業を支えています |