사용자 인터페이스, 제품 구성 요소 및 문서 교체

오픈 소스 Ceph 기술을 기반으로 하는 OpenShift Container Storage는 도입 이후 컨테이너화된 하이브리드 클라우드 환경에서의 범위 및 기본 역할을 확장했습니다. 이러한 기본 및 인프라 특징을 더 잘 반영하기 위해 OpenShift Container Storage는 이제 OpenShift Data Foundation 입니다.

Multicloud Object Gateway 버킷 복제

하나의 MCG(Multicloud Object Gateway) 버킷에서 다른 MCG 버킷에 대한 데이터 복제는 복원력이 높고 더 나은 협업 옵션을 제공합니다. 이러한 버킷은 지원되는 스토리지 솔루션에서 지원하는 데이터 버킷 또는 네임스페이스 버킷일 수 있습니다.

풀 압축 메트릭 표시 기능

이 릴리스에서는 저장된 스토리지 공간의 양, 활성화된 경우 풀 압축의 효과 및 용량 소비에 미치는 영향을 제공하는 풀 압축 메트릭을 볼 수 있습니다. 이 릴리스에서 사용할 수 있는 풀별 메트릭은 비용을 줄이고 데이터를 보다 효율적으로 사용할 수 있는 정보를 제공합니다. 또한 이러한 기능을 사용하지 않는 경우 압축을 비활성화할 수 있습니다.

Multicloud Object Gateway 엔드포인트 Pod의 자동 스케일링

Multicloud Object Gateway 엔드포인트 Pod 기능의 자동화된 확장을 사용하여 리소스 조정이 증가하거나 로드에 감소하여 리소스 조정을 자동화할 수 있습니다. 이를 통해 S3 로드의 프로덕션 리소스를 관리할 수 있는 성능 및 서비스 가능성이 향상됩니다.

플러그형 외부 스토리지를 위한 배포 및 모니터링 계층(IBM FlashSystem®)

이번 릴리스에서는 OpenShift Data Foundation을 사용하여 IBM FlashSystem® 스토리지에 연결하고 모니터링할 수 있습니다. OpenShift Data Foundation은 IBM FlashSystem을 파일 및 개체 스토리지로 확장하는 동시에 기본 스토리지와 OpenShift Data Foundation 데이터 계층에 대한 단일 보기를 제공합니다.

스토리지 클러스터가 가득 차면 데이터 삭제가 허용됨

이전에는 스토리지 클러스터가 가득 차면 구성 파일을 읽는 동안 Ceph Manager가 풀 권한을 확인하는 데 중단되었습니다. Ceph OSD가 가득 차면 Ceph Metadata Server(MDS)에서 쓰기 작업이 발생하지 않아 ENOSPACE 오류가 발생했습니다. 스토리지 클러스터가 전체 비율에 도달하면 사용자가 Ceph Manager 볼륨 플러그인을 사용하여 공간을 확보하기 위해 데이터를 삭제할 수 없었습니다.

독립 실행형 Multicloud Object Gateway 구성 요소 배포

이번 릴리스에서는 Multicloud Object Gateway 구성 요소만 있는 OpenShift Data Foundation을 독립 실행형 모드로 배포할 수 있습니다. 이 모드에서는 StorageCluster와 함께 CephCluster가 없으므로 Multicloud Object Gateway는 Ceph 기반 스토리지 볼륨을 사용하지 않습니다.

노드가 실패하면 Core 및 DB Pod의 이동이 활성화됨

OpenShift Container Platform은 삭제할 경우를 제외하고 노드를 연결이 끊긴 것으로 표시하지 않습니다. 결과적으로 상태 저장 세트인 Core 및 DB Pod는 실패한 노드에서 자동으로 제거되지 않습니다. 이번 업데이트를 통해 노드에 오류가 발생하면 DB 및 코어 Pod가 제거되고 새 노드로 이동합니다.

다른 풀로 볼륨 스냅샷 복원

이번 업데이트를 통해 PVC(영구 볼륨 클레임)의 볼륨 스냅샷을 상위 볼륨이 아닌 다른 풀로 복원할 수 있습니다. 이전에는 볼륨 스냅샷을 동일한 풀로만 복원할 수 있었습니다.

기존 풀로 여러 파일 시스템이 생성되지 않음

이번 업데이트를 통해 filesystem.yaml 을 생성한 후 filesystem.yaml 을 삭제하거나 재생성하더라도 기존 풀이 있는 여러 파일 시스템이 생성되지 않습니다. 이는 데이터 손실을 방지합니다.

Vault의 Secret Key/Value Store 버전 자동 감지

이번 개선된 기능을 통해 Vault의 Secret Key/Value Store 버전이 자동으로 감지됩니다.

HashiCorp Vault에 대한 VAULT_BACKEND 매개 변수 구성 가능

이번 업데이트를 통해 HashiCorp Vault에서 사용할 백엔드 유형을 선택하도록 VAULT_BACKEND 매개변수를 구성할 수 있습니다. HashiCorp Vault에서 사용하는 백엔드의 자동 검색은 항상 올바르게 작동하지는 않습니다. 일반적인 구성이 아닌 경우 자동으로 감지된 구성 매개변수가 잘못 설정될 수 있습니다. VAULT_BACKEND 매개변수를 구성할 수 있으므로 일반적이지 않은 구성은 특정 유형의 백엔드를 사용하도록 강제할 수 있습니다.

Multicloud Object Gateway CLI에서 사람이 읽을 수 있는 시간 출력 형식

이번 릴리스에서는 MCG(Multicloud Object Gateway) CLI의 출력 결과에 분 및 초 대신 사람이 읽을 수 있는 형식(days-hours-minutes-seconds)이 표시됩니다.

PV 암호화 - 네임스페이스당 서비스 계정

Openshift Data Foundation 4.9에서는 서비스 계정을 사용하여 Vault를 기술 프리뷰로 사용하여 테넌트를 인증할 수 있습니다. 자세한 내용은 영구 볼륨 암호화를 참조하십시오.

오버 프로비저닝 제어에 대한 경고

이번 릴리스에서는 오버 프로비저닝에 대한 경고를 받을 수 있습니다. 이를 통해 특정 애플리케이션 네임스페이스를 기반으로 스토리지 클러스터에서 사용하는 PVC(영구 볼륨 클레임) 양에 할당량을 정의할 수 있습니다. 자세한 내용은 오버프로비저닝 수준 정책 제어 에서 참조하십시오.

Advanced Cluster Management가 있는 regional-DR

regional-DR 솔루션은 지역 재해 발생 시 자동화된 "1 클릭" 복구를 제공합니다. 보호된 애플리케이션은 다른 리전에서 사용할 수 있는 OpenShift Data Foundation 클러스터를 사용하여 지정된 OpenShift Container Platform에 자동으로 재배포됩니다.

오브젝트 데이터에 대한 할당량 지원

오브젝트 버킷 클레임(OBC)에 대한 할당량 옵션을 설정하여 이제 리소스 부족을 방지하고 제품의 사용량을 늘릴 수 있습니다. CRD(사용자 정의 리소스 정의)에서 maxObjects 및 maxSize 옵션을 사용하여 OBC 생성 중에 할당량을 설정합니다. 이러한 옵션을 OBC 생성 후 업데이트할 수도 있습니다.

IPv6 지원

이번 릴리스에서는 OpenShift Data Foundation과 함께 IPv6 단일 스택 및 듀얼 스택을 사용할 수 있습니다.

제거 중에 삭제된 Multicloud Object Gateway 스토리지 클래스

이전 버전에서는 OpenShift Data Foundation 배포의 일부로 배포된 MCG(Multicloud Object Gateway) 스토리지 클래스가 제거 중에 삭제되지 않았습니다.

OpenShift Container Storage 쿼럼이 손실된 경우 OpenShift Container Platform 경고

이전 버전에서는 mon 쿼럼이 손실되었을 때 CephMonQuorumAtRisk 경고가 실행되었지만 쿼럼을 손실한 후 경고가 트리거되지 않았습니다. 이로 인해 mon 쿼럼이 완전히 손실되었을 때 알림이 전송되지 않았습니다.

mon_data_avail_warn을 30 %에서 15 %로 감소

이전에는 mon 저장소가 30% 미만이고 이미지의 OpenShift Container Platform 가비지 수집기의 임계값과 일치하지 않을 때 mon_data_avail_warn 경고가 트리거되었습니다. 이번 릴리스에서는 mon 저장소 위치에서 사용 가능한 스토리지가 15 % 미만이고 30% 미만의 경우 경고가 표시됩니다.

초기 배포가 OpenShift Container Storage 4.4인 경우 OSD Pod는 아무것도 기록하지 않음

이전 버전에서는 OpenShift Container Storage 4.4가 배포될 때 OSD(오브젝트 스토리지 데몬) 로그가 생성되지 않았습니다. 이번 업데이트를 통해 OSD 로그가 올바르게 생성됩니다.

Multicloud Object Gateway가 새 배포에서 초기화할 수 없음

이전 버전에서는 내부 데이터베이스가 MongoDB에서 PostgreSQL으로 변경된 후 고유해야 하는 중복 엔터티를 데이터베이스에 추가할 수 있었습니다(MongoDB는 MCG(Multicloud Object Gateway)가 작동하지 않아 중복 엔티티를 방지할 수 있었습니다. 이번 릴리스에서는 중복 엔터티가 발생하지 않습니다.

암호화된 상위에 두 개의 다른 백엔드 경로를 사용하는 경우 PVC가 복원됨

이전 버전에서는 볼륨 스냅샷의 PVC(영구 볼륨 클레임)를 다른 암호화 KMSID가 있는 다른 스토리지 클래스로 복원할 때 복원된 PVC가 Bound 상태로 되어 복원된 PVC가 Pod에 연결되지 않았습니다. 이는 암호화 암호가 상위 PVC의 스토리지 클래스 암호화 KMSID config를 사용하여 복사되기 때문입니다. 이번 릴리스에서는 복원된 PVC의 암호화 암호가 대상 스토리지 클래스의 올바른 암호화 KMSID config로 복사됩니다. 따라서 PVC가 상위 PVC와 다른 암호화 KMSID가 있는 스토리지 클래스로 성공적으로 복원됩니다.

스토리지 클러스터가 가득 차면 데이터 삭제가 허용됨

이전에는 스토리지 클러스터가 가득 차면 구성 파일을 읽는 동안 Ceph Manager가 풀 권한을 확인하는 데 중단되었습니다. Ceph OSD가 가득 차면 Ceph Metadata Server(MDS)에서 쓰기 작업이 발생하지 않아 ENOSPACE 오류가 발생했습니다. 스토리지 클러스터가 전체 비율에 도달하면 사용자가 Ceph Manager 및 ceph-volume 플러그인을 사용하여 사용 가능한 공간을 위해 데이터를 삭제할 수 없었습니다.

kv-v2 보안 엔진을 사용하는 동안 암호화된 PVC(영구 볼륨 클레임)를 삭제한 후 Vault에서 키가 완전히 삭제됩니다.

HashiCorp Vault는 저장된 키를 삭제하는 키-값 저장소 v2의 기능을 추가하여 삭제된 키의 메타데이터가 별도의 단계에서 제거되지 않는 경우 콘텐츠를 복구할 수 있습니다. HashiCorp Vault의 보안에 키-값 v2 스토리지를 사용할 때 볼륨 삭제로 인해 KMS에서 암호화 암호의 메타데이터가 제거되지 않았습니다.

Multicloud Object Gateway 개체 버킷 생성 보류 단계

이전 버전에서는 내부 데이터베이스가 MongoDB에서 PostgreSQL으로 변경된 후 고유해야 하는 중복 항목을 데이터베이스에 추가될 수 있었습니다(MongoDB는 이전에 중복 항목을 방지). 결과적으로 버킷, 백업 저장소 등과 같은 새 리소스 생성이 실패했습니다. 이번 릴리스에서는 중복 항목이 발생하지 않습니다.

CephBlockPool 삭제 중단 및 새 풀 생성 차단

이전에는 Multus가 활성화된 클러스터에서 Rook Operator에서 네트워크 주석이 없으므로 OSD(Object Storage daemon) 네트워크에 액세스할 수 없었습니다. 따라서 OSD에 연결할 수 없기 때문에 풀 정리 중에 rbd 유형 명령이 중단됩니다.

독립 실행형 Multicloud Object Gateway 연결 실패

이전 버전에서는 내부 DB가 MongoDB에서 PostgreSQL으로 변경되었기 때문에 MCG(Multicloud Object Gateway) CR이 올바르게 업데이트되지 않았습니다. 이로 인해 특정 흐름에서 문제가 발생했습니다. 그 결과 MCG 구성 요소가 서로 통신할 수 없어 업그레이드 시 MCG 오류가 발생했습니다.

모니터링 사양이 외부 모드의 CephCluster 리소스에서 재설정됨

이전 버전에서는 OpenShift Container Storage가 업그레이드되면 외부 CephCluster의 모니터링 사양에서 모니터링 끝점이 재설정되었습니다. 이는 예상된 동작이 아니며 모니터링 끝점이 CephCluster에 전달되는 방식으로 인해 발생했습니다. 이번 업데이트를 통해 끝점이 전달되는 방식이 변경되었습니다. CephCluster가 생성되기 전에 JSON 시크릿, rook-ceph-external-cluster-details에서 끝점에 직접 액세스하고 CephCluster 사양이 업데이트됩니다. 결과적으로 OpenShift Container Storage 업그레이드 후에도 CephCluster의 모니터링 끝점 사양이 적절한 값으로 올바르게 업데이트됩니다.

hugepages를 활성화할 때 noobaa-db-pg-0 Pod의 CrashLoopBackOff 상태

이전 버전에서는 OpenShift Container Platform 클러스터에서 hugepages를 활성화하면 MCG(Multicloud Object Gateway) 데이터베이스 Pod가 CrashLoopBackOff 상태가 되었습니다. 이는 PostgreSQL을 잘못 초기화했기 때문입니다. 이번 릴리스에서는 MCG 데이터베이스 Pod의 PostgreSQL 초기화가 수정되었습니다.

Multicloud Object Gateway에서 새 오브젝트 버킷 클레임을 생성할 수 없음

이전 버전에서는 MCG(Multicloud Object Gateway) DB에 대해 작업할 때 성능 저하로 인해 모든 MCG 구성 요소에 역압이 발생하여 구성 흐름 및 I/O 흐름과 같은 시스템 내에서 흐름을 실행하지 못했습니다.

연결된 리소스를 확인하는 데 문제가 있기 때문에 버킷을 생성하는 동안 실행 실패

이전 버전에서는 생성 중에 버킷에 연결된 리소스를 확인하는 데 문제가 있었기 때문에 버킷을 생성하지 못했습니다. 버킷 생성 중 리소스 검증 조건이 수정되었으며 예상대로 버킷이 생성됩니다.

NooBaa Operator는 업그레이드 후에도 noobaa-db 서비스를 계속 확인합니다.

이전 버전에서는 OpenShift Container Storage가 버전 4.6에서 업데이트될 때 마이그레이션을 위해 기존 및 새로운 noobaa-db StatefulSets를 유지해야 했습니다. 이 코드는 여전히 두 세트의 이름을 모두 지원합니다. 코드의 작은 문제로 인해 이전 noobaa-db StatefulSet에서 실패 메시지가 생성되어 Operator가 더 이상 관련이 없는 경우에도 이전 noobaa-db StatefulSet의 상태를 확인했습니다.

MCG(Multicloud Object Gateway) DB Pod의 구성 맵 변경 사항이 업그레이드 후 조정되지 않음

이전 버전에서는 MCG DB Pod의 구성 맵 변경 사항이 업그레이드 후 적용되지 않았습니다. DB Pod의 구성 맵에서 변수를 올바르게 가져오도록 흐름이 수정되었습니다.

OpenShift Container Storage가 버전 4.8에서 4.9로 업그레이드되면 odf-operator가 누락됩니다.

현재 ocs-operator를 업그레이드하는 동안 odf-operator를 설치하지 않고 OpenShift Container Storage 서브스크립션의 채널을 변경하는 동안 클러스터에는 OpenShift Data Foundation 및 MCG(Multicloud Object Gateway)만 설치되고 'odf-operator'가 클러스터에서 누락됩니다.

Multicloud Object Gateway 비보안 스토리지 계정에서 TLS 1.2를 지원하지 않음

MCG(Multicloud Object Gateway)는 TLS(Transport Layer Security) 1.2로 구성된 Microsoft Azure 스토리지 계정을 지원하지 않습니다. 따라서 1.2 정책만 있는 스토리지 계정에 기본 백업 저장소 또는 새 백업 저장소를 만들 수 없습니다.

스토리지 클러스터를 다시 설치하는 동안 cephobjectstore 용 Cep 개체 사용자를 생성하지 못하는 경우 arbiter 스토리지 클러스터 설치 후 치명적인 경고 알림이 전송됩니다.

CephCluster 및 하나 이상의 CephObjectStores가 포함된 스토리지 클러스터에서는 모든 CephObjectStore 리소스가 완전히 삭제되기 전에 CephCluster 리소스가 삭제되면 Rook Operator는 CephObjectStores에 대한 연결 세부 정보를 메모리에 계속 유지할 수 있습니다. 동일한 CephCluster 및 CephObjectStores가 다시 생성되는 경우 CephObjectStores가 Failed 상태가 될 수 있습니다.

CephFS에서 클러스터 확장의 성능 저하

많은 소규모 메타데이터 작업이 있는 워크로드는 다중 사이트 OpenShift Data Foundation 클러스터에서 메타데이터 서버(MDS)를 임의로 배치하기 때문에 성능이 저하될 수 있습니다.

OpenShift Container Storage가 버전 4.5에서 다른 버전으로 업그레이드되면 rook-ceph-operator-config ConfigMap이 업데이트되지 않습니다.

OCS-operator는 rook-ceph-operator-config ConfigMap을 사용하여 rook-ceph-operator 동작을 구성하지만 한 번만 생성한 다음 조정하지 않습니다. 이렇게 하면 제품이 진화함에 따라 제품의 기본값을 업데이트하지 않는 문제가 발생합니다.

오브젝트 버킷 클레임 지표 수집기에 대한 cephobjectstoreuser 생성 자동화

현재 ocs-metrics-exporter에서 prometheus-user라는 Ceph 오브젝트 저장소 사용자가 예상하므로 OBC(오브젝트 버킷 클레임) 지표 수집이 실패합니다.

StorageCluster 및 StorageSystem ocs-storagecluster는 StorageSystem을 설치할 때 몇 분 동안 오류 상태에 있습니다.

StorageCluster 생성 중에 성공/준비 상태로 이동하기 전에 오류 상태로 표시되는 작은 시간 표시 창이 있습니다. 이는 간헐적이지만 예상되는 동작이며 일반적으로 자체적으로 해결됩니다.

키가 대문자로 지정된 경우 테넌트 구성이 백엔드 경로를 재정의하지 않음

테넌트 네임스페이스에 설정된 KMS(Key Management Service) 공급자 옵션은 OpenShift Container Storage 사용자 인터페이스에서 지원하는 키/값 설정보다 더 고급 설정입니다. 결과적으로 테넌트 네임스페이스에 설정된 KMS 공급자의 구성 옵션은 대문자 대신 카멜 표기법 (camel case)으로 포맷해야 합니다. openshift-storage 네임스페이스의 KMS 공급자 구성에 대한 액세스 권한이 있는 사용자와 openshift-storage 네임스페이스의 옵션으로 Tenants 네임스페이스의 구성이 대문자인 반면 Tenants 네임스페이스의 옵션은 다음과 같이 구성되어 있어 혼동을 줄 수 있습니다.

장애 조치(failover)를 통해 오류가 발생한 보호된 애플리케이션을 삭제해도 보조 또는 장애 조치 사이트의 RADOS 블록 장치 이미지가 삭제되지 않습니다.

재해 복구(DR) 보호 워크로드를 삭제하면 보조 DR 클러스터에서 RADOS 블록 장치(RBD) 이미지가 누출될 수 있습니다. 삭제된 이미지는 보조 클러스터에서 공간을 차지합니다. 이 문제를 해결하려면 toolbox Pod를 사용하여 DR 보호에 더 이상 사용되지 않는 보조 클러스터에서 이미지를 감지하고 정리합니다. 이 해결방법을 통해 보조 클러스터에서 공간 복제를 수행할 수 있습니다.

장애 조치 작업에서는 RPC 오류가 still in use인 Pod에서 RADOS 블록 장치 이미지 마운트에 실패했습니다.

재해 복구(DR) 보호 워크로드를 통해 실패하면 Pod에서 RADOS 블록 장치(RBD) 이미지가 여전히 사용 중인 것으로 보고되는 장애 조치 클러스터의 볼륨을 사용할 수 있습니다. 이렇게 하면 Pod가 오랜 기간(최대 몇 시간) 동안 시작되지 않습니다.

재배치 작업 결과 PVC의 종료 상태 및 워크로드가 기본 클러스터로 이동되지 않음

재해 복구(DR) 보호 워크로드를 재배치하는 동안 워크로드는 현재 기본 클러스터 및 종료 상태에 남아 있는 워크로드의 PVC에서 중지되지 않습니다. 이렇게 하면 Pod 및 PVC가 기본 클러스터로 재배치되지 않습니다. 문제를 복구하려면 장애 조치 조치를 수행하여 워크로드를 기본 클러스터로 이동합니다. 워크로드는 기본 클러스터에서 복구되지만 장애 조치(failover)이므로 데이터 손실이 포함될 수 있습니다.

장애 조치 작업에서는 RPC 오류 fsck를 사용하여 Pod에서 RADOS 블록 장치 이미지 마운트 실패를 보고합니다.

재해 복구(DR) 보호 워크로드를 통해 실패하면 볼륨에 파일 시스템 일관성 검사(fsck) 오류가 있는 볼륨 마운트 오류로 인해 Pod가 시작되지 않을 수 있습니다. 이로 인해 워크로드가 장애 조치(failover) 클러스터로 장애 조치되지 않습니다.

Overprovision Level Policy Control은 사용자 정의 스토리지 클래스를 지원하지 않습니다.

OpenShift Data Foundation은 overprovision-control에서 허용된 스토리지 클래스를 Ceph 하위 유형으로만 제한합니다. 결과적으로 overprovision-control 에 사용자 정의 스토리지 클래스를 사용하는 경우 StorageCluster CRD가 유효하지 않은 것으로 정의되고 스토리지 클래스에 overprovision-control 이 있을 수 없습니다.