🚢Kubernetes

[k8s] drain, cordon, uncordon 개념 및 사용법

쿠버네티스를 사용하다보면 불안정한 워커 노드에 대해서 점검하거나 교체해야할 경우가 생긴다. 이때 특정 노드에 pod가 스케줄링되지 않도록 설정하거나 pod들을 다른 곳으로 옮길 필요가 있다. 이때 사용 가능한 kubectl 명령어가 cordon, drain 이다. [cordon] cordon은 특정 노드에 pod가 스케쥴링되지 않도록 설정한다. 노드 확인 kubectl --kubeconfig $KUBE_CONFIG get nodes cordon kubectl cordon $NODENAME cordon을 실행한 노드는 status가 ready에서 ready,SchedulingDisabled로 변경되며, pod가 더이상 스케쥴링되지 않는다. uncordon kubectl uncordon $NODENAME u..

[쿠버네티스 인 액션] 10장 - 스테이트풀셋 : 복제된 스테이트풀 애플리케이션 배포하기 (2/2)

스테이트풀셋 사용하기 스테이트풀셋을 통한 애플리케이션 배포 PV 생성 -스테이트풀셋을 세 개의 레플리카까지 스케일링 하려면 세 개의 PV가 필요 -이 매니페스트는 pv-a, pv-b, pv-c 라는 PV 생성 거버닝 서비스 생성 -헤드리스 서비스 생성 → 스테이트풀 파드에 네트워크 아이덴티티 제공 스테이트풀셋 매니페스트 생성 -volumeClaimTemplates : 각 파드를 위한 PVC를 생성하는데 사용되는 data라고 부르는 볼륨 클레임 템플릿 정의 스테이트풀셋 생성 스테이트풀셋 피어 디스커버리 “피어 디스커버리 : 클러스터의 다른 멤버를 찾는 기능” 스테이트풀셋의 각 멤버는 모든 다른 멤버를 쉽게 찾을 수 있어야 함 SRV 레코드 “특정 서비스를 제공하는 서버의 호스트 이름과 포트를 가리키는 데 ..

[쿠버네티스 인 액션] 10장 - 스테이트풀셋 : 복제된 스테이트풀 애플리케이션 배포하기 (1/2)

스테이트풀 파드 복제하기 레플리카셋은 하나의 파드 템플릿에서 여러 개의 파드 레플리카를 생성. 레플리카는 이름과 IP주소를 제외하면 서로 동일 파드 템플릿이 특정 PVC를 참조하는 볼륨을 포함하면 레플리카셋의 모든 레플리카는 정확히 동일한 PVC를 사용하고 클레임에 바인딩된 동일한 PV를 사용하게 된다. → 레플리카셋을 사용해서는 각 인스턴스가 별도의 스토리지를 필요로 하는 분산 데이터 저장소를 실행할 수 없다. 개별 스토리지를 갖는 레플리카 여러 개 실행하기 여러 개의 레플리카셋을 생성하여 레플리카셋의 의도된 레플리카 수를 하나로 설정해 파드별로 하나의 레플리카셋이 되고 각 레플리카셋의 파드 템플릿은 전용 PVC를 참조하게 한다. → 관리 불편 동일 볼륨을 여러 개 디렉터리로 사용하기 동일한 PVC를 ..

[쿠버네티스 인 액션] 9장 - 디플로이먼트: 선언적 애플리케이션 업데이트

파드에서 실행 중인 애플리케이션 업데이트 오래된 파드를 삭제하고 새 파드로 교체 RC의 파드 템플릿을 변경하여 기존 파드를 삭제하여 파드 업데이트 짧은 시간의 다운 타임 존재 새 파드 기동과 이전 파드 삭제 블루-그린 디플로이먼트: 한 번에 이전 버전에서 새 버전으로 전환 새 버전 파드를 불러오는 동안 서비스는 파드의 이전 버전에 연결 새 파드가 모두 실행되면 서비스의 레이블 셀렉터를 변경하여 서비스를 새 파드에 연결 전환 후 새 파드가 정상 작동하면 이전 파드들을 RC를 통해 삭제 롤링 업데이트 : 파드를 단계별로 교체하는 업데이트 이전 RC를 천천히 스케일 다운하고 새 파드를 스케일 업해 수행 서비스의 파드 셀렉터에 이전 파드와 새 파드를 모두 포함하게 해 요청을 두 파드 세트로 보냄 → 수동으로 하..

[쿠버네티스 인 액션] 8장 - 애플리케이션에서 파드 메타데이터와 그 외의 리소스에 액세스하기

Downward API로 메타데이터 전달 “파드 자체의 메타데이터를 해당 파드 내에서 실행 중인 프로세스에 노출 할 수 있게 하는 기능” 파드 매니패스트에 정의한 메타 데이터를 기준으로 볼륨을 정의하고 이를 환경변수에 할당하여 사용 다음 정보를 컨테이너에 전달 가능 -파드의 이름 -파드의 IP 주소 -파드가 속한 네임스페이스 -파드가 실행 중인 노드의 이름 -파드가 실행 중인 서비스 어카운트 이름 -각 컨테이너의 CPU와 메모리 요청 / 제한 -파드의 레이블/ 어노테이션 downwardAPI 볼륨에 파일로 메타데이터 전달하기 환경변수 대신 파일로 메타데이터를 노출하려는 경우 downwardAPI 볼륨을 정의해서 컨테이너에 마운트할 수 있다. downwardAPI 볼륨을 정의하고 컨테이너의 /etc/dow..

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

시크릿 “설정 안에 보안이 유지되어야 하는 자격증명과 개인 암호화 키와 같은 민감한 정보를 보관하고 배포하기 위한 키-값 쌍을 가진 오브젝트” 환경변수로 시크릿 항목을 컨테이너에 전달, 시크릿 항목을 볼륨 파일로 노출할 때 사용 시크릿에 접근해야 하는 파드가 실행되고 있는 노드에만 개별 시크릿을 배포해 시크릿을 안전하게 유지 노드 자체적으로 시크릿을 항상 메모리에만 저장 시크릿과 컨피그맵 사용 결정 민감하지 않고, 일반 설정 데이터는 컨피그맵 사용 본질적으로 민감한 데이터는 시크릿을 사용해 키 아래에 보관 민감한 데이터와 그렇지 않는 데이터를 모두 가지고 있다면 해당 파일은 시크릿 안에 저장 기본 토큰 시크릿 소개 “모든 파드에는 시크릿 볼륨이 자동으로 연결되어 있다” 시크릿이 갖고 있는 세 가지 항목은..

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

컨테이너화된 애플리케이션 설정 필요한 모든 설정을 앱에 포함하는 경우를 제외하면 일반적으로 명령줄 인수를 통해 앱에 필요한 설정을 넘겨주면서 앱을 실행 옵션 목록이 커지면 이 옵션들을 파일에 저장하고 사용하거나 서버의 환경변수를 통해 전달 쿠버네티스는 설정 데이터를 최상위 레벨의 리소스에 저장하고 이를 기타 다른 리소스 정의와 마찬가지로 깃 저장소 혹은 다른 파일 기반 스토리지에 저장할 수 있음. 이 리소스를 컨피그맵이라 함. Docker에서 명령어와 인자 정의 Entrypoint : 컨테이너가 시작될 때 호출될 명령어 정의 CMD: Entrypoint에 전달되는 인자 정의 Kubernetes에서 명령어와 인자 재정의 쿠버네티스에서 컨테이너를 정의할 때, ENTRYPOIN와 CMD 둘 다 재정의할 수 있..

[쿠버네티스 인 액션] 6장 - 볼륨: 컨테이너에 디스크 스토리지 연결

Volume “컨테이너의 디스크 스토리지” 파드 구성 요소로 컨테이너와 동일하게 파드 스펙에서 정의됨 독립적인 쿠버네티스 오브젝트가 아니므로 자체적으로 생성, 삭제 x 각 파드의 모든 컨테이너에서 사용 가능하지만 접근하려는 컨테이너에서 각각 마운트되어야 함 *마운트: 물리적인 장치를 디렉토리에 연결시켜 사용 가능하게 하는 것 같은 볼륨을 두 개의 컨테이너에 마운트하면 컨테이너는 동일한 파일로 동작 가능 위의 경우 볼륨 두 개를 세 개의 컨테이너에 마운트하여 컨테이너 세 개는 함께 동작할 수 있고, 유용한 작업 가능 사용 가능한 볼륨 유형 -emptyDir: 일시적인 데이터를 저장하는데 사용되는 간단한 빈 디렉터리 -hostPath: 워커 노드의 파일 시스템을 파드의 디렉터리로 마운트하는데 사용 -gitR..

[쿠버네티스 인 액션] 5장 - 클라이언트가 파드를 검색, 통신 가능하게 함(2/2)

Readiness Probe “주기적으로 호출되며 특정 파드가 클라이언트 요청을 수신할 수 있는지 결정” 컨테이너의 레디니스 프로브가 성공을 반환하면 컨테이너가 요청을 수락할 준비가 되었다는 신호 라이브니스 프로브는 상태가 좋지 않은 컨테이너를 제거하고 새롭게 컨테이너 교체하여 파드 상태 유지하지만, 레디니스 프로브는 요청을 처리할 준비가 된 파드의 컨테이너만 요청을 수신 파드의 레디니스 프로브가 실패하면 파드는 엔드포인트 오브젝트에서 제거됨 → 파드의 레이블이 서비스 레이블 셀렉터와 일치하지 않을 때와 같은 효과 파드에 레디니스 프로브를 추가하지 않으면 파드가 시작하는 즉시 서비스 엔드포인트가 된다. 헤드리스 서비스 “클라이언트가 모든 파드에 연결해야 하는 경우나 파드가 다른 파드에 각각 연결해야 하는..

[쿠버네티스 인 액션] 5장 - 클라이언트가 파드를 검색, 통신 가능하게 함(1/2)

서비스 “동일한 서비스를 제공하는 파드 그룹에 지속적인 단일 접점을 만들려고 할 때 생성하는 리소스” 각 서비스는 존재하는 동안 절대 바뀌지 않는 IP주소와 포트가 있음 클라이언트는 해당 IP와 포트로 접속하여 해당 서비스를 지원하는 파드 중 하나로 연결 → 이런 방식으로 서비스의 클라이언트는 서비스를 제공하는 개별 파드 위치 알 필요 x 서비스가 지원하는 파드는 한 개 이상일 수 있음. → 서비스 연결은 뒷단의 모든 파드로 로드밸런싱 됨. → 파드에 레이블 셀렉터로 서비스 지정 동일한 서비스에서 여러 개의 포트 노출 가능 이름이 지정된 포트 사용 가능 서비스 검색 환경변수를 통한 서비스 검색 -파드가 시작되면 쿠버네티스는 해당 시점에 존재하는 각 서비스를 가리키는 환경변수 세트 초기화 -클라이언트 파드..