Quiz: Storage

StorageClass 의 volumeBindingMode 를 WaitForFirstConsumer 로 두는 이유는?

• PVC 생성 속도를 높이기 위해
• 볼륨 스냅샷을 지원하기 위해
• 파드가 스케줄될 노드와 존을 확인한 뒤 볼륨을 만들어 볼륨과 파드의 위치 불일치를 막기 위해
• reclaimPolicy 를 Retain 으로 강제하기 위해

allowVolumeExpansion 에 대한 설명으로 옳은 것은?

• PVC 마다 나중에 켤 수 있다
• PV 오브젝트에서 켠다
• CSI 드라이버 지원과 무관하게 언제나 동작한다
• StorageClass 에서 켜야 하며, 그 클래스로 만들어진 PVC 만 확장할 수 있다

NFS 백엔드에서 PVC 에 2Gi 를 요청했는데 파드가 100GB 를 써도 막히지 않는 이유는?

• kubelet 이 사용량을 30분 주기로만 검사하기 때문
• PVC 용량은 스케줄링과 회계용 메타데이터일 뿐이고, NFS 하위 디렉터리에는 이를 강제할 수단이 없기 때문
• CSI 드라이버의 알려진 버그이기 때문
• accessModes 가 ReadWriteMany 이기 때문

reclaimPolicy 의 Retain 과 Delete 를 바르게 설명한 것은?

• Retain 은 PVC 를 지우면 PV 도 함께 지운다
• Retain 은 PV 를 자동으로 다음 PVC 에 재바인딩한다
• Delete 는 PVC 삭제 시 PV 와 백엔드 볼륨까지 지우고, Retain 은 둘 다 남겨 수동 정리를 요구한다
• 두 정책 모두 데이터는 그대로 남는다

StatefulSet 을 스케일 다운했을 때 파드별 PVC 의 기본 동작은?

• 파드와 함께 PVC 도 즉시 삭제된다
• 기본적으로 보존되며, persistentVolumeClaimRetentionPolicy 로 동작을 바꿀 수 있다
• PV 만 남고 PVC 는 바로 삭제된다
• 자동으로 언마운트되면서 볼륨 안에 있던 데이터가 전부 초기화된다

기본 StorageClass 가 지정된 클러스터에서, 특정 PVC 가 그 기본 클래스를 쓰지 않게 하려면?

• storageClassName 필드를 아예 생략한다
• PVC 에 volume.beta.kubernetes.io/storage-class 애너테이션으로 none 을 준다
• 기본 클래스 애너테이션을 클러스터에서 제거하는 방법밖에 없다
• storageClassName 을 빈 문자열로 명시한다