kubernetes pv reclaim

Rleased pv reclaim
Backgroud
k8s 에 nginx 를 배치 하여 이미지 서버 로 사용 합 니 다.pvc 를 용기 로 저장 합 니 다.어떤 목적 에 있어 서 이 pod 에 대해 Namespace 의 이전 이 필요 하 다.즉, default 에서 다른 Namespace 로 이전 하 는 것 입 니 다. pod, configmap 이전 은 간단 합 니 다. 새로운 Namespace 에서 하 나 를 만 들 면 됩 니 다.하지만 svc 은 달 랐 다.우선 pvc volume 유형 은 Hostpath 로 RWO 모드 만 사용 할 수 있 기 때문에 새 Namespace 에 새로 만 들 기 pv 를 직접 사용 할 수 없습니다. k8s controller 에서 이 pvc 와 자동 으로 연 결 됩 니 다.이에 따라 기 존 pv 에서 먼저 귀속 을 해제 할 수 밖 에 없다.바 인 딩 해제 과정 은 간단 합 니 다. 공식 문서 의 설명 에 따라 바 인 딩 pv 을 삭제 하면 됩 니 다.
When a user is done with their volume, they can delete the PVC objects from the API which allows reclamation of the resource. The volume is considered “released” when the claim is deleted, but it is not yet available for another claim. The previous claimant’s data remains on the volume which must be handled according to policy.
이렇게 되면 pvc 본드 에서 Released 상태 로 전환 된다.그러나 Release 상태 pv 에 서 는 reclaim 을 받 을 수 없 으 며, 이 부분 은 공식 문서 에서 도 설명 되 어 있다.
A volume will be in one of the following phases: Available – a free resource that is not yet bound to a claim Bound – the volume is bound to a claim Released – the claim has been deleted, but the resource is not yet reclaimed by the cluster Failed – the volume has failed its automatic reclamation The CLI will show the name of the PVC bound to the PV.
Solution
대량의 실천 을 통 해 최종 적 으로 Released 상태 pvc 에서 발 견 된 것 은 다음 과 같다.

 kubectl replace -f xxx.yaml

다시 불 러 오기 pv 설정 을 한 후 상태 위 치 를 지 웁 니 다.동시에 pv 에 저 장 된 내용 도 삭제 되 지 않 고 새로운 pv 에 다시 연 결 될 때 원래 저 장 된 내용 은 여전히 사용 할 수 있다.이로써 pv 복용 효과 에 도달 할 수 있다.
Reference
https://kubernetes.io/docs/concepts/storage/persistent-volumes/#introduction