3장. OpenShift Data Foundation Operator
Red Hat OpenShift Data Foundation은 OLM(Operator Lifecycle Manager) Operator 번들 3개로 구성되며 관리 작업 및 사용자 정의 리소스를 통합하는 4개의 운영자를 배포하여 작업과 리소스 특성을 쉽게 자동화할 수 있습니다.
OpenShift Data Foundation
-
ODF-operator
-
OpenShift Container Storage
-
OCS-operator -
Rook-ceph-operator
-
Multicloud Object Gateway
-
mcg-operator
-
관리자는 원하는 클러스터의 종료 상태를 정의하고 OpenShift Data Foundation Operator는 클러스터가 해당 상태에 있는지 확인하거나 최소한의 관리자 개입으로 클러스터가 해당 상태에 있는지 확인합니다.
3.1. OpenShift Data Foundation operator 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator 는 OpenShift Data Foundation의 "meta" 연산자로 설명될 수 있습니다. 즉, 다른 Operator에 영향을 미치는 연산자입니다.
odf-operator 에는 다음과 같은 주요 기능이 있습니다.
OpenShift Data Foundation을 구성하는 다른 Operator의 구성 및 버전 관리를 적용합니다. Operator 종속 항목 및 서브스크립션 관리의 두 가지 기본 메커니즘을 사용하여 이 작업을 수행합니다.
-
odf-operator번들은 항상 특정 버전에 설치되어 있는지 확인하기 위해 다른 OLM Operator에 대한 종속성을 지정합니다. - Operator 자체는 다른 모든 Operator에 대한 서브스크립션을 관리하여 OLM에서 원하는 버전의 Operator를 설치할 수 있는지 확인합니다.
-
- OpenShift Console에 OpenShift Data Foundation 외부 플러그인을 제공합니다.
- 스토리지 솔루션을 OpenShift 콘솔과 통합할 수 있는 API를 제공합니다.
3.1.1. components 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator 는 ocs-operator 패키지에 종속되어 있습니다. 또한 mcg-operator 의 서브스크립션도 관리합니다. 또한 odf-operator 번들은 OpenShift Console에 대한 OpenShift Data Foundation 외부 플러그인에 대한 두 번째 배포를 정의합니다. 이는 OpenShift Data Foundation 대시보드를 직접 등록하고 OpenShift Container Platform 콘솔에 통합하는 데 필요한 파일을 제공하는 nginx기반 Pod를 정의합니다.
3.1.2. 설계 다이어그램 링크 복사링크가 클립보드에 복사되었습니다!
이 다이어그램에서는 odf-operator 가 OpenShift Container Platform과 통합된 방법을 보여줍니다.
그림 3.1. OpenShift Data Foundation Operator
3.1.3. responsibilites 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator는 다음 CRD를 정의합니다.
-
StorageSystem
StorageSystem CRD는 OpenShift Container Platform의 데이터 스토리지 및 서비스를 제공하는 기본 스토리지 시스템을 나타냅니다. Operator를 트리거하여 스토리지 시스템의 지정된 Kind 에 대한 서브스크립션이 있는지 확인합니다.
3.1.4. 리소스 링크 복사링크가 클립보드에 복사되었습니다!
ocs-operator 는 지정된 StorageSystem의 사양에 대한 응답으로 다음 CR을 생성합니다.
Operator Lifecycle Manager 리소스
지정된 StorageSystem 의 Kind를 정의하고 조정하는 Operator에 대한 서브스크립션을 생성합니다.
3.1.5. 제한 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator 는 데이터 스토리지 또는 서비스 자체를 제공하지 않습니다. 다른 스토리지 시스템의 통합 및 관리 계층으로 존재합니다.
3.1.6. 고가용성 링크 복사링크가 클립보드에 복사되었습니다!
고가용성은 다른 Operator의 대부분과 유사한 odf-operator Pod에 대한 기본 요구 사항이 아닙니다. 일반적으로 프로세스 배포가 필요하거나 이점을 얻을 수 있는 작업은 없습니다. OpenShift Container Platform은 현재 Pod를 사용할 수 없거나 삭제될 때마다 교체 Pod를 빠르게 구동합니다.
3.1.7. 관련 설정 파일 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator 에는 Operator 동작을 수정하는 데 사용할 수 있는 변수 ConfigMap 이 제공됩니다.
3.1.8. 관련 로그 파일 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Data Foundation을 이해하고 문제를 해결하려면 다음을 확인할 수 있습니다.
- Operator Pod 로그
-
StorageSystem상태 - 기본 스토리지 시스템 CRD 상태
Operator Pod 로그
각 Operator는 조정 및 발생한 오류에 대한 정보를 포함하는 표준 Pod 로그를 제공합니다. 이러한 로그에는 필터링 및 무시할 수 있는 성공적인 조정에 대한 정보가 있는 경우가 많습니다.
StorageSystem 상태 및 이벤트
StorageSystem CR은 조정 세부 정보를 CR의 상태에 저장하고 관련 이벤트가 있습니다. StorageSystem 의 사양에는 관리자가 스토리지 시스템의 상태에 대한 추가 정보를 찾는 데 사용할 수 있는 실제 스토리지 시스템의 CRD의 name, namespace, Kind가 포함되어 있습니다.
3.1.9. 라이프 사이클 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Data Foundation 번들이 설치된 동안 odf-operator 가 존재해야 합니다. 이는 OpenShift Data Foundation CSV의 조정의 일부로 관리됩니다. Pod의 인스턴스가 Ready 상태여야 합니다.
CRD와 같은 Operator 피연산자는 Operator의 라이프사이클에 영향을 미치지 않습니다. StorageSystems 의 생성 및 삭제는 Operator의 제어 범위를 벗어나는 작업이며 관리자가 시작하거나 적절한 API(애플리케이션 프로그래밍 인터페이스) 호출을 통해 자동화해야 합니다.