Deploying OpenShift Data Foundation using IBM Power

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators → OperatorHub를 클릭합니다.
3. 키워드로 필터링...상자에 로컬 스토리지를 입력하여 Operator 목록에서 Local Storage Operator 를 찾은 후 클릭합니다.

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

   1. 채널을 stable 로 업데이트합니다.
   2. 설치 모드에서 클러스터의 특정 네임스페이스를 선택합니다.
   3. 설치된 네임스페이스를 Operator 권장 네임스페이스 openshift-local-storage를 선택합니다.
   4. 자동 승인 전략.
5. 설치를 클릭합니다.

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators → OperatorHub를 클릭합니다.
3. OpenShift Data Foundation을 키워드로 필터링 상자에 스크롤하여 OpenShift Data Foundation Operator를 찾습니다.
4. 설치를 클릭합니다.

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

   1. Channel을 stable-4.16 으로 업데이트합니다.
   2. 설치 모드에서 클러스터의 특정 네임스페이스를 선택합니다.
   3. 설치된 네임스페이스에서 Operator 권장 네임스페이스 openshift-storage를 선책합니다. 네임스페이스 openshift-storage가 없으면 Operator 설치 중에 생성됩니다.

6. 승인 전략을 자동 또는 수동으로 선택합니다.

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

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

7. Console 플러그인에 대해 Enable 옵션이 선택되어 있는지 확인합니다.
8. 설치를 클릭합니다.

프로세스

1. 자격 증명 모음에서 KV(Key/Value) 백엔드 경로를 활성화합니다.

   vault KV 시크릿 엔진 API의 경우 버전 1:

   $ vault secrets enable -path=odf kv

   Copy to Clipboard

   vault KV 시크릿 엔진 API의 경우 버전 2:

   $ vault secrets enable -path=odf kv-v2

   Copy to Clipboard

2. 시크릿에서 쓰기 또는 삭제 작업을 수행하도록 사용자를 제한하는 정책을 생성합니다.

   echo '
   path "odf/*" {
     capabilities = ["create", "read", "update", "delete", "list"]
   }
   path "sys/mounts" {
   capabilities = ["read"]
   }'| vault policy write odf -

   Copy to Clipboard

3. 위 정책과 일치하는 토큰을 생성합니다.

   $ vault token create -policy=odf -format json

   Copy to Clipboard

프로세스

1. 서비스 계정을 생성합니다.

   $ oc -n openshift-storage create serviceaccount <serviceaccount_name>

   Copy to Clipboard

   여기서 & lt;serviceaccount_name& gt;은 서비스 계정의 이름을 지정합니다.

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

   $ oc -n openshift-storage create serviceaccount odf-vault-auth

   Copy to Clipboard

2. clusterrolebindings 및 clusterroles 를 생성합니다.

   $ oc -n openshift-storage create clusterrolebinding vault-tokenreview-binding --clusterrole=system:auth-delegator --serviceaccount=openshift-storage:_<serviceaccount_name>_

   Copy to Clipboard

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

   $ oc -n openshift-storage create clusterrolebinding vault-tokenreview-binding --clusterrole=system:auth-delegator --serviceaccount=openshift-storage:odf-vault-auth

   Copy to Clipboard

3. serviceaccount 토큰 및 CA 인증서에 대한 시크릿을 생성합니다.

   $ cat <<EOF | oc create -f -
   apiVersion: v1
   kind: Secret
   metadata:
     name: odf-vault-auth-token
     namespace: openshift-storage
     annotations:
       kubernetes.io/service-account.name: <serviceaccount_name>
   type: kubernetes.io/service-account-token
   data: {}
   EOF

   Copy to Clipboard

   여기서 & lt;serviceaccount_name >은 이전 단계에서 생성된 서비스 계정입니다.

4. 시크릿에서 토큰 및 CA 인증서를 가져옵니다.

   $ SA_JWT_TOKEN=$(oc -n openshift-storage get secret odf-vault-auth-token -o jsonpath="{.data['token']}" | base64 --decode; echo)
   $ SA_CA_CRT=$(oc -n openshift-storage get secret odf-vault-auth-token -o jsonpath="{.data['ca\.crt']}" | base64 --decode; echo)

   Copy to Clipboard

5. OCP 클러스터 끝점을 검색합니다.

   $ OCP_HOST=$(oc config view --minify --flatten -o jsonpath="{.clusters[0].cluster.server}")

   Copy to Clipboard

6. 서비스 계정 발행자를 가져옵니다.

   $ oc proxy &
   $ proxy_pid=$!
   $ issuer="$( curl --silent http://127.0.0.1:8001/.well-known/openid-configuration | jq -r .issuer)"
   $ kill $proxy_pid

   Copy to Clipboard

7. 이전 단계에서 수집한 정보를 사용하여 Vault에서 Kubernetes 인증 방법을 설정합니다.

   $ vault auth enable kubernetes

   Copy to Clipboard

   $ vault write auth/kubernetes/config \
             token_reviewer_jwt="$SA_JWT_TOKEN" \
             kubernetes_host="$OCP_HOST" \
             kubernetes_ca_cert="$SA_CA_CRT" \
             issuer="$issuer"

   Copy to Clipboard
   중요

   발행자가 비어 있을 때 Vault에서 Kubernetes 인증 방법을 구성하려면 다음을 수행합니다.

   $ vault write auth/kubernetes/config \
             token_reviewer_jwt="$SA_JWT_TOKEN" \
             kubernetes_host="$OCP_HOST" \
             kubernetes_ca_cert="$SA_CA_CRT"

   Copy to Clipboard

8. Vault에서 KV(Key/Value) 백엔드 경로를 활성화합니다.

   Vault KV 시크릿 엔진 API의 경우 버전 1:

   $ vault secrets enable -path=odf kv

   Copy to Clipboard

   Vault KV 시크릿 엔진 API의 경우 버전 2:

   $ vault secrets enable -path=odf kv-v2

   Copy to Clipboard

9. 시크릿에서 쓰기 또는 삭제 작업을 수행하도록 사용자를 제한하는 정책을 생성합니다.

   echo '
   path "odf/*" {
     capabilities = ["create", "read", "update", "delete", "list"]
   }
   path "sys/mounts" {
   capabilities = ["read"]
   }'| vault policy write odf -

   Copy to Clipboard

10. 역할을 생성합니다.

    $ vault write auth/kubernetes/role/odf-rook-ceph-op \
            bound_service_account_names=rook-ceph-system,rook-ceph-osd,noobaa \
            bound_service_account_namespaces=openshift-storage \
            policies=odf \
            ttl=1440h

    Copy to Clipboard

    나중에 스토리지 시스템을 생성하는 동안 KMS 연결 세부 정보를 구성하는 동안 odf-rook-ceph-op 역할이 사용됩니다.

    $ vault write auth/kubernetes/role/odf-rook-ceph-osd \
            bound_service_account_names=rook-ceph-osd \
            bound_service_account_namespaces=openshift-storage \
            policies=odf \
            ttl=1440h

    Copy to Clipboard

프로세스

1. OpenShift Data Foundation 라벨을 사용하여 작업자 노드의 이름을 나열하고 확인합니다.

   $ oc get nodes -l cluster.ocs.openshift.io/openshift-storage=

   Copy to Clipboard

   출력 예:

   NAME       STATUS   ROLES    AGE     VERSION
   worker-0   Ready    worker   2d11h   v1.23.3+e419edf
   worker-1   Ready    worker   2d11h   v1.23.3+e419edf
   worker-2   Ready    worker   2d11h   v1.23.3+e419edf

   Copy to Clipboard

2. OpenShift Data Foundation 리소스에 사용되는 각 작업자 노드에 로그인하고 Openshift Container Platform을 배포하는 동안 연결된 추가 디스크의 이름을 찾습니다.

   $ oc debug node/<node name>

   Copy to Clipboard

   출력 예:

   $ oc debug node/worker-0
   Starting pod/worker-0-debug ...
   To use host binaries, run `chroot /host`
   Pod IP: 192.168.0.63
   If you don't see a command prompt, try pressing enter.
   sh-4.4#
   sh-4.4# chroot /host
   sh-4.4# lsblk
   NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
   loop1    7:1    0   500G  0 loop
   sda      8:0    0   500G  0 disk
   sdb      8:16   0   120G  0 disk
   |-sdb1   8:17   0     4M  0 part
   |-sdb3   8:19   0   384M  0 part
   `-sdb4   8:20   0 119.6G  0 part
   sdc      8:32   0   500G  0 disk
   sdd      8:48   0   120G  0 disk
   |-sdd1   8:49   0     4M  0 part
   |-sdd3   8:51   0   384M  0 part
   `-sdd4   8:52   0 119.6G  0 part
   sde      8:64   0   500G  0 disk
   sdf      8:80   0   120G  0 disk
   |-sdf1   8:81   0     4M  0 part
   |-sdf3   8:83   0   384M  0 part
   `-sdf4   8:84   0 119.6G  0 part
   sdg      8:96   0   500G  0 disk
   sdh      8:112  0   120G  0 disk
   |-sdh1   8:113  0     4M  0 part
   |-sdh3   8:115  0   384M  0 part
   `-sdh4   8:116  0 119.6G  0 part
   sdi      8:128  0   500G  0 disk
   sdj      8:144  0   120G  0 disk
   |-sdj1   8:145  0     4M  0 part
   |-sdj3   8:147  0   384M  0 part
   `-sdj4   8:148  0 119.6G  0 part
   sdk      8:160  0   500G  0 disk
   sdl      8:176  0   120G  0 disk
   |-sdl1   8:177  0     4M  0 part
   |-sdl3   8:179  0   384M  0 part
   `-sdl4   8:180  0 119.6G  0 part /sysroot
   sdm      8:192  0   500G  0 disk
   sdn      8:208  0   120G  0 disk
   |-sdn1   8:209  0     4M  0 part
   |-sdn3   8:211  0   384M  0 part /boot
   `-sdn4   8:212  0 119.6G  0 part
   sdo      8:224  0   500G  0 disk
   sdp      8:240  0   120G  0 disk
   |-sdp1   8:241  0     4M  0 part
   |-sdp3   8:243  0   384M  0 part
   `-sdp4   8:244  0 119.6G  0 part

   Copy to Clipboard

   이 예에서 worker-0의 경우 500G의 사용 가능한 로컬 장치는 sda,sdc,sde,sdg,sdi,sdk,sdm,sdo 입니다.

3. OpenShift Data Foundation에서 스토리지 장치를 사용하는 다른 모든 작업자 노드에 대해 위의 단계를 반복합니다. 자세한 내용은 기술 자료 문서를 참조하십시오.

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. openshift-local-storage 네임스페이스에서 Operator → 설치된 Operator를 클릭하여 설치된 Operator를 확인합니다.
3. Local Storage 설치된 Operator를 클릭합니다.
4. Operator 세부 정보 페이지에서 로컬 볼륨 링크를 클릭합니다.
5. 로컬 볼륨 만들기를 클릭합니다.
6. 로컬 볼륨 구성을 위해 YAML 보기를 클릭합니다.

7. 다음 YAML을 사용하여 블록 PV에 대한 LocalVolume 사용자 정의 리소스를 정의합니다.

   apiVersion: local.storage.openshift.io/v1
   kind: LocalVolume
   metadata:
     name: localblock
     namespace: openshift-local-storage
   spec:
     logLevel: Normal
     managementState: Managed
     nodeSelector:
       nodeSelectorTerms:
         - matchExpressions:
             - key: kubernetes.io/hostname
               operator: In
               values:
                 - worker-0
                 - worker-1
                 - worker-2
     storageClassDevices:
       - devicePaths:
           - /dev/sda
         storageClassName: localblock
         volumeMode: Block

   Copy to Clipboard

   위의 정의는 worker-0,worker-1 및 worker-2 노드에서 sda 로컬 장치를 선택합니다. localblock 스토리지 클래스가 생성되고 sda 에서 영구 볼륨이 프로비저닝됩니다.

   중요

   환경에 따라 nodeSelector의 적절한 값을 지정합니다. 장치 이름은 모든 작업자 노드에서 동일해야 합니다. 둘 이상의 devicePaths를 지정할 수도 있습니다.

8. 생성을 클릭합니다.

9. diskmaker-manager Pod 및 영구 볼륨이 생성되었는지 확인합니다.

   1. Pod의 경우

      1. OpenShift 웹 콘솔의 왼쪽 창에서 워크로드 → Pod 를 클릭합니다.
      2. 프로젝트 드롭다운 목록에서 openshift-local-storage 를 선택합니다.
      3. LocalVolume CR을 생성하는 동안 사용한 각 작업자 노드에 대해 diskmaker-manager Pod가 있는지 확인합니다.

   2. 영구 볼륨의 경우

      1. OpenShift 웹 콘솔 의 왼쪽 창에서 스토리지 → PersistentVolume 을 클릭합니다.

      2. 이름이 local-pv-* 인 영구 볼륨을 확인합니다. 영구 볼륨 수는 localVolume CR을 생성하는 동안 프로비저닝된 스토리지 장치 수 및 작업자 노드 수와 동일합니다.

         중요

         • 3개 이상의 노드로 생성한 스토리지 클러스터가 세 개 이상의 가용성 영역의 최소 요구 사항보다 적은 경우에만 유연한 확장 기능을 사용할 수 있습니다.

           유연한 확장에 대한 자세한 내용은 유연한 확장이 활성화된 경우 YAML을 사용하여 OpenShift Data Foundation 클러스터 스케일링 에 대한 지식베이스 문서를 참조하십시오.

         • 유연한 확장 기능은 배포 시 활성화되며 나중에 활성화하거나 비활성화할 수 없습니다.

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

    선택한 프로젝트가 openshift-storage 인지 확인합니다.

11. OpenShift Data Foundation Operator를 클릭한 다음 스토리지 시스템 만들기를 클릭합니다.

12. 백업 스토리지 페이지에서 다음을 수행합니다.

    1. 배포 유형 옵션에 대해 Full Deployment를 선택합니다.
    2. 기존 스토리지 클래스 사용 옵션을 선택합니다.

    3. LocalVolume을 설치하는 동안 사용한 필수 스토리지 클래스 를 선택합니다.

       기본적으로 없음으로 설정됩니다.

    4. 선택 사항: 기본 StorageClass로 Ceph RBD 사용을 선택합니다. 이렇게 하면 StorageClass에 수동으로 주석을 달 필요가 없습니다.

    5. 선택 사항: 외부 PostgreSQL 사용 확인란을 선택하여 외부 PostgreSQL [기술 프리뷰] 를 사용합니다.

       이는 PostgreSQL pod가 단일 장애 지점인 Multicloud Object Gateway에 대한 고가용성 솔루션을 제공합니다.

       중요

       OpenShift Data Foundation은 Red Hat에서 유지 관리하는 PostgreSQL 이미지를 제공합니다. 이 이미지는 Multicloud Object Gateway의 메타데이터를 저장하는 데 사용됩니다. 이 PostgreSQL 사용은 애플리케이션 수준에 있습니다.

       결과적으로 OpenShift Data Foundation은 데이터베이스 수준 최적화 또는 심층적인 인사이트를 수행하지 않습니다.

       고객이 자체적으로 PostgreSQL을 유지 관리 및 최적화한 경우 이를 사용하는 것이 좋습니다. OpenShift Data Foundation은 외부 PostgreSQL 인스턴스를 지원합니다.

       코드 변경 또는 깊은 기술 분석이 필요한 PostgreSQL 관련 문제는 업스트림에서 해결해야 할 수 있습니다. 이로 인해 문제 해결 시간이 길어질 수 있습니다.

       1. 다음 연결 세부 정보를 제공합니다.

          • 사용자 이름
          • 암호
          • 서버 이름 및 포트
          • 데이터베이스 이름
       2. Enable TLS/SSL (TLS/SSL 활성화) 확인란을 선택하여 Postgres 서버의 암호화를 활성화합니다.
    6. 다음을 클릭합니다.

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

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

    2. 성능 구성 섹션에서 다음 성능 프로필 중 하나를 선택합니다.

       • Lean

         권장되는 리소스보다 낮은 최소 리소스가 있는 리소스 제한 환경에서 이 값을 사용합니다. 이 프로필은 CPU와 메모리를 더 적게 할당하여 리소스 사용을 최소화합니다.

       • balanced(기본값)

         권장 리소스를 사용할 수 있는 경우 이 값을 사용합니다. 이 프로필은 다양한 워크로드의 리소스 사용과 성능 간에 균형을 유지합니다.

       • 성능

         리소스가 충분한 환경에서 이 기능을 사용하여 최상의 성능을 얻을 수 있습니다. 이 프로필은 워크로드의 최적 실행을 보장하기 위해 충분한 메모리 및 CPU를 할당하여 고성능에 맞게 조정됩니다.

         참고

         StorageSystems 탭의 옵션 메뉴에서 성능 구성 옵션을 사용하여 배포 후에도 성능 프로필을 구성하는 옵션이 있습니다.

         중요

         리소스 프로필을 선택하기 전에 클러스터 내의 리소스의 현재 가용성을 확인합니다. 리소스가 충분하지 않은 클러스터에서 더 높은 리소스 프로필을 선택하면 설치에 실패할 수 있습니다.

         리소스 요구 사항에 대한 자세한 내용은 성능 프로필에 대한 리소스 요구 사항을 참조하십시오.

    3. 선택 사항: OpenShift Data Foundation에 대해 선택한 노드를 전용으로 설정하려면 테인트 노드 확인란을 선택합니다.
    4. 다음을 클릭합니다.

14. 선택 사항: 보안 및 네트워크 페이지에서 요구 사항에 따라 다음을 구성합니다.

    1. 암호화를 활성화하려면 블록 및 파일 스토리지에 데이터 암호화 사용을 선택합니다.

       1. 암호화 수준 중 하나 또는 둘 다를 선택합니다.

          • 클러스터 전체 암호화

            전체 클러스터(블록 및 파일)를 암호화합니다.

          • 스토리지 클래스 암호화

            암호화 활성화된 스토리지 클래스를 사용하여 암호화된 영구 볼륨(블록만 해당)을 생성합니다.

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

          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 구성에 따라 추가 설정 및 인증서 세부 정보를 입력합니다.

               • 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. 네트워크를 선택합니다.

             1. IBM Power의 OpenShift Data Foundation에서 Multus가 아직 지원되지 않으므로 Default (OVN) 네트워크를 선택합니다.
          5. 다음을 클릭합니다.

    2. 전송 중 암호화를 활성화하려면 전송 중 암호화를 선택합니다.

       1. 네트워크를 선택합니다.
       2. 다음을 클릭합니다.
15. 데이터 보호 페이지에서 Openshift Data Foundation에 대한 Regional-DR 솔루션을 구성하는 경우 재해 복구(Regional-DR만 해당) 확인란을 위해 클러스터 준비 확인란을 선택합니다.

16. 검토 및 생성 페이지에서 다음을 수행합니다.

    1. 구성 세부 정보를 검토합니다. 구성 설정을 수정하려면 뒤로 이동하여 이전 구성 페이지로 돌아갑니다.
    2. 스토리지 시스템 생성을 클릭합니다.

프로세스

1. OpenShift 웹 콘솔의 왼쪽 창에서 워크로드 → Pod 를 클릭합니다.

2. 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

   참고

   기본 프로젝트 표시 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

   각 구성 요소에 대해 예상되는 Pod 수 및 노드 수에 따라 달라지는 방법에 대한 자세한 내용은 표 3.1. “OpenShift Data Foundation 클러스터에 해당하는 Pod” 을 참조하십시오.

3. Running 및 Completed 탭을 클릭하여 다음 Pod가 실행 중이고 완료된 상태인지 확인합니다.

   표 3.1. OpenShift Data Foundation 클러스터에 해당하는 Pod

   Component	해당 Pod
   OpenShift Data Foundation Operator	OCS-operator-* (모든 스토리지 노드에 1 Pod) OCS-metrics-exporter-* (모든 스토리지 노드에 1 Pod) ODF-operator-controller-manager-* (모든 스토리지 노드에 1 Pod) ODF-console-* (모든 스토리지 노드에 1 Pod) CSI-addons-controller-manager-* (모든 스토리지 노드에 1 Pod)
   Rook-ceph Operator	rook-ceph-operator-* (모든 스토리지 노드에 1 Pod)
   OpenShift Data Foundation Client Operator	OCS-client-operator-console-* (모든 스토리지 노드에 1 Pod) OCS-client-operator-controller-manager-* (모든 스토리지 노드에 1 Pod)
   UX 백엔드	UX-backend-server-* (모든 스토리지 노드에 1 Pod)
   Multicloud Object Gateway	NooBaa-operator-* (모든 스토리지 노드에 1 Pod) NooBaa-core-* (모든 스토리지 노드에 1 Pod) NooBaa-db-pg-* (모든 스토리지 노드에 1 Pod) NooBaa-endpoint-* (모든 스토리지 노드에 1 Pod)
   MON	rook-ceph-mon-* (각 스토리지 노드에 3 Pod)
   MGR	rook-ceph-mgr-* (스토리지 노드에 분산된 2 Pod)
   MDS	rook-ceph-mds-ocs-storagecluster-cephfilesystem-* (스토리지 노드에 분산된 2 Pod)
   RGW	rook-ceph-rgw-ocs-storagecluster-cephobjectstore-* (모든 스토리지 노드에 1 Pod)
   CSI	cephfs CSI-cephfsplugin-* (각 스토리지 노드에 1 Pod) CSI-cephfsplugin-provisioner-* (스토리지 노드에 분산된 2 Pod) rbd CSI-rbdplugin-* (각 스토리지 노드에 1 Pod) CSI-rbdplugin-provisioner-* (스토리지 노드에 분산된 2 Pod)
   rook-ceph-crashcollector	rook-ceph-crashcollector-* (각 스토리지 노드에 1 Pod)
   rook-ceph-exporter	rook-ceph-exporter-worker-* (각 스토리지 노드에 1 Pod)
   OSD	rook-ceph-osd-* (각 장치의 1 Pod) rook-ceph-osd-prepare-* (각 장치의 1 Pod)

프로세스

1. OpenShift 웹 콘솔에서 스토리지 → 데이터 Foundation 을 클릭합니다.
2. Storage Systems 탭을 클릭한 다음 ocs-storagecluster-storagesystem 을 클릭합니다.
3. 개요 탭의 블록 및 파일 대시보드의 상태 카드 에서 스토리지 클러스터 및 데이터 복원 모두에 녹색 눈금 표시가 있는지 확인합니다.
4. 세부 정보 카드 에서 클러스터 정보가 표시되는지 확인합니다.

프로세스

1. OpenShift 웹 콘솔에서 스토리지 → 데이터 Foundation 을 클릭합니다.

2. 개요 탭의 상태 카드에서 스토리지 시스템을 클릭한 다음 해당 팝업에서 스토리지 시스템 링크를 클릭합니다.

   1. Object 탭의 상태 카드에서 Object Service 및 Data Resiliency 모두 녹색 눈금이 있는지 확인합니다.
   2. 세부 정보 카드에 MCG 정보가 표시되는지 확인합니다.

프로세스

1. OpenShift 웹 콘솔의 왼쪽 창에서 스토리지 → 스토리지 클래스를 클릭합니다.

2. OpenShift Data Foundation 클러스터 생성과 함께 다음 스토리지 클래스가 생성되었는지 확인합니다.

   • ocs-storagecluster-ceph-rbd
   • ocs-storagecluster-cephfs
   • openshift-storage.noobaa.io
   • ocs-storagecluster-ceph-rgw

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators → OperatorHub를 클릭합니다.
3. 키워드로 필터링...상자에 로컬 스토리지를 입력하여 Operator 목록에서 Local Storage Operator 를 찾은 후 클릭합니다.

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

   1. 채널을 stable 로 업데이트합니다.
   2. 설치 모드에서 클러스터의 특정 네임스페이스를 선택합니다.
   3. 설치된 네임스페이스를 Operator 권장 네임스페이스 openshift-local-storage를 선택합니다.
   4. 자동 승인 전략.
5. 설치를 클릭합니다.

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators → OperatorHub를 클릭합니다.
3. OpenShift Data Foundation을 키워드로 필터링 상자에 스크롤하여 OpenShift Data Foundation Operator를 찾습니다.
4. 설치를 클릭합니다.

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

   1. Channel을 stable-4.16 으로 업데이트합니다.
   2. 설치 모드에서 클러스터의 특정 네임스페이스를 선택합니다.
   3. 설치된 네임스페이스에서 Operator 권장 네임스페이스 openshift-storage를 선책합니다. 네임스페이스 openshift-storage가 없으면 Operator 설치 중에 생성됩니다.

6. 승인 전략을 자동 또는 수동으로 선택합니다.

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

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

7. Console 플러그인에 대해 Enable 옵션이 선택되어 있는지 확인합니다.
8. 설치를 클릭합니다.

프로세스

1. OpenShift 웹 콘솔에 로그인합니다.
2. openshift-local-storage 네임스페이스에서 Operator → 설치된 Operator 를 클릭하여 설치된 Operator를 확인합니다.
3. Local Storage 설치된 Operator를 클릭합니다.
4. Operator 세부 정보 페이지에서 로컬 볼륨 링크를 클릭합니다.
5. 로컬 볼륨 만들기를 클릭합니다.
6. 로컬 볼륨 구성을 위해 YAML 보기를 클릭합니다.

7. 다음 YAML을 사용하여 파일 시스템 PV에 대한 LocalVolume 사용자 정의 리소스를 정의합니다.

   apiVersion: local.storage.openshift.io/v1
   kind: LocalVolume
   metadata:
     name: localblock
     namespace: openshift-local-storage
   spec:
     logLevel: Normal
     managementState: Managed
     nodeSelector:
       nodeSelectorTerms:
         - matchExpressions:
             - key: kubernetes.io/hostname
               operator: In
               values:
                 - worker-0
                 - worker-1
                 - worker-2
     storageClassDevices:
       - devicePaths:
           - /dev/sda
         storageClassName: localblock
         volumeMode: Filesystem

   Copy to Clipboard

   위의 정의는 worker-0,worker-1 및 worker-2 노드에서 sda 로컬 장치를 선택합니다. localblock 스토리지 클래스가 생성되고 sda 에서 영구 볼륨이 프로비저닝됩니다.

   중요

   환경에 따라 nodeSelector의 적절한 값을 지정합니다. 장치 이름은 모든 작업자 노드에서 동일해야 합니다. 둘 이상의 devicePaths를 지정할 수도 있습니다.

8. 생성을 클릭합니다.

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

   선택한 프로젝트가 openshift-storage 인지 확인합니다.

10. OpenShift Data Foundation Operator를 클릭한 다음 스토리지 시스템 생성을 클릭합니다.
11. 백업 스토리지 페이지에서 배포 유형에 대해 Multicloud Object Gateway를 선택합니다.

12. 스토리지 유형 백업에 기존 StorageClass 옵션 사용을 선택합니다.

    1. LocalVolume 을 설치하는 동안 사용한 스토리지 클래스 를 선택합니다.
13. 다음을 클릭합니다.

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

    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 구성에 따라 추가 설정 및 인증서 세부 정보를 입력합니다.

         • 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. 다음을 클릭합니다.

15. 검토 및 생성 페이지에서 구성 세부 정보를 검토합니다.

    구성 설정을 수정하려면 뒤로를 클릭합니다.

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