Red Hat Summit Red Hat Summit지원콘솔개발자평가판 시작연락처

5.10. hub 클러스터 스토리지 요구사항

관리 허브 클러스터에 필요한 총 스토리지 양은 클러스터에 배포된 각 애플리케이션의 스토리지 요구 사항에 따라 달라집니다. 고가용성 PersistentVolume 리소스를 통한 스토리지가 필요한 주요 구성 요소는 다음 섹션에 설명되어 있습니다.

참고

기본 OpenShift Container Platform 설치에 필요한 스토리지는 이러한 요구 사항과 다릅니다.

5.10.1. 지원 서비스
링크 복사

지원 서비스는 다중 클러스터 엔진 및 RHACM(Red Hat Advanced Cluster Management)과 함께 배포됩니다.

Expand
표 5.2. 지원되는 서비스 스토리지 요구 사항
영구 볼륨 리소스크기(GB)

imageStorage

50

filesystemStorage

700

dataBaseStorage

20

5.10.2. RHACM Observability
링크 복사

클러스터 Observability는 다중 클러스터 엔진 및 RHACM(Red Hat Advanced Cluster Management)에서 제공합니다.

  • 관찰성 스토리지에는 메트릭을 장기 보존하기 위해 여러 PV 리소스와 S3 호환 버킷 스토리지가 필요합니다.
  • 스토리지 요구 사항 계산은 복잡하고 관리 클러스터의 특정 워크로드 및 특성에 따라 달라집니다. PV 리소스 및 S3 버킷에 대한 요구 사항은 데이터 보존, 관리 클러스터 수, 관리형 클러스터 워크로드 등 다양한 측면에 따라 다릅니다.
  • RHACM 용량 계획 리포지토리에서 관찰 기능 크기 계산기를 사용하여 관찰 기능에 필요한 스토리지를 추정합니다. 계산기를 사용하여 관찰 스토리지 요구 사항을 추정하는 방법에 대한 설명은 통신 환경에서 MultiClusterHub Observability의 스토리지 요구 사항 계산 문서를 참조하십시오. 아래 표에서는 telco RAN DU RDS에서 파생된 입력과 hub cluster RDS를 대표 값으로 사용합니다.
참고

다음 숫자가 추정됩니다. 보다 정확한 결과를 위해 값을 조정합니다. 잠재적인 추정 부정확성을 고려하여 엔지니어링 마진(예: +20%)을 결과에 추가합니다.

Expand
표 5.3. 클러스터 요구 사항
용량 플래너 입력데이터 소스예시 값

컨트롤 플레인 노드 수

Hub 클러스터 RDS(scale) 및 telco RAN DU RDS(topology)

3500

추가 작업자 노드 수

Hub 클러스터 RDS(scale) 및 telco RAN DU RDS(topology)

0

데이터 저장 일수

Hub 클러스터 RDS

15

클러스터당 총 Pod 수

Ttelco RAN DU RDS

120

네임스페이스 수(OpenShift Container Platform 제외)

Ttelco RAN DU RDS

4

시간당 메트릭 샘플 수

기본값

12

수신자 PV(영구 볼륨)의 보존 시간 수

기본값

24

이러한 입력 값을 사용하면 Red Hat 지식 베이스 문서에 설명된 크기 계산기 문서 통신 환경의 MultiClusterHub Observability의 스토리지 요구 사항에 따라 다음과 같은 스토리지 요구 사항이 표시됩니다.

Expand
표 5.4. 스토리지 요구사항
Alertmanager PVThanos 수신 PVThanos 컴팩트 PV

복제본당

합계

복제본당

합계

합계

20GiB

20GiB

20GiB

20GiB

20GiB

Expand
표 5.5. 스토리지 요구사항
Thanos 규칙 PVThanos 저장소 PV오브젝트 버킷[1]

복제본당

합계

복제본당

합계

일당

합계

20GiB

20GiB

20GiB

20GiB

20GiB

20GiB

[1] 오브젝트 버킷의 경우 다운스트림이 비활성화된 것으로 간주되므로 스토리지 요구 사항에 따라 원시 데이터만 계산됩니다.

5.10.3. 스토리지 고려 사항
링크 복사

제한 및 요구사항
  • 최소 OpenShift Container Platform 및 RHACM(Red Hat Advanced Cluster Management) 제한이 적용됩니다.
  • 고가용성은 스토리지 백엔드를 통해 제공해야 합니다. hub 클러스터 참조 구성은 Red Hat OpenShift Data Foundation을 통해 스토리지를 제공합니다.
  • 오브젝트 버킷 스토리지는 OpenShift Data Foundation을 통해 제공됩니다.
엔지니어링 고려 사항
  • 대기 시간이 짧고 etcd 스토리지의 처리량이 높은 SSD 또는 NVMe 디스크를 사용합니다.

  • 통신 허브 클러스터용 스토리지 솔루션은 OpenShift Data Foundation입니다.

    • Local Storage Operator는 OpenShift Data Foundation에서 허브 클러스터의 다른 구성 요소에 필요한 대로 블록, 파일 및 오브젝트 스토리지를 제공하는 데 사용하는 스토리지 클래스를 지원합니다.
  • Local Storage Operator LocalVolume 구성에는 OpenShift Data Foundation이 이전에 사용된 허브 클러스터 노드의 재설치를 지원하기 위해 forceWipeDevicesAndDestroyAllData: true 설정이 포함됩니다.

5.10.4. Git 리포지토리
링크 복사

통신 관리 허브 클러스터는 다양한 통신 애플리케이션의 OpenShift 클러스터 구성을 설치하고 관리하기 위한 GitOps 중심 방법론을 지원합니다. 이 방법론에는 클러스터 정의 및 구성 아티팩트에 대해 권한 있는 정보 소스 역할을 하는 액세스 가능한 Git 리포지토리가 필요합니다.

Red Hat은 상업적으로 지원되는 Git 서버를 제공하지 않습니다. 프로덕션 환경에 제공된 기존 Git 서버를 사용할 수 있습니다. Gitea 및 Gogs는 사용할 수 있는 자체 호스팅 Git 서버의 예입니다.

Git 리포지토리는 일반적으로 hub 클러스터 외부에 있는 production 네트워크에 제공됩니다. 대규모 배포에서 여러 허브 클러스터는 동일한 Git 리포지토리를 사용하여 관리되는 클러스터 정의를 유지 관리할 수 있습니다. 이 방법을 사용하면 전체 네트워크의 상태를 쉽게 검토할 수 있습니다. 클러스터 정의의 정보 소스로서 Git 리포지토리는 고가용성이어야 하며 재해 시나리오에서 복구할 수 있어야 합니다.

참고

재해 복구 및 다중 허브 고려 사항의 경우 허브 클러스터와 별도로 Git 리포지토리를 실행합니다.

제한 및 요구사항
  • 관리 클러스터의 설치, 구성 및 라이프사이클 관리를 포함하여 허브 클러스터의 GitOps ZTP 기능을 지원하는 Git 리포지토리가 필요합니다.
  • Git 리포지토리는 관리 클러스터에서 액세스할 수 있어야 합니다.
엔지니어링 고려 사항
  • Git 리포지토리는 GitOps Operator에서 사용하여 적용된 구성에 대한 지속적인 배포 및 단일 정보 소스를 보장합니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2026 Red Hat맨 위로 이동