4.3. 스토리지 클러스터 생성

Ceph mon 데몬

3개의 Ceph mon 데몬은 클러스터의 다른 노드에서 시작됩니다. Ceph 클러스터의 코어 메타데이터를 관리하고 대부분의 쿼럼을 형성해야 합니다. 각 mon 의 메타데이터는 클라우드 환경에 있는 경우 PV에 의해 백업되거나 로컬 호스트의 경로가 로컬 스토리지 장치 환경에 있는 경우 지원됩니다.

Ceph mgr 데몬

이 데몬은 시작되었으며 클러스터에 대한 지표를 수집하여 Prometheus에 보고합니다.

Ceph OSD

이러한 OSD는 storageClassDeviceSets 구성에 따라 생성됩니다. 각 OSD는 사용자 데이터를 저장하는 PV를 사용합니다. 기본적으로 Ceph는 CRUSH 알고리즘을 사용하여 높은 내구성 및 가용성을 위해 서로 다른 OSD에서 애플리케이션 데이터 복제본 3개를 유지 관리합니다.

CSI 프로비저너

이러한 프로비저너는 RBD 및 CephFS 용으로 시작됩니다. OpenShift Container Storage의 스토리지 클래스에 대해 볼륨이 요청되면 요청은 Ceph에서 볼륨을 프로비저닝하기 위해 Ceph-CSI 드라이버로 이동합니다.

CSI 볼륨 플러그인 및 CephFS

RBD 및 CephFS 의 CSI 볼륨 플러그인은 클러스터의 각 노드에서 시작됩니다. 애플리케이션에서 Ceph 볼륨을 마운트하는 데 필요한 모든 위치에서 볼륨 플러그인을 실행해야 합니다.

CephBlockPool

CephBlockPool CR은 Rook Operator가 RWO 볼륨에 대한 Ceph 풀을 생성하는 구성을 제공합니다.

CephFilesystem

CephFilesystem CR은 Rook Operator에 일반적으로 RWX 볼륨에 대해 CephFS를 사용하여 공유 파일 시스템을 구성하도록 지시합니다. 공유 볼륨을 관리하기 위해 CephFS 메타데이터 서버(MDS)가 시작됩니다.

CephObjectStore

CephObjectStore CR은 Rook 연산자에 RGW 서비스로 오브젝트 저장소를 구성하도록 지시합니다.

CephObjectStoreUser CR

CephObjectStoreUser CR은 Rook Operator에 NooBaa의 오브젝트 저장소 사용자를 구성하고, access/private 키를 게시하고, CephObjectStore 엔드포인트를 게시하도록 지시합니다.

AWS(Amazon Web Services) 배포

mcg-operator 는 CCO( CloudCredentialsOperator )를 사용하여 새 AWS::S3 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

Microsoft Azure 배포

mcg-operator 는 CCO를 사용하여 새 Azure Blob을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

GCP(Google Cloud Platform) 배포

mcg-operator 는 CCO를 사용하여 새 GCP 버킷을 생성하고 해당 버킷 상단에 BackingStore를 생성합니다.

온-프레미스 배포

RGW가 존재하는 경우 mcg-operator 는 RGW 상단에 새 CephUser 및 새 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

이전에 언급한 배포 중 어느 것도 적용할 수 없습니다.

mcg-operator 는 기본 스토리지 클래스를 기반으로 pv-pool 을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

데이터베이스(DB)

이는 Postgres DB의 메타데이터, 통계, 이벤트 등을 유지합니다. 그러나 저장된 실제 데이터는 보관하지 않습니다.

코어

이는 구성, 백그라운드 프로세스, 메타데이터 관리, 통계 등을 처리하는 포드입니다.

끝점

이러한 pod는 중복 제거 및 압축과 같은 실제 I/O 관련 작업을 수행하여 데이터를 작성하고 읽을 수 있는 다양한 서비스와 통신합니다. 엔드포인트는 HorizonalPodAutoscaler 와 통합되며 기존 끝점 Pod에서 관찰되는 CPU 사용량에 따라 해당 수가 증가 및 감소합니다.

AWS(Amazon Web Services) 배포

mcg-operator 는 CCO( CloudCredentialsOperator )를 사용하여 새 AWS::S3 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

Microsoft Azure 배포

mcg-operator 는 CCO를 사용하여 새 Azure Blob을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

GCP(Google Cloud Platform) 배포

mcg-operator 는 CCO를 사용하여 새 GCP 버킷을 생성하고 해당 버킷 상단에 BackingStore를 생성합니다.

온-프레미스 배포

RGW가 존재하는 경우 mcg-operator 는 RGW 상단에 새 CephUser 및 새 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

이전에 언급한 배포 중 어느 것도 적용할 수 없습니다.

mcg-operator 는 기본 스토리지 클래스를 기반으로 pv-pool 을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

데이터베이스(DB)

이는 Postgres DB의 메타데이터, 통계, 이벤트 등을 유지합니다. 그러나 저장된 실제 데이터는 보관하지 않습니다.

코어

이는 구성, 백그라운드 프로세스, 메타데이터 관리, 통계 등을 처리하는 포드입니다.

끝점

이러한 pod는 중복 제거 및 압축과 같은 실제 I/O 관련 작업을 수행하여 데이터를 작성하고 읽을 수 있는 다양한 서비스와 통신합니다. 엔드포인트는 HorizonalPodAutoscaler 와 통합되며 기존 끝점 Pod에서 관찰되는 CPU 사용량에 따라 해당 수가 증가 및 감소합니다.

AWS(Amazon Web Services) 배포

mcg-operator 는 CCO( CloudCredentialsOperator )를 사용하여 새 AWS::S3 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

Microsoft Azure 배포

mcg-operator 는 CCO를 사용하여 새 Azure Blob을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

GCP(Google Cloud Platform) 배포

mcg-operator 는 CCO를 사용하여 새 GCP 버킷을 생성하고 해당 버킷 상단에 BackingStore를 생성합니다.

온-프레미스 배포

RGW가 존재하는 경우 mcg-operator 는 RGW 상단에 새 CephUser 및 새 버킷을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

이전에 언급한 배포 중 어느 것도 적용할 수 없습니다.

mcg-operator 는 기본 스토리지 클래스를 기반으로 pv-pool 을 생성하고 해당 버킷 상단에 BackingStore 를 생성합니다.

데이터베이스(DB)

이는 Postgres DB의 메타데이터, 통계, 이벤트 등을 유지합니다. 그러나 저장된 실제 데이터는 보관하지 않습니다.

코어

이는 구성, 백그라운드 프로세스, 메타데이터 관리, 통계 등을 처리하는 포드입니다.

끝점

이러한 pod는 중복 제거 및 압축과 같은 실제 I/O 관련 작업을 수행하여 데이터를 작성하고 읽을 수 있는 다양한 서비스와 통신합니다. 엔드포인트는 HorizonalPodAutoscaler 와 통합되며 기존 끝점 Pod에서 관찰되는 CPU 사용량에 따라 해당 수가 증가 및 감소합니다.