Kubernetes에서 MySQL 배포를 실행하고 있지만 할당 된 공간이 충분하지 않은 것처럼 보입니다. 처음에는 영구 볼륨 인 50GB을 추가했으며 이제는 100GB으로 확장하고 싶습니다.영구 볼륨의 크기를 조정할 수 있습니까?
영구 볼륨 주장이 생성 후 변경 불가능하다는 것을 이미 보았습니다.하지만 필자는 영구 볼륨의 크기를 조정 한 다음 내 주장을 다시 만들 수 있습니까?
아니요, Kubernetes는 자동 볼륨 크기 조정을 아직 지원하지 않습니다.
디스크 크기 조정은 현재 완전히 수동으로 진행됩니다.
주어진 용량으로 Kubernetes PV 객체를 만들고 PV가 PVC에 바인딩 된 다음 노드에 연결/장착되어 포드에서 사용할 수 있다고 가정합니다. 볼륨 크기를 늘리면 포드는 문제없이 디스크를 계속 사용할 수 있지만 추가 공간에 액세스 할 수는 없습니다.
볼륨에서 추가 공간을 사용하려면 수동으로 파티션의 크기를 조정해야합니다. here 안내에 따라 처리 할 수 있습니다. 먼저 볼륨을 참조하는 포드를 삭제하고, 액세스 할 수있는 VM 인스턴스에 볼륨을 수동으로 마운트/마운트 한 다음 볼륨 크기를 조정하는 데 필요한 단계를 수행해야합니다.
기능 요청을 추적하기 위해 개봉 된 #35941 호를 발행했습니다. 내가 뭔가를 (PVC/PV 및 처리하여 동일한 최종 결과를 달성 할 가능성이 1.9
에 잠재적으로 도착할 수 있으리라 생각하지만
PVC/PV '크기 조정'의 관점에서, 즉 여전히, K8S에서 지원되지 않는 예) GCE PD ..
예를 들어, PVC 및 동적으로 프로비저닝 된 PV가 StorageClass 리소스를 통해 gitlab 배포를 수행했습니다. 필요한 경우 여기에 설명 된대로
kubectl describe pv <name-of-pv>는"gcePersistentDisk: pdName: <name-of-pd>"이 정의되어 있으며 3 단계에서 잡은 다른 세부 사항이 있습니다. spec.capacity를 업데이트하십시오.(후세에 필수적인 것은 아니지만, 여기에 아무런 영향을 미치지 않습니다, 당신은 당신의 PVC 매니페스트의 저장 용량/값을 업데이트 할 수 있습니다) 당신은 PV가이 해야 할 새로운 용량kubectl apply에 저장 (또는 이에 상응하는) 배포/포드, PVC 및 PV는참고 다시 만드는 : 제가 개인적으로보고, 그들을 제거하는 것을 선호하지만 .. 자원을 일부 단계는 기존의 배포/포드의 일부를 삭제하는 등 중요하지 않을 수 있습니다를 ReclaimPolicy가 Retain이라는 것을 알고 스냅 샷이 있습니다.
는 RBD, gcePersistentDisk, awsElasticBlockStore, 쇠 찌끼, 글루 스터 FS (GlusterFS) 그것은 수 있도록 필요 :
네,이 버전 이후가 될 수 있습니다 1.8
그것은 (1.8 알파) 일부 볼륨 유형의 경우는 Kubernetes 1.9에서 가능하다 입학 플러그 - 인과 allowVolumeExpansion 필드가 true로 설정된 스토리지 클래스. 내가 크기를 지정하지 않고 사람들을 만들어야합니다,
는 https://kubernetes.io/docs/concepts/storage/persistent-volumes/#expanding-persistent-volumes-claims
에 공식 문서를 참조하십시오하지만'지속적인 볼륨 claim' 이미'persisten volume'의 크기를 지정? 그게 가능하니? 귀하의 친절한 답변을 주셔서 감사합니다 – perrohunter
PV/PVC가 스토리지 검색에 사용됩니다. PVC는 저장소에 필요한 최소 요구 사항으로 만들어 지므로 해당 최소 요구 사항을 충족하는 사용 가능한 (언 바운드) PV에 바인딩됩니다. PV 개체는 실제 저장소의 "표현"입니다. 용량을 정의해야합니다. 일단 PVC/PV가 결착되면, PVC가 완성되기 때문에 용량은 중요하지 않습니다. PVC가 포드에 의해 참조되면 포드는 해당 볼륨을 마운트하는 데 필요한 PV 객체의 정보 만 사용합니다 (용량 값은 무시합니다). –
@SaadAli는 응용 프로그램에서 사용할 수있는 저장 공간을 제한 할 방법이 없습니까? – Jonathan