2.2. GitOps ZTP에 권장되는 허브 클러스터 사양 및 관리되는 클러스터 제한
GitOps Zero Touch Provisioning(ZTP)을 사용하면 지리적으로 분산된 지역과 네트워크에 있는 수천 개의 클러스터를 관리할 수 있습니다. Red Hat Performance and Scale 랩은 랩 환경에서 단일 Red Hat Advanced Cluster Management(RHACM) 허브 클러스터에서 축소된 DU 프로필을 사용하여 3,500개의 가상 단일 노드 OpenShift 클러스터를 성공적으로 생성하고 관리했습니다.
실제 상황에서 관리할 수 있는 클러스터 수의 확장 제한은 허브 클러스터에 영향을 미치는 다양한 요소에 따라 달라집니다. 예를 들면 다음과 같습니다.
- 허브 클러스터 리소스
- 사용 가능한 허브 클러스터 호스트 리소스(CPU, 메모리, 스토리지)는 허브 클러스터가 관리할 수 있는 클러스터 수를 결정하는 중요한 요소입니다. 허브 클러스터에 할당된 리소스가 많을수록 수용할 수 있는 관리 클러스터 수가 늘어납니다.
- 허브 클러스터 스토리지
- 허브 클러스터 호스트 스토리지 IOPS 등급과 허브 클러스터 호스트가 NVMe 스토리지를 사용하는지 여부는 허브 클러스터 성능과 관리할 수 있는 클러스터 수에 영향을 미칠 수 있습니다.
- 네트워크 대역폭 및 지연 시간
- 허브 클러스터와 관리 클러스터 간의 네트워크 연결이 느리거나 대기 시간이 길면 허브 클러스터가 여러 클러스터를 관리하는 방식에 영향을 미칠 수 있습니다.
- 관리되는 클러스터 크기 및 복잡성
- 관리되는 클러스터의 크기와 복잡성도 허브 클러스터의 용량에 영향을 미칩니다. 더 많은 노드, 네임스페이스, 리소스가 있는 대규모 관리형 클러스터에는 추가적인 처리 및 관리 리소스가 필요합니다. 마찬가지로 RAN DU 프로필이나 다양한 작업 부하와 같이 복잡한 구성을 가진 클러스터는 허브 클러스터에서 더 많은 리소스를 요구할 수 있습니다.
- 관리되는 정책의 수
- 허브 클러스터에서 관리하는 정책의 수는 해당 정책에 바인딩된 관리 클러스터의 수에 비례하여 증가하는데, 이는 관리할 수 있는 클러스터의 수를 결정하는 중요한 요소입니다.
- 모니터링 및 관리 작업 부하
- RHACM은 관리되는 클러스터를 지속적으로 모니터링하고 관리합니다. 허브 클러스터에서 실행되는 모니터링 및 관리 작업의 수와 복잡성은 용량에 영향을 미칠 수 있습니다. 집중적인 모니터링 또는 빈번한 조정 작업에는 추가 리소스가 필요할 수 있으므로 관리 가능한 클러스터 수를 제한할 수 있습니다.
- RHACM 버전 및 구성
- RHACM의 다양한 버전은 성능 특성과 리소스 요구 사항이 다를 수 있습니다. 또한, 동시 조정 수나 상태 검사 빈도와 같은 RHACM의 구성 설정은 허브 클러스터의 관리되는 클러스터 용량에 영향을 미칠 수 있습니다.
다음의 대표적인 구성과 네트워크 사양을 사용하여 고유한 허브 클러스터와 네트워크 사양을 개발하세요.
다음 가이드라인은 내부 연구실 벤치마크 테스트에만 기반하며, 완전한 베어 메탈 호스트 사양을 나타내는 것은 아닙니다.
요구 사항 | 설명 |
---|---|
서버 하드웨어 | 3 x Dell PowerEdge R650 랙 서버 |
NVMe 하드 디스크 |
|
SSD 하드 디스크 |
|
적용된 DU 프로필 정책 수 | 5 |
다음 네트워크 사양은 일반적인 실제 RAN 네트워크를 대표하며, 테스트 중에 규모 실험실 환경에 적용되었습니다.
사양 | 설명 |
---|---|
왕복 시간(RTT) 지연 시간 | 50밀리초 |
패킷 손실 | 0.02% 패킷 손실 |
네트워크 대역폭 제한 | 20Mbps |