OpenSearchクラスタを使用した検索のサイズ変更

OpenSearchクラスタのサイズを変更して、パフォーマンスおよびその他の要件を満たすようにノード構成を変更します。

OpenSearchクラスタのサイズは、次の方法で変更できます。

ノート

水平方向のインプレース・サイズ変更により、クラスタは読取りおよび書込みの受け入れを続行できます。その他のサイズ変更操作では、クラスタを一時的に読取り専用モードにできます。他の設定を変更せずにデータ・ノード・ストレージを増やす場合、読取り専用モードは必要ありません。サイズ変更中にクラスタ・パフォーマンスおよび個々のリクエストが影響を受ける可能性があります。詳細は、Cluster Patching and Resize Operationsを参照してください。

ノードのハードウェア設定の詳細は、OpenSearch Node Typesを参照してください。

検索可能スナップショット索引の管理

検索可能スナップショット索引がクラスタ内に残っている間は、検索ノード数をゼロにすることはできません。最後の検索ノードを削除する前に、次の手順を実行します。

  1. index.store.type: remote_snapshotの索引設定を確認して、検索可能なスナップショット索引を検索します。
  2. データが検索可能なままである必要がある場合は、データ・ノードに十分な記憶域があることを確認してから、storage_type: localおよび異なる索引名を使用して、バッキング・スナップショットを通常の索引としてリストアします。元の検索可能スナップショット索引を削除する前に、リストアされたデータを検証し、アプリケーションの参照または別名を更新します。
  3. 不要になったら、クラスタから検索可能なスナップショット索引を削除します。バッキング・スナップショットは、保持または将来のリストアに必要な場合に保持します。
  4. 検索可能スナップショット・インデックスが残っていないことを確認してから、検索ノード数をゼロに水平にサイズ変更します。

制限事項および考慮事項

次の表に、OpenSearchクラスタのサイズ変更時に考慮する制限事項と考慮事項を示します。

シナリオ 制限または考慮 推奨アクション
可用性または回復力の向上 ノード間の容量の追加は、適切なスケーリング・アプローチです。 クラスタを水平方向にサイズ変更します。
パフォーマンスの向上 ノードの追加よりも、ノードあたりのリソースが多いほうが望ましい場合があります。 クラスタを垂直にサイズ変更します。
水平スケーリングと垂直スケーリングの両方が必要です 水平スケーリングには、垂直スケーリングも必要な場合があります。 水平方向のサイズ変更の前に垂直方向のサイズ変更を実行します。
データ・ノードの追加 より多くのデータ・ノードがクラスタ・パフォーマンスに影響する可能性があります。 ノード数を増やす前に、予想されるパフォーマンスへの影響を評価します。
サイズ変更操作 サイズ変更の進行中は、クラスタのパフォーマンスに影響する可能性があります。 サイズ変更を適切に計画および監視します。
メモリーまたはOCPUの削減 リソースを減らすと、パフォーマンスが低下する可能性があります。 低い値を選択する前に、OpenSearchメトリックを使用して検索を確認します。
データ・ノード・ストレージの削減 データ・ノード・ストレージは削減できません。 ストレージは、サポートされているサイズ変更条件でのみ増加できます。
最小ノード構成 ノード構成は、サポートされている最小値より小さくすることはできません。 すべてのノード構成要件については、OpenSearch Node Typesを参照してください。
垂直ダウンスケール サービスは、新しい構成を適用する前に、ターゲットCPUおよびメモリー使用率に対して最新のメトリックを検証します。 メトリックを使用して特定の値を選択します。チェックに失敗すると、操作によってInvalidParameterがcannot downscaleメッセージとともに返されます。
不明なダウンスケール値 パフォーマンスへの影響を理解せずにいくつかの構成を試すことはお薦めしません。 十分な履歴メトリックを収集するか、サポートにお問い合せください。