개념

• 쿠버네티스에서는 볼륨을 추상화하여 파드와 느슨하게 결합된 리소스로 정의하고 있다.
• 볼륨 플러그인 종류
  • emptyDir
  • hostPath
  • downwardAPI
  • projected
  • nfs
  • iscsi
  • cephfs
• 영구 볼륨과 다르게 파드에 정적으로 볼륨을 지정하는 형태이므로 플러그인에 따라서는 충돌이 있을 수 있다.

emptyDir

• emptyDir은 파드용 임시 디스크 영역으로 사용할 수 있다.

• 파드가 종료되면 삭제된다.

• 호스트의 임의 영역을 마운트할 수 없으며 호스트에 있는 파일을 참조할 수도 없다.

• emptyDir.sizeLimit로 리소스 제한을 할 수도 있다.

  apiVersion: v1
  kind: Pod
  metadata:
  	name: sample-emptydir
  spec:
  	containers:
  	- image: nginx:1.16
  		name: nginx-container
  		volumeMounts:
  		- mountPath: /cache
  			name: cache-volume
  	volumes:
  	- name: cache-volume
  		emptyDir:
  			sizeLimit: 128Mi
  

  • 할당된 영역(/cache) 영역에 대해 150MB 용량의 파일을 작성하면 용량 초과로 파드가 Evict(축출) 된다.

• emptyDir은 호스트상의 디스크 영역뿐만 아니라 고속 tmpfs 메모리 영역을 사용할 수도 있다.

• 메모리 영역을 사용하려면 emptyDir.medium에 Memory를 지정한다.

  apiVersion: v1
  kind: Pod
  metadata:
  	name: sample-emptydir-memory
  spec:
  	containers:
  	- image: nginx:1.16
  		name: nginx-container
  		resources:
  			limits:
  				memory: 64Mi
  		volumeMounts:
  		- mountPath: /cache
  			name: cache-volume
  	volumes:
  	- name: cache-volume
  		emptyDir:
  			medium: Memory # 메모리 사용
  			sizeLimit: 128Mi
  

  • 위 매니페스트에서 128Mi까지 tmpfs 영역을 사용할 수 있는 점은 같지만, 컨테이너가 사용할 수 있는 메모리 상한이 설정되어 있다.
    • 70MB 파일을 작성할 때 OOM에 의해 파드가 정지될 수 있다.

hostPath

• hostPath는 쿠버네티스 노드상의 영역을 컨테이너에 매핑하는 플러그인

• type은 Directory/DirectoryOrCreate/File/Socket/BlockDevice 등을 선택할 수 있다.

  • DirectoryOrCreate와 Directory의 차이는 디렉터리가 존재하지 않을 경우 생성하고 기동하는지 여부에 있다.

• 보안상의 이유로 안전하지 않은 컨테이너가 업로드될 수 있으므로 사용하지 말 것을 권장한다.

• 보안상 hostPath를 사용할 수 없는 쿠버네티스 환경도 있다.

  apiVersion: v1
  kind: Pod
  metadata:
  	name: sample-hostpath
  spec:
  	containers:
  	- image: nginx:1.16
  		name: nginx-container
  		volumeMounts:
  		- mountPath: /srv
  			name: hostpath-sample
  	volumes:
  	- name: hostpath-sample
  		hostPath:
  			path: /etc
  			type: DirectoryOrCreate
  

  • 파드의 /srv에 호스트의 /etc를 마운트하는 것을 의미한다.

dowanwardAPI

• downwardAPI는 파드 정보 등을 파일로 배치하기 위한 플러그인

• fieldRef와 resourceFieldRef의 사용 방법과 같다.

  apiVersion: v1
  kind: Pod
  metadata:
  	name: sample-downward-api
  spec:
  	containerS:
  	- name: nginx-container
  		image: nginx:1.16
  		volumeMounts:
  		- name: downward-api-volume
  			mountPath: /srv
  	volumes:
  	- name: downward-api-volume
  		downwardAPI:
  			items:
  			- path: "podname"
  				fieldRef:
  					fieldPath: metadata.name
  			- path: "cpu-request"
  				resourceFieldRef:
  					containerName: nginx-container
  					resource: requests.cpu