3.2. 오브젝트 스토리지 구성

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators OperatorHub를 클릭합니다.
3. 검색 상자에 로컬 스토리지를 입력하여 Operator 목록에서 Local Storage Operator를 찾습니다. 로컬 스토리지를 클릭합니다.
4. 설치를 클릭합니다.

5. Operator 설치 페이지에서 다음 옵션을 설정합니다.

   • Update channel의 경우 stable 을 선택합니다.
   • 설치 모드의 경우 클러스터에서 특정 네임스페이스를 선택합니다.
   • 설치된 네임스페이스의 경우 Operator 권장 네임스페이스 openshift-local-storage 를 선택합니다.
   • 업데이트 승인의 경우 자동 을 선택합니다.
6. 설치를 클릭합니다.

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators OperatorHub를 클릭합니다.
3. 검색 상자에 OpenShift Data Foundation 을 입력합니다. OpenShift Data Foundation 을 클릭합니다.
4. 설치를 클릭합니다.

5. Operator 설치 페이지에서 다음 옵션을 설정합니다.

   • Update channel의 경우 최신 stable 버전을 선택합니다.
   • 설치 모드의 경우 클러스터에서 특정 네임스페이스를 선택합니다.
   • 설치된 네임스페이스의 경우 Operator 권장 네임스페이스: openshift-storage 를 선택합니다.

   • 업데이트 승인의 경우 자동 또는 수동 을 선택합니다.

     자동 업데이트를 선택하면 OLM(Operator Lifecycle Manager)은 개입 없이 Operator의 실행 중인 인스턴스를 자동으로 업그레이드합니다.

     수동 업데이트를 선택하면 OLM에서 업데이트 요청을 생성합니다. 클러스터 관리자는 Operator를 최신 버전으로 업데이트하기 위해 해당 업데이트 요청을 수동으로 승인해야 합니다.

   • 콘솔 플러그인의 경우 Enable 을 선택합니다.

6. 설치를 클릭합니다.

   Operator가 설치되면 메시지가 포함된 팝업이 사용자 인터페이스에 웹 콘솔 업데이트를 사용할 수 있습니다. 콘솔 변경 사항을 반영하려면 이 팝업 창에서 웹 콘솔 새로 고침을 클릭합니다.

7. Red Hat Quay의 Multicloud Object Gateway 구성 요소를 활용하기 위해 "독립 실행형 Multicloud Object Gateway" 섹션을 계속 진행합니다.

프로세스

1. OpenShift 웹 콘솔에서 Operator 설치된 Operator 를 클릭하여 설치된 모든 Operator를 확인합니다.

   네임스페이스가 openshift-storage 인지 확인합니다.

2. 스토리지 시스템 생성을 클릭합니다.

3. 백업 스토리지 페이지에서 다음을 선택합니다.

   1. 배포 유형 용으로 Multicloud Object Gateway를 선택합니다.
   2. 로컬 스토리지 장치 옵션을 사용하여 새 StorageClass 만들기 옵션을 선택합니다.

   3. 다음을 클릭합니다.

      참고

      아직 설치되지 않은 경우 Local Storage Operator를 설치하라는 메시지가 표시됩니다. 설치를 클릭하고 "OpenShift Container Platform에 Local Storage Operator 설치"에 설명된 절차를 따르십시오.

4. 로컬 볼륨 세트 생성 페이지에서 다음 정보를 제공합니다.

   1. 로컬 볼륨 세트의 이름과 스토리지 클래스를 입력합니다. 기본적으로 스토리지 클래스 이름에 로컬 볼륨 세트 이름이 표시됩니다. 이름을 변경할 수 있습니다.

   2. 다음 중 하나를 선택합니다.

      • 모든 노드의 디스크

        모든 노드에서 선택한 필터와 일치하는 사용 가능한 디스크를 사용합니다.

      • 선택한 노드의 디스크

        선택한 노드에서만 선택한 필터와 일치하는 사용 가능한 디스크를 사용합니다.

   3. 사용 가능한 디스크 유형 목록에서 SSD/NVMe을 선택합니다.

   4. 고급 섹션을 확장하고 다음 옵션을 설정합니다.

      볼륨 모드	파일 시스템은 기본적으로 선택됩니다. 항상 볼륨 모드에 대해 파일 시스템이 선택되어 있는지 확인합니다.
      장치 유형	드롭다운 목록에서 하나 이상의 장치 유형을 선택합니다.
      디스크 크기	장치에 대해 최소 크기 100GB와 포함되어야 하는 장치의 사용 가능한 최대 크기를 설정합니다.
      최대 디스크 제한	이는 노드에서 생성할 수 있는 최대 PV 수를 나타냅니다. 이 필드가 비어 있으면 일치하는 노드에서 사용 가능한 모든 디스크에 PV가 생성됩니다.

   5. 다음을클릭합니다.

      LocalVolumeSet 생성이 표시되는지 확인하는 팝업이 표시됩니다.

   6. 계속하려면 예를 클릭합니다.

5. 용량 및 노드 페이지에서 다음을 구성합니다.

   1. 사용 가능한 원시 용량 은 스토리지 클래스와 연결된 모든 디스크에 따라 용량 값으로 채워집니다. 이 작업을 수행하는 데 시간이 다소 걸립니다. 선택한 노드 목록에는 스토리지 클래스를 기반으로 하는 노드가 표시됩니다.
   2. 다음을 클릭하여 계속합니다.

6. 선택 사항입니다. 외부 키 관리 서비스에 연결 확인란을 선택합니다. 이는 클러스터 전체 암호화의 경우 선택 사항입니다.

   1. 키 관리 서비스 공급자 드롭다운 목록에서 Vault 또는 Thales CipherTrust Manager(KMIP 사용) 를 선택합니다. Vault 를 선택한 경우 다음 단계로 이동합니다. Thales CipherTrust Manager(KMIP를 사용하여) 를 선택한 경우 iii 단계로 이동합니다.

   2. 인증 방법을 선택합니다.

      토큰 인증 방법 사용

      • 고유한 연결 이름, Vault 서버의 호스트 주소 ('https://<hostname or ip>'), 포트 번호 및 토큰 을 입력합니다.

      • 고급 설정을 확장하여 Vault 구성에 따라 추가 설정 및 인증서 세부 정보를 입력합니다.

        • OpenShift Data Foundation 전용 및 고유한 백엔드 경로에 키 값 시크릿 경로를 입력합니다.
        • 선택 사항: TLS 서버 이름 및 Vault Enterprise 네임스페이스 를 입력합니다.
        • 각 PEM 인코딩 인증서 파일을 업로드하여 CA 인증서,클라이언트 인증서 및 클라이언트 개인 키를 제공합니다.

        • 저장을 클릭하고 단계 활성화로 건너뜁니다.

          Kubernetes 인증 방법 사용

      • 고유한 Vault 연결 이름, Vault 서버의 호스트 주소 ('https://<hostname or ip>'), 포트 번호 및 역할 이름을 입력합니다.

      • 고급 설정을 확장하여 Vault 구성에 따라 추가 설정 및 인증서 세부 정보를 입력합니다.

        • Red Hat OpenShift Data Foundation 전용 및 고유한 백엔드 경로에 키 값 시크릿 경로를 입력합니다.
        • 선택 사항: 해당하는 경우 TLS 서버 이름 및 인증 경로를 입력합니다.
        • 각 PEM 인코딩 인증서 파일을 업로드하여 CA 인증서,클라이언트 인증서 및 클라이언트 개인 키를 제공합니다.
        • 저장을 클릭하고 단계 활성화로 건너뜁니다.

   3. Thales CipherTrust Manager (KMIP 사용) 를 KMS 공급자로 사용하려면 다음 단계를 따르십시오.

      1. 프로젝트 내에서 키 관리 서비스에 대한 고유한 연결 이름을 입력합니다.

      2. 주소 및 포트 섹션에서 Thales CipherTrust Manager의 IP와 KMIP 인터페이스가 활성화된 포트를 입력합니다. 예를 들면 다음과 같습니다.

         • 주소: 123.34.3.2
         • 포트: 5696
      3. 클라이언트 인증서,CA 인증서 및 클라이언트 개인 키를 업로드합니다.
      4. StorageClass 암호화가 활성화된 경우 위에서 생성된 암호화 및 암호 해독에 사용할 고유 ID를 입력합니다.
      5. TLS Server 필드는 선택 사항이며 KMIP 엔드포인트에 대한 DNS 항목이 없을 때 사용됩니다. 예를 들어kmip_all_<port>.ciphertrustmanager.local.
   4. 네트워크를 선택합니다.
   5. 다음을 클릭합니다.
7. 검토 및 생성 페이지에서 구성 세부 정보를 검토합니다. 구성 설정을 수정하려면 뒤로를 클릭합니다.
8. 스토리지 시스템 생성을 클릭합니다.

프로세스

1. OpenShift 웹 콘솔에서 Operator OperatorHub 를 선택합니다.
2. Red Hat OpenShift Data Foundation 을 검색한 다음 설치를 선택합니다.
3. 모든 기본 옵션을 수락한 다음 설치를 선택합니다.

4. Succeeded 로 표시되어야 하는 Status 열을 확인하여 Operator가 설치되었는지 확인합니다.

   주의

   Red Hat OpenShift Data Foundation Operator 설치가 완료되면 스토리지 시스템을 생성하라는 메시지가 표시됩니다. 이 지침을 따르지 마십시오. 대신 다음 단계에 설명된 대로 NooBaa 오브젝트 스토리지를 생성합니다.

5. 시스템에서 다음 정보를 사용하여 noobaa.yaml 이라는 파일을 생성합니다.

   apiVersion: noobaa.io/v1alpha1
   kind: NooBaa
   metadata:
     name: noobaa
     namespace: openshift-storage
   spec:
    dbResources:
      requests:
        cpu: '0.1'
        memory: 1Gi
    dbType: postgres
    coreResources:
      requests:
        cpu: '0.1'
        memory: 1Gi

   이렇게 하면 Multi-cloud Object Gateway 의 단일 인스턴스 배포가 생성됩니다.

6. 다음 명령을 사용하여 구성을 적용합니다.

   $ oc create -n openshift-storage -f noobaa.yaml

   출력 예

   noobaa.noobaa.io/noobaa created

7. 몇 분 후에 Multi-cloud Object Gateway 가 프로비저닝을 완료해야 합니다. 다음 명령을 입력하여 상태를 확인할 수 있습니다.

   $ oc get -n openshift-storage noobaas noobaa -w

   출력 예

   NAME     MGMT-ENDPOINTS              S3-ENDPOINTS                IMAGE                                                                                                            PHASE   AGE
   noobaa   [https://10.0.32.3:30318]   [https://10.0.32.3:31958]   registry.redhat.io/ocs4/mcg-core-rhel8@sha256:56624aa7dd4ca178c1887343c7445a9425a841600b1309f6deace37ce6b8678d   Ready   3d18h

8. noobaa-pv-backing-store.yaml 이라는 YAML 파일을 생성하여 게이트웨이에 대한 백업 저장소를 구성합니다.

   apiVersion: noobaa.io/v1alpha1
   kind: BackingStore
   metadata:
     finalizers:
     - noobaa.io/finalizer
     labels:
       app: noobaa
     name: noobaa-pv-backing-store
     namespace: openshift-storage
   spec:
     pvPool:
       numVolumes: 1
       resources:
         requests:
           storage: 50Gi 1
       storageClass: STORAGE-CLASS-NAME 2
     type: pv-pool

   1

   오브젝트 스토리지 서비스의 전체 용량입니다. 필요에 따라 조정합니다.

   2

   요청된 PersistentVolume에 사용할 StorageClass 입니다. 클러스터 기본값을 사용하려면 이 속성을 삭제합니다.

9. 다음 명령을 입력하여 구성을 적용합니다.

   $ oc create -f noobaa-pv-backing-store.yaml

   출력 예

   backingstore.noobaa.io/noobaa-pv-backing-store created

   이렇게 하면 게이트웨이에 대한 백업 저장소 구성이 생성됩니다. Red Hat Quay의 모든 이미지는 위의 구성으로 생성된 PersistentVolume 의 게이트웨이를 통해 오브젝트로 저장됩니다.

10. 다음 명령을 실행하여 Red Hat Quay Operator에서 발행한 모든 ObjectBucketClaims 의 기본값을 PersistentVolume 백업 저장소로 설정합니다.

    $ oc patch bucketclass noobaa-default-bucket-class --patch '{"spec":{"placementPolicy":{"tiers":[{"backingStores":["noobaa-pv-backing-store"]}]}}}' --type merge -n openshift-storage