Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Trident保護インストールのカスタマイズ

共同作成者
PDF

Trident保護のデフォルト設定をカスタマイズして、環境の特定の要件を満たすことができます。

Trident保護コンテナのリソース制限を指定

Trident保護のインストール後に、構成ファイルを使用してTrident保護コンテナのリソース制限を指定できます。リソース制限を設定すると、Trident保護処理で消費されるクラスタのリソースの量を制御できます。

手順

  1. という名前のファイルを作成します resourceLimits.yaml。

  2. 環境のニーズに応じて、Trident保護コンテナのリソース制限オプションをファイルに入力します。

    次の構成ファイルの例は、使用可能な設定を示しています。このファイルには、各リソース制限のデフォルト値が含まれています。

    ---
jobResources:
  defaults:
    limits:
      cpu: 8000m
      memory: 10000Mi
      ephemeralStorage: ""
    requests:
      cpu: 100m
      memory: 100Mi
      ephemeralStorage: ""
  resticVolumeBackup:
    limits:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
    requests:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
  resticVolumeRestore:
    limits:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
    requests:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
  kopiaVolumeBackup:
    limits:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
    requests:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
  kopiaVolumeRestore:
    limits:
      cpu: ""
      memory: ""
      ephemeralStorage: ""
    requests:
      cpu: ""
      memory: ""
      ephemeralStorage: ""

  3. ファイルから値を適用し `resourceLimits.yaml`ます。

    helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect -f resourceLimits.yaml --reuse-values

セキュリティコンテキスト制約のカスタマイズ

Tridentプロテクトのインストール後、構成ファイルを使用して、TridentプロテクトコンテナのOpenShift Security Context Constraint（SCC；セキュリティコンテキスト制約）を変更できます。これらの制約により、Red Hat OpenShiftクラスタ内のポッドのセキュリティ制限が定義されます。

手順

  1. という名前のファイルを作成します sccconfig.yaml。

  2. SCCオプションをファイルに追加し、環境のニーズに応じてパラメータを変更します。

    次に、SCCオプションのパラメータのデフォルト値の例を示します。

    scc:
  create: true
  name: trident-protect-job
  priority: 1

    次の表では、SCCオプションのパラメータについて説明します。

    パラメータ 説明 デフォルト

    作成

    SCCリソースを作成できるかどうかを決定します。SCCリソースは、がに設定され true、HelmのインストールプロセスでOpenShift環境が指定されている場合にのみ作成され scc.create`ます。OpenShiftで動作していない場合、またはがに設定されている `false`場合 `scc.create、SCCリソースは作成されません。

    正しいです

    名前

    SCCの名前を指定します。

    Trident - protect-job

    優先度

    SCCのプライオリティを定義します。優先度の高いSCCSは、低い値のSCCSよりも先に評価されます。

    1

  3. ファイルから値を適用し `sccconfig.yaml`ます。

    helm upgrade trident-protect netapp-trident-protect/trident-protect -f sccconfig.yaml --reuse-values

    これにより、デフォルト値がファイルで指定された値に置き換えられ `sccconfig.yaml`ます。

Trident保護用のNetApp AutoSupport接続の設定

接続のプロキシを設定することで、Trident PROTECTがNetAppサポートに接続してサポートバンドルをアップロードする方法を変更できます。必要に応じて、セキュアな接続またはセキュアでない接続を使用するようにプロキシを設定できます。

セキュアプロキシ接続の設定
手順

  1. Trident保護サポートバンドルをアップロードするためのセキュアプロキシ接続を設定します。

    helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect --set autoSupport.proxy=http://my.proxy.url --reuse-values
セキュアでないプロキシ接続を設定する
手順

  1. TLS検証をスキップするTrident保護サポートバンドルのアップロードにセキュアでないプロキシ接続を設定します。

    helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect --set autoSupport.proxy=http://my.proxy.url --set autoSupport.insecure=true --reuse-values

Trident保護ポッドを特定のノードに制限する

KubernetesのnodeSelectorノード選択制約を使用すると、ノードラベルに基づいて、Trident保護ポッドを実行できるノードを制御できます。デフォルトでは、Trident保護はLinuxを実行しているノードに制限されます。必要に応じて、これらの制約をさらにカスタマイズできます。

手順

  1. という名前のファイルを作成します nodeSelectorConfig.yaml。

  2. nodeSelectorオプションをファイルに追加し、ファイルを変更してノードラベルを追加または変更して、環境のニーズに応じて制限します。たとえば、次のファイルにはデフォルトのOS制限が含まれていますが、特定の地域とアプリ名も対象としています。

    nodeSelector:
  kubernetes.io/os: linux
  region: us-west
  app.kubernetes.io/name: mysql

  3. ファイルから値を適用し `nodeSelectorConfig.yaml`ます。

    helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect -f nodeSelectorConfig.yaml --reuse-values

    これにより、デフォルトの制限がファイルで指定した制限に置き換えられます nodeSelectorConfig.yaml。

毎日のTrident保護AutoSupportバンドルのアップロードを無効にする

必要に応じて、Trident protect AutoSupportサポートバンドルのスケジュールされた毎日のアップロードを無効にすることができます。

メモ デフォルトでは、Trident protectは、クラスタと管理対象アプリケーションに関するログ、指標、トポロジ情報など、NetAppサポートケースをオープンする際に役立つサポート情報を収集します。Trident PROTECTは、これらのサポートバンドルを日次スケジュールでNetAppに送信します。いつでも手動で行うことができ"サポートバンドルの生成"ます。
手順

  1. という名前のファイルを作成します autosupportconfig.yaml。

  2. AutoSupportオプションをファイルに追加し、環境のニーズに応じてパラメータを変更します。

    次の例は、AutoSupportオプションのパラメータのデフォルト値を示しています。

    autoSupport:
  enabled: true
    `autoSupport.enabled`をに設定する `false`と、AutoSupportサポートバンドルの日次アップロードが無効になります。

  3. ファイルから値を適用し `autosupportconfig.yaml`ます。

    helm upgrade trident-protect netapp-trident-protect/trident-protect -f autosupportconfig.yaml --reuse-values