CKA-9일차

📍 CKA 9일차
📍 Udemy-Certified Kubernetes Administrator (CKA) with Practice Tests 105-115

106. Solution - Secrets

다음 명령어를 사용해서 secret을 생성할 수 있다.

Pod 정의 파일에 Secret을 다음과 같이 환경변수로 주입할 수 있다.

109. Multi Container Pods

각각 다른 기능을 대상으로 하기 때문에 각각의 컨테이너로 따로 개발하고 배포하길 원한다.
그래서 같은 수명 주기(함께 생성되고 함께 파괴된다)를 공유하는 다중 컨테이너 파드가 있는 것이다.
같은 네트워크 공간을 공유하기 때문에 서로를 localhost라고 부를 수 있다.
또한 같은 Storage Volume에도 접근할 수 있다.

이렇게 하면 파드 사이에 통신을 위해 볼륨 공유나 서비스를 설정하지 않아도 된다.

멀티 컨테이너 파드를 생성하기 위해서는 새 컨테이너 정보를 파드 정의 파일에 추가하면 된다.

111. Solution - Multi-Container Pods

2개의 컨테이너를 가지는 파드 정의 파일은 다음과 같다.

elasticsearch - 데이터가 수집된다. ex) 메트릭,로그
kibana - 사용자와 관리자가 사용하는 대시보드이다.

파드의 로그를 확인하는 두 가지 방법
1. kubectl logs 명령어를 사용한다.

2. kubectl exec 명령어를 통해 파드에 접속하여 파드 안의 log 파일을 출력한다.
   

로그를 전송해주는 사이드카 컨테이너를 구현해 보자.
두 컨테이너 사이에 볼륨이 공유되어 app의 로그가 sidecar로 전달되고, sidecar는 로그를 elasticsearch에 전달해준다. 그래서 키바나에서 로그를 확인할 수 있다.

112. Multi-container PODs Design Patterns

멀티 컨테이너 파드의 대표적인 3개의 패턴이 있다.

113. init Containers

멀티 컨테이너 파드에서 각각의 컨테이너는 파드의 라이프 사이클을 따른다.

반면에, 하나의 프로세스를 수행하고 완료되는 컨테이너가 필요할 때도 있다.
예를 들어, 코드를 레포지토리에서 받아오는 프로세스가 있다. 이러한 작업은 파드가 생성되었을 때 한번만 수행되어야 한다. 또는 실제 애플리케이션이 실행되기 전에 서비스나 데이터가 실행될 때까지 기다리는 작업이 대표적인 예시이다.
이러한 경우 initContainer를 사용하면 된다.

initContainer는 파드 정의 파일에서 다른 컨테이너들과 비슷한 형태로 initContainer 영역에 정의된다.

파드가 처음 실행되면 initContainer가 실행되고 initContainer의 작업은 실제 컨테이너의 작업이 실행되기 전에 완료된다.

initContainer도 여러 개를 정의할 수 있다. 주의해야 할 점은 멀티 컨테이너와 달리, multi init container는 한번에 하나씩 순차적으로 실행된다.

만약 initContainer 중 일부가 실패하면 쿠버네티스는 모든 init Container들이 성공적으로 완료될 때까지 반복적으로 파드를 재시작한다.

115. Solution - init Containers

initContainer는 다음과 같이 정의된다.