1.3. 検索サービスのカスタマイズ


検索サービスをカスタマイズして、永続ストレージを設定したり、パフォーマンスとスケーラビリティーを微調整したり、環境変数を通じて特定の動作を変更したりできます。検索オペレーターから検索設定オプションにアクセスします。検索オペレーターは、カスタムリソースである search-v2-operator を 監視し、変更を調整して、アクティブな Pod を更新します。

必要なアクセス権: クラスター管理者

前提条件

  • open-cluster-management 名前空間へのアクセス権が必要です。

手順

検索サービスをカスタマイズするには、以下の手順を実行してください。

  1. search-v2-operator カスタムリソースのデフォルト値を変更します。

    1. カスタムリソースの詳細を表示するには、次のコマンドを実行します。

      oc get search search-v2-operator -n <acm-namespace> -o yaml
    2. 本番環境で稼働中のクラスターに対して、永続的なボリューム要求を設定します。空きディレクトリーのサイズに制限がある場合は、検索パフォーマンスを向上させるために、PostgreSQL データを永続ボリューム要求に保存してください。

      注記:

      • インストール時、Red Hat Advanced Cluster Management PostgreSQL データベースのデフォルト設定では、データストレージとして emptyDir ボリュームが使用されます。
      • 永続的なボリューム要求が見つからない場合、ステータス ペインに SearchPVCNotPresent アラートが表示されます。
      • 検索用の永続的なボリューム要求が欠落しており、重大な状況が存在する場合、SearchPVCNotPresentCritical Prometheus アラートが送信されます。
    3. 検索データを永続化するには、Red Hat Advanced Cluster Management ハブクラスターからストレージクラスを選択してください。
    4. たとえば、gp2 ストレージクラスを選択した場合は、永続ボリューム要求を作成し、その要求を search-postgres Pod にマウントします。お使いの設定は、以下の例のようになるかもしれません。
    apiVersion: search.open-cluster-management.io/v1alpha1
    kind: Search
    metadata:
      name: search-v2-operator
      namespace: open-cluster-management
      labels:
        cluster.open-cluster-management.io/backup: ""
    spec:
      dbStorage:
        size: 10Gi
        storageClassName: gp2
    1. 必要に応じてストレージサイズを変更してください。デフォルトでは、ストレージサイズは 10Gi です。たとえば、約 200 のマネージドクラスターには 20Gi で十分な場合があります。
  2. 4 つの検索 Pod (インデクサーデータベースクエリー APIコレクター) のいずれかについて、Pod のメモリーまたは CPU 要件、レプリカ数、および更新ログレベルを調整することで、コストを最適化します。

    1. search-v2-operator カスタムリソースの deployment セクションを更新します。search-v2-operator によって管理されるデプロイメントは 4 つあり、それぞれ個別に更新できます。
    2. インデクサーデータベースクエリー API、または コレクター Pod にリソースを適用します。
    3. envVar セクションに複数の環境変数を追加すると、名前を付けた各変数に値を指定できます。
    4. envVar 仕様に複数の環境変数を追加することで、名前を付けた各変数に値を指定します。
    5. 4 つの Pod のいずれかのログレベルの詳細度を制御するには、queryapi 仕様に -v=3 引数を追加します。search-v2-operator カスタムリソースは、次のファイルのようになる場合があります。
    apiVersion: search.open-cluster-management.io/v1alpha1
    kind: Search
    metadata:
      name: search-v2-operator
      namespace: open-cluster-management
    spec:
      deployments:
        collector:
          resources:
            limits:
              cpu: 500m
              memory: 128Mi
            requests:
              cpu: 250m
              memory: 64Mi
        indexer:
          replicaCount: 3
        database:
            envVar:
              - name: POSTGRESQL_EFFECTIVE_CACHE_SIZE
                value: 1024MB
              - name: POSTGRESQL_SHARED_BUFFERS
                value: 512MB
              - name: WORK_MEM
                value: 128MB
        queryapi:
          arguments:
          - -v=3
  3. インデクサー Pod にメモリーリソースを割り当てます。以下の例を参照してください。

        indexer:
          resources:
            limits:
              memory: 5Gi
            requests:
              memory: 1Gi
  4. 検索 Pod のノード配置を定義します。

    1. nodeSelector パラメーターまたは tolerations パラメーターを使用して、検索 Pod の Placement リソースを更新します。次の設定例を表示します。
    spec:
     dbStorage:
      size: 10Gi
     deployments:
      collector: {}
      database: {}
      indexer: {}
      queryapi: {}
     nodeSelector:
      node-role.kubernetes.io/infra: ""
     tolerations:
     - effect: NoSchedule
      key: node-role.kubernetes.io/infra
      operator: Exists

関連情報

永続ストレージの設定方法については、OpenShift Container Platform ドキュメントの 永続ストレージの設定を 参照してください。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る