Lindorm は、基盤となるストレージシステムとして LindormDFS を使用します。ストレージリソースはコンピューティングリソースから分離されているため、ストレージは個別に課金され、ワークロードを中断することなく拡張できます。ストレージ容量は、単一の Lindorm インスタンス内のすべてのエンジンで共有されます。
ストレージクラス
Lindorm は 5 つのストレージタイプを提供します。いずれかを選択する前に、各カテゴリの測定方法にご注意ください。これは容量計画とコストに直接影響します。
課金基準
ストレージカテゴリ | 課金基準 | 容量計画 |
パフォーマンスストレージ、標準ストレージ、容量ストレージ | 論理容量 | レプリカの計算は不要です。100 GiB のデータベースファイルは 100 GiB のストレージを消費します。冗長性は LindormDFS が処理します。 |
ローカル SSD、ローカル HDD、アタッチされたクラウドディスク | 物理容量 | 論理サイズにレプリカ数を掛け合わせます。100 GiB のデータベースファイルを 3 つのレプリカで保存すると、300 GiB を消費します。 |
デフォルトでは、ローカルディスクデータは 3 つのレプリカで、クラウドディスクデータは 2 つのレプリカで保存されます。
ストレージタイプの比較
ストレージタイプ | ストレージレイテンシ | ユースケース | サポートされるエンジン | スケーラビリティ |
標準ストレージ | 3～5 ms | ストリーミングデータ、チャットアプリケーション、リアルタイムレポート、オンラインコンピューティングなどのリアルタイムデータアクセス | LindormTable、LindormTSDB、LindormSearch、LindormDFS、および Lindorm streaming engine | オプションで容量ストレージを購入できます。 |
パフォーマンスストレージ | 0.2～0.5 ms | 広告入札、ユーザーペルソナ、オーディエンスセグメンテーション、リアルタイム検索、リスク管理など、低レイテンシが要求されるワークロード | LindormTable、LindormTSDB、LindormSearch、LindormDFS、および Lindorm streaming engine | オプションで容量ストレージを購入できます。 |
容量ストレージ | 15 ms～3 s | アクセス頻度の低いデータ：監視ログ、注文履歴、オーディオ/ビデオアーカイブ、データレイクストレージ、オフラインコンピューティング | LindormTable、LindormDFS、および Lindorm streaming engine | N/A |
ローカル SSD | 0.1～0.3 ms | オンラインゲーム、E コマース、ApsaraVideo Live、メディアなど、超低レイテンシと高い I/O スループットを必要とする I/O 集中型のオンラインワークロード | LindormTable、LindormTSDB、LindormSearch、LindormDFS | オプションで容量ストレージを購入できます。ローカル SSD はアタッチされたクラウドディスクとプーリングできます。異種レプリカとイレイジャーコーディングをサポートします。 |
ローカル HDD | 10～300 ms | インターネットおよび金融業界における、大量データストレージ、オフラインコンピューティング、ビッグデータ分析 | LindormTable、LindormTSDB、および LindormFile | アタッチされたクラウドディスクによる高速化が可能です。異種レプリカとイレイジャーコーディングをサポートします。 |
ストレージレイテンシの値は、ストレージ層のレイテンシのみを示すもので、エンドツーエンドのレイテンシではありません。
容量ストレージ は高密度のディスクアレイを使用して、高い読み取り/書き込みスループットを備えたコスト効率の高いストレージを提供します。ランダム読み取り性能は他のストレージタイプと比較して低くなります。容量ストレージは、書き込みが多いワークロードやビッグデータ分析に最適です。読み取り動作の詳細については、「容量指向クラウドストレージの概要」をご参照ください。
ローカル SSD とローカル HDD は、デフォルトで 3 つのレプリカを保存します。1 つのノードに障害が発生した場合でも 3 つのレプリカを維持するには、ローカルディスクを使用する Lindorm インスタンスに少なくとも 3 つのノードを設定する必要があります。
ローカル SSD またはローカル HDD インスタンスを購入する際は、[Node Spec of Local Disk] を選択し、データエンジンノードの数を指定します。ローカルディスクインスタンスでは、他のストレージオプションは利用できません。
ストレージタイプの選択
次のガイドラインを使用して、ワークロードに合ったストレージタイプを選択してください。
ワークロード要件 | 選択 |
オンラインアプリケーション向けのミリ秒未満のレイテンシ | ローカル SSD (0.1～0.3 ms) |
ローカルディスクの管理なしでミリ秒未満のレイテンシ | パフォーマンスストレージ (0.2～0.5 ms) |
中程度のレイテンシで信頼性の高いリアルタイムアクセス | 標準ストレージ (3～5 ms) |
アクセス頻度の低いデータまたはアーカイブデータ向けの低コストストレージ | 容量ストレージ (15 ms～3 s) |
ローカルスループットを備えた、ビッグデータ分析用の高密度ストレージ | ローカル HDD (10～300 ms) |
リクエストごとのレイテンシ予算が 1 ms 未満の場合は、ローカル SSD またはパフォーマンスストレージから始めることを推奨します。ストレージコストが主な懸念事項であり、データへのアクセス頻度が低い場合は、容量ストレージが最もコスト効率の高いオプションです。
拡張機能
オプションの容量ストレージ
標準ストレージおよびパフォーマンスストレージのインスタンスは、容量ストレージを追加して、コールドデータを低コストで保持できます。これにより、インスタンスを移行することなく、ホットデータをより高速なストレージに保持しながら、古いデータをアーカイブできます。
ローカル SSD とクラウドディスクのプーリング
ローカル SSD を備えた単一のコンピュートノードでは、大規模なワークロードに対して十分なストレージがない場合がありますが、ストレージを増やすためにノードを追加すると、コンピューティングリソースが無駄になります。代わりに、インスタンスにクラウドディスクをアタッチします。ローカル SSD とアタッチされたクラウドディスクは、単一のストレージプールを形成します。
ローカル HDD インスタンスのクラウドディスクアクセラレーション
ローカル HDD インスタンスにクラウドディスクをアタッチして、データの一部に対する平均レイテンシを短縮し、IOPS を向上させます。アタッチされたクラウドディスクをホットデータ専用で使用することも、ローカル HDD と組み合わせて異種レプリカとして使用することもできます。
異種レプリカ
異種レプリカは、同じデータファイルの異なるレプリカを異なるストレージメディアに保存します。1 つは高性能ストレージに、もう 1 つはコスト効率の高いストレージに保存します。通常の状態では、読み取りは高性能レプリカから実行されます。それらのノードが利用できない場合、読み取りはコスト効率の高いレプリカにフォールバックします。
高性能が優先事項であり、時折発生するリクエストレイテンシのスパイクが許容できる場合は、異種レプリカを使用してください。
サポートされる組み合わせ：
ローカル SSD またはクラウドディスク上の 1 つのレプリカ + 容量ストレージ上の 1 つのレプリカ
クラウドディスク上の 1 つのレプリカ + ローカル HDD 上の 2 つのレプリカ
異種レプリカを有効にするには、Lindorm のテクニカルサポート (DingTalk ID: s0s3eg3) にお問い合わせください。
イレイジャーコーディング (RS-4-2)
ローカル SSD または HDD を使用する Lindorm インスタンスは、RS-4-2 イレイジャーコーディング (リード・ソロモン) を有効にできます。これにより、冗長性オーバーヘッドが 3 倍のレプリケーションから 1.5 倍に削減されます。RS-4-2 アルゴリズムは 6 つのストレージノードにデータを分散させ、さらに 1 つの冗長ノードを必要とするため、インスタンスには少なくとも 7 つのストレージノードが必要です。
イレイジャーコーディングを有効にするには、Lindorm のテクニカルサポート (DingTalk ID: s0s3eg3) にお問い合わせください。