1장. 확장 개요
클러스터 관리자는 확장 기능을 통해 OpenShift Container Platform 클러스터에서 사용자의 기능을 확장할 수 있습니다.
OLM(Operator Lifecycle Manager)은 최초 릴리스 이후 OpenShift Container Platform 4에 포함되어 있습니다. OpenShift Container Platform 4.20에는 이 단계에서 OLM v1 로 알려진 OLM의 차세대 반복 구성 요소가 포함되어 있습니다. 이 업데이트된 프레임워크는 이전 버전의 OLM에 포함된 여러 개념을 개발하고 새로운 기능을 추가합니다.
OpenShift Container Platform 4.20의 경우 OLM v1에 대한 문서화된 절차는 CLI 기반 전용입니다. 또는 관리자는 YAML 가져오기 및 검색 페이지와 같은 일반 방법을 사용하여 웹 콘솔에서 관련 오브젝트를 생성하고 볼 수 있습니다. 그러나 기존 소프트웨어 카탈로그 및 설치된 Operator 페이지에는 OLM v1 구성 요소가 아직 표시되지 않습니다.
1.1. 주요 사항 링크 복사링크가 클립보드에 복사되었습니다!
관리자는 다음과 같은 주요 사항을 확인할 수 있습니다.
- GitOps 워크플로를 지원하는 완전히 선언적 모델
OLM v1은 다음 두 가지 주요 API를 통해 확장 관리를 간소화합니다.
새로운
ClusterExtension
API는 사용자용 API를 단일 오브젝트로 통합하여registry+v1
번들 형식을 통해 Operator를 포함하는 설치된 확장 기능을 간소화합니다. 이 API는 새 Operator Controller 구성 요소에서clusterextension.olm.operatorframework.io
로 제공됩니다. 관리자와 SRE는 API를 사용하여 GitOps 원칙을 사용하여 프로세스를 자동화하고 원하는 상태를 정의할 수 있습니다.참고OLM v1의 이전 기술 프리뷰 단계에서는 새
Operator
API가 도입되었습니다. 이 API는 OpenShift Container Platform 4.16에서ClusterExtension
의 이름을 변경하여 다음과 같은 개선 사항을 해결합니다.- 클러스터 기능 확장의 단순화된 기능을 보다 정확하게 반영합니다.
- 보다 유연한 패키징 형식을 더 잘 나타냅니다.
-
클러스터
접두사는ClusterExtension
오브젝트가 클러스터 범위, Operator가 네임스페이스 범위 또는 클러스터 범위 중 하나가 될 수 있는 OLM(Classic)의 변경임을 명확하게 나타냅니다.
-
새로운 catalogd 구성 요소에서 제공하는
Catalog
API는 OLM v1의 기반 역할을 하며, 클러스터 내 클라이언트에 대한 카탈로그를 압축 해제하여 사용자가 Kubernetes 확장 프로그램 및 Operators와 같은 설치 가능한 콘텐츠를 검색할 수 있도록 합니다. 이렇게 하면 세부 정보, 채널 및 업데이트 에지를 포함하여 사용 가능한 모든 Operator 번들 버전에 대한 가시성이 향상됩니다.
자세한 내용은 Operator Controller 및 Catalogd 를 참조하십시오.
- 확장 업데이트에 대한 제어 기능 개선
- 카탈로그 콘텐츠에 대한 통찰력이 개선되어 관리자는 설치 및 업데이트에 대한 대상 버전을 지정할 수 있습니다. 이를 통해 관리자는 대상 버전의 확장 업데이트를 더 많이 제어할 수 있습니다. 자세한 내용은 클러스터 확장 업데이트를 참조하십시오.
- 유연한 확장 패키지 형식
관리자는 OLM(Classic) 환경과 유사하게 파일 기반 카탈로그를 사용하여 OLM 기반 Operator와 같은 확장을 설치하고 관리할 수 있습니다.
또한 번들 크기는 더 이상 etcd 값 크기 제한으로 제한되지 않습니다. 자세한 내용은 확장 설치를 참조하십시오.
- 보안 카탈로그 통신
- OLM v1은 카탈로그 서버 응답에 HTTPS 암호화를 사용합니다.
- 프록시된 환경 및 신뢰할 수 있는 CA 인증서에 대한 기본 지원
- Operator Controller 및 catalogd는 프록시된 환경에서 실행할 수 있으며 신뢰할 수 있는 CA 인증서에 대한 기본 지원이 포함됩니다.