4.4. RAN DU 使用モデルのエンジニアリングに関する考慮事項
RAN DU 使用モデルは、RAN 分散ユニット (DU) ワークロードをホストする、コモディティーハードウェア上で実行される OpenShift Container Platform クラスターを設定するものです。モデルおよびシステムレベルの考慮事項は、以下で説明します。個々のコンポーネントの具体的な制限、要件、およびエンジニアリングに関する考慮事項については、後のセクションで詳しく説明します。
RAN DU の KPI テスト結果の詳細は、Telco RAN DU reference design specification KPI test results for OpenShift 4.18 を参照してください。この情報は顧客とパートナーのみが利用できます。
- ワークロード
- DU ワークロードについては、「通信事業者 RAN DU アプリケーションワークロード」で説明されています。
- DU ワーカーノードは、最大のパフォーマンスが得られるようにチューニングされたホストファームウェアを備えた Intel 第 3 世代 Xeon (IceLake) 2.20 GHz 以上です。
- リソース
- システム内で実行中の Pod の最大数 (アプリケーションワークロードと OpenShift Container Platform Pod を含む) は 120 です。
- リソース使用量
OpenShift Container Platform のリソース使用量は、以下のアプリケーションワークロードの特性など、さまざまな要因によって異なります。
- Pod 数
- プローブの種類と頻度
- カーネルネットワークを使用したプライマリーまたはセカンダリー CNI のメッセージングレート
- API アクセスレート
- ロギングレート
- ストレージ IOPS
リソース使用量は、次のように設定されたクラスターを対象に測定されます。
- クラスターは、シングルノードの OpenShift がインストールされた 1 台のホストです。
- クラスターは、「リファレンスアプリケーションワークロードの特性」で説明されている代表的なアプリケーションワークロードを実行します。
- クラスターは、「ハブクラスター管理の特性」で詳述されている制約下で管理されます。
- 使用モデル設定で "任意" と記載されているコンポーネントは対象外です。
注記これらの基準を満たさない RAN DU RDS の範囲外の設定では、リソース使用量と KPI 目標の達成能力への影響を判断するために、追加の分析が必要です。これらの要件を満たすには、追加のクラスターリソースを割り当てる必要がある場合があります。
- リファレンスアプリケーションワークロードの特性
- 管理および制御機能を含む vRAN アプリケーションに 15 個の Pod と 30 個のコンテナーを使用します。
-
Pod あたり平均 2 つの
ConfigMapCR と 4 つのSecretCR を使用します。 - 10 秒以上の頻度で最大 10 個の exec プローブを使用します。
kube-apiserver のアプリケーション負荷増分は、クラスタープラットフォーム使用量の 10% 以下です。
注記プラットフォームメトリクスから CPU 負荷を抽出できます。以下に例を示します。
$ query=avg_over_time(pod:container_cpu_usage:sum{namespace="openshift-kube-apiserver"}[30m])- アプリケーションログはプラットフォームログコレクターによって収集されません。
- プライマリー CNI 上の総トラフィックは 8 Mbps 未満です。
- ハブクラスター管理の特性
RHACM は推奨されるクラスター管理ソリューションであり、次の制限に従って設定されています。
- 基準に適合した評価間隔 (10 分以上) を使用する RHACM 設定ポリシーを最大 5 つ使用します。
- クラスターポリシーで、最小限の数 (最大 10 個) のマネージドクラスターテンプレートを使用します。ハブ側のテンプレーティングを使用します。
-
policyControllerを除いて RHACM アドオンを無効にし、デフォルト設定で可観測性を設定します。
次の表に、リファレンスアプリケーションの負荷時のリソース使用量を示します。
Expand 表4.1 リファレンスアプリケーションの負荷時のリソース使用量 メトリクス 制限 注記 OpenShift プラットフォームの CPU 使用量
4000 mc 未満 - 2 コア (4HT)
プラットフォームの CPU は、各予約済みコアの両方のハイパースレッドを含む予約済みコアにピニングされます。このシステムは、定期的なシステムタスクとスパイクに対応できるように、安定状態で 3 つの CPU (3000 mc) を使用するように設計されています。
OpenShift プラットフォームのメモリー
16 G 未満