Passwd

모든 포드에는 IP 주소가 할당되어 있으나, 각 포드는 언제든지 종료되고 새로 생성될 수 있기 때문에 이러한 IP 주소는 정적이지 않다. 따라서 IP 주소를 이용해서 내부 통신을 하는 것을 어렵다. 이러한 문제를 해결하기 위해 쿠버네티스 서비스는 포드를 그룹화하고 그룹 내의 포드에 접근할 수 있는 단일 인터페이스를 제공한다. 서비스는 들어온 요청을 그룹 내의 포드 중 하나에 임의로 전달하게 된다. 이 유형의 서비스를 ClusterIP 서비스라고 하며, 서비스는 클러스터 내에서 IP와 다른 포드가 서비스 접근에 사용하는 이름이 할당된다. ClusterIP 서비스 개념에 의해 프런트엔드, 백엔드 등의 각 계층은 서비스 간의 통신에 영향받고 영향을 미치지 않고 필요에 따라 확장하거나 이동할 수 있다. 또한 마..

Services Pod 집합에서 실행 중인 애플리케이션을 네트워크 서비스로 노출하는 추상화 방법 쿠버네티스 개체 중 하나로 애플리케이션 내부와 외부의 구성 요소 간의 통신을 가능하게 하며, 애플리케이션을 다른 애플리케이션 또는 사용자와 연결하는 데 사용한다. 포드 그룹 간의 연결을 가능하게 하며, 애플리케이션에서 마이크로서비스 간의 느슨한 연결을 생성한다. 타입 NodePort 노드의 특정 포트에 들어온 요청을 수신하여, 노드의 포드로 전달한다. 노드의 포트에서 노드 내의 포드에 접근할 수 있도록 노드의 포트를 포드의 포트에 매핑한다. - targetPort : 요청을 전달할 포드의 포트 - port : 서비스 자체의 포트 - nodePort : 노드 자체에서 외부와 통신하는 데 사용하는 포트로, 300..

CronJobs 크론 형식으로 쓰인 반복 일정에 따라 Job을 주기적으로 생성하고 동작시킨다. Linux의 crontab과 유사하게 생각할 수 있다. Job은 생성하면 즉시 실행되지만, CronJob은 생성 시 주기적으로 스케쥴링하여 실행할 수 있다. 생성 방법 yaml 형식의 정의 파일을 작성한 후 create 명령을 이용해 생성한다. apiVersion: batch/v1beta1 kind: CronJob metadata: name: reporting-cron-job spec: # cronjob spec schedule: "*/1 * * * *" jobTemplete: spec: # job spec completions: 3 parallelism: 3 template: spec: # pod spec c..

컨테이너가 제공할 수 있는 워크로드는 다양하다. 웹, 애플리케이션, 데이터베이스와 같이 수동으로 종료할 때까지 장시간 수행하는 종류부터 계산, 이미지 처리, 대규모 데이터 분석, 리포트 생성, 메일 발송 등 특정 작업을 수행한 후 완료해야 하는, 짧은 시간 동안 수행하는 종류 등이 존재한다. 아래와 같이 간단한 계산을 수행하는 컨테이너를 도커로 실행하면, 컨테이너는 실행을 완료하고 종료된다. docker ps ubuntu expr 3 + 2 반면 동일한 기능을 하는 컨테이너를 쿠버네티스 포드에 생성하여 실행하면, 작업을 수행한 뒤 포드가 완료되고 다시 포드를 생성하여 작업을 수행한다. 쿠버네티스는 기본적으로 컨테이너 실행 상태를 유지하는 방향으로 설정된 restartPolicy 값을 참조하여 임계치에 도..

Deployment Strategy Recreate strategy 애플리케이션 인스턴스의 기존 버전을 모두 삭제한 뒤, 새로운 버전의 애플리케이션 인스턴스를 생성하여 배포하는 방식 기존 버전을 중단한 후, 새로운 버전이 동작하기 전까지 애플리케이션의 서비스 중단이 발생한다. Rolling Updates 서버를 실제로 서비스할 때 서비스적인 장애와 배포에 있어서 부담감을 최소화하고, 서비스가 중단되지 않도록 배포하는 무중단 배포 방법 중 하나 새 버전을 배포하면서, 새 버전 인스턴스를 하나씩 늘려가고 기존 버전의 인스턴스를 하나식 줄여나가는 방식 새 버전의 인스턴스로 트래픽이 이전되기 전까지 이전 버전과 새 버전의 인스턴스가 동시에 존재할 수 있다는 단점이 있지만, 시스템을 무중단으로 업데이트할 수 있다..

Labels & Selectors Labels 각 항목에 붙은 속성 Selectors 항목을 필터링하는 데 사용한다. 레이블과 셀렉터는 항목을 그룹화하는 표준 방법이다. 유튜브 동영상이나 블로그 포스트에 붙인 태그처럼 클래스, 유형, 그룹 등의 기준으로 레이블을 붙이면 기준에 따라 필터링할 수 있다. 쿠버네티스에는 수많은 개체가 있을 수 있기 때문에 유형, 애플리케이션, 기능 등의 다양한 범주를 기준으로 필터링하여 볼 수 있는 방법이 필요하다. 레이블 지정 방법 일반적으로 정의 파일에 지정할 수 있다. apiVersion: v1 kind: Pod metadata: name: simple-webapp labels: app: App1 function: Front-end spec: containers: - n..

쿠버네티스에서 모니터링할 만한 부분은 아래와 같다. 클러스터의 노드 수, 정상 노드 수 => 노드 수준 지표 CPU 사용률, 네트워크, 디스크 사용률 => 성능 지표 포드 수 => 포드 수준 지표 포드 각각의 CPU 사용량, 포드 각각의 메모리 사용량 => 포드 성능 지표 하지만 쿠버네티스가 전반적으로 모든 기능을 갖춘 모니터링 솔루션을 제공하지는 않는다. 하지만 Metrics-Server, Prometheus, Elastic Stack과 같은 오픈 소스나 Datadog 및 Dynatrace 등의 모니터링 솔루션을 사용할 수 있다. Heapster 쿠버네티스 모니터링 및 분석을 가능하게 한 프로젝트 중 하나다. 현재는 더 이상 사용하지 않으며(deprecated), Metrics Server를 사용한다...

Docker에서 컨테이너의 로그를 확인하는 방법과 비슷하게, 쿠버네티스에서도 아래와 같이 포드의 로그를 확인할 수 있다. 도커 컨테이너 로그 확인 docker logs # -f : follow. 추가되는 로그 실시간 확인 쿠버네티스 포드 로그 확인 kubectl logs # -f : follow. 추가되는 로그 실시간 확인 단, 포드 내에 여러 개의 컨테이너가 동작하고 있다면 로그를 확인할 컨테이너 이름까지 명시해야 한다. 컨테이너명을 명시하지 않으면 이름을 지정하라는 메시지가 출력되며 로그 확인을 실패한다. kubectl logs

개요 Docker는 어떠한 이유로 프로세스가 종료되면 컨테이너도 종료된다. 종료된 컨테이너는 수동으로 동작시키거나 새 컨테이너를 생성시킬 때까지 비활성상태가 유지되고, 사용자에게 서비스를 제공하지 못한다. Kubernetes는 애플리케이션이 충돌할 때마다 서비스를 복구하기 위해 컨테이너를 재시작하려고 시도한다. 재시작 횟수는 get pods 명령으로 확인할 수 있다. (RESTART 부분) kubectl get pods 컨테이너가 정상인데 애플리케이션이 동작하지 않는 상태인 경우, 쿠버네티스는 컨테이너가 정상적으로 동작하고 있기 때문에 애플리케이션도 정상적으로 동작하는 상태인 것으로 간주한다. 하지만 실제로 서비스는 사용자에게 제공되지 않는 상태이기 때문에 컨테이너를 재시작하거나, 삭제 후 새 컨테이너를..

포드 상태 1. Pending 포드가 처음 생성된 상태다. 포드 배치 여부를 파악하며, 쿠버네티스가 포드를 배치할 노드를 찾지 못하면 Pending 상태를 유지한다. 아래 명령으로 Pending 상태가 유지되는 원인을 확인할 수 있다. kubectl describe pod 2. ContainerCreating 포드가 스케쥴링되어서 이미지를 pull하고, 컨테이너를 시작하는 상태다. 3. Running 포드 내 모든 컨테이너를 시작하여 포드가 실행 중인 상태다. 프로그램이 완료되거나 종료될 때까지 상태를 유지한다. Pod 상태는 아래와 같이 get pods 명령으로 확인할 수 있다. kubectl get pods Pod Conditions TRUE/FALSE 값으로 포드의 상태를 알려주는 배열 Type S..