Lindorm インスタンスを作成する前に、ストレージタイプ、エンジン、ノードスペック、ノード数の 4 つの構成ディメンションを決定します。各選択肢はレイテンシ、パフォーマンス、およびコストに影響を与えます。本ガイドを活用して、ワークロードに最適な初期構成を特定してください。
ストレージタイプの選択
ストレージタイプはデータアクセスのレイテンシを決定します。Lindorm では、ストレージとコンピュートを分離する基盤ストレージレイヤーとして LindormDFS を採用しています。ストレージ容量は、同一インスタンス内のすべてのエンジンで共有されます。
判断ルール：ワークロードの読み取り／書き込みレイテンシに対する感度に基づいてストレージタイプを選択します。異なるストレージタイプはレイテンシとコストのトレードオフ関係にあり、アクセス頻度および応答時間要件に応じて適切なストレージ階層を選定してください。
ストレージタイプとそのレイテンシ特性の比較については、「ストレージタイプ」をご参照ください。
エンジンの選択
Lindorm は、SQL クエリ、時系列データ処理、テキストベースのデータクエリと分析をサポートするマルチモデルデータベースです。複数のオープンソースシステムの標準 API と互換があるため、既存のアプリケーションロジックを再実装することなく導入できます。
判断ルール：データモデルおよびアクセスパターンに合致するエンジンを選択します。単一のインスタンス上で 1 つ以上のエンジンを有効化できます。どのエンジンから開始すべきか判断が難しい場合は、主なワークロードがリレーショナル型、時系列型、ワイドカラム型、または検索指向型のいずれに該当するかを特定し、それぞれに対応するエンジンにマップしてください。
ご使用のシナリオに最も適したエンジンの選定方法については、「エンジン」をご参照ください。
ノードスペックおよびノード数の選択
ノードのサイズ設定は、単純な読み取り／書き込みスループットとのマッチングにとどまりません。アクセスのディストリビューションやホットスポット耐性も考慮する必要があります。
すべての Lindorm ノードスペックは専有型です。各インスタンスは割り当てられた CPU およびメモリを排他的に占有するため、同一物理サーバ上の他のインスタンスによるパフォーマンスへの影響を受けません。
デフォルト推奨：ノード数は少なく、ノードスペックは高めから開始
トラフィックの分布が不明確な場合、低スペックのノードを多数配置するよりも、高スペックのノードを少数配置して開始することを推奨します。
データ全体にトラフィックが均等に分散される場合：今後、負荷増加に対応するためにノードを追加して水平スケーリングできます。Lindorm は無制限の水平スケーリングをサポートしています。
トラフィックが一部のデータに集中する場合（例：タイムセール中、バッチデータインポート中、または時系列データの急増時）：インスタンスがレイテンシのジッターを伴わずトラフィックの急増を吸収できるかどうかは、ノード数ではなく、単一ノードのスペックによって決まります。より高スペックなノードを採用することで、余裕ある運用が可能になります。
この推奨は、どちらの場合にも適用されます。なぜなら、高スペックノードは、低スペックノードを多数配置しても対応できないホットスポットシナリオにも耐えられる一方で、負荷が時間とともに均等に増加する場合には、引き続き水平スケーリングが可能です。
ワークロードに応じた適切なノード数およびノードスペックの算出方法を含む、完全なサイズ設定ガイドについては、「ノード数およびノードスペックの選択」をご参照ください。
よくある質問
高スペック・ノード数が少ない構成と低スペック・ノード数が多い構成の両方が要件を満たす場合、どちらを選択すべきですか？
高スペックのノードを少数配置する構成から開始してください。トラフィックがデータ全体に均等に分散される場合にはノード追加が有効ですが、タイムセールや大量データインポートなど、トラフィックが一部のデータに集中する場合には、インスタンスがジッターを伴わず急増を吸収できるかどうかは、単一ノードのスペックに依存します。高スペックノードを採用することで、パフォーマンスジッターに対する耐性が強化され、サービス全体の安定性も向上します。また、Lindorm は無制限の水平スケーリングをサポートしているため、トラフィック増加に応じて随時ノードを追加できます。