Lindorm インスタンスを作成する前に、シナリオ、ワークロード、価格などの要因に基づいて、ビジネス要件を満たすことができるインスタンス構成を決定する必要があります。このトピックでは、Lindorm インスタンスのエンジン、ストレージタイプ、ノード仕様、およびノード数を選択する方法について説明します。
ストレージタイプを選択する
Lindorm は、LindormDFS を基盤となるストレージとして使用して、ストレージリソースをコンピューティングリソースから分離します。 Lindorm インスタンスのストレージ容量は、同じインスタンス内の複数のエンジン間で共有されます。ストレージ内のデータへのアクセスのレイテンシは、ストレージタイプによって異なります。詳細については、「ストレージタイプ」をご参照ください。
エンジンを選択する
Lindorm は複数のエンジンをサポートし、さまざまなオープンソースソフトウェアおよびサービスの標準 API と互換性があります。また、SQL クエリをサポートし、時系列データの処理やテキストベースのデータクエリと分析などの機能を提供します。さまざまなエンジンがさまざまなビジネスシナリオに適しています。ビジネス要件に基づいて、1 つ以上のエンジンを選択できます。詳細については、「エンジン」をご参照ください。
ノード仕様とノード数を選択する
選択したエンジンのノード仕様とノード数を選択する場合は、読み取りおよび書き込みワークロードに加えて、他の要因も考慮する必要があります。ノードの数と仕様を選択する方法の詳細については、「ノードの数と仕様を選択する」をご参照ください。
Lindorm でサポートされているすべてのノード仕様は専用仕様です。専用の Lindorm インスタンスは、割り当てられたすべての CPU リソースとメモリリソースを排他的に使用します。専用の Lindorm インスタンスのパフォーマンスは安定しており、同じ物理サーバーにデプロイされている他のインスタンスの影響を受けません。
FAQ
Lindorm インスタンスを購入する場合、ビジネス要件を満たすことができる両方のオプションがある場合、より高い仕様とより少ないノード、またはより低い仕様とより多くのノードを選択する必要がありますか？
Lindorm インスタンスには、より高い仕様とより少ないノードを選択することをお勧めします。 Lindorm は無制限の水平スケーリング機能をサポートしています。アクセス要求がノード間で均等に分散されている場合は、ノードを追加して、高負荷、高レイテンシ、サービスジッターなどの問題を軽減できます。短期間で大量のデータが要求される場合、またはデータに頻繁にアクセスされる場合は、単一ノードの仕様によって、ホットスポットの問題を処理するために必要な機能が決まります。この場合、より高いノード仕様は強力なアンチジッター機能を提供し、より高い全体的なサービス安定性を保証します。