OpenShiftデプロイメント用のCloud-Native Router Helmチャートのカスタマイズ

インストール中にCloud-Native Router Readinessプリフライトおよびポストフライトチェックを有効にするには、trueに設定します。これをコメントアウトするか、falseに設定して、Cloud-Native Routerの準備状況のプリフライトチェックとポストフライトチェックを無効にします。

プリフライト チェックでは、インフラストラクチャが JCNR をサポートできることを確認します。プリフライトチェックは、Cloud-Native Routerをインストールする前に実行されます。

フライト後のチェックでは、Cloud-Native Routerのインストールが正しく機能していることを確認します。ポストフライト・チェックは、Cloud-Native Routerのインストール後に実行されます。

「Cloud-Native Routerの準備状況チェック」を参照してください。

複数のインターフェイスからトラフィックを受信する集約されたインターフェイス。ファブリックインターフェイスは常に物理インターフェイスです。それらは、物理機能 (PF) または仮想機能 (VF) のいずれかです。これらのインターフェイスのスループット要件はより高いため、複数のハードウェア キューが割り当てられます。各ハードウェア キューには、専用の CPU コアが割り当てられます。詳細については、 Cloud-Native Routerインターフェイスの概要 を参照してください。

このフィールドを使用して、DPDK にバインドするファブリック インターフェイスの一覧を提供します。インターフェイス名の代わりにサブネットを指定することもできます。インターフェイス名とサブネットの両方が指定されている場合、インターフェイス名がサブネット/ゲートウェイの組み合わせよりも優先されます。サブネット/ゲートウェイの組み合わせは、マルチノード クラスタでインターフェイス名が異なる場合に便利です。

例えば：

  # L2 only
  - eth1:
      ddp: "auto"                
      interface_mode: trunk
      vlan-id-list: [100, 200, 300, 700-705]
      storm-control-profile: rate_limit_pf1
      native-vlan-id: 100
      no-local-switching: true

  # L3  only
  - eth1:
      ddp: "off"                                 

 # L2L3
  - eth1:
      ddp: "auto"                
  - eth2:
      ddp: "auto"                
      interface_mode: trunk
      vlan-id-list: [100, 200, 300, 700-705]
      storm-control-profile: rate_limit_pf1
      native-vlan-id: 100
      no-local-switching: true

- subnet: 10.40.1.0/24 
  gateway: 10.40.1.1 
  ddp: "off"    

subnet オプションは、L3インターフェイスにのみ適用されます。入力のsubnetモードでは、各サブネットでインターフェイスが自動検出されます。サブネット/ゲートウェイまたはインターフェイス名を指定します。両方を設定しないでください。サブネット/ゲートウェイ形式の入力は、マルチノードクラスタでインターフェイス名が異なる環境で特に役立ちます。

(オプション)インターフェイスレベルのDDP(Dynamic Device Personalization)設定を示します。DDPは、GTPU、SCTPなどのトラフィックに対してNICでデータパス最適化を提供します。ボンディングインターフェイスの場合、DDP設定を有効にするには、すべてのスレーブインターフェイスNICがDDPをサポートしている必要があります。詳細については、「 個々のインターフェイスでの動的デバイスパーソナライゼーション(DDP)の有効化 」を参照してください。

オプションには、自動、オン、オフがあります。デフォルトはオフです。

L2インターフェイスには trunk に設定し、L3インターフェイスには設定 しないでください 。例えば

interface_mode: trunk

インターフェイスに関連付けられているVLAN IDのリストを提供します。

storm-control-profileを使用して、目的のストーム制御プロファイルをインターフェイスに関連付けます。プロファイルは jcnr-vrouter.stormControlProfiles で定義されます。

vlan-id-list内の任意のVLAN IDでnative-vlan-idを構成し、ファブリックトランクモードインターフェイスの物理インターフェイスで受信したタグなしデータパケットに関連付けます。例えば：

fabricInterface: 
  - bond0: 
      interface_mode: trunk 
      vlan-id-list: [100, 200, 300] 
      storm-control-profile: rate_limit_pf1 
      native-vlan-id: 100  

詳細については、「 ネイティブ VLAN 」を参照してください。

このインターフェイスに適用可能な QoS スケジューラ プロファイルを指定します。「 qosSchedulerProfiles 」セクションを参照してください。

プロファイルを指定しない場合、このインターフェイスの QoS スケジューラは無効になり、パケットはトラフィック クラスに関係なくスケジューリングされます。

定義されたディレクトリには、 contrail-vrouter-agent.log、 contrail-vrouter-dpdk.logなど、JCNR関連のさまざまな記述ログが格納されます。デフォルトは /var/log/jcnr/ です。

生成された syslog-ng 通知をJSON形式で格納するファイルへの絶対パスを示します。デフォルトは /var/log/jcnr/jcnr_notifications.json です。

コア・ファイルの core_pattern を示します。空白のままにすると、Cloud-Native Router ポッドはホストのデフォルト パターンを上書きしません。

(オプション)ノードのラベルを定義して、vRouter Pod を配置する場所を決定します。

デフォルトでは、vRouter Pod はクラスタのすべてのノードにデプロイされます。

以下の例では、ノードアフィニティラベルは key1=jcnrとして定義されています。このラベルは、Cloud-Native Routerを導入する各ノードに適用する必要があります。

nodeAffinity:
- key: key1
operator: In
values:
- jcnr

OCP設定では、ワーカー・ノードでのみCloud-Native Routerを起動するようにノード・アフィニティを設定する必要があります。例えば：

  nodeAffinity:
  - key: node-role.kubernetes.io/worker
    operator: Exists
  - key: node-role.kubernetes.io/master
    operator: DoesNotExist

(オプション)JCNR Pod を特定のテイントを持つノードに配置できるようにする容認を定義します。

次の例では、容認は jcnr=yes として定義されています。つまり、ノードが jcnr=yes で汚染されている場合、またはまったく汚染されていない場合は、そのノードでJCNRポッドをスケジュールできます。ノードが別のキーと値のペアで汚染されている場合、JCNR ポッドをそのノードでスケジュールすることはできません(効果によって異なります)。

tolerations:
  - key: "jcnr"
    operator: "Equal"
    value: "yes"
    effect: "NoSchedule"

(オプション)このパラメーターの値を入力して、cRPD テレメトリ gRPC サーバーのデフォルト ポート 50053 を上書きします。

存在する場合は、静的 CPU 割り当てを使用してコアを転送プレーンに割り当てることを示します。

この値は、転送プレーンに静的に割り当てる分離された CPU コアのコンマ区切りリストである必要があります (例: cpu_core_mask: "2,3,22,23")。ホストOSで使用されていないコアを使用します。

Kubernetes CPU Manager を使用してコアを転送プレーンに割り当てる場合は、これをコメントアウトします。

存在する場合は、Kubernetes CPU マネージャーを使用して CPU コアを転送プレーンに割り当てることを示します。

この値は、Kubernetes CPU Manager が転送プレーンに割り当てる保証された CPU コアの数である必要があります。この値は、転送コアの数より少なくとも 1 つ多い値に設定する必要があります。

静的 CPU 割り当てを使用してコアを転送プレーンに割り当てる場合は、これをコメント アウトします。

静的 CPU 割り当てを使用する場合に、vRouter DPDK 制御スレッドに割り当てる CPU コアを指定します。このリストは、 cpu_core_mask に記載されているコアのサブセットである必要があり、 serviceCoreMask のリストと同じにすることができます。

cpu_core_maskには記載されているが、serviceCoreMaskまたはdpdkCtrlThreadMaskには記載されていない CPU コアが転送用に割り当てられます。

Kubernetes CPU Manager を使用してコアを転送プレーンに割り当てる場合は、これをコメントアウトします。

静的CPU割り当てを使用する場合に、vRouter DPDKサービススレッドに割り当てるCPUコアを指定します。このリストは、 cpu_core_mask に記載されているコアのサブセットである必要があり、 dpdkCtrlThreadMask のリストと同じにすることができます。

cpu_core_maskには記載されているが、serviceCoreMaskまたはdpdkCtrlThreadMaskには記載されていない CPU コアが転送用に割り当てられます。

Kubernetes CPU Manager を使用してコアを転送プレーンに割り当てる場合は、これをコメントアウトします。

Kubernetes CPU Manager使用時に、vRouter DPDKサービス/制御トラフィックに割り当てるCPUコア数を指定します。

この数は、 guaranteedVrouterCpus コアの数よりも小さくする必要があります。残りの guaranteedVrouterCpus コアは転送用に割り当てられます。

静的 CPU 割り当てを使用してコアを転送プレーンに割り当てる場合は、これをコメント アウトします。

(オプション)ボンディングのプライマリインターフェイス。

slaveNetwork詳細

追加の DPDK コマンド ライン パラメーターを渡します。この --yield_option 0 はデフォルトで設定されており、DPDK 転送コアが割り当てられた CPU コアを明け渡さないことを意味します。追加できるその他の一般的なパラメータは、 tx および rx 記述子と mempoolです。例えば：

dpdkCommandAdditionalArgs: "--yield_option 0 --dpdk_txd_sz 2048 --dpdk_rxd_sz 2048 --vr_mempool_sz 131072"

(オプション)グローバルな動的デバイス個人用設定 (DDP) 構成を示します。DDPは、GTPU、SCTPなどのトラフィックに対してNICでデータパス最適化を提供します。ボンディングインターフェイスの場合、DDP設定を有効にするには、すべてのスレーブインターフェイスNICがDDPをサポートしている必要があります。詳細については、「 個々のインターフェイスでの動的デバイスパーソナライゼーション(DDP)の有効化 」を参照してください。

オプションには、自動、オン、オフがあります。デフォルトはオフです。

(オプション)TWAMP セッション リフレクター ポート(TWAMP セッションで vRouter タイムスタンプを使用する場合)。vRouter は、このポートで TWAMP テスト メッセージをリッスンし、TWAMP テスト メッセージにタイムスタンプを挿入/上書きします。(cRPD ではなく)vRouter で TWAMP メッセージをタイムスタンプすると、より正確な測定が可能になります。有効な値は、862 および 49152 から 65535 です。

このパラメーターがない場合、vRouter は TWAMP セッションにタイムスタンプを挿入または上書きしません。タイムスタンプは、代わりにcRPDによって取得され、挿入されます。

TWAMP(Two-Way Active Measurement Protocol)を参照してください。

dpdk に設定します。

(オプション)cRPDテレメトリ設定を行います。テレメトリの詳細については、「 テレメトリ機能 」を参照してください。

cRPD テレメトリを無効にするには、true に設定します。デフォルトはfalseで、cRPDテレメトリがデフォルトで有効であることを意味します。

cRPD テレメトリ エクスポーターが Prometheus クエリをリッスンしているポート。既定値は 8072 です。

warn、warning、info、debug、trace、verbose のいずれか。既定値は info です。

(オプション)cRPD gNMI 設定を行います。

(オプション)vRouter テレメトリを設定します。テレメトリの詳細については、「 テレメトリ機能 」を参照してください。

terminationGracePeriodSeconds (終了猶予期間秒)