7장. 재해 복구 문제 해결
7.1. Metro-DR 문제 해결 링크 복사링크가 클립보드에 복사되었습니다!
7.1.1. 장애 조치 후 상태 저장 세트 애플리케이션이 중단됨 링크 복사링크가 클립보드에 복사되었습니다!
- 문제
기본 클러스터로 재배치하는 동안 DRPlacementControl은 PROGRESSION을 "MovingToSecondary"로 보고했습니다.
이전에는 Kubernetes v1.23 이전에는 Kubernetes 컨트롤 플레인에서 StatefulSets용으로 생성된 PVC를 정리하지 않았습니다. 이 활동은 클러스터 관리자 또는 StatefulSets를 관리하는 소프트웨어 운영자에게 맡았습니다. 이로 인해 Pod가 삭제될 때 StatefulSets의 PVC가 변경되지 않았습니다. 이렇게 하면 Ramen에서 애플리케이션을 기본 클러스터에 재배치하지 않습니다.
- 해결
워크로드가 StatefulSets를 사용하고 재배치가 PROGRESSION으로 "MovingToSecondary"로 고정되면 다음을 실행합니다.
oc get pvc -n <namespace>
$ oc get pvc -n <namespace>Copy to Clipboard Copied! Toggle word wrap Toggle overflow StatefulSet에 속하는 해당 네임스페이스의 바인딩된 각 PVC에 대해 다음을 실행합니다.
oc delete pvc <pvcname> -n namespace
$ oc delete pvc <pvcname> -n namespaceCopy to Clipboard Copied! Toggle word wrap Toggle overflow 모든 PVC가 삭제되면 VRG(볼륨 복제 그룹)가 보조로 전환된 다음 삭제됩니다.
다음 명령을 실행하십시오.
oc get drpc -n <namespace> -o wide
$ oc get drpc -n <namespace> -o wideCopy to Clipboard Copied! Toggle word wrap Toggle overflow 몇 초에서 몇 분 후에 PROGRESSION은 "완전"을 보고하고 재배치가 완료됩니다.
- 결과
- 워크로드를 기본 클러스터로 재배치
BZ reference: [2118270]
7.1.2. DR 정책은 동일한 네임스페이스의 모든 애플리케이션을 보호합니다. 링크 복사링크가 클립보드에 복사되었습니다!
- 문제
-
DR 정책에서 사용하도록 단일 애플리케이션만 선택되지만 동일한 네임스페이스의 모든 애플리케이션은 보호됩니다. 이로 인해 여러 워크로드에서
DRPlacementControlspec.pvcSelector와 일치하거나 선택기가 모든 워크로드에 걸쳐 누락된 경우 각 PVC를 여러 번 관리할 수 있으며 개별DRPlacementControl작업을 기반으로 데이터 손상 또는 유효하지 않은 작업이 발생할 수 있는 PVC가 생성됩니다. - 해결
-
워크로드에 고유하게 속하는 레이블로 레이블을 지정하고 선택한 레이블을 DRPlacementControl
spec.pvcSelector로 사용하여 네임스페이스 내에서 어떤 DRPlacementControl의 하위 집합을 보호하고 관리합니다. 사용자 인터페이스를 사용하여 DRPlacementControl에 대한spec.pvcSelector필드를 지정할 수 없으므로 이러한 애플리케이션의 DRPlacementControl은 명령줄을 사용하여 삭제하고 생성해야 합니다.
BZ reference: [2111163]
7.1.3. 애플리케이션의 장애 복구 중 상태 재배치 중 링크 복사링크가 클립보드에 복사되었습니다!
- 문제
-
이 문제는 애플리케이션의 장애 조치 및 장애 조치를 수행한 후 발생할 수 있습니다(모든 노드 또는 클러스터가 가동됨). failback 애플리케이션을 수행할 때 PV 복원
대기중이라는 메시지와 함께재배치상태가 멈춥니다. - 해결
- S3 클라이언트 또는 이에 해당하는 S3 클라이언트를 사용하여 s3 저장소에서 중복 PV 오브젝트를 정리합니다. 타임스탬프가 장애 조치 또는 재배치 시간에 더 가까운 경우에만 유지합니다.
BZ reference: [2120201]