This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.17장. 단일 노드 OpenShift에 수동으로 분산 장치 배포
이 항목의 절차에서는 설치 중에 적은 수의 단일 노드에 클러스터를 수동으로 분산 장치(DU)로 배포하는 방법을 설명합니다.
이 절차에서는 단일 노드 OpenShift 설치 방법을 설명하지 않습니다. 이것은 많은 메커니즘을 통해 수행 할 수 있습니다. 대신 설치 프로세스의 일부로 구성해야 하는 요소를 캡처하기 위한 것입니다.
- 설치가 완료되면 단일 노드 OpenShift DU에 대한 연결을 활성화하려면 네트워킹이 필요합니다.
- 워크로드 파티셔닝 - 설치 중에만 구성할 수 있습니다.
- 잠재적인 재부팅 후 설치를 최소화하는 데 도움이 되는 추가 항목입니다.
17.1. 분산 장치(DU) 구성 링크 복사링크가 클립보드에 복사되었습니다!
이 섹션에서는 분산 장치(DU) 애플리케이션을 실행하는 데 필요한 기능 및 성능 요구 사항을 충족하도록 OpenShift Container Platform 클러스터의 구성 세트에 대해 설명합니다. 이 콘텐츠 중 일부는 설치 중에 적용해야 하며 다른 구성은 설치 후 적용할 수 있습니다.
단일 노드 OpenShift DU를 설치한 후 플랫폼에서 DU 워크로드를 전송할 수 있도록 추가 구성이 필요합니다.
이 섹션의 구성은 DU 워크로드에 맞게 클러스터를 구성하기 위해 설치 후 클러스터에 적용됩니다.
17.1.1. 워크로드 파티션 활성화 링크 복사링크가 클립보드에 복사되었습니다!
단일 노드 OpenShift 설치의 일부로 활성화하는 주요 기능은 워크로드 파티셔닝입니다. 이렇게 하면 플랫폼 서비스를 실행할 수 있는 코어가 제한되어 애플리케이션 페이로드에 대한 CPU 코어를 최대화합니다. 클러스터 설치 시 워크로드 파티셔닝을 구성해야 합니다.
클러스터 설치 중에 워크로드 파티셔닝만 활성화할 수 있습니다. 설치 후 워크로드 분할을 비활성화할 수 없습니다. 그러나 성능 프로필에 정의된 cpu
값과 MachineConfig
사용자 정의 리소스(CR)의 관련 cpuset
값에 업데이트하여 워크로드 파티션을 재구성할 수 있습니다.
절차
아래 base64로 인코딩된 콘텐츠에는 관리 워크로드가 제한된 CPU 세트가 포함되어 있습니다. 이 콘텐츠는
performanceprofile
에 지정된 세트와 일치하도록 조정해야 하며 클러스터의 코어 수에 맞게 정확해야 합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow /etc/crio/crio.conf.d/01-workload-partitioning
의 내용은 다음과 같아야 합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
cpuset
값은 설치에 따라 다릅니다.
Hyper-Threading이 활성화된 경우 각 코어에 대해 두 스레드를 모두 지정합니다.
cpuset
값은 성능 프로필의spec.cpu.reserved
필드에 정의된 예약된 CPU와 일치해야 합니다.
Hyper-Threading이 활성화된 경우 각 코어의 두 스레드를 지정합니다. CPU
값은 성능 프로필에 지정된 예약된 CPU 세트와 일치해야 합니다.
이 콘텐츠는 위의 매니페스트에서 01-workload-partitioning-content
에 인코딩되고 제공되어야 합니다.
/etc/kubernetes/openshift-workload-pinning
의 내용은 다음과 같아야 합니다.{ "management": { "cpuset": "0-1,52-53" } }
{ "management": { "cpuset": "0-1,52-53"
1 } }
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
cpuset
는/etc/crio/crio.conf.d/01-workload-partitioning
의cpuset
값과 일치해야 합니다.
17.1.2. 컨테이너 마운트 네임스페이스 구성 링크 복사링크가 클립보드에 복사되었습니다!
플랫폼의 전반적인 관리 공간을 줄이기 위해 마운트 지점을 포함하도록 시스템 구성이 제공됩니다. 구성 변경이 필요하지 않습니다. 제공된 설정을 사용합니다.
17.1.3. SCTP(스트림 제어 전송 프로토콜) 활성화 링크 복사링크가 클립보드에 복사되었습니다!
SCTP는 RAN 애플리케이션에 사용되는 키 프로토콜입니다. 이 MachineConfig
오브젝트는 이 프로토콜을 활성화하기 위해 SCTP 커널 모듈을 노드에 추가합니다.
절차
구성 변경이 필요하지 않습니다. 제공된 설정을 사용합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
17.1.4. Operator에 대한 OperatorGroup 생성 링크 복사링크가 클립보드에 복사되었습니다!
이 구성은 플랫폼 설치 후 구성하는데 필요한 Operator를 추가하기 위해 제공됩니다. Local Storage Operator, Logging Operator, Performance Addon Operator, PTP Operator, SRIOV Network Operator에 Namespace
및 OperatorGroup
오브젝트를 추가합니다.
절차
구성 변경이 필요하지 않습니다. 제공된 설정을 사용합니다.
Local Storage Operator
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Logging Operator
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Performance Addon Operator
Copy to Clipboard Copied! Toggle word wrap Toggle overflow PTP Operator
Copy to Clipboard Copied! Toggle word wrap Toggle overflow SRIOV Network Operator
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
17.1.5. Operator 구독 링크 복사링크가 클립보드에 복사되었습니다!
서브스크립션은 플랫폼 구성에 필요한 Operator를 다운로드할 수 있는 위치를 제공합니다.
절차
다음 예제를 사용하여 서브스크립션을 구성합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
cluster-logging
Operator를 가져올 채널을 지정합니다.- 2
수동
또는자동
을 지정합니다.자동
모드에서 Operator는 레지스트리에서 사용 가능할 때 채널의 최신 버전으로 자동으로 업데이트됩니다.수동
모드에서 새 Operator 버전은 명시적으로 승인 된 후에만 설치됩니다.- 3
local-storage-operator
Operator를 가져올 채널을 지정합니다.- 4
performance-addon-operator
Operator를 가져오려면 채널을 지정합니다.- 5
ptp-operator
Operator를 가져올 채널을 지정합니다.- 6
sriov-network-operator
Operator를 가져올 채널을 지정합니다.
17.1.6. 로컬로 로깅 구성 및 전달 링크 복사링크가 클립보드에 복사되었습니다!
단일 노드 분산 장치(DU)를 디버깅하려면 추가 분석을 위해 로그를 저장해야 합니다.
17.1.7. Performance Addon Operator 구성 링크 복사링크가 클립보드에 복사되었습니다!
이는 단일 노드 분산 단위(DU)의 주요 구성 요소입니다. 많은 실시간 기능 및 서비스 보증이 여기에 구성됩니다.
절차
다음 예제를 사용하여 성능 애드온을 구성합니다.
권장되는 성능 프로파일 구성
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
이름
값이TunedPerformancePatch.yaml
의spec.profile.data
필드에 지정된 값과 일치하고validatorCRs/informDuValidator.yaml
의status.configuration.source.name
필드와 일치하는지 확인합니다.- 2
- 분리된 CPU를 설정합니다. 모든 하이퍼 스레딩 쌍이 일치하는지 확인합니다.
- 3
- 예약된 CPU를 설정합니다. 워크로드 파티셔닝이 활성화되면 시스템 프로세스, 커널 스레드 및 시스템 컨테이너 스레드가 이러한 CPU로 제한됩니다. 분리되지 않은 모든 CPU는 예약해야 합니다.
- 4
- 대규모 페이지 수를 설정합니다.
- 5
- 대규모 페이지 크기를 설정합니다.
- 6
node
를hugepages
가 할당된 NUMA 노드로 설정합니다.- 7
- CPU를 네트워킹 인터럽트에서 분리하려면
userLevelNetworking
을true
로 설정합니다. - 8
- 실시간 Linux 커널을 설치하려면
enabled
를true
로 설정합니다.
17.1.8. PTP(Precision Time Protocol) 구성 링크 복사링크가 클립보드에 복사되었습니다!
RAN은 엣지에서 PTP를 사용하여 시스템을 동기화합니다.
절차
다음 예제를 사용하여 PTP를 구성합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
- 1
- PTP에 사용되는 인터페이스를 설정합니다.
17.1.9. NTP(Network Time Protocol) 비활성화 링크 복사링크가 클립보드에 복사되었습니다!
시스템을 Precision Time Protocol(PTP)에 대해 구성한 후에는 NTP를 제거하여 시스템 클럭에 영향을 미치지 않도록 해야 합니다.
절차
구성 변경이 필요하지 않습니다. 제공된 설정을 사용합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
17.1.10. SR-IOV(단일 루트 I/O 가상화) 구성 링크 복사링크가 클립보드에 복사되었습니다!
SR-IOV는 일반적으로 fronthaul 및 midhaul 네트워크를 활성화하는 데 사용됩니다.
절차
다음 구성을 사용하여 단일 노드 분산 장치(DU)에서 SRIOV를 구성합니다. 첫 번째 CR(사용자 정의 리소스)이 필요합니다. 다음 CR은 예제입니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
17.1.11. 콘솔 Operator 비활성화 링크 복사링크가 클립보드에 복사되었습니다!
console-operator는 클러스터에 웹 콘솔을 설치하고 유지 관리합니다. 노드가 중앙 집중식으로 관리되면 Operator가 필요하지 않으며 애플리케이션 워크로드를 위한 공간을 만듭니다.
절차
다음 구성 파일을 사용하여 Operator를 비활성화할 수 있습니다. 구성 변경이 필요하지 않습니다. 제공된 설정을 사용합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow