pv

opc에서 pv가 필요한 이유

pv(PersistentVolume) vs PVC(PersistentVolumeClaim)

개념 설명
PV(PersistentVolume) 클러스터 관리자가 제공하는 스토리지 자원(로컬 디스크, NFS, Ceph 등)
PVC(PersistentVolumeClaim) 사용자가 요청하는 스토리지 요구사항(예: 20Gi xfs RWO)

연결 방식 PVC → PV에 바인딩되어 Pod가 사용함

구성 요소 스토리지 필요 여부 설명
Elasticsearch ✅ 반드시 필요 인덱스 및 로그 데이터를 장기 저장함
Fluentd / Loki ❌ 로그 수집만 함 (메모리 기반)
Kibana ❌ UI만 제공 (데이터는 Elasticsearch에서 가져옴)

Elasticsearch는 Pod 재시작이 자주 발생할 수 있는 환경에서 데이터를 잃지 않으려면 PV가 반드시 필요합니다.

PV 종류

항목 Local Storage Operator Local Path Provisioner 수동 Local Path (직접 PV 작성)
제공 방식 Red Hat OperatorHub (정식 지원) Rancher에서 만든 외부 CSI Provisioner 관리자가 직접 YAML로 PV 작성
자동화 수준 자동화된 PV 관리 PVC 발생 시 자동으로 local PV 생성 수동
주요 기능 디스크 디바이스 기반 PV 제공 (블록 or 파일) hostPath 기반 볼륨 생성 hostPath를 수동으로 등록
사용 목적 엔터프라이즈용 로컬 디스크 운영 테스트/경량 개발 환경 특별한 제어가 필요한 경우
동적 프로비저닝 ❌ (대부분 수동) ✅ PVC 생성 시 자동 생성 ❌
OCP 공식 지원 ✅ (Red Hat 제공) ❌ (외부 지원) ✅ 가능 (직접 구성시)
클러스터 환경 운영환경 적합 테스트 환경 적합 운영/개발 모두 사용 가능