3.10. 通信事業者コアリファレンス設定の CR


以下のカスタムリソース (CR) を使用して、通信事業者コアプロファイルを使用して OpenShift Container Platform クラスターを設定およびデプロイします。特に指定がない限り、CR を使用して、すべての特定の使用モデルで使用される共通のベースラインを形成します。

3.10.1. 通信事業者コアリファレンス設計の設定 CR の抽出

telco-core-rds-rhel9 コンテナーイメージから、通信事業者コアプロファイルのカスタムリソース (CR) の完全なセットを抽出できます。コンテナーイメージには、通信事業者コアプロファイルの必須の CR と任意の CR が含まれています。

前提条件

  • podman をインストールしている。

手順

  1. 次のコマンドを実行して、認証情報を使用してコンテナーイメージレジストリーにログオンします。

    $ podman login registry.redhat.io
    Copy to Clipboard Toggle word wrap
  2. 次のコマンドを実行して、telco-core-rds-rhel9 コンテナーイメージからコンテンツを抽出します。

    $ mkdir -p ./out
    Copy to Clipboard Toggle word wrap
    $ podman run -it registry.redhat.io/openshift4/openshift-telco-core-rds-rhel9:v4.19 | base64 -d | tar xv -C out
    Copy to Clipboard Toggle word wrap

検証

  • out ディレクトリーのディレクトリー構造は次のとおりです。次のコマンドを実行すると、out/telco-core-rds/ ディレクトリー内の通信事業者コア CR を表示できます。

    $ tree -L 4
    Copy to Clipboard Toggle word wrap

    出力例

    .
    ├── configuration
    │   ├── compare.sh
    │   ├── core-baseline.yaml
    │   ├── core-finish.yaml
    │   ├── core-overlay.yaml
    │   ├── core-upgrade.yaml
    │   ├── kustomization.yaml
    │   ├── Makefile
    │   ├── ns.yaml
    │   ├── README.md
    │   ├── reference-crs
    │   │   ├── custom-manifests
    │   │   │   ├── mcp-worker-1.yaml
    │   │   │   ├── mcp-worker-2.yaml
    │   │   │   ├── mcp-worker-3.yaml
    │   │   │   └── README.md
    │   │   ├── optional
    │   │   │   ├── logging
    │   │   │   ├── networking
    │   │   │   ├── other
    │   │   │   └── tuning
    │   │   └── required
    │   │       ├── networking
    │   │       ├── other
    │   │       ├── performance
    │   │       ├── scheduling
    │   │       └── storage
    │   ├── reference-crs-kube-compare
    │   │   ├── compare_ignore
    │   │   ├── comparison-overrides.yaml
    │   │   ├── metadata.yaml
    │   │   ├── optional
    │   │   │   ├── logging
    │   │   │   ├── networking
    │   │   │   ├── other
    │   │   │   └── tuning
    │   │   ├── ReferenceVersionCheck.yaml
    │   │   ├── required
    │   │   │   ├── networking
    │   │   │   ├── other
    │   │   │   ├── performance
    │   │   │   ├── scheduling
    │   │   │   └── storage
    │   │   ├── unordered_list.tmpl
    │   │   └── version_match.tmpl
    │   └── template-values
    │       ├── hw-types.yaml
    │       └── regional.yaml
    ├── install
    │   ├── custom-manifests
    │   │   ├── mcp-worker-1.yaml
    │   │   ├── mcp-worker-2.yaml
    │   │   └── mcp-worker-3.yaml
    │   ├── example-standard.yaml
    │   ├── extra-manifests
    │   │   ├── control-plane-load-kernel-modules.yaml
    │   │   ├── kdump-master.yaml
    │   │   ├── kdump-worker.yaml
    │   │   ├── mc_rootless_pods_selinux.yaml
    │   │   ├── mount_namespace_config_master.yaml
    │   │   ├── mount_namespace_config_worker.yaml
    │   │   ├── sctp_module_mc.yaml
    │   │   └── worker-load-kernel-modules.yaml
    │   └── README.md
    └── README.md
    Copy to Clipboard Toggle word wrap

3.10.2. クラスターと通信事業者コアリファレンス設定の比較

通信事業者コアクラスターをデプロイした後、cluster-compare プラグインを使用して、クラスターが通信事業者コアリファレンス設計仕様 (RDS) に準拠しているかどうかを評価できます。cluster-compare プラグインは、OpenShift CLI (oc) のプラグインです。このプラグインは、通信事業者コアリファレンス設定を使用して、通信事業者コアカスタムリソース (CR) を使用するクラスターを検証します。

通信事業者コア用のプラグイン固有のリファレンス設定は、通信事業者コア CR とともにコンテナーイメージにパッケージ化されています。

cluster-compare プラグインの詳細は、「cluster-compare プラグインについて」を参照してください。

前提条件

  • cluster-admin ロールを持つユーザーとしてクラスターにアクセスできる。
  • registry.redhat.io コンテナーイメージレジストリーにアクセスするための認証情報がある。
  • cluster-compare プラグインをインストールした。

手順

  1. 次のコマンドを実行して、認証情報を使用してコンテナーイメージレジストリーにログオンします。

    $ podman login registry.redhat.io
    Copy to Clipboard Toggle word wrap
  2. 次のコマンドを実行して、telco-core-rds-rhel9 コンテナーイメージからコンテンツを抽出します。

    $ mkdir -p ./out
    Copy to Clipboard Toggle word wrap
    $ podman run -it registry.redhat.io/openshift4/openshift-telco-core-rds-rhel9:v4.20 | base64 -d | tar xv -C out
    Copy to Clipboard Toggle word wrap

    次のコマンドを実行すると、out/telco-core-rds/configuration/reference-crs-kube-compare ディレクトリー内のリファレンス設定を表示できます。

    $ tree -L 2
    Copy to Clipboard Toggle word wrap
  3. 出力例

    .
    ├── compare_ignore
    ├── comparison-overrides.yaml
    ├── metadata.yaml 
    1
    
    ├── optional 
    2
    
    │   ├── logging
    │   ├── networking
    │   ├── other
    │   └── tuning
    ├── ReferenceVersionCheck.yaml
    ├── required 
    3
    
    │   ├── networking
    │   ├── other
    │   ├── performance
    │   ├── scheduling
    │   └── storage
    ├── unordered_list.tmpl
    └── version_match.tmpl
    Copy to Clipboard Toggle word wrap
    1
    リファレンス設定用の設定ファイル。
    2
    任意のテンプレート用のディレクトリー。
    3
    必須のテンプレート用のディレクトリー。
  4. 次のコマンドを実行して、クラスターの設定を通信事業者コアリファレンス設定と比較します。

    $ oc cluster-compare -r out/telco-core-rds/configuration/reference-crs-kube-compare/metadata.yaml
    Copy to Clipboard Toggle word wrap

    出力例

    W1212 14:13:06.281590   36629 compare.go:425] Reference Contains Templates With Types (kind) Not Supported By Cluster: BFDProfile, BGPAdvertisement, BGPPeer, ClusterLogForwarder, Community, IPAddressPool, MetalLB, MultiNetworkPolicy, NMState, NUMAResourcesOperator, NUMAResourcesScheduler, NodeNetworkConfigurationPolicy, SriovNetwork, SriovNetworkNodePolicy, SriovOperatorConfig, StorageCluster
    
    ...
    
    **********************************
    
    Cluster CR: config.openshift.io/v1_OperatorHub_cluster 
    1
    
    Reference File: required/other/operator-hub.yaml 
    2
    
    Diff Output: diff -u -N /tmp/MERGED-2801470219/config-openshift-io-v1_operatorhub_cluster /tmp/LIVE-2569768241/config-openshift-io-v1_operatorhub_cluster
    --- /tmp/MERGED-2801470219/config-openshift-io-v1_operatorhub_cluster	2024-12-12 14:13:22.898756462 +0000
    +++ /tmp/LIVE-2569768241/config-openshift-io-v1_operatorhub_cluster	2024-12-12 14:13:22.898756462 +0000
    @@ -1,6 +1,6 @@
     apiVersion: config.openshift.io/v1
     kind: OperatorHub
     metadata:
    +  annotations: 
    3
    
    +    include.release.openshift.io/hypershift: "true"
       name: cluster
    -spec:
    -  disableAllDefaultSources: true
    
    **********************************
    
    Summary 
    4
    
    CRs with diffs: 3/4 
    5
    
    CRs in reference missing from the cluster: 22 
    6
    
    other:
      other:
        Missing CRs: 
    7
    
        - optional/other/control-plane-load-kernel-modules.yaml
        - optional/other/worker-load-kernel-modules.yaml
    required-networking:
      networking-root:
        Missing CRs:
        - required/networking/nodeNetworkConfigurationPolicy.yaml
      networking-sriov:
        Missing CRs:
        - required/networking/sriov/sriovNetwork.yaml
        - required/networking/sriov/sriovNetworkNodePolicy.yaml
        - required/networking/sriov/SriovOperatorConfig.yaml
        - required/networking/sriov/SriovSubscription.yaml
        - required/networking/sriov/SriovSubscriptionNS.yaml
        - required/networking/sriov/SriovSubscriptionOperGroup.yaml
    required-other:
      scheduling:
        Missing CRs:
        - required/other/catalog-source.yaml
        - required/other/icsp.yaml
    required-performance:
      performance:
        Missing CRs:
        - required/performance/PerformanceProfile.yaml
    required-scheduling:
      scheduling:
        Missing CRs:
        - required/scheduling/nrop.yaml
        - required/scheduling/NROPSubscription.yaml
        - required/scheduling/NROPSubscriptionNS.yaml
        - required/scheduling/NROPSubscriptionOperGroup.yaml
        - required/scheduling/sched.yaml
    required-storage:
      storage-odf:
        Missing CRs:
        - required/storage/odf-external/01-rook-ceph-external-cluster-details.secret.yaml
        - required/storage/odf-external/02-ocs-external-storagecluster.yaml
        - required/storage/odf-external/odfNS.yaml
        - required/storage/odf-external/odfOperGroup.yaml
        - required/storage/odf-external/odfSubscription.yaml
    No CRs are unmatched to reference CRs 
    8
    
    Metadata Hash: fe41066bac56517be02053d436c815661c9fa35eec5922af25a1be359818f297 
    9
    
    No patched CRs 
    10
    Copy to Clipboard Toggle word wrap

    1
    比較対象の CR。プラグインにより、対応するテンプレートとの差異のある各 CR が表示されます。
    2
    比較対象の CR とマッチするテンプレート。
    3
    Linux diff 形式の出力に、テンプレートとクラスター CR の差異が表示されます。
    4
    プラグインにより、各 CR の行の差分が報告されます。その後、差分の概要が報告されます。
    5
    対応するテンプレートとの差異を比較した CR の数。
    6
    リファレンス設定に表されているが、ライブクラスターには存在しない CR の数。
    7
    リファレンス設定に表されているが、ライブクラスターには存在しない CR のリスト。
    8
    リファレンス設定内の対応するテンプレートとマッチしなかった CR。
    9
    メタデータハッシュはリファレンス設定を識別するものです。
    10
    パッチが適用された CR のリスト。

3.10.3. ノード設定のリファレンス CR

Expand
表3.2 ノード設定 CR
コンポーネントリファレンス CR説明任意

追加のカーネルモジュール

control-plane-load-kernel-modules.yaml

オプション。コントロールプレーンノードのカーネルモジュールを設定します。

いいえ

追加のカーネルモジュール

sctp_module_mc.yaml

オプション。ワーカーノードに SCTP カーネルモジュールをロードします。

いいえ

追加のカーネルモジュール

worker-load-kernel-modules.yaml

オプション。ワーカーノードのカーネルモジュールを設定します。

いいえ

コンテナーマウント namespace の非表示

mount_namespace_config_master.yaml

コントロールプレーンノード上の kubelet と CRI-O 間でコンテナー固有のマウントを共有するためのマウント namespace を設定します。

いいえ

コンテナーマウント namespace の非表示

mount_namespace_config_worker.yaml

ワーカーノード上の kubelet と CRI-O 間でコンテナー固有のマウントを共有するためのマウント namespace を設定します。

いいえ

Kdump の有効化

kdump-master.yaml

マスターノードで kdump クラッシュレポートを設定します。

いいえ

Kdump の有効化

kdump-worker.yaml

ワーカーノードで kdump クラッシュレポートを設定します。

いいえ

3.10.4. クラスターインフラストラクチャーのリファレンス CR

Expand
表3.3 クラスターインフラストラクチャー CR
コンポーネントリファレンス CR説明任意

クラスターロギング

ClusterLogForwarder.yaml

指定されたサービスアカウントを使用してログ転送インスタンスを設定し、設定が有効であることを検証します。

はい

クラスターロギング

ClusterLogNS.yaml

クラスターロギングの namespace を設定します。

はい

クラスターロギング

ClusterLogOperGroup.yaml

openshift-logging namespace に Operator グループを作成し、Cluster Logging Operator がリソースを監視および管理できるようにします。

はい

クラスターロギング

ClusterLogServiceAccount.yaml

クラスターロギングのサービスアカウントを設定します。

はい

クラスターロギング

ClusterLogServiceAccountAuditBinding.yaml

ログコレクターのサービスアカウントに collect-audit-logs クラスターロールを付与します。

はい

クラスターロギング

ClusterLogServiceAccountInfrastructureBinding.yaml

コレクターのサービスアカウントがインフラストラクチャーリソースからログを収集できるようにします。

はい

クラスターロギング

ClusterLogSubscription.yaml

インストールプランの手動承認を使用して、Cluster Logging Operator のサブスクリプションリソースを作成します。

はい

非接続設定

catalog-source.yaml

非接続環境用の Red Hat Operator カタログを定義します。

いいえ

非接続設定

idms.yaml

非接続レジストリーのミラーリングされるリポジトリーダイジェストのリストを定義します。

いいえ

非接続設定

operator-hub.yaml

すべてのデフォルトのソースを無効にする OperatorHub 設定を定義します。

いいえ

監視および可観測性

monitoring-config-cm.yaml

Prometheus と Alertmanager の保存と保持を設定します。

はい

電源管理

PerformanceProfile.yaml

選択したノードのパフォーマンスを最適化するために、CPU 分離、huge page 設定、ワークロードヒントを指定して、パフォーマンスプロファイルリソースを定義します。

いいえ

3.10.5. リソースチューニングのリファレンス CR

Expand
表3.4 リソースチューニング CR
コンポーネントリファレンス CR説明任意

システム予約容量

control-plane-system-reserved.yaml

オプション。kubelet を設定して、コントロールプレーンノードプールの予約済みリソースの自動サイズ設定を有効にします。

はい

3.10.6. ネットワークのリファレンス CR

Expand
表3.5 ネットワーク CR
コンポーネントリファレンス CR説明任意

ベースライン

Network.yaml

デフォルトのクラスターネットワークを設定して、OVN Kubernetes 設定 (ホスト経由のルーティングなど) を指定します。また、カスタム CNI 設定を含む追加のネットワークの定義と、複数のネットワークを対象としたネットワークポリシーのために MultiNetworkPolicy CR を使用することを可能にします。

いいえ

ベースライン

networkAttachmentDefinition.yaml

オプション。ノードセレクターや CNI 設定などのネットワーク設定の詳細を指定する NetworkAttachmentDefinition リソースを定義します。

はい

ロードバランサー

addr-pool.yaml

指定範囲の IP の動的な割り当ての自動実行を有効にして IP アドレスプールを管理するように MetalLB を設定します。

いいえ

ロードバランサー

bfd-profile.yaml

カスタマイズされた間隔、検出乗数、およびモードを使用して双方向フォワーディング検出 (BFD) を設定し、ネットワーク障害の検出と負荷分散フェイルオーバーを迅速化します。

いいえ

ロードバランサー

bgp-advr.yaml

MetalLB の BGP アドバタイズメントリソースを定義し、IP アドレスプールを BGP ピアにアドバタイズする方法を指定します。これにより、トラフィックのルーティングと通知をきめ細かく制御できるようになります。

いいえ

ロードバランサー

bgp-peer.yaml

動的ルーティングの BGP ネイバーを表す、MetalLB 内の BGP ピアを定義します。

いいえ

ロードバランサー

community.yaml

名前付きリソースの下に 1 つ以上の BGP コミュニティーをグループ化する MetalLB コミュニティーを定義します。コミュニティーを BGP アドバタイズメントに適用すると、ルーティングポリシーを制御し、トラフィックルーティングを変更できます。

いいえ

ロードバランサー

metallb.yaml

クラスター内の MetalLB リソースを定義します。

いいえ

ロードバランサー

metallbNS.yaml

クラスター内の metallb-system namespace を定義します。

いいえ

ロードバランサー

metallbOperGroup.yaml

MetalLB Operator の Operator グループを定義します。

いいえ

ロードバランサー

metallbSubscription.yaml

インストールプランの手動承認を使用して、MetalLB Operator のサブスクリプションリソースを作成します。

いいえ

Multus - ルートレス DPDK Pod 用の Tap CNI

mc_rootless_pods_selinux.yaml

ワーカーノード上の TAP CNI プラグインに SELinux ブール値を設定する MachineConfig リソースを設定します。

はい

NMState Operator

NMState.yaml

NMState Operator がノードネットワーク設定を管理するために使用する NMState リソースを定義します。

いいえ

NMState Operator

NMStateNS.yaml

NMState Operator の namespace を作成します。

いいえ

NMState Operator

NMStateOperGroup.yaml

openshift-nmstate namespace に Operator グループを作成し、NMState Operator がリソースを監視および管理できるようにします。

いいえ

NMState Operator

NMStateSubscription.yaml

OLM を通じて管理される NMState Operator のサブスクリプションを作成します。

いいえ

SR-IOV Network Operator

sriovNetwork.yaml

ネットワーク機能、IP アドレス管理 (ipam)、および関連するネットワーク namespace およびリソースを指定して SR-IOV ネットワークを定義します。

いいえ

SR-IOV Network Operator

sriovNetworkNodePolicy.yaml

デバイス選択、VF の割り当て (numVfs)、ノード固有の設定 (nodeSelector)、優先度のカスタマイズなど、特定ノード上の SR-IOV デバイスのネットワークポリシーを設定します。

いいえ

SR-IOV Network Operator

SriovOperatorConfig.yaml

インジェクターと Operator Webhook の有効化、Pod の drain の無効化、設定デーモンのノードセレクターの定義など、SR-IOV Operator のさまざまな設定を指定します。

いいえ

SR-IOV Network Operator

SriovSubscription.yaml

OLM を通じて管理される SR-IOV Network Operator のサブスクリプションを作成します。

いいえ

SR-IOV Network Operator

SriovSubscriptionNS.yaml

SR-IOV Network Operator サブスクリプションの namespace を作成します。

いいえ

SR-IOV Network Operator

SriovSubscriptionOperGroup.yaml

SR-IOV Network Operator の Operator グループを作成し、Operator がターゲット namespace 内のリソースを監視および管理できるようにします。

いいえ

3.10.7. スケジューリングのリファレンス CR

Expand
表3.6 CR のスケジューリング
コンポーネントリファレンス CR説明任意

NUMA 対応スケジューラー

nrop.yaml

NUMA Resources Operator を有効にして、ワークロードを特定の NUMA ノード設定に合わせて調整します。複数の NUMA ノードを持つクラスターに必要です。

いいえ

NUMA 対応スケジューラー

NROPSubscription.yaml

OLM を通じて管理される NUMA Resources Operator のサブスクリプションを作成します。複数の NUMA ノードを持つクラスターに必要です。

いいえ

NUMA 対応スケジューラー

NROPSubscriptionNS.yaml

NUMA Resources Operator のサブスクリプションの namespace を作成します。複数の NUMA ノードを持つクラスターに必要です。

いいえ

NUMA 対応スケジューラー

NROPSubscriptionOperGroup.yaml

numaresources-operator namespace に Operator グループを作成し、NUMA Resources Operator がリソースを監視および管理できるようにします。複数の NUMA ノードを持つクラスターに必要です。

いいえ

NUMA 対応スケジューラー

sched.yaml

ノード全体の Pod の NUMA 対応スケジューリングを処理できる、クラスター内のトポロジー対応スケジューラーを設定します。

いいえ

NUMA 対応スケジューラー

Scheduler.yaml

ワークロードに対してコントロールプレーンノードをスケジュール対象外として設定します。

いいえ

3.10.8. ストレージのリファレンス CR

Expand
表3.7 ストレージ CR
コンポーネントリファレンス CR説明任意

外部 ODF 設定

01-rook-ceph-external-cluster-details.secret.yaml

openshift-storage namespace 内の外部 Ceph クラスターの base64 エンコードされた設定データを含む Secret リソースを定義します。

いいえ

外部 ODF 設定

02-ocs-external-storagecluster.yaml

外部ストレージバックエンドを使用するようにクラスターを設定する OpenShift Container Storage (OCS) ストレージリソースを定義します。

いいえ

外部 ODF 設定

odfNS.yaml

OpenShift Data Foundation Operator の監視対象の openshift-storage namespace を作成します。

いいえ

外部 ODF 設定

odfOperGroup.yaml

openshift-storage namespace に Operator グループを作成し、OpenShift Data Foundation Operator がリソースを監視および管理できるようにします。

いいえ

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

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

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

会社概要

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

Theme

© 2025 Red Hat