[쿠버네티스 인 액션] 7장 - 컨피그맵과 시크릿: 애플리케이션 설정 (1/2)

컨테이너화된 애플리케이션 설정

• 필요한 모든 설정을 앱에 포함하는 경우를 제외하면 일반적으로 명령줄 인수를 통해 앱에 필요한 설정을 넘겨주면서 앱을 실행
• 옵션 목록이 커지면 이 옵션들을 파일에 저장하고 사용하거나 서버의 환경변수를 통해 전달
• 쿠버네티스는 설정 데이터를 최상위 레벨의 리소스에 저장하고 이를 기타 다른 리소스 정의와 마찬가지로 깃 저장소 혹은 다른 파일 기반 스토리지에 저장할 수 있음.
• 이 리소스를 컨피그맵이라 함.

 

 

Docker에서 명령어와 인자 정의

• Entrypoint : 컨테이너가 시작될 때 호출될 명령어 정의
• CMD: Entrypoint에 전달되는 인자 정의

 

Kubernetes에서 명령어와 인자 재정의

• 쿠버네티스에서 컨테이너를 정의할 때, ENTRYPOIN와 CMD 둘 다 재정의할 수 있음.
• 그러기 위해 컨테이너 정의 안에 command와 args 속성 지정
  →command와 args 필드는 파드 생성 이후 업데이트 불가

출처: 쿠버네티스 인 액션 (출판: 에이콘)

  -여러 개의 인자를 가진 경우 위의 표기법 사용.
  -문자열 값을 따옴표로 묶을 필요 x (숫자는 묶어야함)

 

 

컨테이너의 환경변수 설정

• 컨테이너화된 애플리케이션은 종종 환경변수를 설정 옵션의 소스로 사용
• 파드의 각 컨테이너를 위한 환경변수 리스트 지정 가능
• 컨테이너 명령이나 인자와 마찬가지로 환경변수 목록도 파드 생성 후 업데이트 불가

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• 새 파드를 생성할 때 환경변수를 컨테이너 정의에 포함해 스크립트에 전달 가능
  -환경변수는 파드 레벨이 아닌 컨테이너 정의 안에 설정.

출처: 쿠버네티스 인 액션 (출판: 에이콘)

 

 

컨피그맵으로 설정 분리

• 하드코딩된 값을 가져오는게 효율적일 수 있지만, 프로덕션과 개발환경의 파드를 별도로 정의해야할 수도 있음
• 여러 환경에서 동일한 파드 정의를 재사용하려면 파드 정의에서 설정을 분리하는 것이 좋음

 

컨피그맵

“쿠버네티스에서는 설정 옵션을 컨피그맵이라 부르는 별도 오브젝트로 분리할 수 있음”

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• 컨피그맵으로 설정 분리하는 이유 : 환경에 따라 다르거나 자주 변경되는 설정 옵션을 애플리케이션 소스코드와
  별도로 유지
• 컨피그맵은 짧은 문자열에서 전체 설정 파일에 이르는 값을 가지는 키-값 쌍으로 구성된 맵

 

컨피그맵 생성

• 컨피그맵 키는 유효한 DNS 서브도메인이어야 한다. (영숫자, 대시, 밑줄, 점만 포함 가능)

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• 전체 디렉터리, 파일, 다른 파일, 문자열 값 등 다양한 소스에서 컨피그맵 생성 가능

출처: 쿠버네티스 인 액션 (출판: 에이콘)

 

컨피그맵 항목을 환경변수로 컨테이너에 전달

• env → 환경변수 정의

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• INTERVAL 환경변수를 선언하고 fortune-config 컨피그맵 안에 있는 sleep-interval 키를 이용해 가져온 값으로 설정

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• 파드에 존재하지 않는 컨피그맵 참조
  -파드에 존재하지 않는 컨피그맵을 지정하면 컨테이너 시작하는데 실패
  -하지만 참조하지 않는 다른 컨테이너는 정상 시작
  -그런 다음 누락된 컨피그맵을 생성하면 실패했던 컨테이너는 파드를 다시 만들지 않아도 자동으로 시작됨.

 

 

컨피그맵의 모든 항목을 한 번에 환경변수로 전달

• 컨피그맵에 여러 항목이 포함되어 있을 떄 한 번에 전달할 수 있음.
• env 속성 대신 envFrom 속성 사용해 환경변수로 모두 노출 가능

 

 

컨피그맵 항목을 명령줄 인자로 전달

• 컨피그맵 값을 컨테이너 안에서 실행되는 프로세스의 인자로 전달하는 방법

출처: 쿠버네티스 인 액션 (출판: 에이콘)

-인자에 정의한 환경변수를 지정 $(INTERVAL)

출처: 쿠버네티스 인 액션 (출판: 에이콘)

 

 

 

컨피그맵 볼륨을 사용해 컨피그맵 항목을 파일로 노출

• 환경변수 또는 명령줄 인자로 설정 옵션을 전달하는 것은 일반적으로 짧은 변수값
• 컨피그맵 볼륨 사용하여 파일로 컨피그맵의 각 항목을 노출
• 컨테이너에서 실행 중인 프로세스는 이 파일 내용을 읽어 각 항목의 값 얻음
  → 대형 설정 파일, 짧은 단일 값 컨테이너에 전달 가능

 1.컨피그맵 생성

 2. 컨피그맵 이름으로 참조하는 볼륨 만들고 이 볼륨을 컨테이너에 마운트

출처: 쿠버네티스 인 액션 (출판: 에이콘)

 3.마운트된 컨피그맵 볼륨 내용 보기

출처: 쿠버네티스 인 액션 (출판: 에이콘)

  -컨피그맵의 두 항목이 모두 디렉터리에 파일로 추가

 

 

볼륨에 특정 컨피그맵 항목만 노출

출처: 쿠버네티스 인 액션 (출판: 에이콘)

• item을 사용하여 키와 개별 항목의 파일 이름 설정하여 원하는 항목만 포함 가능

 

 

디렉터리 안에 다른 파일을 숨기지 않고 개별 컨피그맵 항목을 파일로 마운트

• 디렉터리를 마운트할 떄 디렉터리의 기존 파일을 숨기는 것에 대한 이해 -리눅스에서 파일시스템을 비어 있지 않은 디렉터리에 마운트할 떄 발생하는 문제 -디렉터리는 마운트한 파일시스템에 있는 파일만 포함하고, 원래 있던 파일은 해당 파일시스템이 마운트되어 있는 동안 접근할 수 없게 됨. -중요한 파일을 포함하는 디렉터리에 볼륨을 마운트한다고 하면, 디렉터리에 있어야 하는 모든 원본 파일이 더 이상 존재하지 않게 되어 전체 컨테이너 손상될 수 있음
• 그래서, 전체 볼륨을 마운트하는 대신 volumeMount에 subPath 속성으로 파일이나 디렉터리 하나를 볼륨에 마운트

출처: 쿠버네티스 인 액션 (출판: 에이콘)