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

5.14. 관리형 클러스터 라이프사이클 관리

네트워크 에지에서 사이트를 프로비저닝하고 관리하려면 단일 허브 클러스터가 많은 관리 클러스터를 관리하는 hub-and-spoke 아키텍처에서 GitOps ZTP를 사용합니다.

스프린드 클러스터의 라이프사이클 관리는 OpenShift Container Platform 설치를 포함한 클러스터 배포 및 클러스터 구성의 두 단계로 나눌 수 있습니다.

5.14.1. 관리형 클러스터 배포
링크 복사

설명
RHACM(Red Hat Advanced Cluster Management) 2.12부터 siteConfig Operator를 사용하는 것이 관리 클러스터를 배포하는 데 권장되는 방법입니다. SiteConfig Operator에는 배포된 방식에서 클러스터를 정의하는 매개변수를 분리하는 통합 ClusterInstance API가 도입되었습니다. SiteConfig Operator는 ClusterInstance CR(사용자 정의 리소스)의 데이터를 사용하여 인스턴스화되는 클러스터 템플릿 세트를 사용하여 설치 매니페스트를 동적으로 생성합니다. GitOps 방법론에 따라 ClusterInstance CR은 ArgoCD를 통해 Git 리포지토리에서 가져옵니다. ClusterInstance CR은 지원 설치 관리자 또는 다중 클러스터 엔진에서 사용할 수 있는 이미지 기반 설치를 사용하여 클러스터 설치를 시작할 수 있습니다.
제한 및 요구사항
  • SiteConfig CR을 처리하는 siteConfig ArgoCD 플러그인은 OpenShift Container Platform 4.18에서 더 이상 사용되지 않습니다.
엔지니어링 고려 사항
  • BMC(클러스터 베이스 보드 관리 컨트롤러)의 로그인 정보를 사용하여 Secret CR을 생성해야 합니다. 그런 다음 이 Secret CR은 site Config CR에서 참조됩니다. Vault와 같은 시크릿 저장소와의 통합을 사용하여 시크릿을 관리할 수 있습니다.
  • Git 및 비Git 워크플로우의 배포 방법 분리 및 통합 기능을 제공하는 것 외에도 SiteConfig Operator는 개선된 확장성, 사용자 지정 템플릿을 사용하여 유연성을 높이며 문제 해결 환경을 개선할 수 있습니다.

5.14.2. 관리형 클러스터 업데이트
링크 복사

설명

업그레이드할 클러스터를 대상으로 하는 Policy CR(사용자 정의 리소스)에 필요한 버전을 선언하여 OpenShift Container Platform, Day 2 Operator 및 관리형 클러스터 구성을 업그레이드할 수 있습니다.

정책 컨트롤러는 정책 준수를 주기적으로 확인합니다. 결과가 음수이면 위반 보고서가 생성됩니다. 정책 수정 작업이 업데이트된 정책에 따라 위반을 적용 하도록 설정된 경우 정책 수정 작업이 알림을 위해 설정된 경우 프로세스는 비준수 상태 보고서로 종료되고 업그레이드를 시작하는 책임은 사용자에게 적절한 유지 관리 기간 중에 수행할 수 있습니다.

Topology Aware Lifecycle Manager(TALM)는 클러스터 라이프사이클 전반에 걸쳐 업그레이드 또는 구성 롤아웃을 관리할 수 있는 기능을 통해 RHACM(Red Hat Advanced Cluster Management)을 확장합니다. 점진적으로 제한된 크기의 클러스터 배치에서 작동합니다. OpenShift Container Platform 또는 Day 2 Operator로 업그레이드할 때 TALM은 정책 세트를 단계별로 수행하고 구성을 관리 클러스터로 푸시하기 위해 "enforce" 정책으로 전환하여 업데이트를 점진적으로 롤아웃합니다.

TALM에서 수정 계획을 빌드하는 데 사용하는 CR(사용자 정의 리소스)은 ClusterGroupUpgrade CR입니다.

Lifecycle Agent와 함께 이미지 기반 업그레이드(IBU)를 단일 노드 OpenShift 클러스터 플랫폼 버전의 대체 업그레이드 경로로 사용할 수 있습니다. IBU는 전용 시드 클러스터에서 생성된 OCI 이미지를 사용하여 대상 클러스터에 단일 노드 OpenShift를 설치합니다.

TALM은 ImageBasedGroupUpgrade CR을 사용하여 식별된 클러스터 세트에 이미지 기반 업그레이드를 롤아웃합니다.

제한 및 요구사항
  • OpenShift Container Platform <4.y>의 이미지 기반 업그레이드를 사용하여 단일 노드 OpenShift 클러스터에 대한 직접 업그레이드를 < 4.y +2>로, <4.y .z>로 < 4.y.z +n >까지 직접 업그레이드할 수 있습니다.
  • 이미지 기반 업그레이드는 클러스터가 실행 중인 하드웨어 플랫폼과 관련된 사용자 지정 이미지를 사용합니다. 다른 하드웨어 플랫폼에는 별도의 시드 이미지가 필요합니다.
엔지니어링 고려 사항
  • 에지 배포에서 변경 사항의 타이밍 및 롤아웃을 관리하여 관리되는 클러스터에 대한 중단을 최소화할 수 있습니다. 자동 적용을 트리거하지 않고 규정 준수를 모니터링하도록 모든 정책을 설정합니다. 마찬가지로 예약된 유지 관리 기간 외부에서 업데이트가 발생하지 않도록 수동 2일 Operator 서브스크립션을 구성합니다.
  • 단일 노드 OpenShift 클러스터에 권장되는 업그레이드는 이미지 기반 업그레이드입니다.

  • 멀티 노드 클러스터 업그레이드의 경우 다음 MachineConfigPool CR 구성을 고려하여 업그레이드 시간을 줄입니다.

    • paused 필드를 true 로 설정하여 유지 관리 기간 동안 노드에 대한 구성 배포를 일시 중지합니다.
    • maxUnavailable 필드를 조정하여 풀의 노드 수를 동시에 업데이트할 수 있습니다. MaxUnavailable 필드는 MachineConfig 오브젝트 업데이트 중에 동시에 사용할 수 없는 풀의 노드 백분율을 정의합니다. maxUnavailable 을 최대 허용 가능한 값으로 설정합니다. 이렇게 하면 업그레이드 중에 클러스터의 재부팅 횟수가 줄어들어 업그레이드 시간이 단축됩니다.
    • paused 필드를 false 로 설정하여 구성 배포를 다시 시작합니다. 구성 변경 사항은 단일 재부팅에 적용됩니다.
  • 클러스터 설치 중에 paused 필드를 true 로 설정하고 maxUnavailable 을 100%로 설정하여 설치 시간을 단축할 수 있습니다.
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat