1장. Operator 개요
Operator는 OpenShift Container Platform의 기본 컨트롤 플레인 확장입니다. Operator는 컨트롤 플레인에서 서비스를 패키지, 배포 및 관리하고 애플리케이션을 지원하는 데 선호되는 방법입니다.
Operator는 Kubernetes API 및 kubectl 및 OpenShift CLI(oc)와 같은 CLI 툴과 통합됩니다. 애플리케이션을 모니터링하고, 상태 점검 수행, OTA(Over-the-Air) 업데이트를 관리하며 애플리케이션이 지정된 상태로 유지되도록 합니다.
Operator는 Kubernetes 네이티브 애플리케이션이 설치 및 구성과 같은 일반적인 Day 1 작업을 구현하고 자동화하도록 특별히 설계되었습니다. Operator는 자동 스케일링 또는 축소 및 백업 생성과 같은 2일차 작업을 자동화할 수도 있습니다. 이러한 모든 작업은 클러스터에서 실행되는 소프트웨어의 일부로 전달됩니다.
두 가지 모두 유사한 Operator 개념과 목표를 따르지만 OpenShift Container Platform의 Operator는 목적에 따라 두 가지 다른 시스템에서 관리합니다.
- 클러스터 Operator
- CVO(Cluster Version Operator)에 의해 관리되고 클러스터 기능을 수행하기 위해 기본적으로 설치됩니다.
- 선택적 애드온 Operator
- OLM(Operator Lifecycle Manager)에서 관리하며 사용자가 애플리케이션에서 실행할 수 있도록 할 수 있습니다. OLM 기반 Operator라고도 합니다.
1.1. OLM 기반 Operator 작업 링크 복사링크가 클립보드에 복사되었습니다!
클러스터 보안 및 운영 경계를 유지하기 위해 클러스터 관리자 또는 애플리케이션 개발자와 같은 할당된 사용자 역할은 OLM(Operator Lifecycle Manager) 기반 Operator를 설치, 관리 또는 사용할 수 있는지 여부를 결정합니다.
- 개발자의 경우
Operator 작성자는 OLM 기반 Operator에 대해 다음 개발 작업을 수행할 수 있습니다.
- Operator를 설치하고 네임스페이스에 등록합니다.
- 웹 콘솔을 통해 설치된 Operator에서 애플리케이션을 생성합니다.
- 관리자의 경우
클러스터 관리자는 OLM 기반 Operator에 대해 다음 관리 작업을 수행할 수 있습니다.
- 사용자 정의 카탈로그를 관리합니다.
- 비 클러스터 관리자가 Operator를 설치하도록 허용
- 소프트웨어 카탈로그에서 Operator 설치
- Operator 상태 보기
- Operator 조건 관리
- 설치된 Operator 업그레이드
- 설치된 Operator 삭제
- 프록시 지원 구성
- 연결이 끊긴 환경에서 Operator Lifecycle Manager 사용
Red Hat에서 제공하는 클러스터 Operator에 대한 자세한 내용은 "Cluster Operators 참조"를 참조하십시오.