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