apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-pv
spec:
  capacity:
    storage: 100Mi
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    server: 192.168.1.10
    path: /nfs_shared

#apiVersion: API 버전을 명시한다
#이 오브젝트를 생성하기 위해 사용하고 있는 쿠버네티스 API 버전이 어떤 것인지
#명시한다.
apiVersion: v1

#어떤 종류의 오브젝트를 생성하고자 하는지 명시한다.
kind: PersistentVolume

#PV의 이름을 설정한다 이름을 nfs-pv로 한다.
metadata:
  name: nfs-pv

spec:
  capacity:
    #storage는 실제로 사용하는 용량을 제한하는 것이 아니라 쓸 수 있는 양을 레이블로 붙이는 것과 같다. 이는 현재 스토리지가 단순히 NFS로 설정돼서 그렇다.
    storage: 100Mi

  #PV를 어떤 방식으로 사용할지를 정의한다. ReadWriteMany는 여러 개의 노드가 읽고 쓸 수
  # 있도록 마운트하는 옵션이다. 이외에도 ReadWriteOnce(하나의 노드에서만 볼륨을 읽고 쓸 수 있게 마운트)와
  #ReadOnlyMany(여러 개의 노드가 읽도록 마운트) 옵션이 있다.
  accessModes:
    - ReadWriteMany

  #볼륨에 대한 반환 정책으로 Retain, Recycle, 그리고 Delete가 있다.
  #Retain은 PVC가 삭제되어 Released 상태가 되어도 실제 내부의
  #파일을 삭제하지 않는 정책이다
  #한 가지 알아둬야 할 점은 Released 상태의 PV는 다른 PVC에 의해 사용될 수 있는 상태는 아니며,
  #이는 해당 PV에 아직 데이터가 남아있기(Retain) 때문이라고 한다.
  #Delete 정책은 PVC가 삭제되어 PV가 Released 상태가 되면 PV와 연결된 디스크 내부 자체를 삭제하는것이다
  #Recycle은 NFS와 HostPath를 사용하는 PV에 적용할 수 있는 방식으로, 사용하던 볼륨 내부의 파일을 전부 삭제(scrub)한다.
  #마치 rm -rf 를 사용하는 것과 동일하다고 볼 수 있으며,
  #프로비저닝된 스토리지 자체를 삭제하지는 않는다는 점에서 Delete 방식과는 다르다고 볼 수 있다.
  persistentVolumeReclaimPolicy: Retain

  nfs:
    #
    server: 192.168.1.10
    #우리가 위에서 생성한 디렉터리랑 바인딩한다.
    path: /nfs_shared

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 10Mi

#apiVersion: API 버전을 명시한다
#이 오브젝트를 생성하기 위해 사용하고 있는 쿠버네티스 API 버전이 어떤 것인지
#명시한다.
apiVersion: v1

#어떤 종류의 오브젝트를 생성하고자 하는지 명시한다.
kind: PersistentVolumeClaim
metadata:
  #PVC의 이름을 설정한다 이름을 nfs-pvc로 한다.
  name: nfs-pvc
spec:
  #PVC를 어떤 방식으로 사용할지를 정의한다. ReadWriteMany는 여러 개의 노드가 읽고 쓸 수
  # 있도록 마운트하는 옵션이다. 이외에도 ReadWriteOnce(하나의 노드에서만 볼륨을 읽고 쓸 수 있게 마운트)와
  #ReadOnlyMany(여러 개의 노드가 읽도록 마운트) 옵션이 있다.
  accessModes:
    - ReadWriteMany

  resources:
    requests:
      #요청하는 storage: 10Mi는 동적 볼륨이 아닌 경우에는
      #레이블 정도의 의미만을 가진다.
      storage: 10Mi

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nfs-pvc-deploy
spec:
  replicas: 4
  selector:
    matchLabels:
      app: nfs-pvc-deploy
  template:
    metadata:
      labels:
        app: nfs-pvc-deploy
    spec:
      containers:
        - name: audit-trail
          image: sysnet4admin/audit-trail
          volumeMounts:
            - name: nfs-vol
              mountPath: /audit
      volumes:
        - name: nfs-vol
          persistentVolumeClaim:
            claimName: nfs-pvc

#api 버젼을 명시한다.
apiVersion: apps/v1

#어떤 종류의 오브젝트를 생성하고자 하는지 명시한다.
kind: Deployment

#오브젝트를 유일하게 구분지어 줄 데이터이다.
#서비스 이름(name)은 nfs-pvc-deploy이다..
metadata:
  name: nfs-pvc-deploy

spec:
  #파드를 4개를 만드다.
  replicas: 4
  selector:
    #(.spec.selector)디플로이먼트가 관리할 파드를 찾는 방법을 정의한다.
    #이 사례에서는 파드 템플릿(아래 명시된 template)에 정의된 레이블(app:nfs-pvc-deploy)을 선택한다.
    matchLabels:
      app: nfs-pvc-deploy
  template:
    metadata:
      labels:
        app: nfs-pvc-deploy
    spec:
      #컨테이너 이름 명시
      containers:
        - name: audit-trail

          #도커 허브에서 해당 이미지를 가져와 쓴다.
          image: sysnet4admin/audit-trail

          #볼륨이 만운트될 위치(/audit)를 지정한다
          #즉 /nfs_shared 디렉터리를 /audit과 동기화 시키는 것이다.
          volumeMounts:
            - name: nfs-vol
              mountPath: /audit
      volumes:
        #PVC로 생성된 볼륨을 마운트하기 위해서 nfs-pvc라는 이름을 사용한다.
        - name: nfs-vol
          persistentVolumeClaim:
            claimName: nfs-pvc