3.2. OpenShift Container Storage Operator

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

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

그림 3.2. OpenShift Container Storage Operator

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

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

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

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

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

고가용성은 대부분의 다른 운영자와 유사한 ocs-operator Pod의 기본 요구 사항이 아닙니다. 일반적으로 프로세스 배포의 필요나 이점을 얻는 작업이 없습니다. 현재 Pod를 사용할 수 없거나 삭제될 때마다 OpenShift Container Platform은 대체 Pod를 신속하게 실행합니다.

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

OpenShift Container Storage에 대한 이해 및 문제 해결을 위해 다음을 참조하십시오.

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

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