4.12. 로컬 스토리지를 사용하는 영구 스토리지

1. 어떤 솔루션(LVM Storage, LSO 및 HPP)은 개체 스토리지를 지원하지 않습니다. 따라서 오브젝트 스토리지를 사용하려면 Red Hat OpenShift Data Foundation의 MultiClusterGateway 와 같은 S3 오브젝트 스토리지 솔루션이 필요합니다. 모든 솔루션은 S3 오브젝트 스토리지 솔루션의 기본 스토리지 공급자 역할을 할 수 있습니다.

1. 격리 경계는 로컬 스토리지 리소스를 사용하는 다양한 워크로드 또는 애플리케이션 간의 분리 수준을 나타냅니다.

1. 모든 솔루션(LVM Storage, LSO 및 HPP)에는 RWO( ReadWriteOnce ) 액세스 모드가 있습니다. RWO 액세스 모드를 사용하면 동일한 노드의 여러 Pod에서 액세스할 수 있습니다.

절차

1. 이전에 생성된 로컬 볼륨을 편집하여 원하는 디스크를 제거합니다.

   1. 클러스터 리소스를 편집합니다.

      $ oc edit localvolume <name> -n openshift-local-storage

   2. devicePaths 아래의 행으로 이동하여 원하는 디스크를 나타내는 모든 항목을 삭제합니다.

2. 생성된 영구 볼륨을 삭제합니다.

   $ oc delete pv <pv-name>

3. 디렉터리를 삭제하고 노드에 심볼릭 링크를 포함했습니다.

   주의

   다음 단계는 루트 사용자로 노드에 액세스하는 것입니다. 이 절차의 단계 이후에 노드 상태를 수정하면 클러스터가 불안정해질 수 있습니다.

   $ oc debug node/<node-name> -- chroot /host rm -rf /mnt/local-storage/<sc-name> 1

   1

   로컬 볼륨을 생성하기 위해 사용되는 스토리지 클래스의 이름입니다.

프로세스

1. localvolume, localvolumeset, localvolumediscovery과 같이 프로젝트에 설치된 로컬 볼륨 리소스를 삭제합니다.

   $ oc delete localvolume --all --all-namespaces
   $ oc delete localvolumeset --all --all-namespaces
   $ oc delete localvolumediscovery --all --all-namespaces

2. 웹 콘솔에서 Local Storage Operator의 설치를 제거합니다.

   1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
   2. Operators 설치된 Operator로 이동합니다.
   3. Local Storage를 필터 상자에 입력하여 Local Storage Operator를 찾습니다.
   4. Local Storage Operator 끝에 있는 옵션 메뉴 를 클릭합니다.
   5. Operator 제거를 클릭합니다.
   6. 표시되는 창에서 제거를 클릭합니다.

3. Local Storage Operator에서 생성한 PV는 삭제될 때까지 클러스터에 남아 있습니다. 이러한 볼륨이 더 이상 사용되지 않으면 다음 명령을 실행하여 해당 볼륨을 삭제합니다.

   $ oc delete pv <pv-name>

4. openshift-local-storage 프로젝트를 삭제합니다.

   $ oc delete project openshift-local-storage

프로세스

1. 네임스페이스를 생성하기 위한 구성으로 YAML 파일을 생성합니다.

   네임스페이스를 생성하기 위한 YAML 구성의 예

   apiVersion: v1
   kind: Namespace
   metadata:
     labels:
       openshift.io/cluster-monitoring: "true"
       pod-security.kubernetes.io/enforce: privileged
       pod-security.kubernetes.io/audit: privileged
       pod-security.kubernetes.io/warn: privileged
     name: openshift-storage

2. 다음 명령을 실행하여 네임스페이스를 생성합니다.

   $ oc create -f <file_name>

3. OperatorGroup CR YAML 파일을 생성합니다.

   OperatorGroup CR의 예

   apiVersion: operators.coreos.com/v1
   kind: OperatorGroup
   metadata:
     name: openshift-storage-operatorgroup
     namespace: openshift-storage
   spec:
     targetNamespaces:
     - openshift-storage

4. 다음 명령을 실행하여 OperatorGroup CR을 생성합니다.

   $ oc create -f <file_name>

5. 서브스크립션 CR YAML 파일을 생성합니다.

   서브스크립션 CR의 예

   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: lvms
     namespace: openshift-storage
   spec:
     installPlanApproval: Automatic
     name: lvms-operator
     source: redhat-operators
     sourceNamespace: openshift-marketplace

6. 다음 명령을 실행하여 서브스크립션 CR을 생성합니다.

   $ oc create -f <file_name>

검증

1. LVM 스토리지가 설치되었는지 확인하려면 다음 명령을 실행합니다.

   $ oc get csv -n openshift-storage -o custom-columns=Name:.metadata.name,Phase:.status.phase

   출력 예

   Name                         Phase
   4.13.0-202301261535          Succeeded

프로세스

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators OperatorHub를 클릭합니다.
3. OperatorHub 페이지에서 LVM Storage 를 클릭합니다.

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

   1. Channel을 stable-4.17 로 업데이트합니다.
   2. 설치 모드는 클러스터의 특정 네임스페이스 입니다.
   3. 설치된 네임스페이스 를 Operator 권장 네임스페이스 openshift-storage. openshift-storage 네임스페이스가 없는 경우 Operator 설치 중에 생성됩니다.

   4. 업데이트 승인을 자동 또는 수동으로 업데이트합니다.

      참고

      자동 업데이트를 선택하면 OLM(Operator Lifecycle Manager)이 개입 없이 실행 중인 LVM 스토리지 인스턴스를 자동으로 업데이트합니다.

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

5. 선택 사항: 이 네임스페이스에서 Operator 권장 클러스터 모니터링 활성화 확인란을 선택합니다.
6. 설치를 클릭합니다.

프로세스

1. "이미지 세트 구성 생성" 절차의 단계를 따르십시오. LVM 스토리지에 대한 ImageSetConfiguration CR(사용자 정의 리소스)을 생성하려면 다음 예제 ImageSetConfiguration CR 구성을 사용하면 됩니다.

   LVM 스토리지의 ImageSetConfiguration CR의 예

   kind: ImageSetConfiguration
   apiVersion: mirror.openshift.io/v1alpha2
   archiveSize: 4 1
   storageConfig: 2
     registry:
       imageURL: example.com/mirror/oc-mirror-metadata 3
       skipTLS: false
   mirror:
     platform:
       channels:
       - name: stable-4.17 4
         type: ocp
       graph: true 5
     operators:
     - catalog: registry.redhat.io/redhat/redhat-operator-index:v4.17 6
       packages:
       - name: lvms-operator 7
         channels:
         - name: stable 8
     additionalImages:
     - name: registry.redhat.io/ubi9/ubi:latest 9
     helm: {}

   1

   이미지 세트 내에서 각 파일의 최대 크기(GiB)를 설정합니다.

   2

   이미지 세트를 저장할 위치를 지정합니다. 이 위치는 레지스트리 또는 로컬 디렉터리일 수 있습니다. 기술 프리뷰 OCI 기능을 사용하지 않는 한 storageConfig 필드를 구성해야 합니다.

   3

   레지스트리를 사용할 때 이미지 스트림의 스토리지 URL을 지정합니다. 자세한 내용은 이미지 스트림을 사용하는 이유를 참조하십시오.

   4

   OpenShift Container Platform 이미지를 검색할 채널을 지정합니다.

   5

   OSUS(OpenShift Update Service) 그래프 이미지를 생성하려면 이 필드를 true 로 설정합니다. 자세한 내용은 OpenShift 업데이트 서비스 정보를 참조하십시오.

   6

   OpenShift Container Platform 이미지를 검색할 Operator 카탈로그를 지정합니다.

   7

   이미지 세트에 포함할 Operator 패키지를 지정합니다. 이 필드가 비어 있으면 카탈로그의 모든 패키지가 검색됩니다.

   8

   이미지 세트에 포함할 Operator 패키지의 채널을 지정합니다. 해당 채널에서 번들을 사용하지 않는 경우에도 Operator 패키지의 기본 채널을 포함해야 합니다. 다음 명령을 실행하여 기본 채널을 찾을 수 있습니다. $ oc mirror list operators --catalog=<catalog_name> --package=<package_name > .

   9

   이미지 세트에 포함할 추가 이미지를 지정합니다.

2. " 미러 레지스트리로 설정된 이미지 미러링" 섹션의 절차를 따르십시오.
3. "이미지 레지스트리 저장소 미러링 구성" 섹션의 절차를 따르십시오.

프로세스

1. OpenShift Container Platform 인증 정보를 사용하여 RHACM CLI에 로그인합니다.

2. 네임스페이스를 생성합니다.

   $ oc create ns <namespace>

3. Policy CR YAML 파일을 생성합니다.

   LVM 스토리지를 설치하고 구성하는 Policy CR의 예

   apiVersion: apps.open-cluster-management.io/v1
   kind: PlacementRule
   metadata:
     name: placement-install-lvms
   spec:
     clusterConditions:
     - status: "True"
       type: ManagedClusterConditionAvailable
     clusterSelector: 1
       matchExpressions:
       - key: mykey
         operator: In
         values:
         - myvalue
   ---
   apiVersion: policy.open-cluster-management.io/v1
   kind: PlacementBinding
   metadata:
     name: binding-install-lvms
   placementRef:
     apiGroup: apps.open-cluster-management.io
     kind: PlacementRule
     name: placement-install-lvms
   subjects:
   - apiGroup: policy.open-cluster-management.io
     kind: Policy
     name: install-lvms
   ---
   apiVersion: policy.open-cluster-management.io/v1
   kind: Policy
   metadata:
     annotations:
       policy.open-cluster-management.io/categories: CM Configuration Management
       policy.open-cluster-management.io/controls: CM-2 Baseline Configuration
       policy.open-cluster-management.io/standards: NIST SP 800-53
     name: install-lvms
   spec:
     disabled: false
     remediationAction: enforce
     policy-templates:
     - objectDefinition:
         apiVersion: policy.open-cluster-management.io/v1
         kind: ConfigurationPolicy
         metadata:
           name: install-lvms
         spec:
           object-templates:
           - complianceType: musthave
             objectDefinition: 2
               apiVersion: v1
               kind: Namespace
               metadata:
                 labels:
                   openshift.io/cluster-monitoring: "true"
                   pod-security.kubernetes.io/enforce: privileged
                   pod-security.kubernetes.io/audit: privileged
                   pod-security.kubernetes.io/warn: privileged
                 name: openshift-storage
           - complianceType: musthave
             objectDefinition: 3
               apiVersion: operators.coreos.com/v1
               kind: OperatorGroup
               metadata:
                 name: openshift-storage-operatorgroup
                 namespace: openshift-storage
               spec:
                 targetNamespaces:
                 - openshift-storage
           - complianceType: musthave
             objectDefinition: 4
               apiVersion: operators.coreos.com/v1alpha1
               kind: Subscription
               metadata:
                 name: lvms
                 namespace: openshift-storage
               spec:
                 installPlanApproval: Automatic
                 name: lvms-operator
                 source: redhat-operators
                 sourceNamespace: openshift-marketplace
           remediationAction: enforce
           severity: low

   1

   LVM 스토리지를 설치하려는 클러스터에 구성된 라벨과 일치하도록 PlacementRule.spec.clusterSelector 의 key 필드 및 values 필드를 설정합니다.

   2

   네임스페이스 구성.

   3

   OperatorGroup CR 구성입니다.

   4

   서브스크립션 CR 구성입니다.

4. 다음 명령을 실행하여 Policy CR을 생성합니다.

   $ oc create -f <file_name> -n <namespace>

   Policy CR을 생성할 때 PlacementRule CR에 구성된 선택 기준과 일치하는 클러스터에서 다음 사용자 정의 리소스가 생성됩니다.

   • 네임스페이스
   • OperatorGroup
   • 서브스크립션

프로세스

1. LVMCluster CR YAML 파일을 엽니다.

2. 다음 예에 설명된 대로 LVMCluster CR 매개변수를 구성합니다.

   LVMCluster CR YAML 파일의 예

   apiVersion: lvm.topolvm.io/v1alpha1
   kind: LVMCluster
   metadata:
     name: my-lvmcluster
   spec:
   # ...
     storage:
       deviceClasses:
       - name: vg1  1
         fstype: ext4 2
         default: true
         deviceSelector: 3
   # ...
           forceWipeDevicesAndDestroyAllData: false 4
         thinPoolConfig: 5
   # ...
         nodeSelector: 6
   # ...

   1

   이 필드를 이전 LVM 스토리지 설치의 VG 이름으로 설정합니다.

   2

   이 필드를 ext4 또는 xfs 로 설정합니다. 기본적으로 이 필드는 xfs 로 설정됩니다.

   3

   deviceSelector 필드에 새 장치 경로를 지정하여 재사용할 VG에 새 장치를 추가할 수 있습니다. 새 장치를 VG에 추가하지 않으려면 현재 LVM 스토리지 설치의 deviceSelector 구성이 이전 LVM Storage 설치와 동일한지 확인합니다.

   4

   이 필드가 true 로 설정되면 LVM 스토리지가 VG에 추가되는 장치의 모든 데이터를 지웁니다.

   5

   재사용할 VG의 thinPoolConfig 구성을 유지하려면 현재 LVM 스토리지 설치의 thinPoolConfig 구성이 이전 LVM 스토리지 설치와 동일한지 확인하십시오. 또는 필요에 따라 thinPoolConfig 필드를 구성할 수 있습니다.

   6

   LVM 볼륨 그룹을 생성할 노드를 선택하도록 요구 사항을 구성합니다. 이 필드가 비어 있으면 스케줄 테인트가 없는 모든 노드가 고려됩니다.

3. LVMCluster CR YAML 파일을 저장합니다.

프로세스

1. LVMCluster CR(사용자 정의 리소스) YAML 파일을 생성합니다.

   LVMCluster CR YAML 파일의 예

   apiVersion: lvm.topolvm.io/v1alpha1
   kind: LVMCluster
   metadata:
     name: my-lvmcluster
   spec:
   # ...
     storage:
       deviceClasses: 1
   # ...
         nodeSelector: 2
   # ...
         deviceSelector: 3
   # ...
         thinPoolConfig: 4
   # ...

   1

   로컬 스토리지 장치를 LVM 볼륨 그룹에 할당하는 구성이 포함되어 있습니다.

   2

   LVM 볼륨 그룹을 만들 노드를 선택하는 구성이 포함되어 있습니다. 이 필드가 비어 있으면 스케줄 테인트가 없는 모든 노드가 고려됩니다.

   3

   LVM 볼륨 그룹에 추가할 장치의 경로를 지정하고 LVM 볼륨 그룹에 추가된 장치를 강제로 지우는 구성이 포함되어 있습니다.

   4

   LVM 볼륨 그룹에 씬 풀을 만드는 구성이 포함되어 있습니다. 이 필드를 제외하면 논리 볼륨이 씩 프로비저닝됩니다.

2. 다음 명령을 실행하여 LVMCluster CR을 생성합니다.

   $ oc create -f <file_name>

   출력 예

   lvmcluster/lvmcluster created

검증

1. LVMCluster CR이 Ready 상태인지 확인합니다.

   $ oc get lvmclusters.lvm.topolvm.io -o jsonpath='{.items[*].status}' -n <namespace>

   출력 예

   {"deviceClassStatuses": 1
   [
     {
       "name": "vg1",
       "nodeStatus": [ 2
           {
               "devices": [ 3
                   "/dev/nvme0n1",
                   "/dev/nvme1n1",
                   "/dev/nvme2n1"
               ],
               "node": "kube-node", 4
               "status": "Ready" 5
           }
       ]
     }
   ]
   "state":"Ready"} 6

   1

   장치 클래스의 상태입니다.

   2

   각 노드의 LVM 볼륨 그룹의 상태입니다.

   3

   LVM 볼륨 그룹을 만드는 데 사용되는 장치 목록입니다.

   4

   장치 클래스가 생성되는 노드입니다.

   5

   노드의 LVM 볼륨 그룹의 상태입니다.

   6

   LVMCluster CR의 상태.

   참고

   LVMCluster CR이 Failed 상태인 경우 status 필드에서 실패 이유를 볼 수 있습니다.

   실패 이유가 있는 status 필드의 예:

   status:
     deviceClassStatuses:
       - name: vg1
         nodeStatus:
           - node: my-node-1.example.com
             reason: no available devices found for volume group
             status: Failed
     state: Failed

2. 선택 사항: 각 장치 클래스에 대해 LVM 스토리지에서 생성한 스토리지 클래스를 보려면 다음 명령을 실행합니다.

   $ oc get storageclass

   출력 예

   NAME          PROVISIONER          RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
   lvms-vg1      topolvm.io           Delete          WaitForFirstConsumer   true                   31m

3. 선택 사항: 각 장치 클래스에 대해 LVM 스토리지에서 생성한 볼륨 스냅샷 클래스를 보려면 다음 명령을 실행합니다.

   $ oc get volumesnapshotclass

   출력 예

   NAME          DRIVER               DELETIONPOLICY   AGE
   lvms-vg1      topolvm.io           Delete           24h

프로세스

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators 설치된 Operators를 클릭합니다.
3. openshift-storage 네임스페이스에서 LVM Storage 를 클릭합니다.
4. LVMCluster 생성 을 클릭하고 양식 보기 또는 YAML 보기를 선택합니다.
5. 필요한 LVMCluster CR 매개변수를 구성합니다.
6. Create를 클릭합니다.

7. 선택 사항: LVMCLuster CR을 편집하려면 다음 작업을 수행합니다.

   1. LVMCluster 탭을 클릭합니다.
   2. Actions 메뉴에서 Edit LVMCluster 를 선택합니다.
   3. YAML 을 클릭하고 필요한 LVMCLuster CR 매개변수를 편집합니다.
   4. 저장을 클릭합니다.

검증

1. LVMCLuster 페이지에서 LVMCluster CR이 Ready 상태인지 확인합니다.
2. 선택 사항: 각 장치 클래스에 대해 LVM Storage에서 생성한 사용 가능한 스토리지 클래스를 보려면 스토리지 StorageClasses 를 클릭합니다.
3. 선택 사항: 각 장치 클래스에 대해 LVM Storage에서 생성한 사용 가능한 볼륨 스냅샷 클래스를 보려면 스토리지 VolumeSnapshotClasses 를 클릭합니다.

프로세스

1. OpenShift Container Platform 인증 정보를 사용하여 RHACM CLI에 로그인합니다.

2. LVMCluster CR을 생성하려면 구성으로 ConfigurationPolicy CR YAML 파일을 생성합니다.

   LVMCluster CR을 생성하는 ConfigurationPolicy CR YAML 파일의 예

   apiVersion: policy.open-cluster-management.io/v1
   kind: ConfigurationPolicy
   metadata:
     name: lvms
   spec:
     object-templates:
     - complianceType: musthave
       objectDefinition:
         apiVersion: lvm.topolvm.io/v1alpha1
         kind: LVMCluster
         metadata:
           name: my-lvmcluster
           namespace: openshift-storage
         spec:
           storage:
             deviceClasses: 1
   # ...
               deviceSelector: 2
   # ...
               thinPoolConfig: 3
   # ...
               nodeSelector: 4
   # ...
     remediationAction: enforce
     severity: low

   1

   로컬 스토리지 장치를 LVM 볼륨 그룹에 할당하는 구성이 포함되어 있습니다.

   2

   LVM 볼륨 그룹에 추가할 장치의 경로를 지정하고 LVM 볼륨 그룹에 추가된 장치를 강제로 지우는 구성이 포함되어 있습니다.

   3

   LVM 볼륨 그룹에 씬 풀을 만드는 구성이 포함되어 있습니다. 이 필드를 제외하면 논리 볼륨이 씩 프로비저닝됩니다.

   4

   LVM 볼륨 그룹을 만들 노드를 선택하는 구성이 포함되어 있습니다. 이 필드가 비어 있으면 스케줄 테인트가 없는 모든 노드가 고려됩니다.

3. 다음 명령을 실행하여 ConfigurationPolicy CR을 생성합니다.

   $ oc create -f <file_name> -n <cluster_namespace> 1

   1

   LVM 스토리지가 설치된 OpenShift Container Platform 클러스터의 네임스페이스입니다.

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. 다음 명령을 실행하여 LVMCluster CR을 삭제합니다.

   $ oc delete lvmcluster <lvmclustername> -n openshift-storage

프로세스

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators 설치된 Operator 를 클릭하여 설치된 모든 Operator를 확인합니다.
3. openshift-storage 네임스페이스에서 LVM Storage 를 클릭합니다.
4. LVMCluster 탭을 클릭합니다.
5. 작업 에서 LVMCluster 삭제 를 선택합니다.
6. 삭제를 클릭합니다.

프로세스

1. OpenShift Container Platform 인증 정보를 사용하여 RHACM CLI에 로그인합니다.

2. LVMCluster CR용으로 생성된 ConfigurationPolicy CR YAML 파일을 삭제합니다.

   $ oc delete -f <file_name> -n <cluster_namespace> 1

   1

   LVM 스토리지가 설치된 OpenShift Container Platform 클러스터의 네임스페이스입니다.

3. Policy CR YAML 파일을 생성하여 LVMCluster CR을 삭제합니다.

   LVMCluster CR을 삭제하는 정책 CR의 예

   apiVersion: policy.open-cluster-management.io/v1
   kind: Policy
   metadata:
     name: policy-lvmcluster-delete
     annotations:
       policy.open-cluster-management.io/standards: NIST SP 800-53
       policy.open-cluster-management.io/categories: CM Configuration Management
       policy.open-cluster-management.io/controls: CM-2 Baseline Configuration
   spec:
     remediationAction: enforce
     disabled: false
     policy-templates:
       - objectDefinition:
           apiVersion: policy.open-cluster-management.io/v1
           kind: ConfigurationPolicy
           metadata:
             name: policy-lvmcluster-removal
           spec:
             remediationAction: enforce 1
             severity: low
             object-templates:
               - complianceType: mustnothave
                 objectDefinition:
                   kind: LVMCluster
                   apiVersion: lvm.topolvm.io/v1alpha1
                   metadata:
                     name: my-lvmcluster
                     namespace: openshift-storage 2
   ---
   apiVersion: policy.open-cluster-management.io/v1
   kind: PlacementBinding
   metadata:
     name: binding-policy-lvmcluster-delete
   placementRef:
     apiGroup: apps.open-cluster-management.io
     kind: PlacementRule
     name: placement-policy-lvmcluster-delete
   subjects:
     - apiGroup: policy.open-cluster-management.io
       kind: Policy
       name: policy-lvmcluster-delete
   ---
   apiVersion: apps.open-cluster-management.io/v1
   kind: PlacementRule
   metadata:
     name: placement-policy-lvmcluster-delete
   spec:
     clusterConditions:
       - status: "True"
         type: ManagedClusterConditionAvailable
     clusterSelector: 3
       matchExpressions:
         - key: mykey
           operator: In
           values:
             - myvalue

   1

   policy-template 의 spec.remediationAction 은 spec.remediationAction 에 대한 이전 매개변수 값으로 재정의됩니다.

   2

   이 namespace 필드에는 openshift-storage 값이 있어야 합니다.

   3

   클러스터를 선택하도록 요구 사항을 구성합니다. 선택 기준과 일치하는 클러스터에서 LVM 스토리지가 제거됩니다.

4. 다음 명령을 실행하여 Policy CR을 생성합니다.

   $ oc create -f <file_name> -n <namespace>

5. Policy CR YAML 파일을 생성하여 LVMCluster CR이 삭제되었는지 확인합니다.

   LVMCluster CR이 삭제되었는지 확인하는 정책 CR의 예

   apiVersion: policy.open-cluster-management.io/v1
   kind: Policy
   metadata:
     name: policy-lvmcluster-inform
     annotations:
       policy.open-cluster-management.io/standards: NIST SP 800-53
       policy.open-cluster-management.io/categories: CM Configuration Management
       policy.open-cluster-management.io/controls: CM-2 Baseline Configuration
   spec:
     remediationAction: inform
     disabled: false
     policy-templates:
       - objectDefinition:
           apiVersion: policy.open-cluster-management.io/v1
           kind: ConfigurationPolicy
           metadata:
             name: policy-lvmcluster-removal-inform
           spec:
             remediationAction: inform 1
             severity: low
             object-templates:
               - complianceType: mustnothave
                 objectDefinition:
                   kind: LVMCluster
                   apiVersion: lvm.topolvm.io/v1alpha1
                   metadata:
                     name: my-lvmcluster
                     namespace: openshift-storage 2
   ---
   apiVersion: policy.open-cluster-management.io/v1
   kind: PlacementBinding
   metadata:
     name: binding-policy-lvmcluster-check
   placementRef:
     apiGroup: apps.open-cluster-management.io
     kind: PlacementRule
     name: placement-policy-lvmcluster-check
   subjects:
     - apiGroup: policy.open-cluster-management.io
       kind: Policy
       name: policy-lvmcluster-inform
   ---
   apiVersion: apps.open-cluster-management.io/v1
   kind: PlacementRule
   metadata:
     name: placement-policy-lvmcluster-check
   spec:
     clusterConditions:
       - status: "True"
         type: ManagedClusterConditionAvailable
     clusterSelector:
       matchExpressions:
         - key: mykey
           operator: In
           values:
             - myvalue

   1

   policy-template spec.remediationAction 은 spec.remediationAction 의 이전 매개변수 값으로 재정의됩니다.

   2

   namespace 필드에는 openshift-storage 값이 있어야 합니다.

6. 다음 명령을 실행하여 Policy CR을 생성합니다.

   $ oc create -f <file_name> -n <namespace>

프로세스

1. 다음 명령을 실행하여 LVMCluster CR을 편집합니다.

   $ oc edit <lvmcluster_file_name> -n <namespace>

2. deviceSelector 필드에 새 장치의 경로를 추가합니다.

   LVMCluster CR의 예

   apiVersion: lvm.topolvm.io/v1alpha1
   kind: LVMCluster
   metadata:
     name: my-lvmcluster
   spec:
     storage:
       deviceClasses:
   # ...
         deviceSelector: 1
           paths: 2
           - /dev/disk/by-path/pci-0000:87:00.0-nvme-1
           - /dev/disk/by-path/pci-0000:88:00.0-nvme-1
           optionalPaths: 3
           - /dev/disk/by-path/pci-0000:89:00.0-nvme-1
           - /dev/disk/by-path/pci-0000:90:00.0-nvme-1
   # ...

   1

   LVM 볼륨 그룹에 추가할 장치의 경로를 지정하는 구성이 포함되어 있습니다. paths 필드, optionalPaths 필드 또는 둘 다에서 장치 경로를 지정할 수 있습니다. 경로와 optionalPaths 모두에 장치 경로를 지정하지 않으면 LVM(Logical Volume Manager) 스토리지에서 지원되는 사용되지 않는 장치가 LVM 볼륨 그룹에 추가됩니다. LVM 스토리지는 다음 조건이 충족되는 경우에만 LVM 볼륨 그룹에 장치를 추가합니다.

   • 장치 경로가 있습니다.
   • 장치는 LVM 스토리지에서 지원합니다. 지원되지 않는 장치에 대한 자세한 내용은 "LVM Storage에서 지원되지 않는 장치"를 참조하십시오.

   2

   장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM Storage에서 장치가 지원되지 않는 경우 LVMCluster CR은 Failed 상태로 이동합니다.

   3

   선택적 장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM 스토리지에서 장치가 지원되지 않는 경우 LVM 스토리지는 오류가 발생하지 않고 장치를 무시합니다.

   중요

   장치를 LVM 볼륨 그룹에 추가한 후에는 제거할 수 없습니다.

3. LVMCluster CR을 저장합니다.

프로세스

1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
2. Operators 설치된 Operators를 클릭합니다.
3. openshift-storage 네임스페이스에서 LVM Storage 를 클릭합니다.
4. LVMCluster 탭을 클릭하여 클러스터에서 생성된 LVMCluster CR을 확인합니다.
5. Actions 메뉴에서 Edit LVMCluster 를 선택합니다.
6. YAML 탭을 클릭합니다.

7. LVMCluster CR을 편집하여 deviceSelector 필드에 새 장치 경로를 추가합니다.

   LVMCluster CR의 예

   apiVersion: lvm.topolvm.io/v1alpha1
   kind: LVMCluster
   metadata:
     name: my-lvmcluster
   spec:
     storage:
       deviceClasses:
   # ...
         deviceSelector: 1
           paths: 2
           - /dev/disk/by-path/pci-0000:87:00.0-nvme-1
           - /dev/disk/by-path/pci-0000:88:00.0-nvme-1
           optionalPaths: 3
           - /dev/disk/by-path/pci-0000:89:00.0-nvme-1
           - /dev/disk/by-path/pci-0000:90:00.0-nvme-1
   # ...

   1

   LVM 볼륨 그룹에 추가할 장치의 경로를 지정하는 구성이 포함되어 있습니다. paths 필드, optionalPaths 필드 또는 둘 다에서 장치 경로를 지정할 수 있습니다. 경로와 optionalPaths 모두에 장치 경로를 지정하지 않으면 LVM(Logical Volume Manager) 스토리지에서 지원되는 사용되지 않는 장치가 LVM 볼륨 그룹에 추가됩니다. LVM 스토리지는 다음 조건이 충족되는 경우에만 LVM 볼륨 그룹에 장치를 추가합니다.

   • 장치 경로가 있습니다.
   • 장치는 LVM 스토리지에서 지원합니다. 지원되지 않는 장치에 대한 자세한 내용은 "LVM Storage에서 지원되지 않는 장치"를 참조하십시오.

   2

   장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM Storage에서 장치가 지원되지 않는 경우 LVMCluster CR은 Failed 상태로 이동합니다.

   3

   선택적 장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM 스토리지에서 장치가 지원되지 않는 경우 LVM 스토리지는 오류가 발생하지 않고 장치를 무시합니다.

   중요

   장치를 LVM 볼륨 그룹에 추가한 후에는 제거할 수 없습니다.

8. 저장을 클릭합니다.

프로세스

1. OpenShift Container Platform 인증 정보를 사용하여 RHACM CLI에 로그인합니다.

2. 다음 명령을 실행하여 RHACM을 사용하여 생성한 LVMCluster CR을 편집합니다.

   $ oc edit -f <file_name> -ns <namespace> 1

   1

   & lt;file_name& gt;을 LVMCluster CR의 이름으로 바꿉니다.

3. LVMCluster CR에서 deviceSelector 필드의 새 장치에 경로를 추가합니다.

   LVMCluster CR의 예

   apiVersion: policy.open-cluster-management.io/v1
         kind: ConfigurationPolicy
         metadata:
           name: lvms
         spec:
           object-templates:
              - complianceType: musthave
                objectDefinition:
                  apiVersion: lvm.topolvm.io/v1alpha1
                  kind: LVMCluster
                  metadata:
                    name: my-lvmcluster
                    namespace: openshift-storage
                  spec:
                    storage:
                      deviceClasses:
   # ...
                        deviceSelector: 1
                          paths: 2
                          - /dev/disk/by-path/pci-0000:87:00.0-nvme-1
                          optionalPaths: 3
                          - /dev/disk/by-path/pci-0000:89:00.0-nvme-1
   # ...

   1

   LVM 볼륨 그룹에 추가할 장치의 경로를 지정하는 구성이 포함되어 있습니다. paths 필드, optionalPaths 필드 또는 둘 다에서 장치 경로를 지정할 수 있습니다. 경로와 optionalPaths 모두에 장치 경로를 지정하지 않으면 LVM(Logical Volume Manager) 스토리지에서 지원되는 사용되지 않는 장치가 LVM 볼륨 그룹에 추가됩니다. LVM 스토리지는 다음 조건이 충족되는 경우에만 LVM 볼륨 그룹에 장치를 추가합니다.

   • 장치 경로가 있습니다.
   • 장치는 LVM 스토리지에서 지원합니다. 지원되지 않는 장치에 대한 자세한 내용은 "LVM Storage에서 지원되지 않는 장치"를 참조하십시오.

   2

   장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM Storage에서 장치가 지원되지 않는 경우 LVMCluster CR은 Failed 상태로 이동합니다.

   3

   선택적 장치 경로를 지정합니다. 이 필드에 지정된 장치 경로가 없거나 LVM 스토리지에서 장치가 지원되지 않는 경우 LVM 스토리지는 오류가 발생하지 않고 장치를 무시합니다.

   중요

   장치를 LVM 볼륨 그룹에 추가한 후에는 제거할 수 없습니다.

4. LVMCluster CR을 저장합니다.

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. VolumeSnapshot 오브젝트를 생성합니다.

   VolumeSnapshot 오브젝트의 예

   apiVersion: snapshot.storage.k8s.io/v1
   kind: VolumeSnapshot
   metadata:
     name: lvm-block-1-snap 1
   spec:
     source:
       persistentVolumeClaimName: lvm-block-1 2
     volumeSnapshotClassName: lvms-vg1 3

   1

   볼륨 스냅샷의 이름을 지정합니다.

   2

   소스 PVC의 이름을 지정합니다. LVM 스토리지는 이 PVC의 스냅샷을 생성합니다.

   3

   이 필드를 볼륨 스냅샷 클래스의 이름으로 설정합니다.

   참고

   사용 가능한 볼륨 스냅샷 클래스 목록을 가져오려면 다음 명령을 실행합니다.

   $ oc get volumesnapshotclass

3. 다음 명령을 실행하여 소스 PVC를 생성한 네임스페이스에 볼륨 스냅샷을 생성합니다.

   $ oc create -f <file_name> -n <namespace>

   LVM 스토리지는 볼륨 스냅샷으로 PVC의 읽기 전용 사본을 생성합니다.

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. 볼륨 스냅샷을 복원하려면 구성으로 PersistentVolumeClaim 오브젝트를 생성합니다.

   볼륨 스냅샷을 복원하는 PersistentVolumeClaim 오브젝트의 예

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: lvm-block-1-restore
   spec:
     accessModes:
     - ReadWriteOnce
     volumeMode: Block
     Resources:
       Requests:
         storage: 2Gi 1
     storageClassName: lvms-vg1 2
     dataSource:
       name: lvm-block-1-snap 3
       kind: VolumeSnapshot
       apiGroup: snapshot.storage.k8s.io

   1

   복원된 PVC의 스토리지 크기를 지정합니다. 요청된 PVC의 스토리지 크기는 복원하려는 볼륨 스냅샷의 stoage 크기보다 크거나 같아야 합니다. 더 큰 PVC가 필요한 경우 볼륨 스냅샷을 복원한 후 PVC의 크기를 조정할 수도 있습니다.

   2

   복원하려는 볼륨 스냅샷의 소스 PVC에 있는 storageClassName 필드 값으로 이 필드를 설정합니다.

   3

   이 필드를 복원할 볼륨 스냅샷의 이름으로 설정합니다.

3. 다음 명령을 실행하여 볼륨 스냅샷을 생성한 네임스페이스에 PVC를 생성합니다.

   $ oc create -f <file_name> -n <namespace>

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. 다음 명령을 실행하여 볼륨 스냅샷을 삭제합니다.

   $ oc delete volumesnapshot <volume_snapshot_name> -n <namespace>

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. PersistentVolumeClaim 오브젝트를 생성합니다.

   볼륨 복제본을 생성하는 PersistentVolumeClaim 오브젝트의 예

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: lvm-pvc-clone
   spec:
     accessModes:
     - ReadWriteOnce
     storageClassName: lvms-vg1 1
     volumeMode: Filesystem 2
     dataSource:
       kind: PersistentVolumeClaim
       name: lvm-pvc 3
     resources:
       requests:
         storage: 1Gi 4

   1

   이 필드를 소스 PVC의 storageClassName 필드 값으로 설정합니다.

   2

   이 필드를 소스 PVC의 volumeMode 필드로 설정합니다.

   3

   소스 PVC의 이름을 지정합니다.

   4

   복제된 PVC의 스토리지 크기를 지정합니다. 복제된 PVC의 스토리지 크기는 소스 PVC의 스토리지 크기보다 크거나 같아야 합니다.

3. 다음 명령을 실행하여 소스 PVC를 생성한 네임스페이스에 PVC를 생성합니다.

   $ oc create -f <file_name> -n <namespace>

프로세스

1. OpenShift CLI(oc)에 로그인합니다.

2. 다음 명령을 실행하여 복제된 PVC를 삭제합니다.

   # oc delete pvc <clone_pvc_name> -n <namespace>

프로세스

1. 다음 명령을 실행하여 PVC 목록을 검색합니다.

   $ oc get pvc

   출력 예

   NAME        STATUS    VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
   lvms-test   Pending                                      lvms-vg1       11s

2. 다음 명령을 실행하여 PVC와 관련된 이벤트를 Pending 상태로 유지합니다.

   $ oc describe pvc <pvc_name> 1

   1

   <pvc_name>을 PVC 이름으로 바꿉니다. 예를 들면 lvms-vg1 입니다.

   출력 예

   Type     Reason              Age               From                         Message
   ----     ------              ----              ----                         -------
   Warning  ProvisioningFailed  4s (x2 over 17s)  persistentvolume-controller  storageclass.storage.k8s.io "lvms-vg1" not found

프로세스

1. 다음 명령을 실행하여 LVMCluster CR이 있는지 확인합니다.

   $ oc get lvmcluster -n openshift-storage

   출력 예

   NAME            AGE
   my-lvmcluster   65m

2. LVMCluster CR이 없으면 LVMCluster CR을 생성합니다. 자세한 내용은 "Ways to create an LVMCluster custom resource"를 참조하십시오.

3. openshift-storage 네임스페이스에서 다음 명령을 실행하여 모든 LVM 스토리지 Pod가 Running 상태에 있는지 확인합니다.

   $ oc get pods -n openshift-storage

   출력 예

   NAME                                  READY   STATUS    RESTARTS      AGE
   lvms-operator-7b9fb858cb-6nsml        3/3     Running   0             70m
   topolvm-controller-5dd9cf78b5-7wwr2   5/5     Running   0             66m
   topolvm-node-dr26h                    4/4     Running   0             66m
   vg-manager-r6zdv                      1/1     Running   0             66m

   이 명령의 출력에는 다음 Pod의 실행 중인 인스턴스가 포함되어야 합니다.

   • lvms-operator

   • vg-manager

     구성 파일을 로드하는 동안 Cryostat -manager pod가 중단된 경우 LVM Storage에서 사용할 사용 가능한 디스크를 찾지 못하기 때문입니다. 이 문제를 해결하기 위해 필요한 정보를 검색하려면 다음 명령을 실행하여 Cryostat -manager Pod의 로그를 검토합니다.

     $ oc logs -l app.kubernetes.io/component=vg-manager -n openshift-storage

프로세스

1. 다음 명령을 실행하여 PVC와 관련된 이벤트를 검사합니다.

   $ oc describe pvc <pvc_name> 1

   1

   <pvc_name>을 PVC 이름으로 바꿉니다.

2. 문제가 발생하는 호스트에 대한 직접 연결을 설정합니다.
3. 디스크 문제를 해결합니다.

프로세스

1. 다음 명령을 실행하여 openshift-storage 네임스페이스로 전환합니다.

   $ oc project openshift-storage

2. 다음 명령을 실행하여 LogicalVolume CR(사용자 정의 리소스)이 있는지 확인합니다.

   $ oc get logicalvolume

   1. LogicalVolume CR이 있는 경우 다음 명령을 실행하여 해당 CR을 삭제합니다.

      $ oc delete logicalvolume <name> 1

      1

      & lt;name& gt;을 LogicalVolume CR의 이름으로 바꿉니다.

   2. LogicalVolume CR을 삭제한 후 다음 명령을 실행하여 종료자를 제거합니다.

      $ oc patch logicalvolume <name> -p '{"metadata":{"finalizers":[]}}' --type=merge 1

      1

      & lt;name& gt;을 LogicalVolume CR의 이름으로 바꿉니다.

3. 다음 명령을 실행하여 LVMVolumeGroup CR이 있는지 확인합니다.

   $ oc get lvmvolumegroup

   1. LVMVolumeGroup CR이 있는 경우 다음 명령을 실행하여 해당 CR을 삭제합니다.

      $ oc delete lvmvolumegroup <name> 1

      1

      & lt;name& gt;을 LVMVolumeGroup CR의 이름으로 바꿉니다.

   2. LVMVolumeGroup CR을 삭제한 후 다음 명령을 실행하여 종료자를 제거합니다.

      $ oc patch lvmvolumegroup <name> -p '{"metadata":{"finalizers":[]}}' --type=merge 1

      1

      & lt;name& gt;을 LVMVolumeGroup CR의 이름으로 바꿉니다.

4. 다음 명령을 실행하여 LVMVolumeGroupNodeStatus CR을 삭제합니다.

   $ oc delete lvmvolumegroupnodestatus --all

5. 다음 명령을 실행하여 LVMCluster CR을 삭제합니다.

   $ oc delete lvmcluster --all

   1. LVMCluster CR을 삭제한 후 다음 명령을 실행하여 종료자를 제거합니다.

      $ oc patch lvmcluster <name> -p '{"metadata":{"finalizers":[]}}' --type=merge 1

      1

      & lt;name& gt;을 LVMCluster CR의 이름으로 바꿉니다.