4.6. Telco RAN DU 참조 구성 요소


다음 섹션에서는 RAN DU 워크로드를 실행하기 위해 클러스터를 구성하고 배포하는 데 사용하는 다양한 OpenShift Container Platform 구성 요소 및 구성에 대해 설명합니다.

그림 4.2. Telco RAN DU 참조 구성 요소

참고

통신사 RAN DU 프로필에 지정되지 않은 추가 구성 요소가 작업 부하 애플리케이션에 할당된 CPU 리소스에 영향을 미치지 않는지 확인하세요.

중요

트리 부족 드라이버는 지원되지 않습니다. 5G RAN 애플리케이션 구성 요소는 RAN DU 프로필에 포함되지 않으며 애플리케이션에 할당된 리소스(CPU)에 맞춰 엔지니어링되어야 합니다.

4.6.1. 호스트 펌웨어 튜닝

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명

초기 클러스터 배포 시 최적의 성능을 위해 호스트 펌웨어 설정을 조정합니다. 자세한 내용은 "vDU 애플리케이션 워크로드에 권장되는 단일 노드 OpenShift 클러스터 구성"을 참조하세요. 초기 배포 중에 호스트 펌웨어에 튜닝 설정을 적용합니다. 자세한 내용은 "GitOps ZTP를 사용하여 호스트 펌웨어 설정 관리"를 참조하세요. 관리형 클러스터 호스트 펌웨어 설정은 ClusterInstance CR 및 GitOps ZTP를 사용하여 관리형 클러스터를 배포할 때 생성되는 개별 BareMetalHost 사용자 지정 리소스(CR)로 허브 클러스터에서 사용할 수 있습니다.

참고

제공된 참조 example-sno.yaml CR을 기반으로 ClusterInstance CR을 만듭니다.

제한 및 요구사항
  • 호스트 펌웨어 설정에서 하이퍼스레딩을 활성화해야 합니다.
엔지니어링 고려 사항
  • 최대 성능을 위해 모든 펌웨어 설정을 조정하세요.
  • 모든 설정은 전력 절감을 목적으로 하지 않는 한 최대 성능을 위한 것으로 예상됩니다.
  • 필요에 따라 성능을 희생하고 전력을 절감하기 위해 호스트 펌웨어를 조정할 수 있습니다.
  • 보안 부팅을 활성화합니다. 보안 부팅이 활성화되면 서명된 커널 모듈만 커널에 의해 로드됩니다. 트리 외부 드라이버는 지원되지 않습니다.

4.6.2. CPU 파티셔닝 및 성능 튜닝

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
RAN DU 사용 모델에는 저지연 성능을 위한 PerformanceProfile CR을 사용한 클러스터 성능 튜닝이 포함됩니다. RAN DU 사용 사례에서는 클러스터를 저지연 성능에 맞게 조정해야 합니다. 노드 튜닝 연산자는 PerformanceProfile CR을 조정합니다. PerformanceProfile CR을 사용한 노드 튜닝에 대한 자세한 내용은 "성능 프로필을 사용하여 낮은 지연 시간을 위한 노드 튜닝"을 참조하세요.
제한 및 요구사항

Node Tuning Operator는 PerformanceProfile CR을 사용하여 클러스터를 구성합니다. 통신사 RAN DU 프로필 PerformanceProfile CR에서 다음 설정을 구성해야 합니다.

  • 다음 CPU 중 하나에 대해 4개 이상의 예약된 CPU 세트를 설정합니다. 이는 4개의 하이퍼 스레드(2개의 코어)와 같습니다.

    • 최대 성능을 위해 조정된 호스트 펌웨어가 있는 Intel 3세대 Xeon(IceLake) 2.20GHz 이상 CPU
    • AMD EPYC Zen 4 CPU(Genoa, Bergamo)

      참고

      AMD EPYC Zen 4 CPU(제노아, 베르가모)가 완벽하게 지원됩니다. 전력 소비량 평가가 진행 중입니다. 성능에 미치는 잠재적 영향을 파악하기 위해 포드별 전원 관리 등의 기능을 평가하는 것이 좋습니다.

  • 포함된 각 코어에 대해 하이퍼스레드 형제를 모두 포함하도록 예약된 cpuset을 설정합니다. 예약되지 않은 코어는 워크로드 예약에 할당 가능한 CPU로 사용할 수 있습니다.
  • 하이퍼스레드 형제가 예약된 코어와 격리된 코어에 분할되지 않도록 합니다.
  • 예약되고 격리된 CPU에 CPU의 모든 코어에 대한 모든 스레드가 포함되어 있는지 확인하세요.
  • 예약된 CPU 세트의 각 NUMA 노드에 Core 0을 포함합니다.
  • 대규모 페이지 크기를 1G로 설정합니다.
  • 기본적으로 관리 워크로드 파티션의 일부로 구성된 OpenShift Container Platform 포드만 예약된 코어에 고정합니다.
  • 하드웨어 공급업체가 권장하는 경우 hardwareTuning 섹션을 사용하여 예약되고 격리된 CPU에 대한 최대 CPU 주파수를 설정합니다.
엔지니어링 고려 사항
  • 모든 성능 지표를 충족하려면 RT 커널을 사용해야 합니다. 필요한 경우 성능에 영향을 미치는 비 RT 커널을 사용할 수 있습니다.
  • 구성하는 대규모 페이지의 수는 애플리케이션 작업 부하 요구 사항에 따라 달라집니다. 이 매개변수의 변형은 예상되고 허용됩니다.
  • 선택한 하드웨어 및 시스템에서 사용 중인 추가 구성 요소를 기반으로 예약 및 격리된 CPU 세트 구성에서 변동이 예상됩니다. 변화는 여전히 지정된 한도를 충족해야 합니다.
  • IRQ 친화성 지원이 없는 하드웨어는 분리된 CPU에 영향을 미칩니다. 전체 CPU QoS가 보장된 포드가 할당된 CPU를 최대한 활용할 수 있도록 하려면 서버의 모든 하드웨어가 IRQ 친화성을 지원해야 합니다.
  • 배포 중에 cpuPartitioningMode를 AllNodes 로 설정하여 워크로드 분할을 활성화하는 경우 PerformanceProfile CR을 사용하여 운영 체제, 인터럽트 및 OpenShift Container Platform 포드를 지원하기에 충분한 CPU를 할당해야 합니다.
  • 참조 성능 프로필에는 vfio_pci 에 대한 추가 커널 인수 설정이 포함되어 있습니다. 이러한 주장은 FEC 가속기와 같은 장치를 지원하기 위해 포함되었습니다. 업무에 필요하지 않다면 생략할 수 있습니다.

4.6.3. PTP Operator

이번 릴리스의 새로운 기능
  • PTP 일반 클럭을 위한 듀얼 포트 NIC가 활성화되었습니다.
  • PTP 이벤트 REST API v1 및 이벤트 소비자 애플리케이션 사이드카 지원이 제거되었습니다.
  • 이제 T-GM에서는 최대 3개의 Westport 채널 NIC 구성이 지원됩니다.
설명
GPS를 이용한 그랜드마스터 클록(T-GM) 지원, 일반 클록(OC), 경계 클록(T-BC), 이중 경계 클록, 고가용성(HA) 및 HTTP를 통한 선택적 빠른 이벤트 알림과 같은 기능을 갖춘 RAN DU 사용 사례에 대한 PTPConfig CR을 사용하여 클러스터 노드에서 PTP를 구성합니다. PTP는 RAN 환경에서 정확한 타이밍과 안정성을 보장합니다.
제한 및 요구사항
  • 듀얼 NIC 및 HA가 있는 노드의 경우 경계 클록이 2개로 제한됨
  • T-GM의 경우 3개의 Westport 채널 NIC 구성으로 제한됨
엔지니어링 고려 사항
  • RAN DU RDS 구성은 일반 클록, 경계 클록, 그랜드마스터 클록 및 고가용성 듀얼 NIC 경계 클록에 대해 제공됩니다.
  • PTP 빠른 이벤트 알림은 ConfigMap CR을 사용하여 구독자 세부 정보를 유지합니다.
  • O-RAN 사양에 설명된 계층적 이벤트 구독은 PTP 이벤트에서 지원되지 않습니다.
  • PTP 빠른 이벤트 REST API v1의 지원이 종료되었습니다.

4.6.4. SR-IOV Operator

이번 릴리스의 새로운 기능
설명
SR-IOV Operator는 SR-IOV CNI 및 장치 플러그인을 프로비저닝하고 구성합니다. netdevice (커널 VF)와 vfio (DPDK) 장치는 모두 RAN DU 사용 모델에 지원되고 적용할 수 있습니다.
제한 및 요구사항
  • OpenShift Container Platform에서 지원되는 장치를 사용하세요. 자세한 내용은 "지원되는 기기"를 참조하세요.
  • 호스트 펌웨어 설정에서 SR-IOV 및 IOMMU 활성화: SR-IOV 네트워크 운영자는 커널 명령줄에서 자동으로 IOMMU를 활성화합니다.
  • SR-IOV VF는 PF에서 링크 상태 업데이트를 수신하지 않습니다. 링크 다운 감지가 필요한 경우 프로토콜 수준에서 이를 구성해야 합니다.
엔지니어링 고려 사항
  • vfio 드라이버 유형의 SR-IOV 인터페이스는 일반적으로 높은 처리량 또는 짧은 대기 시간이 필요한 애플리케이션의 보조 네트워크를 활성화하는 데 사용됩니다.
  • SriovNetworkSriovNetworkNodePolicy 고객 리소스 (CR)의 구성과 수에 대한 고객의 변화가 예상됩니다.
  • IOMMU 커널 명령줄 설정은 설치 시 MachineConfig CR에 적용됩니다. 이렇게 하면 SriovOperator CR에서 노드를 추가할 때 노드가 재부팅되지 않습니다.
  • 노드를 병렬로 드레이닝하는 SR-IOV 지원은 단일 노드 OpenShift 클러스터에는 적용되지 않습니다.
  • 배포에 SriovOperatorConfig CR을 포함해야 합니다. CR은 자동으로 생성되지 않습니다. 이 CR은 초기 배포 중에 적용되는 참조 구성 정책에 포함됩니다.
  • 워크로드를 특정 노드로 고정하거나 제한하는 시나리오에서는 SR-IOV 병렬 노드 드레이닝 기능으로 인해 Pod 일정이 변경되지 않습니다. 이러한 시나리오에서 SR-IOV Operator는 병렬 노드 드레이닝 기능을 비활성화합니다.
  • 애플리케이션 워크로드에 필요한 VF 수를 지원하기 위해 보안 부팅 또는 커널 잠금을 통해 충분한 VF(가상 기능)에서 펌웨어 업데이트를 지원하지 않는 NIC를 미리 구성해야 합니다. Mellanox NIC의 경우 SR-IOV Network Operator에서 Mellanox 벤더 플러그인을 비활성화해야 합니다. 자세한 내용은 "보안 부팅이 활성화된 경우 Mellanox 카드에서 SR-IOV 네트워크 운영자 구성"을 참조하세요.
  • Pod가 시작된 후 가상 함수의 MTU 값을 변경하려면 SriovNetworkNodePolicy CR에서 MTU 필드를 구성하지 마십시오. 대신 Network Manager를 구성하거나 사용자 지정 systemd 스크립트를 사용하여 물리적 기능의 MTU를 적절한 값으로 설정합니다. 예를 들면 다음과 같습니다.

    # ip link set dev <physical_function> mtu 9000
    Copy to Clipboard Toggle word wrap

4.6.5. 로깅

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
로깅을 사용하여 원격 분석을 위해 far edge 노드에서 로그를 수집합니다. 권장되는 로그 수집기는 Vector입니다.
엔지니어링 고려 사항
  • 예를 들어, 인프라 및 감사 로그 이외의 로그를 처리하려면 추가 로깅 속도를 기반으로 하는 추가 CPU 및 네트워크 대역폭이 필요합니다.
  • OpenShift Container Platform 4.14부터 Vector는 참조 로그 수집기입니다. RAN 사용 모델에서 fluentd 사용은 더 이상 사용되지 않습니다.

4.6.6. SRIOV-FEC Operator

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
SRIOV-FEC Operator는 FEC 액셀러레이터 하드웨어를 지원하는 선택적 타사 Certified Operator입니다.
제한 및 요구사항
  • FEC Operator v2.7.0부터 다음을 수행합니다.

    • 보안 부팅 지원
    • PF를 위한 VFIO 드라이버에는 Pod에 삽입되는 vfio -token 을 사용해야 합니다. Pod의 애플리케이션은 EAL 매개변수 --vfio-vf-token 을 사용하여 VF 토큰을 DPDK에 전달할 수 있습니다.
엔지니어링 고려 사항
  • SRIOV-FEC Operator는 분리된 CPU 세트의 CPU 코어를 사용합니다.
  • 예를 들어 검증 정책을 확장하여 FEC 준비 상태를 사전 점검의 일부로 검증할 수 있습니다.

4.6.7. 라이프사이클 에이전트

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
Lifecycle Agent는 단일 노드 OpenShift 클러스터의 이미지 기반 업그레이드를 위한 로컬 라이프사이클 관리 서비스를 제공합니다. 이미지 기반 업그레이드는 단일 노드 OpenShift 클러스터에 권장되는 업그레이드 방법입니다.
제한 및 요구사항
  • Lifecycle Agent는 추가 작업자가 있는 다중 노드 클러스터 또는 단일 노드 OpenShift 클러스터에는 적용되지 않습니다.
  • Lifecycle Agent에는 클러스터를 설치할 때 생성하는 영구 볼륨이 필요합니다.

파티션 요구 사항에 대한 자세한 내용은 "GitOps ZTP를 사용할 때 ostree stateroots 간에 공유 컨테이너 디렉터리 구성"을 참조하세요.

4.6.8. Local Storage Operator

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
Local Storage Operator를 사용하여 애플리케이션에서 PVC 리소스로 사용할 수 있는 영구 볼륨을 생성할 수 있습니다. 생성하는 PV 리소스의 수 및 유형은 요구 사항에 따라 다릅니다.
엔지니어링 고려 사항
  • PV 를 생성하기 전에 PV CR에 대한 백업 스토리지를 생성합니다. 파티션, 로컬 볼륨, LVM 볼륨 또는 전체 디스크일 수 있습니다.
  • 각 장치에 액세스하는 데 사용되는 하드웨어 경로에서 LocalVolume CR의 장치 목록을 참조하여 디스크 및 파티션의 올바른 할당(예: /dev/disk/by-path/<id > )을 확인합니다. 논리 이름(예: /dev/sda)은 노드를 재부팅해도 일관성이 보장되지 않습니다.

4.6.9. 논리 볼륨 관리자 스토리지

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
LVM(Logical Volume Manager) 스토리지는 선택적 구성 요소입니다. 애플리케이션에서 PVC(영구 볼륨 클레임) 리소스로 사용할 수 있는 로컬 장치에서 논리 볼륨을 생성하여 블록 및 파일 스토리지에 대한 동적 프로비저닝을 제공합니다. 볼륨 확장 및 스냅샷도 가능합니다. 구성의 예는 StorageLVMCluster.yaml 파일이 있는 RDS에 제공됩니다.
제한 및 요구사항
  • 단일 노드 OpenShift 클러스터에서 영구 스토리지는 둘 다 아닌 LVMS 또는 로컬 스토리지에서 제공해야 합니다.
  • 볼륨 스냅샷은 참조 구성에서 제외됩니다.
엔지니어링 고려 사항
  • LVM 스토리지는 RAN DU 사용 사례의 로컬 스토리지 구현으로 사용할 수 있습니다. LVM 스토리지를 스토리지 솔루션으로 사용하면 Local Storage Operator가 교체되고 필요한 CPU가 플랫폼 오버헤드로 관리 파티션에 할당됩니다. 참조 구성에는 이러한 스토리지 솔루션 중 하나가 포함되어야 하지만 둘 다 포함되지는 않습니다.
  • 스토리지 요구 사항에 충분한 디스크 또는 파티션을 사용할 수 있는지 확인합니다.

4.6.10. 워크로드 파티셔닝

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
워크로드 파티셔닝은 DU 프로파일의 일부인 OpenShift 플랫폼과 Day 2 Operator Pod를 예약된 cpuset 에 고정하고 노드 회계에서 예약된 CPU를 제거합니다. 이렇게 하면 사용자 워크로드에서 예약되지 않은 모든 CPU 코어를 사용할 수 있습니다. 이렇게 하면 사용자 워크로드에서 예약되지 않은 모든 CPU 코어를 사용할 수 있습니다. 워크로드 파티셔닝은 설치 매개변수에 설정된 기능을 통해 활성화됩니다: cpu CryostatingMode: AllNodes. 관리 파티션 코어 세트는 PerformanceProfile CR에서 구성한 예약된 CPU 세트로 설정됩니다.
제한 및 요구사항
  • Pod 를 관리 파티션에 적용할 수 있도록 네임스페이스 및 Pod CR에 주석을 달 수 있어야 합니다.
  • CPU 제한이 있는 Pod는 파티션에 할당할 수 없습니다. 변경으로 Pod QoS를 변경할 수 있기 때문입니다.
  • 관리 파티션에 할당할 수 있는 최소 CPU 수에 대한 자세한 내용은 Node Tuning Operator 를 참조하십시오.
엔지니어링 고려 사항
  • 워크로드 파티셔닝은 모든 관리 Pod를 예약된 코어에 고정합니다. 워크로드 시작, 노드 재부팅 또는 기타 시스템 이벤트가 발생할 때 발생하는 CPU 사용 급증을 고려하여 예약된 세트에 코어 수를 할당해야 합니다.

4.6.11. 클러스터 튜닝

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
설명
클러스터 기능 기능을 사용하여 비활성화할 수 있는 구성 요소의 전체 목록은 "클러스터 기능"을 참조하세요.
제한 및 요구사항
  • 설치 관리자가 프로비저닝한 설치 방법에서는 클러스터 기능을 사용할 수 없습니다.

다음 표에는 필요한 플랫폼 튜닝 구성이 나열되어 있습니다.

Expand
표 4.2. 클러스터 기능 구성
기능설명

선택적 클러스터 기능 제거

단일 노드 OpenShift 클러스터에서만 선택적 클러스터 Operator를 비활성화하여 OpenShift Container Platform 풋프린트를 줄입니다.

  • 노드 튜닝 연산자, 연산자 수명 주기 관리자 및 Ingress 연산자를 제외한 모든 선택적 연산자를 제거합니다.

클러스터 모니터링 구성

다음을 수행하여 공간 절약을 위해 모니터링 스택을 구성합니다.

  • 로컬 alertmanagertelemeter 구성 요소를 비활성화합니다.
  • RHACM 관찰 기능을 사용하는 경우 경고를 허브 클러스터에 전달하려면 적절한 additionalAlertManagerConfigs CR로 CR을 보강해야 합니다.
  • Prometheus 보존 기간을 24시간으로 줄입니다.

    참고

    RHACM 허브 클러스터는 관리되는 클러스터 메트릭을 집계합니다.

네트워킹 진단 비활성화

필요하지 않으므로 단일 노드 OpenShift에 대한 네트워킹 진단을 비활성화합니다.

단일 OperatorHub 카탈로그 소스 구성

RAN DU 배포에 필요한 Operator만 포함하는 단일 카탈로그 소스를 사용하도록 클러스터를 구성합니다. 각 카탈로그 소스는 클러스터에서 CPU 사용을 늘립니다. 단일 CatalogSource 를 사용하면 플랫폼 CPU 예산에 적합합니다.

콘솔 운영자 비활성화

콘솔이 비활성화된 상태로 클러스터가 배포된 경우 콘솔 CR( ConsoleOperatorDisable.yaml )은 필요하지 않습니다. 콘솔이 활성화된 상태로 클러스터를 배포한 경우 콘솔 CR을 적용해야 합니다.

엔지니어링 고려 사항

4.6.12. 머신 구성

이번 릴리스의 새로운 기능
  • 이 릴리스에는 참조 디자인 업데이트가 없습니다
제한 및 요구사항
  • CRI-O 삭제 비활성화 MachineConfig CR은 정의된 유지 관리 창의 예약된 유지 관리 기간 외에는 디스크의 이미지가 정적이라고 가정합니다. 이미지가 정적임을 확인하려면 Pod imagePullPolicy 필드를 Always 로 설정하지 마십시오.
  • 달리 명시하지 않는 한, 이 표의 구성 CR은 필수 구성 요소입니다.
Expand
표 4.3. 머신 구성 옵션
기능설명

컨테이너 런타임

모든 노드 역할에 대해 컨테이너 런타임을 crun 으로 설정합니다.

Kubelet 구성 및 컨테이너 마운트 네임스페이스 숨기기

kubelet 하우스키핑 및 퇴거 모니터링 빈도를 줄여 CPU 사용량을 줄입니다.

SCTP

선택 구성(기본적으로 활성화됨)

Kdump

선택적 설정(기본적으로 사용)을 사용하면 커널 패닉이 발생할 때 kdump에서 디버그 정보를 캡처할 수 있습니다. kdump를 활성화하는 참조 CR은 참조 구성에 포함된 드라이버 및 커널 모듈 세트를 기반으로 메모리 예약이 늘어납니다.

CRI-O 제거 비활성화

부정확한 종료 후 CRI-O 이미지 캐시의 자동 삭제를 비활성화합니다.

SR-IOV 관련 커널 인수

커널 명령줄에 추가 SR-IOV 관련 인수를 포함합니다.

RCU Normal 설정

시스템 시작이 완료된 후 rcu_normal을 설정하는 Systemd 서비스

일회성 시간 동기화

제어 평면 또는 작업자 노드에 대한 일회성 NTP 시스템 시간 동기화 작업을 실행합니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat