절차

1. 스토리지 → 스토리지 클래스를 클릭합니다.
2. 스토리지 클래스 생성을 클릭합니다.
3. 스토리지 클래스 Name (이름) 및 Description (설명)을 입력합니다.

4. 회수 정책은 기본 옵션으로 Delete 로 설정됩니다. 이 설정을 사용합니다.

   스토리지 클래스에서 회수 정책을 Retain 으로 변경하는 경우 PVC(영구 볼륨 클레임)를 삭제한 후에도 PV(영구 볼륨)는 Released 상태로 유지됩니다.

5. 볼륨 바인딩 모드는 기본 옵션으로 WaitForConsumer 로 설정됩니다.

   Immediate 옵션을 선택하면 PVC를 생성할 때 PV가 즉시 생성됩니다.

6. 영구 볼륨을 프로비저닝하는 데 사용되는 플러그인인 RBD Provisioner 를 선택합니다.

7. 목록에서 기존 스토리지 풀을 선택하거나 새 풀을 생성합니다.

   참고

   기본 풀에서 2방향 복제 데이터 보호 정책은 지원되지 않습니다. 그러나 추가 풀을 생성하는 경우 2-way 복제를 사용할 수 있습니다.

   새 풀 만들기

   1. Create New Pool (새 풀 만들기)을 클릭합니다.
   2. Pool name(풀 이름 )을 입력합니다.
   3. 2-way-Replication 또는 Data Protection Policy(데이터 보호 정책)로 3-way-Replication 을 선택합니다.

   4. 데이터를 압축해야 하는 경우 압축 활성화 를 선택합니다.

      압축을 활성화하면 애플리케이션 성능에 영향을 줄 수 있으며, 작성될 데이터가 이미 압축되거나 암호화되어 있을 때 비효율적일 수 있습니다. 압축을 활성화하기 전에 작성된 데이터는 압축되지 않습니다.

   5. Create(만들기 )를 클릭하여 새 스토리지 풀을 만듭니다.
   6. 풀을 만든 후 Finish (완료)를 클릭합니다.

8. 선택 사항: Enable Encryption 확인란을 선택합니다.
9. 생성을 클릭하여 스토리지 클래스를 생성합니다.

절차

1. 스토리지 → 데이터 기반 을 클릭합니다.
2. Storage Systems(스토리지 시스템 ) 탭에서 스토리지 시스템을 선택한 다음 BlockPools (블록 풀) 탭을 클릭합니다.
3. 블록 풀 생성을 클릭합니다.

4. Pool name(풀 이름 )을 입력합니다.

   참고

   기본 풀에서 2방향 복제 데이터 보호 정책은 지원되지 않습니다. 그러나 추가 풀을 생성하는 경우 2-way 복제를 사용할 수 있습니다.

5. 2-way Replication 또는 3-way Replication 으로 데이터 보호 정책을 선택합니다.
6. Volume Type(볼륨 유형) 을 선택합니다.

7. 선택 사항: 데이터를 압축해야 하는 경우 압축 활성화 확인란을 선택합니다.

   압축을 활성화하면 애플리케이션 성능에 영향을 줄 수 있으며, 작성될 데이터가 이미 압축되거나 암호화되어 있을 때 비효율적일 수 있습니다. 압축을 활성화하기 전에 작성된 데이터는 압축되지 않습니다.

8. 생성을 클릭합니다.

절차

1. 스토리지 → 데이터 기반 을 클릭합니다.
2. Storage Systems(스토리지 시스템 ) 탭에서 스토리지 시스템을 선택한 다음 BlockPools (블록 풀)를 클릭합니다.
3. 업데이트하려는 풀 끝에 있는 작업 메뉴(kube)를 클릭합니다.
4. 블록 풀 편집을 클릭합니다.

5. 다음과 같이 양식 세부 정보를 수정합니다.

   참고

   기본 풀에서 2방향 복제 데이터 보호 정책은 지원되지 않습니다. 그러나 추가 풀을 생성하는 경우 2-way 복제를 사용할 수 있습니다.

   1. 데이터 보호 정책을 2-way Replication 또는 3-way Replication으로 변경합니다.

   2. 압축 옵션을 활성화하거나 비활성화합니다.

      압축을 활성화하면 애플리케이션 성능에 영향을 줄 수 있으며, 작성될 데이터가 이미 압축되거나 암호화되어 있을 때 비효율적일 수 있습니다. 압축을 활성화하기 전에 작성된 데이터는 압축되지 않습니다.

6. 저장을 클릭합니다.

절차

1. . 스토리지 → 데이터 기반 을 클릭합니다.
2. Storage Systems(스토리지 시스템 ) 탭에서 스토리지 시스템을 선택한 다음 BlockPools (블록 풀) 탭을 클릭합니다.
3. 삭제하려는 풀 끝에 있는 작업 메뉴(kube)를 클릭합니다.
4. Delete Block Pool (블록 풀 삭제)을 클릭합니다.
5. Delete(삭제 )를 클릭하여 풀 제거를 확인합니다.

절차

1. 사용할 이미지 레지스트리에 대한 영구 볼륨 클레임을 생성합니다.

   1. OpenShift 웹 콘솔에서 스토리지 → 영구 볼륨 클레임 을 클릭합니다.
   2. 프로젝트를 openshift-image-registry 로 설정합니다.

   3. 영구 볼륨 클레임 생성을 클릭합니다.

      1. 위에서 검색한 스토리지 클래스 목록에서 provisioner openshift-storage.cephfs.csi.ceph.com 을 사용하여 스토리지 클래스를 지정합니다.
      2. 영구 볼륨 클레임 이름을 지정합니다( 예: ocs4registry ).
      3. RWX (공유 액세스 모드 )를 지정합니다.
      4. 최소 100GB의 크기를 지정합니다.

      5. 생성을 클릭합니다.

         새 영구 볼륨 클레임의 상태가 Bound 로 표시될 때까지 기다립니다.

2. 새 영구 볼륨 클레임을 사용하도록 클러스터의 이미지 레지스트리를 구성합니다.

   1. Administration → Custom Resource Definitions 를 클릭합니다.
   2. the imageregistry.operator.openshift.io 그룹과 연결된 Config 사용자 정의 리소스 정의를 클릭합니다.
   3. Instances(인스턴스) 탭을 클릭합니다.
   4. 클러스터 인스턴스 옆의 작업 메뉴(PS) → 구성 편집을 클릭합니다.

   5. 새 영구 볼륨 클레임을 이미지 레지스트리의 영구 스토리지로 추가합니다.

      1. 필요한 경우 기존 storage : 섹션을 교체하는 spec: 에서 다음 내용을 추가합니다.

           storage:
             pvc:
               claim: <new-pvc-name>

         예를 들면 다음과 같습니다.

           storage:
             pvc:
               claim: ocs4registry

      2. 저장을 클릭합니다.

3. 새 구성이 사용 중인지 확인합니다.

   1. 워크로드 → 포드를 클릭합니다.
   2. 프로젝트를 openshift-image-registry 로 설정합니다.
   3. 새 image-registry-* 포드가 Running 상태로 표시되고 이전 image-registry-* 포드가 종료되는지 확인합니다.
   4. 새 image-registry-* 포드를 클릭하여 포드 세부 정보를 확인합니다.
   5. Volumes(볼륨) 로 아래로 스크롤하고 registry-storage 볼륨에 새 영구 볼륨 클레임과 일치하는 유형이 있는지 확인합니다(예: ocs4registry ).

절차

1. OpenShift 웹 콘솔에서 워크로드 → 구성 맵 으로 이동합니다.
2. 프로젝트 드롭다운을 openshift-monitoring 으로 설정합니다.
3. 구성 맵 생성을 클릭합니다.

4. 다음 예제를 사용하여 새 cluster-monitoring-config 구성 맵을 정의합니다.

   괄호 안의 컨텐츠(<, >)를 자체 값으로 바꿉니다(예: 보존): 24H 또는 스토리지: 40Gi.

   배포 프로그램 openshift-storage.rbd.csi.ceph.com을 사용하는 스토리지 클래스로 storageClassName 을 교체합니다. storageclass 의 이름 아래에 지정된 예에서는 ocs-storagecluster-ceph-rbd 입니다.

   cluster-monitoring-config 구성 맵 예

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: cluster-monitoring-config
     namespace: openshift-monitoring
   data:
     config.yaml: |
         prometheusK8s:
           retention: <time to retain monitoring files, e.g. 24h>
           volumeClaimTemplate:
             metadata:
               name: ocs-prometheus-claim
             spec:
               storageClassName: ocs-storagecluster-ceph-rbd
               resources:
                 requests:
                   storage: <size of claim, e.g. 40Gi>
         alertmanagerMain:
           volumeClaimTemplate:
             metadata:
               name: ocs-alertmanager-claim
             spec:
               storageClassName: ocs-storagecluster-ceph-rbd
               resources:
                 requests:
                   storage: <size of claim, e.g. 40Gi>

5. 생성을 클릭하여 구성 맵을 저장하고 생성합니다.

검증 단계

1. 영구 볼륨 클레임이 포드에 바인드되었는지 확인합니다.

   1. 스토리지 → 영구 볼륨 클레임 으로 이동합니다.
   2. 프로젝트 드롭다운을 openshift-monitoring 으로 설정합니다.

   3. 5개의 영구 볼륨 클레임이 Bound 상태로 표시되는지, 3개의 alertmanager-main-* 포드 및 2개의 prometheus- k8s-* 포드에 연결되어 있는지 확인합니다.

      그림 4.1. 생성 및 바인딩된 스토리지 모니터링

      

2. 새 alertmanager-main-* 포드가 Running 상태로 표시되는지 확인합니다.

   1. 워크로드 → Pod 로 이동합니다.
   2. 새 alertmanager-main-* 포드를 클릭하여 포드 세부 정보를 확인합니다.

   3. Volumes(볼륨) 까지 아래로 스크롤하고 볼륨에 새 영구 볼륨 클레임(예:ocs-alertmanager- main-0) 중 하나와 일치하는 유형 인 ocs-alertmanager-claim이 있는지 확인합니다.

      그림 4.2. alertmanager-main-* Pod에 연결된 영구 볼륨 클레임

      

3. 새 prometheus-k8s-* 포드가 Running 상태로 표시되는지 확인합니다.

   1. 새 prometheus-k8s-* 포드를 클릭하여 포드 세부 정보를 확인합니다.

   2. Volumes(볼륨) 까지 아래로 스크롤하고 볼륨에 새 영구 볼륨 클레임(예:ocs-prometheus-claim-prometheus- k8s-0) 중 하나와 일치하는 유형, ocs-prometheus-k8s-0이 있는지 확인합니다.

      그림 4.3. prometheus-k8s-* Pod에 연결된 영구 볼륨 클레임

      

절차

1. 명령줄 인터페이스 또는 사용자 인터페이스에서 storagecluster 를 배포합니다.

2. 애플리케이션 네임스페이스에 레이블을 지정합니다.

   apiVersion: v1
   kind: Namespace
   metadata:
        name: <desired_name>
        labels:
             storagequota: <desired_label>

   <desired_name>

   애플리케이션 네임스페이스의 이름을 지정합니다(예: quota-rbd ).

   <desired_label>

   스토리지 할당량에 레이블을 지정합니다(예: storagequota1).

3. storagecluster 를 편집하여 스토리지 클래스에 할당량 제한을 설정합니다.

   $ oc edit storagecluster -n openshift-storage <ocs_storagecluster_name>

   <ocs_storagecluster_name>

   스토리지 클러스터의 이름을 지정합니다.

4. 원하는 하드 제한이 있는 Overprovision Control에 대한 항목을 StorageCluster.Spec 에 추가합니다.

   apiVersion: ocs.openshift.io/v1
   kind: StorageCluster
   spec:
    [...]
        overprovisionControl:
        - capacity: <desired_quota_limit>
             storageClassName: <storage_class_name>
             quotaName: <desired_quota_name>
             selector:
               labels:
                      matchLabels:
                       storagequota: <desired_label>
   [...]

   <desired_quota_limit>

   스토리지 클래스에 원하는 할당량 제한을 지정합니다(예: 27Ti ).

   <storage_class_name>

   할당량 제한을 설정할 스토리지 클래스의 이름을 지정합니다(예: ocs-storagecluster-ceph-rbd ).

   <desired_quota_name>

   스토리지 할당량의 이름을 지정합니다(예: quota1).

   <desired_label>

   스토리지 할당량에 레이블을 지정합니다(예: storagequota1).

5. 수정된 storagecluster 를 저장합니다.

6. clusterresourcequota 가 정의되어 있는지 확인합니다.

   참고

   이전 단계에서 정의한 quotaName 으로 clusterresourcequota 를 예상합니다(예: quota1).

   $ oc get clusterresourcequota -A
   
   $ oc describe clusterresourcequota -A

절차

1. OpenShift 웹 콘솔에서 컴퓨팅 → 노드 를 클릭한 다음 테인트해야 하는 노드를 선택합니다.
2. 세부 정보 페이지에서 Edit taint를 클릭합니다.
3. Key <nodes.openshift.ocs.io/storage>, Value <true> 및 Effect<Noschedule> 필드에 값을 입력합니다.
4. 저장을 클릭합니다.

절차

1. 애플리케이션에서 사용할 영구 볼륨 클레임(PVC)을 생성합니다.

   1. OpenShift 웹 콘솔에서 스토리지 → 영구 볼륨 클레임 을 클릭합니다.
   2. 애플리케이션 포드의 프로젝트를 설정합니다.

   3. 영구 볼륨 클레임 생성을 클릭합니다.

      1. OpenShift Data Foundation에서 제공하는 스토리지 클래스를 지정합니다.
      2. PVC 이름을 지정합니다( 예: myclaim ).

      3. 필요한 액세스 모드를 선택합니다.

         참고

         액세스 모드 인공유 액세스(RWX) 는 IBM FlashSystem에서 지원되지 않습니다.

      4. Rados Block Device(RBD)의 경우 액세스 모드가 RWO(ReadWriteOnce)인 경우 필요한 볼륨 모드를 선택합니다. 기본 볼륨 모드는 Filesystem 입니다.
      5. 애플리케이션 요구 사항에 따라 크기를 지정합니다.
      6. 생성을 클릭하고 PVC가 Bound 상태가 될 때까지 기다립니다.

2. 새 PVC를 사용하도록 새 또는 기존 애플리케이션 포드를 구성합니다.

   • 새 애플리케이션 포드의 경우 다음 단계를 수행합니다.

     1. 워크로드 → 포드를클릭합니다.
     2. 새 애플리케이션 포드 생성.

     3. spec: 섹션에서 volumes: 섹션을 추가하여 새 PVC를 애플리케이션 Pod의 볼륨으로 추가합니다.

        volumes:
          - name: <volume_name>
            persistentVolumeClaim:
              claimName: <pvc_name>

        예를 들면 다음과 같습니다.

        volumes:
          - name: mypd
            persistentVolumeClaim:
              claimName: myclaim

   • 기존 애플리케이션 Pod의 경우 다음 단계를 수행합니다.

     1. 워크로드 →배포 구성을 클릭합니다.
     2. 애플리케이션 포드와 연결된 필수 배포 구성을 검색합니다.
     3. 작업 메뉴 (TI) → 배포 구성 편집을 클릭합니다.

     4. spec: 섹션에서 volumes: 섹션을 추가하여 새 PVC를 애플리케이션 Pod의 볼륨으로 추가하고 저장을 클릭합니다.

        volumes:
          - name: <volume_name>
            persistentVolumeClaim:
              claimName: <pvc_name>

        예를 들면 다음과 같습니다.

        volumes:
          - name: mypd
            persistentVolumeClaim:
              claimName: myclaim

3. 새 구성이 사용 중인지 확인합니다.

   1. 워크로드 → 포드를 클릭합니다.
   2. 애플리케이션 포드의 프로젝트를 설정합니다.
   3. 애플리케이션 포드가 Running (실행 중) 상태로 표시되는지 확인합니다.
   4. 애플리케이션 포드 이름을 클릭하여 포드 세부 정보를 확인합니다.
   5. Volumes(볼륨) 섹션까지 아래로 스크롤하고 볼륨에 새 영구 볼륨 클레임과 일치하는 유형이 있는지 확인합니다(예: myclaim ).

절차

1. OpenShift 웹 콘솔에 로그인합니다.
2. 스토리지 → 영구 볼륨 클레임을클릭합니다.
3. 필터 텍스트 상자를 사용하여 필요한 PVC 이름을 검색합니다. PVC 목록을 이름 또는 레이블로 필터링하여 목록을 좁힐 수도 있습니다.
4. 필요한 PVC에 해당하는 Status(상태 ) 열을 확인합니다.
5. 필요한 Name (이름)을 클릭하여 PVC 세부 정보를 확인합니다.

절차

1. OpenShift 웹 콘솔에서 스토리지 → 데이터 기반 을 클릭합니다.
2. 스토리지 시스템 탭에서 스토리지 시스템을 선택한 다음 개요 → 블록 및 파일을 클릭합니다.
3. 인벤토리 카드를 찾아 오류가 있는 PVC 수를 확인합니다.
4. 스토리지 → 영구 볼륨 클레임을클릭합니다.
5. 필터 텍스트 상자를 사용하여 필요한 PVC를 검색합니다.
6. PVC 이름을 클릭하고 Events로 이동합니다.
7. 필요에 따라 또는 지시된 대로 이벤트를 처리합니다.

절차

1. OpenShift 웹 콘솔에서 스토리지 → 영구 볼륨 클레임 으로 이동합니다.
2. 확장할 영구 볼륨 클레임 옆에 있는 작업 메뉴(kube)를 클릭합니다.

3. PVC 확장을 클릭합니다.

   

4. 영구 볼륨 클레임의 새 크기를 선택한 다음 확장을 클릭합니다.

   

5. 확장을 확인하려면 PVC의 세부 정보 페이지로 이동하여 Capacity (용량) 필드에 요청된 크기가 올바른지 확인합니다.

   참고

   Ceph RADOS Block Devices(RBD)를 기반으로 PVC를 확장할 때 PVC가 Pod에 아직 연결되지 않은 경우 Condition 유형은 PVC 세부 정보 페이지에서 FileSystemResizePending 입니다. 볼륨이 마운트되면 파일 시스템 크기 조정이 성공하고 새 크기가 Capacity(용량 ) 필드에 반영됩니다.

절차

1. 공간 회수 작업을 위해 다음 사용자 정의 리소스를 생성하고 적용합니다.

   apiVersion: csiaddons.openshift.io/v1alpha1
   kind: ReclaimSpaceJob
   metadata:
     name: sample-1
   spec:
     target:
       persistentVolumeClaim: pvc-1

   위의 yaml에서 사용되는 변수는 다음과 같습니다.

   • target 은 작업이 수행할 볼륨 대상을 나타냅니다.

     • PersistentVolumeClaim 에는 PersistentVolumeClaim 의 이름을 나타내는 문자열이 포함되어 있습니다.
   • backoffLimit 은 회수 공간 작업이 실패하기 전에 최대 재시도 횟수를 지정합니다. 지정하지 않으면 기본값은 6으로 설정됩니다. 허용되는 최대 값과 최소값은 60 및 0입니다.
   • retryDeadlineSeconds 는 시작 시간을 기준으로 작업이 중단될 수 있는 기간을 지정합니다. 값은 양의 정수여야 하며 시간 단위가 초 단위여야 합니다. 지정하지 않으면 기본값은 600초로 설정됩니다. 허용되는 최대 값은 1800입니다.
2. 작업이 완료된 후 고객 리소스를 삭제합니다.

절차

1. 공간 회수 작업을 위해 다음 사용자 정의 리소스를 만들고 적용합니다.

   apiVersion: csiaddons.openshift.io/v1alpha1
   kind: ReclaimSpaceCronJob
   metadata:
     name: reclaimspacecronjob-sample
   spec:
     jobTemplate:
       spec:
         target:
           persistentVolumeClaim: data-pvc
     schedule: '@weekly'

   위의 yaml에서 사용되는 변수는 다음과 같습니다.

   • failedJobsHistoryLimit 은 실패한 ReclaimSpaceJobs 수를 유지합니다.
   • Jobtemplate 에는 요청된 ReclaimSpaceJob 작업이 포함된 ReclaimSpaceJob 구조가 포함되어 있습니다.
   • Schedule은 반복 작업의 및/또는 간격을 설정하고 일정 형식에 대한 Kubernetes CronJobs 를 참조하십시오.
   • successfulJobsHistoryLimit 은 성공적인 ReclaimSpaceJob 작업 수를 유지합니다.
2. 작업이 완료된 후 고객 리소스를 삭제합니다.

절차

1. IPvc(영구 볼륨 클레임) 세부 정보를 가져옵니다.

   $ oc get pvc data-pvc

   예를 들면 다음과 같습니다.

   NAME      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                          AGE
   data-pvc  Bound    pvc-f37b8582-4b04-4676-88dd-e1b95c6abf74   1Gi        RWO            ocs-storagecluster-ceph-rbd           20h

2. reclaimspace.csiaddons.openshift.io/schedule: "@midnight"' 를 PVC에 추가하여 reclaimspacecronjob 을 생성합니다.

   $ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@midnight"

   예를 들면 다음과 같습니다.

   persistentvolumeclaim/data-pvc annotated

3. reclaimspacecronjob 이 다음 형식 "<pvc-name>-xxxxxxx" 로 생성되었는지 확인합니다.

   $ oc get reclaimspacecronjobs.csiaddons.openshift.io

   예를 들면 다음과 같습니다.

   NAME                    SCHEDULE    SUSPEND   ACTIVE   LASTSCHEDULE   AGE
   data-pvc-1642663516   @midnight                                     3s

4. 이 작업을 자동으로 실행하도록 일정을 수정합니다.

   $ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=*/1 * * * *" --overwrite=true

   예를 들면 다음과 같습니다.

   persistentvolumeclaim/data-pvc annotated

5. reclaimspacecronjob 의 일정이 수정되었는지 확인합니다.

   $ oc get reclaimspacecronjobs.csiaddons.openshift.io

   예를 들면 다음과 같습니다.

   NAME                  SCHEDULE    SUSPEND   ACTIVE   LASTSCHEDULE   AGE
   data-pvc-1642664617   */1 * * * *                                   3s

절차

1. OpenShift 웹 콘솔에서 스토리지 → 영구 볼륨 클레임 을 클릭합니다.

2. 복제본을 생성하려면 다음 중 하나를 수행하십시오.

   • 원하는 PVC 옆의 작업 메뉴(PS ) → Clone PVC (PVC 복제) 를 클릭합니다.
   • 복제할 PVC를 클릭하고 작업 → PVC 복제 를 클릭합니다.
3. 복제본의 이름을 입력합니다.

4. 선택한 액세스 모드를 선택합니다.

   중요

   RX(ReadOnlyMany) 액세스 모드는 개발자 프리뷰 기능이며 개발자 프리뷰 지원 제한 사항이 있습니다. 개발자 미리보기 릴리스는 프로덕션 환경에서 실행되도록 설계되지 않으며 Red Hat 고객 포털 케이스 관리 시스템을 통해 지원되지 않습니다. ReadOnlyMany 기능에 대한 지원이 필요한 경우 ocs-devpreview@redhat.com 메일링 리스트와 Red Hat 개발 팀 구성원에게 연락하면 가용성 및 업무 일정에 따라 최대한 빨리 도움을 드릴 것입니다. ROX 액세스 모드를 사용하려면 복제본 생성 또는 새 읽기 전용 액세스 모드로 스냅샷 복원을 참조하십시오.

5. Clone(복제 )을 클릭합니다. 새 PVC 세부 정보 페이지로 리디렉션됩니다.

6. 복제된 PVC 상태가 Bound 가 될 때까지 기다립니다.

   이제 Pod에서 복제된 PVC를 사용할 수 있습니다. 이 복제된 PVC는 dataSource PVC와 독립적입니다.