5.16. 허브 클러스터 구성 요소
5.16.1. Red Hat 고급 클러스터 관리(RHACM) 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이번 릴리스에는 참조 디자인 업데이트가 없습니다.
- 설명
Red Hat Advanced Cluster Management(RHACM)는 배포된 클러스터에 대한 멀티클러스터 엔진 설치 및 지속적인 수명 주기 관리 기능을 제공합니다. 유지 관리 기간 동안 클러스터에
정책
사용자 정의 리소스(CR)를 적용하여 클러스터 구성과 업그레이드를 선언적으로 관리할 수 있습니다.RHACM은 다음과 같은 기능을 제공합니다.
- RHACM의 멀티클러스터 엔진 구성 요소를 사용하여 클러스터의 제로터치 프로비저닝(ZTP) 및 지속적인 확장을 수행합니다.
- RHACM 정책 컨트롤러를 통한 구성, 업그레이드 및 클러스터 상태.
-
관리형 클러스터 설치 중에 RHACM은
ClusterInstance
CR을 통해 구성된 대로 개별 노드에 레이블을 적용할 수 있습니다. - RHACM의 Topology Aware Lifecycle Manager 구성 요소는 관리되는 클러스터에 대한 구성 변경 사항의 단계적 롤아웃을 제공합니다.
- RHACM 멀티클러스터 엔진 Observability 구성 요소는 선택적 모니터링, 대시보드, 알림 및 메트릭을 제공합니다.
단일 노드 OpenShift 클러스터 설치에 권장되는 방법은 클러스터 정의를 위해
ClusterInstance
CR을 사용하는 멀티클러스터 엔진의 이미지 기반 설치 방법입니다.단일 노드 OpenShift 업그레이드에 권장되는 방법은 이미지 기반 업그레이드 방법입니다.
참고RHACM 멀티클러스터 엔진의 Observability 구성 요소는 모든 관리 클러스터의 상태를 중앙에서 볼 수 있는 기능을 제공합니다. 기본적으로 모든 관리형 클러스터는 클러스터 모니터링 운영자(CMO)가 생성한 메트릭과 알림을 Observability로 다시 보낼 수 있습니다. 자세한 내용은 "관찰성"을 참조하세요.
- 제한 및 요구사항
- 단일 허브 클러스터가 관리하는 클러스터 수 제한에 대한 자세한 내용은 "통신사 관리 허브 클러스터 사용 모델"을 참조하세요.
허브에서 효과적으로 관리할 수 있는 관리형 클러스터의 수는 다음을 포함한 다양한 요소에 따라 달라집니다.
- 각 관리 클러스터의 리소스 가용성
- 정책 복잡성 및 클러스터 크기
- 네트워크 활용도
- 작업량 요구 및 분배
- 허브와 관리되는 클러스터는 충분한 양방향 연결을 유지해야 합니다.
- 엔지니어링 고려 사항
- 클러스터 백업 및 복원 운영자를 구성하여 타사 리소스를 포함할 수 있습니다.
- 정책을 통해 구성을 정의할 때 RHACM 허브 측 템플릿을 사용하는 것이 좋습니다. 이 기능을 사용하면 클러스터별 또는 그룹별로 정책을 활성화하여 함대를 관리하는 데 필요한 정책 수를 줄일 수 있습니다. 예를 들어, 정책에 템플릿으로 지정하고 클러스터나 그룹 기준으로 대체할 지역 또는 하드웨어 유형 콘텐츠입니다.
-
관리형 클러스터에는 일반적으로 개별 클러스터에 특정한 여러 개의 구성 값이 있습니다. 이러한 항목은 클러스터 이름을 기반으로
ConfigMap
CR에서 가져온 값을 사용하는 RHACM 정책 허브 측 템플릿을 사용하여 관리해야 합니다.
5.16.2. 토폴로지 인식 라이프사이클 관리자 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이번 릴리스에는 참조 디자인 업데이트가 없습니다.
- 설명
TALM은 클러스터 업그레이드, 운영자 업그레이드, 클러스터 구성 등의 변경 사항이 네트워크에 어떻게 적용되는지 관리하기 위해 허브 클러스터에서만 실행되는 운영자입니다. TALM은 다음 기능을 지원합니다.
- 사용자가 구성할 수 있는 일괄 처리 방식으로 클러스터 플릿에 대한 정책 업데이트를 점진적으로 출시합니다.
-
클러스터별 작업은 관리되는 클러스터의 구성 변경에 따라
ztp-done
레이블이나 사용자가 구성 가능한 다른 레이블을 추가합니다. TALM은 업그레이드를 시작하기 전에 OpenShift Container Platform, OLM Operator 및 추가 이미지를 단일 노드 OpenShift 클러스터에 사전 캐싱하는 옵션을 지원합니다. 단일 노드 OpenShift 클러스터를 업그레이드하는 데 권장되는 이미지 기반 업그레이드 방법을 사용하는 경우 사전 캐싱 기능은 적용할 수 없습니다.
-
PreCachingConfig
CR을 사용하여 선택적 사전 캐싱 구성을 지정합니다. - 사용하지 않는 콘텐츠를 제외하기 위한 구성 가능한 이미지 필터링.
- 정의된 공간 요구 사항 매개변수를 사용하여 사전 캐싱 전후에 저장소 유효성 검사를 수행합니다.
-
- 제한 및 요구사항
- TALM은 500개 배치 단위로 동시 클러스터 업그레이드를 지원합니다.
- 사전 캐싱은 단일 노드 OpenShift 클러스터 토폴로지로 제한됩니다.
- 엔지니어링 고려 사항
-
PreCachingConfig
사용자 정의 리소스(CR)는 선택 사항입니다. OpenShift Container Platform 및 OLM과 같이 플랫폼 관련 이미지만 사전 캐싱하려는 경우에는 생성할 필요가 없습니다. - TALM은 Red Hat Advanced Cluster Management 정책과 함께 허브 측 템플릿 사용을 지원합니다.
-
5.16.3. GitOps Operator 및 GitOps ZTP 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이 릴리스에는 참조 디자인 업데이트가 없습니다
- 설명
GitOps Operator와 GitOps ZTP는 클러스터 배포 및 구성을 관리하기 위한 GitOps 기반 인프라를 제공합니다. 클러스터 정의 및 구성은 Git에서 선언적 상태로 유지됩니다.
SiteConfig
Operator가 이를 설치 CR로 렌더링하는 허브 클러스터에ClusterInstance
사용자 정의 리소스(CR)를 적용할 수 있습니다. 이전 릴리스에서는 GitOps ZTP 플러그인이SiteConfig
CR에서 설치 CR을 생성하는 기능을 지원했습니다. 이 플러그인은 더 이상 사용되지 않습니다.PolicyGenerator
또는PolicyGenTemplate
CR을 기반으로 하는 정책에 구성 CR을 자동으로 래핑하는 기능을 제공하는 별도의 GitOps ZTP 플러그인을 사용할 수 있습니다.기준 참조 구성 CR을 사용하면 관리형 클러스터에 여러 버전의 OpenShift Container Platform을 배포하고 관리할 수 있습니다. 기준 CR과 함께 사용자 정의 CR을 사용할 수 있습니다. 여러 버전별 정책을 동시에 유지하려면 Git에서
PolicyGenerator
또는PolicyGenTemplate
CR을 사용하여 소스 및 정책 CR의 버전을 관리합니다.- 제한 및 요구사항
- 클러스터 또는 노드 삭제 중에 관리되는 클러스터와 관련 리소스를 일관되고 완벽하게 정리하려면 ArgoCD가 백그라운드 삭제 모드를 사용하도록 구성해야 합니다.
- 엔지니어링 고려 사항
-
콘텐츠를 업데이트할 때 혼란이나 의도치 않은 덮어쓰기를 방지하려면
source-crs
디렉터리와 추가 매니페스트에서 사용자 지정 CR에 고유하고 구별 가능한 이름을 사용하세요. - 참조 소스 CR을 사용자 정의 CR과 별도의 디렉토리에 보관하세요. 이를 통해 필요에 따라 참조 CR을 쉽게 업데이트할 수 있습니다.
- 여러 버전을 지원하려면 모든 소스 CR과 정책 생성 CR을 버전이 지정된 Git 저장소에 보관하여 각 OpenShift Container Platform 버전에 대한 정책이 일관되게 생성되도록 합니다.
-
콘텐츠를 업데이트할 때 혼란이나 의도치 않은 덮어쓰기를 방지하려면
5.16.4. Local Storage Operator 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이 릴리스에는 참조 디자인 업데이트가 없습니다
- 설명
-
Local Storage Operator를 사용하여 애플리케이션에서
PVC
리소스로 사용할 수 있는 영구 볼륨을 생성할 수 있습니다. 생성하는PV
리소스의 수 및 유형은 요구 사항에 따라 다릅니다. - 엔지니어링 고려 사항
-
영구 볼륨을 생성하기 전에
PV
CR에 대한 백업 스토리지를 생성합니다. 파티션, 로컬 볼륨, LVM 볼륨 또는 전체 디스크일 수 있습니다. -
디스크와 파티션이 올바르게 할당되었는지 확인하려면 각 장치에 액세스하는 데 사용된 하드웨어 경로에 따라
LocalVolume
CR의 장치 목록을 참조하세요(예:/dev/disk/by-path/<id>
). 논리 이름(예:/dev/sda
)은 노드를 재부팅해도 일관성이 보장되지 않습니다.
-
영구 볼륨을 생성하기 전에
5.16.5. Red Hat OpenShift Data Foundation 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이 릴리스에는 참조 디자인 업데이트가 없습니다
- 설명
- Red Hat OpenShift Data Foundation은 허브 클러스터에 파일, 블록 및 개체 스토리지 서비스를 제공합니다.
- 제한 및 요구사항
- 내부 모드의 Red Hat OpenShift Data Foundation(ODF)에서는 로컬 스토리지 운영자가 필요한 기본 스토리지를 제공하는 스토리지 클래스를 정의해야 합니다.
- 통신사 관리 클러스터를 계획할 때 ODF 인프라와 네트워킹 요구 사항을 고려하세요.
- 듀얼 스택 지원은 제한적입니다. ODF IPv4는 듀얼 스택 클러스터에서 지원됩니다.
- 엔지니어링 고려 사항
- 저장 용량이 고갈되면 복구가 어려울 수 있으므로 용량 경고를 신속하게 처리합니다. 용량 계획을 참조하세요.
5.16.6. 로깅 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이 릴리스에는 참조 디자인 업데이트가 없습니다
- 설명
- 클러스터 로깅 운영자를 사용하여 원격 보관 및 분석을 위해 노드에서 로그를 수집하고 전송합니다. 참조 구성에서는 Kafka를 사용하여 감사 및 인프라 로그를 원격 아카이브로 전송합니다.
- 제한 및 요구사항
- 참조 구성에는 로컬 로그 저장소가 포함되지 않습니다.
- 참조 구성에는 허브 클러스터에서 관리되는 클러스터 로그를 집계하는 기능이 포함되지 않습니다.
- 엔지니어링 고려 사항
- 클러스터 CPU 사용 영향은 생성된 로그 수 또는 크기와 구성된 로그 필터링 양을 기반으로 합니다.
- 참조 구성에는 애플리케이션 로그 전달이 포함되어 있지 않습니다. 구성에 애플리케이션 로그를 포함하려면 애플리케이션 로깅 속도를 평가하고 예약된 세트에 충분한 추가 CPU 리소스를 할당해야 합니다.
5.16.7. 데이터 보호를 위한 OpenShift API 링크 복사링크가 클립보드에 복사되었습니다!
- 이번 릴리스의 새로운 기능
- 이 릴리스에는 참조 디자인 업데이트가 없습니다
- 설명
백업 기능이 활성화되면 OADP(OpenShift API for Data Protection) Operator는 Red Hat Advanced Cluster Management(RHACM)에 의해 자동으로 설치되고 관리됩니다.
OADP 운영자는 OpenShift Container Platform 클러스터에서 워크로드의 백업과 복원을 용이하게 합니다. 업스트림 오픈소스 프로젝트인 Velero를 기반으로, 영구 볼륨을 포함하여 주어진 프로젝트의 모든 Kubernetes 리소스를 백업하고 복원할 수 있습니다.
허브 클러스터에 반드시 있어야 하는 것은 아니지만, 허브 클러스터의 클러스터 백업, 재해 복구 및 고가용성 아키텍처를 위해서는 이를 적극 권장합니다. OADP 운영자는 RHACM에 대한 재해 복구 솔루션을 사용할 수 있어야 합니다. 참조 구성은 RHACM 운영자가 제공하는
MultiClusterHub
사용자 정의 리소스(CR)를 통해 백업(OADP)을 활성화합니다.- 제한 및 요구사항
- 클러스터에는 OADP 버전이 하나만 설치될 수 있습니다. RHACM 재해 복구 기능에는 RHACM이 설치한 버전을 사용해야 합니다.
- 엔지니어링 고려 사항
- 이번 릴리스에는 엔지니어링 고려 사항 업데이트가 없습니다.