1. 복습

문제) 아래 내용을 참고하여 workernode 1번에 로그를 남기는 Deployment를 배포하고 ConfigMap을 통해 해당 로그 파일을 workernode 2번에 백업 하시오.
(단, Helm으로 배포하고 Helm Cart 작성시 하나의 파일에 작성하시오.) *언급이 없는 속성 값(필드 값)은 default 또는 자유롭게 설정하여 작성

[Deployment] 246p 참고
 name: k8s-hostpath-volume
 namespace: cloud 
spec:
  nodeSelector:
    kubernetes.io/hostname: jinyung0101-worker1
hostPath:
      path: /var/log/k8s-logs
      type: DirectoryOrCreate

[CronJob]
  name: k8s-log-backup
  namespace: default
 schedule: "*/1 * * * *"
백업 위치: /var/log/k8s-logs-backup/날짜/
spec:
  nodeSelector:
    kubernetes.io/hostname: jinyung0101-worker1

0.0. 작업 설명

0.0.1. 목적

서버(노드)가 여러 대인 클러스터가 있고, 그중 하나가 worker1임. 하려는 건 딱 두 가지.

1. worker1이라는 서버의 디스크에 로그 파일을 계속 쌓는다 (Deployment가 하는 일)
2. 1분마다 지금까지 쌓인 로그를, 오늘 날짜 이름의 폴더에 복사해서 보관해둔다 (CronJob이 하는 일)

⇒ 로그 쓰기 + 주기적으로 복사해서 안전하게 보관하기

worker1 서버
├── /var/log/k8s-logs/          ← Deployment Pod이 계속 로그 씀 (여기서 nodeSelector: worker1 필요)
└── /var/log/k8s-logs-backup/날짜/  ← CronJob Pod이 1분마다 위 로그를 복사해옴 (얘도 nodeSelector: worker1 필요, 같은 디스크를 봐야 하니까)

즉 처음부터 끝까지 worker1이라는 한 서버 안에서, 폴더만 두 개(원본/백업) 나눠서 쓰는 작업

0.0.2. nodeSelector

클러스터엔 서버가 여러 대 있어서, 그냥 Pod을 만들면 쿠버네티스가 아무 서버에나 배치할 수 있음.. 근데 우리는 로그를 worker1의 디스크에 쓴다고 정했음. 그러니까 그 Pod이 실제로 worker1에서 돌아야 로그가 worker1 디스크에 쌓임. 다른 서버에서 돌면 엉뚱한 서버 디스크에 쌓여서 우리가 원하는 곳이 아니게 됨. nodeSelector는 그냥 이 Pod은 반드시 worker1에서만 실행해라는 못박기.

0.0.3. cronJob은 왜 worker1?

0.0.4. ConfigMap은 어디에 쓰이는 거임?

아직 얘기 안 했는데, 문제에 ConfigMap을 통해 백업이라고 했죠. 이건 위에서 얘기한 “복사하는 명령어(mkdir + cp + date)“를 Deployment/CronJob YAML 안에 직접 쓰는 대신, 그 스크립트를 ConfigMap에 담아두고, CronJob이 그 ConfigMap을 파일처럼 불러와서 실행하는 방식이에요. 즉 ConfigMap = 백업 스크립트 보관함이라고 생각하면 돼요.

0.1. 내가 한 풀이

0.1.1. Chart.yaml

• 기본 예시

apiVersion: v1
name: multi-container
description: A Helm chart for Kubernetes
type: application
version: 0.1.0
appVersion: "0.1.0"

[ 체크 ] helm 버전

ubuntu@jiseul494-master:~/20260728/review$ helm version

version.BuildInfo{Version:"v3.18.4", GitCommit:"d80839cf37d860c8aa9a0503fe463278f26cd5e2", GitTreeState:"clean", GoVersion:"go1.24.4"}

apiVersion이 지금 v1로 되어 있는데, type 필드는 Helm 2 (apiVersion v1) 차트에는 애초에 존재하지 않는 필드. type, dependencies 형식 등은 Helm 3부터 (apiVersion v2) 지원되는 스펙

수정한 Chart.yaml

apiVersion: v2 # Helm3 차트의 Chart.yaml에서 쓰는 apiVersion 값은 V2 
name: multi-container
description: A Helm chart for Kubernetes
type: application
version: 0.1.0
appVersion: "0.1.0"

• Helm 버전 자체는 v3.18.4지만, Chart.yaml 스펙 버전 표기는 v1/v2 두 가지뿐이고 Helm 3가 지원하는 건 v2

0.1.2. hostPath deployment

apiVersion: v1
kind: Pod
metadata:
 name: k8s-hostpath-volume
 namespace: default
Spec:
 containers:
 - name: k8s-log-writer
 image: busybox
 command: [“sh”, “-c”]
 args:
 - while true; do
 echo “$(date)” >> /var/log/k8s.log;
 sleep 10;
 done
 volumeMounts:
 - name: k8s-log-volume
 mountPath: /var/log
 volumes:
 - name: k8s-log-volume
 hostPath:
 path: /var/log/k8s-logs
 type: DirectoryOrCreate

→ yaml 파일만 30분 붙들고 있어서 일단 클로드가 작성함 ㄱ-

apiVersion: apps/v1
kind: Deployment
metadata:
  name: k8s-hostpath-volume
  namespace: cloud
  labels:
    app: hostpath-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: hostpath-deploy
  template:
    metadata:
      labels:
        app: hostpath-deploy
    spec:
      nodeSelector:
        kubernetes.io/hostname: anhyunji494-worker1
      containers:
        - name: k8s-log-writer
          image: busybox
          command: ["sh", "-c"]
          args:
            - while true; do echo "$(date)" >> /var/log/k8s-logs/k8s.log; sleep 10; done
          volumeMounts:
            - name: k8s-log-volume
              mountPath: /var/log/k8s-logs
      volumes:
        - name: k8s-log-volume
          hostPath:
            path: /var/log/k8s-logs
            type: DirectoryOrCreate

0.1.3. cronjob

ubuntu@jiseul494-master:~/20260728/review/templates$ k create cronjob k8s-log-backup --image=busybox  -n default --schedule='*/1 * * * *' --
dry-run="client" -o yaml > cronjob.yaml

• 초기 cronjob.yaml

apiVersion: batch/v1
kind: CronJob
metadata:
  creationTimestamp: null
  name: k8s-log-backup
  namespace: default
spec:
  jobTemplate:
    metadata:
      creationTimestamp: null
      name: k8s-log-backup
    spec:
      template:
        metadata:
          creationTimestamp: null
        spec:
          containers:
          - image: busybox
            name: k8s-log-backup
            resources: {}
          restartPolicy: OnFailure
  schedule: '*/1 * * * *'
status: {}

CronJob
└─ spec (CronJobSpec)
   └─ jobTemplate (JobTemplateSpec)
      └─ spec (JobSpec)         ← 방금 보신 게 이거예요
         └─ template (PodTemplateSpec)  ← 여기 밑에 또 spec이 있음!
            └─ spec (PodSpec)   ← nodeSelector, containers, volumes 여기!

kubectl explain cronjob.spec.jobTemplate.spec.template.spec

2. 정적 프로비저닝

• 폴더 static-provisioning-chart
• 22일 실습에서 static-.yaml 전부 복사해서 templates 에 넣기

2.0. 가이드라인

2.0.1. 폴더 구조

static--provisioning-chart 
├── Chart.yaml
└── templates
    ├── static-pod.yaml
    ├── static-volume-pv.yaml
    ├── static-volume-pvc.yaml
    └── static-volume-storageclass.yaml

2.0.1 static-volume.yaml 로 통합

• helm 문법 연습
  • {{- $global := .Values.global }}, {{- $deployment := .Values.deployment}} 등으로 상단 선언해서 사용
  • {{to yaml}}
  • range 문법

2.0.2. static-pod.yaml 를 deployment로 전환하여 배포

• replicas: 1개
• name: pod→ deploy로 수정

2.0.3. 과정 이해하기

2.0.3.1. 정적 프로비저닝 Static Provisioning

PV(PersistentVolume) 을 관리자가 미리 만들어두고, PVC(PersistentVolumeClaim) 가 그걸 수동으로 바인딩해서 사용하는 방식

vs. 동적 프로비저닝은 StorageClass가 PV를 자동 생성

2.0.3.2. Helm 패키징 연습

기존에 따로따로 kubectl apply 하던 정적 프로비저닝 리소스들(PV, PVC, Pod, StorageClass)을 Helm 차트 구조(Chart.yaml + templates/)로 옮기는 거야. 즉 날 것의 YAML을 재사용 가능한 템플릿으로 바꾸는 연습.

그 다음 2.2에서는 여러 YAML을 static-volume.yaml 하나로 합치면서 Helm 문법 3가지를 연습해:

• 변수 선언: {{- $global := .Values.global }} 처럼 .Values 안의 값을 짧은 변수명으로 꺼내 쓰기
• {{ toYaml ... }}: Values에 있는 객체(맵/리스트)를 YAML 블록으로 그대로 찍어내기 (예: labels, resources 같은 중첩 구조)
• range: 리스트를 순회하면서 반복되는 YAML 블록 생성 (예: 여러 개의 volumeMount나 포트를 반복 생성할 때)

2.0.3.3 Pod → Deployment 전환 (2.3)

Pod는 컨트롤러가 없어서 죽으면 그걸로 끝이야. Deployment로 감싸면 ReplicaSet이 생성/관리를 책임지고, replicas, selector, template 구조가 추가돼. 이 구조적 차이를 직접 손으로 바꿔보면서 이해하는 게 목적.

2.1. 풀이과정 (deployment)

2.1.1. 일단 deployment 파일 구조 뽑아와서 비교하기

# deploy.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: static-deploy
  name: static-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: static-deploy
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: static-deploy
    spec:
      containers:
      - image: busybox
        name: busybox
        resources: {}
status: {}

# static-pod.yaml
apiVersion: v1
kind: pod
metadata:
  name: k8s-pod
  labels:
    name: app
spec:
  containers:
  - name: app
    image: busybox
    command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /mnt
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc1
---
apiVersion: v1
kind: Pod
metadata:
  name: k8s-pod2
  labels:
    name: app
spec:
  containers:
  - name: app
    image: busybox
    command: ["/bin/sh", "-c"]
    args:
      - while true; do
          date >> /mnt/k8s-2.log;
          sleep 10;
        done
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /mnt
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc2
---
apiVersion: v1
kind: Pod
metadata:
  name: k8s-pod3
  labels:
    name: app
spec:
  containers:
  - name: app
    image: nginx
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /var/log/nginx
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc3

2.1.2. pod → deploy 옮겨가기

2.1.2.1. pod1 을 deployment 뼈대로 옮긴다면?

# pod1
metadata:
  name: k8s-pod1
  labels:
    name: app
spec:
  containers: ...
  volumes: ...

# static-deploy.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: static-deploy
  name: static-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: static-deploy
  strategy: {}
  template: # pod1의 metadata 
					  단, template.metadata는 name을 안 넣는게 정석. 
						deploymen의 (정확히는 ReplicaSet)가 Pod를 만들 때 이름 뒤에 랜덤 해시를 붙여서 자동 생성하기 때문. 
						따라서 template.metadata엔 보통 labels만 있고, name은 최상위 metadata.name에만 들어감
    metadata:
      creationTimestamp: null
      labels:
        app: static-deploy
    spec: # pod1의 spec 
      containers:
      - image: busybox
        name: busybox
        resources: {}
status: {}

2.1.2.2. pod1/2/3을 비교하면 서로 다른 점은?

apiVersion: v1
kind: pod
metadata:
  name: k8s-pod
  labels:
    name: app
spec:
  containers:
  - name: app
    image: busybox
    command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /mnt
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc1

apiVersion: v1
kind: Pod
metadata:
  name: k8s-pod2
  labels:
    name: app
spec:
  containers:
  - name: app
    image: busybox
    command: ["/bin/sh", "-c"]
    args:
      - while true; do
          date >> /mnt/k8s-2.log;
          sleep 10;
        done
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /mnt
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc2

apiVersion: v1
kind: Pod
metadata:
  name: k8s-pod3
  labels:
    name: app
spec:
  containers:
  - name: app
    image: nginx
    volumeMounts:
      - name: k8s-local-volume
        mountPath: /var/log/nginx
  volumes:
    - name: k8s-local-volume
      persistentVolumeClaim:
        claimName: k8s-pvc3

⇒ 차이점

• metadata.name
• spec.containers.image
• spec.containers.command
• spec.containers.volumeMounts
• spec.containers.args
• spec.volumes.persistentVolumeClaim.claimName

2.1.2.3.위에서 본 차이점을 토대로 deploy.yaml 파일 하드코딩

→ static-deploy.yaml 작성해보기

# static-deploy1.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: static-deploy
  name: static-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: static-deploy
  template: # pod1의 metadata
            # 단, template.metadata는 name을 안 넣는게 정석.
						# deploymen의 (정확히는 
            # ReplicaSet)가 Pod를 만들 때 이름 뒤에 랜덤 해시를 붙여서 자동 생성하기 때문. 
						# 따라서 template.metadata엔 보통 labels만 있고, name은 최상위 metadata.name에만 들어감
    metadata:
      labels:
        app: static-deploy
    spec: # pod1의 spec 
      containers:
      - image: busybox
        name: app
        command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
        volumeMounts:
          - name: k8s-local-volume
            mountPath: /mnt
        resources: {}
      volumes:
        - name: k8s-local-volume
          persistentVolumeClaim:
            claimName: k8s-pvc1
status: {}

# static-deploy2.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: static-deploy2
  name: static-deploy2
spec:
  replicas: 1
  selector:
    matchLabels:
      app: static-deploy2
  template: # pod2의 metadata
    metadata:
      labels:
        app: static-deploy2
    spec: # pod2의 spec 
      containers:
      - image: busybox
        name: app
        command: ["/bin/sh", "-c"]
        args:
            - while true; do
                date >> /mnt/k8s-2.log;
                sleep 10;
              done
        volumeMounts:
          - name: k8s-local-volume
            mountPath: /mnt
        resources: {}
      volumes:
        - name: k8s-local-volume
          persistentVolumeClaim:
            claimName: k8s-pvc2

# static-deploy3.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: static-deploy3
  name: static-deploy3
spec:
  replicas: 1
  selector:
    matchLabels:
      app: static-deploy3
  template: # pod3의 metadata
    metadata:
      labels:
        app: static-deploy3
    spec: # pod3의 spec 
      containers:
      - image: nginx
        name: app
        volumeMounts:
          - name: k8s-local-volume
            mountPath: /var/log/nginx
      volumes:
        - name: k8s-local-volume
          persistentVolumeClaim:
            claimName: k8s-pvc3

kubectl apply --dry-run=client -f

ubuntu@jiseul494-master:~/20260728/static-provisioning-chart/templates$ k apply --dry-run=client -f static-deploy.yaml
deployment.apps/static-deploy created (dry run)

2.1.3. 변수화 (values.yaml)

{{- if .command }}
command: {{ toYaml .command | nindent 8 }}
{{- end }}

deployments:
  - name: ...
    image: ...
    command: [...]
    args: [...]
    claimName: ...

2.1.3.1 values.yaml ver.1

# values.yaml
global:
  replicas: 1
  containerName: app
  volumeName: k8s-local-volume
  
deploy1:
  name: static-deploy1
  containerImage: busybox
  command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
  mountPath: /mnt
  clamName: k8s-pvc1
  
deploy2:
  containerImage: busybox
  name: static-deploy2
  command: ["/bin/sh", "-c"]
  mountPath: /mnt
  clamName: k8s-pvc2
  args:
      - while true; do
          date >> /mnt/k8s-2.log;
          sleep 10;
        done
        
deploy3:
  containerImage: nginx
  name: static-deploy3
  mountPath: /var/log/nginx
  clamName: k8s-pvc3

2.1.3.2 values.yaml ver.2

# values.yaml
global:
  replicas: 1
  containerName: app
  volumeName: k8s-local-volume
  
deploy:
  - name: static-deploy1
    containerImage: busybox
    command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
    mountPath: /mnt
    claimName: k8s-pvc1
  - name: static-deploy2
    containerImage: busybox
    command: ["/bin/sh", "-c"]
    mountPath: /mnt
    claimName: k8s-pvc2
    args:
        - while true; do
            date >> /mnt/k8s-2.log;
            sleep 10;
          done
  - name: static-deploy3
    containerImage: nginx
    mountPath: /var/log/nginx
    claimName: k8s-pvc3

2.1.4. 템플릿 작성 (deploy.yaml)

{{- $global := .Values.global }}
{{- range .Values.deploy }}
  ... 여기 안에서 . 은 뭘 가리킬까? 
{{- end }}

{{- range .Values.deploy }}
  여기 안에서는 . 이 더 이상 전체 객체가 아니라
  .Values.deploy 리스트의 "현재 순회 중인 항목 1개"가 됨
{{- end }}

deploy:
  - name: static-deploy1
    containerImage: busybox
    ...
  - name: static-deploy2
    ...

{{- $global := .Values.global }}
{{- range .Values.deploy }}
replicas: {{ $global.replicas }}
name: {{ .name }}
{{- end }}

2.1.4.1. deploy.yaml (변수화된 템플릿) ver.1

# deploy.yaml
{{- with .Values.global }}
{{- $global := .Values.global }}

apiVersion: apps/v1
kind: Deployment
{{- range .Values.deploy}}
metadata:
  labels:
    app: {{ .name }}
  name: {{ .name }}
spec:
  replicas: {{ $global.replicas }}
  selector:
    matchLabels:
      app: {{ .name }}
  template: # pod의 metadata
    metadata:
      labels:
        app: {{ .name }}
    spec: # pod의 spec 
      containers:
      - image: {{ .containerImage }}
        name: {{ $global.containerName }}
        {{- if .command }}
        command: {{ toYaml .command | nindent 8 }}
        {{- end }}
        {{- if .args }}
        args: {{ .args }}
        {{- end }}
        volumeMounts:
          - name: {{ $global.volumeName }}
            mountPath: {{ .mountPath }}
      volumes:
        - name: {{ $global.volumeName }}
          persistentVolumeClaim:
            claimName: {{ .claimName }}
{{- end }}
{{- end }}

apiVersion: apps/v1
kind: Deployment
{{- range .Values.deploy}}
metadata: ...
spec: ...
{{- end }}

- sh
- -c
- echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600

command:
        - sh
        - -c
        - echo "..."

2.1.4.1. deploy.yaml (변수화된 템플릿) ver.2

# deploy.yaml
{{- $global := .Values.global }}

{{- range .Values.deploy}}
--- 
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ .name }}
  name: {{ .name }}
spec:
  replicas: {{ $global.replicas }}
  selector:
    matchLabels:
      app: {{ .name }}
  template: # pod의 metadata
    metadata:
      labels:
        app: {{ .name }}
    spec: # pod의 spec 
      containers:
      - image: {{ .containerImage }}
        name: {{ $global.containerName }}
        {{- if .command }}
        command: {{ toYaml .command | nindent 8 }}
        {{- end }}
        {{- if .args }}
        args: {{ toYaml .args | nindent 8 }}
        {{- end }}
        volumeMounts:
          - name: {{ $global.volumeName }}
            mountPath: {{ .mountPath }}
      volumes:
        - name: {{ $global.volumeName }}
          persistentVolumeClaim:
            claimName: {{ .claimName }}
{{- end }}

2.2. 풀이과정 (pvc)

2.2.1. 소스코드 살펴보기

2.2.1.1. static-volume-pv.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: k8s-pv1
spec:
  storageClassName: k8s-storageclass
  persistentVolumeReclaimPolicy: Delete
  capacity:
    storage: 1G
  accessModes:
    - ReadWriteOnce
  local:
    path: /data/volumes/pv1
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - anhyunji494-worker1
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: k8s-pv2
spec:
  storageClassName: k8s-storageclass
  persistentVolumeReclaimPolicy: Delete
  capacity:
    storage: 2G
  accessModes:
    - ReadWriteOnce
  local:
    path: /data/volumes/pv2
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - anhyunji494-worker2
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: k8s-pv3
spec:
  storageClassName: k8s-storageclass
  persistentVolumeReclaimPolicy: Delete
  capacity:
    storage: 3G
  accessModes:
    - ReadWriteOnce
  local:
    path: /data/volumes/pv3
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - anhyunji494-worker3

2.2.1.2. static-volume-pvc.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: k8s-pvc1
spec:
  storageClassName: k8s-storageclass
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1G
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: k8s-pvc2
spec:
  storageClassName: k8s-storageclass
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 2G
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: k8s-pvc3
spec:
  storageClassName: k8s-storageclass
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3G

2.2.1.3. static-volume-storageclass.yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: k8s-storageclass
  annotations:
    storageclass.kubernetes.io/is-default-class: 'true'
provisioner: kubernetes.io/no-provisioner
reclaimPolicy: Delete
volumeBindingMode: Immediate

→ 어떻게 템플릿화 하지?

volumes:
  - pvName: k8s-pv1
    claimName: k8s-pvc1
    storage: 1G
    path: /data/volumes/pv1
    nodeName: jinyung0101-worker1
  - pvName: k8s-pv2
    claimName: k8s-pvc2
    storage: 2G
    ...

{{- range .Values.volumes }}
---
kind: PersistentVolume
...
  name: {{ .pvName }}
  ...
---
kind: PersistentVolumeClaim
...
  name: {{ .claimName }}
  ...
{{- end }}

2.2.2. values.yaml 작성

# values.yaml
global:
  replicas: 1
  containerName: app
  volumeName: k8s-local-volume
  storageClassName: k8s-storageclass # 여기부터 pv/pvc 
  reclaimPolicy: Delete
  accessModes: ReadWriteOnce
  
deploy:
  - name: static-deploy1
    containerImage: busybox
    command: ['sh', '-c', 'echo "Platform as a service!" > /mnt/k8s-1.log && sleep 3600']
    mountPath: /mnt
    claimName: k8s-pvc1
    
  - name: static-deploy2
    containerImage: busybox
    command: ["/bin/sh", "-c"]
    mountPath: /mnt
    claimName: k8s-pvc2
    args:
        - while true; do
            date >> /mnt/k8s-2.log;
            sleep 10;
          done
          
  - name: static-deploy3
    containerImage: nginx
    mountPath: /var/log/nginx
    claimName: k8s-pvc3
    
volumes: 
  - pvName: k8s-pv1
    claimName: k8s-pvc1
    storage: 1G
    path: /data/volumes/pv1
    nodeName: anhyunji494-worker1
    
  - pvName: k8s-pv2
    claimName: k8s-pvc2
    storage: 2G
    path: /data/volumes/pv2
    nodeName: anhyunji494-worker2
    
  - pvName: k8s-pv3
    claimName: k8s-pvc3
    storage: 3G
    path: /data/volumes/pv3
    nodeName: anhyunji494-worker3