6.6. Rook

동일한 버킷 이름을 가진 프로비저닝 오브젝트 버킷 클레임

이전 버전에서는 녹색 필드 사용 사례의 경우 사용자 인터페이스에서 동일한 버킷 이름을 가진 두 개의 오브젝트 버킷 클레임(OBC) 생성이 성공했습니다. 두 개의 OBC가 생성되었지만 두 번째는 잘못된 인증 정보를 가리킵니다.

이번 수정을 통해 동일한 버킷 이름의 두 번째 OBC 생성이 차단되고 녹색 필드 사용 사례에 대해 동일한 버킷 이름으로 두 개의 OBC를 더 이상 생성할 수 없습니다.

(BZ#2228785)

외부 모드 배포에 사용되는 Python 스크립트의 매개변수 이름 변경

이전 버전에서는 Ceph 스토리지를 외부 모드로 사용하여 OpenShift Data Foundation을 배포하는 동안 Ceph 클러스터 세부 정보를 추출하는 데 사용되는 Python 스크립트에 매개 변수 이름인 --cluster-name 이 있었습니다. 이 이름은 Ceph 클러스터의 이름으로 잘못 이해될 수 있었습니다. 그러나 Ceph 관리자가 제공한 OpenShift 클러스터의 이름을 나타냅니다.

이번 수정으로 --cluster-name 플래그가 --k8s-cluster-name' 로 변경되었습니다. 레거시 플래그 --cluster-name 은 자동화에 사용되는 업그레이드된 클러스터를 수용하도록 지원됩니다.

(BZ#2244609)

Multus 네트워크 연결 정의 CIDRS를 감지하는 동안 잘못된 Pod 배치 구성

이전 버전에서는 OpenShift Data Foundation에서 Multus 네트워크 연결 정의 CIDRS를 탐지하는 동안 OpenShift Data Foundation에서 Pod 배치 구성을 올바르게 처리하지 않았기 때문에 일부 OpenShift Data Foundation에서 Multus 클러스터 네트워크가 없는 노드에서 "canary" Pod를 예약한 경우 실패했습니다.

이번 수정으로 OpenShift Data Foundation은 Multus 네트워크 "canary" Pod의 Pod 배치를 처리하도록 수정되었습니다. 결과적으로 네트워크 "캐리" 스케줄링 오류가 더 이상 발생하지 않습니다.

(BZ#2249678)

rook-ceph-exporter Pod 재시작을 방지하기 위한 배포 전략

이전 버전에서는 rook-ceph-exporter Pod가 새로 설치된 HCI 클러스터에서 여러 번 다시 시작되어 exporter Pod와 WARN 상태를 보여주는 Ceph 상태가 충돌했습니다. 이는 RollingRelease 를 사용하여 내보내기를 다시 시작하여 경쟁 조건으로 인해 내보내기가 중단되었기 때문입니다.

이번 수정으로 배포 전략이 재생성 으로 변경되었습니다. 결과적으로 내보내기 Pod가 더 이상 충돌하지 않으며 더 이상 Ceph의 상태 WARN 상태가 없습니다.

(BZ#2250995)

rook-ceph-rgw-ocs-storagecluster-cephobjectstore-a Pod가 CrashLoopBackOff 상태에 있음

이전에는 rook-ceph-rgw-ocs-storagecluster-cephobjectstore-a Pod가 RADOS 게이트웨이(RGW) 다중 사이트 영역 그룹이 생성되지 않고 가져오지 않았으며 오류 처리가 잘못된 텍스트를 보고했습니다.

이번 릴리스에서는 다중 사이트 구성의 오류 처리 버그가 수정되어 이전에 생성된 특정 rgw-realm 에 대해 zonegroup을 가져와서 개선됩니다. 결과적으로 다중 사이트 구성 및 rook-ceph-rgw-ocs-storagecluster-cephobjectstore-a Pod가 성공적으로 생성됩니다.

(BZ#2253185)