📌 Kubernetes Persistent Volumes (PV)

1. 기존 Volume 방식의 한계

• 지난 강의에서 학습한 Volume은 Pod 정의 파일에 직접 스토리지 구성을 포함해야 했음.
• 문제점:
  • 많은 사용자가 다수의 Pod를 배포할 때 매번 스토리지 설정을 반복해야 함.
  • 스토리지 변경 시 모든 Pod 정의 파일을 수정해야 함.
  • 관리가 비효율적이고 운영자가 일일이 개입해야 함.

2. Persistent Volume 개념

• Persistent Volume (PV):
  • 클러스터 전역에서 사용할 수 있는 스토리지 풀(pool)을 관리자가 미리 생성.
  • 사용자는 이 풀에서 필요한 스토리지를 Persistent Volume Claim (PVC) 으로 요청해서 사용.
• 장점:
  • 스토리지 중앙 집중 관리 가능.
  • 사용자는 세부 스토리지 구성 방법을 몰라도 됨.
  • 관리자는 다양한 스토리지 솔루션을 미리 등록해놓고 제공 가능.

3. Persistent Volume 정의 방법

• 기본 YAML 구조:

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-vol1
spec:
  accessModes:
    - ReadWriteOnce   # 접근 모드: ReadOnlyMany, ReadWriteOnce, ReadWriteMany 등
  capacity:
    storage: 1Gi      # 스토리지 용량
  hostPath:           # 스토리지 타입 (예시: HostPath)
    path: /tmp/data

4. 주요 속성

1. Access Modes (접근 모드)
   • ReadOnlyMany : 여러 노드에서 읽기 전용으로 접근
   • ReadWriteOnce : 한 노드에서 읽기/쓰기 가능
   • ReadWriteMany : 여러 노드에서 읽기/쓰기 가능
2. Capacity (용량)
   • 관리자가 PV에 할당할 스토리지 크기 지정 (예: 1Gi)
3. Volume Type (스토리지 종류)

   • 예제: hostPath → 노드 로컬 디렉토리 사용

     ⚠️ 단, hostPath는 Production 환경에 적합하지 않음 (테스트용)

   • 실제 운영 환경에서는 다음과 같은 솔루션 사용:

     • AWS Elastic Block Store (EBS)
     • GCP Persistent Disk
     • Azure Disk
     • NFS, Ceph, GlusterFS 등

5. 명령어