4.4. RAN DU 使用模型的工程注意事项

RAN DU 使用模型配置在商业硬件上运行的 OpenShift Container Platform 集群，用于托管 RAN 分布式单元(DU)工作负载。型号和系统级别注意事项如下所述。后续小节中详细介绍了各个组件的具体限制、要求和工程考虑。

注意

有关电信 RAN DU RDS KPI 测试结果的详情，请查看电信 RAN DU 4.19 参考规范 KPI 测试结果。此信息仅适用于客户和合作伙伴。

集群拓扑

RAN DU 工作负载的建议拓扑是单节点 OpenShift。DU 工作负载可以在其他集群拓扑上运行，如 3 节点紧凑集群、高可用性(3 control plane + n worker 节点)或 SNO+1。建议多个 SNO 集群或高度可用的 3 节点紧凑集群，而不是 SNO+1 拓扑。

不建议或包含此参考设计规格下的远程 worker 节点(RWN)集群拓扑。对于具有高服务级别协议要求的工作负载，如 RAN DU，以下缺陷将排除 RWN：

工作负载

Resources

系统上运行的最大 pod 数量（包括应用程序工作负载和 OpenShift Container Platform pod）是 120。

资源利用率

OpenShift Container Platform 资源利用率根据包括应用程序工作负载特性的许多因素而有所不同，例如：

为配置的集群测量资源利用率，如下所示：

注意

不满足这些条件的 RAN DU RDS 范围以外的配置需要额外的分析，以确定对资源利用率和满足 KPI 目标的能力的影响。您可能需要分配额外的集群资源来满足这些要求。

参考应用程序工作负载特性

将 15 个 pod 和 30 容器用于 vRAN 应用，包括其管理和控制功能
每个 pod 平均使用 2 个 ConfigMap 和 4 个 Secret CR
使用最多 10 个 exec 探测，其频率小于 10 秒
kube-apiserver 上的增量应用程序负载小于或等于集群平台使用的 10%
注意
您可以从平台指标中提取 CPU 负载。例如：
$ query=avg_over_time(pod:container_cpu_usage:sum{namespace="openshift-kube-apiserver"}[30m])
平台日志收集器不会收集应用程序日志。
主 CNI 上的聚合流量小于 8 Mbps

hub 集群管理特征

RHACM 是推荐的集群管理解决方案，并配置为这些限制：

下表描述了应用程序负载下的资源利用率。

Expand

表 4.1. 引用应用程序负载下的资源利用率
指标	Limits	注
OpenShift 平台 CPU 用量	小于 4000mc - 2 个内核(4HT)	平台 CPU 固定到保留内核，包括每个保留内核的超线程。系统设计为使用 steady-state 的 3 个 CPU (3000mc)，以允许定期的系统任务和激增。
OpenShift Platform 内存	少于 16G