3장. OpenShift Data Foundation Operator
Red Hat OpenShift Data Foundation은 세 가지 OLM(Operator Lifecycle Manager) Operator 번들로 구성되어 있으며, 작업 및 리소스 특성을 쉽게 자동화할 수 있도록 관리 작업과 사용자 지정 리소스를 구성하는 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에 대한 서브스크립션을 관리하여 OLM에서 원하는 버전의 Operator를 사용할 수 있는지 확인합니다.
-
- OpenShift 콘솔의 OpenShift Data Foundation 외부 플러그인을 제공합니다.
- 스토리지 솔루션을 OpenShift 콘솔과 통합하는 API를 제공합니다.
3.1.1. components 링크 복사링크가 클립보드에 복사되었습니다!
odf-operator 는 ocs-operator 패키지에 종속되어 있습니다. 또한 mcg-operator 의 서브스크립션을 관리합니다. 또한 odf-operator 번들은 OpenShift 콘솔의 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는 지정된 스토리지 시스템에 대해 서브스크립션 이 있는지 확인하기 위해 Operator를 트리거합니다.
3.1.4. 리소스 링크 복사링크가 클립보드에 복사되었습니다!
ocs-operator 는 지정된 StorageSystem의 사양에 대한 응답으로 다음 CR을 생성합니다.
Operator Lifecycle Manager 리소스
지정된 StorageSystem의 유형을 정의하고 조정하는 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 이름, 네임스페이스, 종류가 포함되어 있습니다.
3.1.9. 라이프 사이클 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Data Foundation 번들이 설치된 한 odf-operator 가 있어야 합니다. 이는 OpenShift Data Foundation CSV의 OLM 조정의 일부로 관리됩니다. Pod의 인스턴스가 하나 이상 Ready 상태여야 합니다.
CRD와 같은 연산자 피연산자는 Operator의 라이프사이클에 영향을 미치지 않습니다. StorageSystems 생성 및 삭제는 운영자의 제어 범위를 벗어난 작업이며 관리자가 시작하거나 적절한 API(애플리케이션 프로그래밍 인터페이스) 호출을 통해 자동화해야 합니다.