LindormSearch は、Lindorm が提供する検索エンジンサービスです。 LindormSearch は、複数のノードで構成される分散クラスタを使用してサービスを提供します。 LindormSearch を購入する前に、クラスタのリソース容量を評価する必要があります。このトピックでは、クラスタ容量の計画に役立つ一般的な提案をいくつか紹介します。
ストレージ容量の評価
ストレージ容量を評価する際は、次の項目を考慮してください。
- レプリカ数: デフォルトでは、推奨されるレプリカ数は 0 です。 LindormSearch は分散共有ストレージを使用します。ノードに障害が発生した場合、データは他のノードに自動的に移行され、サービスの継続性が確保されます。高い信頼性が必要な場合は、レプリカ数を 1 に設定することをお勧めします。
- インデックスの肥大化: ほとんどの場合、インデックスデータのサイズは 20% 増加する可能性があります。
- 検索エンジン: トランザクションログの記録や定期的な圧縮などの操作のために、ストレージの 20% を予約しておくことをお勧めします。
- OS 用の予約ストレージ: デフォルトでは、ストレージの 5% が OS 用に予約されています。
- システムセキュリティのしきい値: クラスタ全体の安定性を確保するために、クラスタを実行するためのストレージの 20% を予約しておくことをお勧めします。ストレージの 20% を予約し、ストレージの使用率が 80% に達すると、テキストメッセージアラートが自動的に送信されます。
ストレージ要件は、次の式を使用して推定できます。
Required storage = Storage occupied by the source data × 1.9 // 必要なストレージ = ソースデータによって占有されるストレージ × 1.9クエリとデータ書き込みの複雑さと量は、ビジネスシナリオによって異なります。リソースを選択する前に、ストレージ容量の要件を評価することをお勧めします。テストを実行して、リソースが十分かどうかを確認できます。次の一般的な提案が提供されています。
- 単一障害点を防ぐために、少なくとも 2 つのノードを選択してください。
- 16 CPU コア、64 GB メモリなどの高仕様のノードを選択することをお勧めします。
- テストの結果、コンピューティングリソースがビジネス要件を満たしていないことが示された場合は、スケールアップを実行することをお勧めします。たとえば、ノードの仕様を 4 CPU コア、16 GB メモリから 8 CPU コア、32 GB メモリにアップグレードします。次に、スケールアウトを実行してノード数を増やすかどうかを判断します。
各インデックスは複数のシャードに分割されます。データが書き込まれると、ハッシュアルゴリズムはドキュメント ID に基づいてデータを異なるシャードに自動的に割り当てます。シャード数を設定するための次の一般的な提案が提供されています。
- 単一シャードのサイズは 20 GB から 50 GB の範囲です。
- シャードの数は、ノード数の整数倍です。たとえば、インスタンスに 2 つのノードがある場合は、作成されたインデックスのシャード数を 2 に設定します。
- ログデータや注文データなどのビジネスデータに時間属性がある場合は、システムが提供するエイリアス機能を使用することをお勧めします。この機能は、継続的に新しいインデックスを生成し、定期的に元のインデックスを削除します。 エイリアスの使用方法の詳細については、[シャーディング（エイリアス）の使用] をご参照ください。