CKA 기록. 04

👩‍💻CKA자격증 공부하면서, 기록 중

✔ Kubernetes Persistent Volume Claim & Storage Class

✍🏻 00. intro

Udemy Labs - Certified Kubernetes Administrator with Practice Tests
Storage : Practice Test Persistent Volume Class & Storage Class

✍🏻 01. Persistent Volume Claim & Storage Class

"데이터 보존을 위해서!"

어플리케이션을 pod로 실행시킬 시, 데이터 관리해야하는 경우가 발생하며,

볼륨을 통해 원하는 스토리지를 쉽게 지정할 수 있도록 해야함

Persistent Volume Claim

외부 스토리지 <-> PV <-> PVC <-> 파드

• PV (Persistent Volume) : 클러스터 리소스, 볼륨 자체를 뜻함
• PVC (Persistent Volume Claim) : 해당 리소스에 대한 요청, 사용자가 pv에 하는 요청

그래서 그 둘 사이에 생명 주기가 있다던데..?

• 프로비저닝(Provisionig) : PV 생성하는 단계
• 바인딩(Binding) : PV를 PVC에 연결시키는 단계
• 사용(Using) : Pod가 PVC를 볼륨으로 사용하는 단계
• 회수(Reclaiming) : PVC 삭제시, 연결된 pv를 어떻게 처리할지에 대한 설정 단계
  (Retain, Recycle, Delete 3가지 옵션 존재)

Storage Class

storage class를 "사용하는 이유!"

• PV에 대한 리소스 할당 문제점 해결
  PV 는 항상 구성되어있어야하지만, pod가 몇 개 생성되고 하는지는 알수 없음
  -> 그럼, 자원을 넉넉하게 항상 할당하고 있어야하는 상황이 발생

• 동적인 구조를 위한 적용
  볼륨에 대한 자원(사이즈, ssd, disk, type)만 정의하고, 요청시에 이 요건에 맞는 pv를 할당
  운영정책에 따란 Storage class 만 정의만 하면, 그에 맞는 pv를 바로 생성이 가능

✍🏻 02. 실습

1) Persistent Volume yaml 작성

capacity, hostpath 부분 헷갈림

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-log
spec:
  persistentVolumeReclaimPolicy: Retain
  accessModes:
    - ReadWriteMany
  capacity:
    storage: 100Mi
  hostPath:
    path: /pv/log

hostpath 사용하여 volume 생성함

• emptyDir : 파드 안에 볼륨 생성
  파드가 실행되는 호스트의 디스크를 임시로 컨테이너에 볼륨으로 할당해서 사용
  파드가 사라지면 할당해서 사용했던 볼륨의 데이터 실종

• hostPath : node 안 path 사용하여 볼륨 생성
  하드가 실행된 호그트의 파일이나 디렉토리를 파드에 마운트
  파드 재시작시, 호스트에 데이터 남아있음

• NFS
  NFS 서버를 이용해서 파드에 마운트 (외부 스토리지 볼륨 설정)

2) Persistent Volume Claim 작성
pv와 동일하게 작성 됨 (그렇겠지...같은 yaml 파일인데...)

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: claim-log-1
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 100Mi

3) Storage Class

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: delayed-volume-sc
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer

✍🏻 03. 문제풀면서...

• pod 내부 안에 있는 로그 실행해서 보는 방법
  application의 로그들은 /log/app.log 존재
  만약에 pod 삭제하면 여기 안에 로그 날라가는건 당연한건데

$ kubectl exec [pod name] -- cat /log/app.log

참고
[pv] https://kubernetes.io/ko/docs/concepts/storage/persistent-volumes/
[sc] https://kubernetes.io/ko/docs/concepts/storage/storage-classes/
[sc]https://m.blog.naver.com/freepsw/222005161870
https://tech.ktcloud.com/82
https://imjeongwoo.tistory.com/134
https://brunch.co.kr/@topasvga/1711