3.2. OpenShift Container Storage Operator

ocs-operator 에는 종속 구성 요소가 없습니다. 그러나 Operator는 CSV( ClusterServiceVersion )에 정의된 다른 Operator의 모든 CRD(사용자 정의 리소스 정의)의 존재 여부에 종속되어 있습니다.

이 다이어그램에서는 OpenShift Container Storage가 OpenShift Container Platform과 통합된 방법을 보여줍니다.

그림 3.2. OpenShift Container Storage Operator

ocs-operator CRD 두 개는 다음과 같습니다.

OCSInitialization 은 Operator 수준에 적용되는 작업을 캡슐화하는 데 사용되는 싱글톤 CRD입니다. Operator는 하나의 인스턴스가 항상 존재하는지 확인합니다. CR은 다음을 트리거합니다.

StorageCluster CRD는 OpenShift Container Storage의 전체 기능을 제공하는 시스템을 나타냅니다. Operator를 트리거하여 Rook-Ceph 및 NooBaa CRD 생성 및 조정을 보장합니다. ocs-operator 알고리즘에서는 StorageCluster 사양의 구성을 기반으로 CephCluster 및 NooBaa CRD를 생성합니다. 또한 Operator는 CephBlockPools,Routes 등과 같은 추가 CR을 생성합니다. 이러한 리소스는 OpenShift Container Storage의 다양한 기능을 활성화하는 데 필요합니다. 현재 OpenShift Container Platform 클러스터당 하나의 StorageCluster CR만 지원됩니다.

ocs-operator 는 정의하는 CRD의 사양에 대한 응답으로 다음 CR을 생성합니다. 이러한 리소스 중 일부의 구성을 재정의하여 생성된 사양을 변경하거나 완전히 생성하지 않을 수 있습니다.

ocs-operator 는 OpenShift Data Foundation의 다른 Pod를 배포하거나 조정하지 않습니다. ocs-operator CSV는 Operator Deployments 및 OLM(Operator Lifecycle Manager)과 같은 최상위 구성 요소를 정의합니다.

고가용성은 다른 대부분의 Operator와 유사한 ocs-operator Pod의 기본 요구 사항이 아닙니다. 일반적으로 프로세스 배포가 필요하거나 도움이 되는 작업이 없습니다. OpenShift Container Platform은 현재 Pod를 사용할 수 없거나 삭제될 때마다 대체 Pod를 빠르게 회전합니다.

ocs-operator 구성은 CSV로 완전히 지정되며 CSV의 사용자 정의 빌드 없이는 수정할 수 없습니다.

OpenShift Container Storage를 이해하고 문제를 해결하려면 다음을 참조하십시오.

OpenShift Container Storage 번들이 설치된 상태로 유지되는 한 ocs-operator 가 있어야 합니다. 이는 OpenShift Container Storage CSV의 OLM 조정의 일부로 관리됩니다. Pod의 인스턴스가 하나 이상 Ready 상태여야 합니다.

CRD와 같은 Operator 피연산자는 Operator의 라이프사이클에 영향을 미치지 않아야 합니다. OCSInitialization CR은 항상 존재해야 합니다. Operator가 존재하지 않는 경우 이를 생성합니다. StorageClusters 생성 및 삭제는 Operator의 제어 범위를 벗어난 작업이며 관리자가 시작하거나 적절한 API 호출을 사용하여 자동화해야 합니다.