killog

개요 오해: 쿠버네티스 스케줄러가 노드에서 pod 스케줄링을 담당한다 진실: 스케줄러는 어떤 pod 가 어떤 node 에 가는지 결정하는 역할만 하고, 실제로 node 에 pod 를 놓는 행위(kubelet 역할)는 하지 않는다. 스케줄러는 어떤 pod 가 어떤 node 에 가는지 결정방식(물론 커스텀 가능) filter nodes: pod 에서 요청한 cpu , memory resource 등을 이용해 노드 필터 rank nodes : 푀적의 노드를 식별하기 위해 노드 순위 매긴다. 우선 순위 기능을 이용해 0-10 척도로 노드에 점수 할당

개요 쿠버네티스에는 다양한 컨트롤러가 있다. 하나의 컨트롤러는 마스터 선박 내의 사무실 또는 부서와 같다. 각각의 책임이 있다. 1순위.. 지속적으로 선박의 상태를 관리 예. "선박" 사무실 선박을 모니터링하고, 필요한 조치를 취한다 예. "선박 리커버리 사무실" "선박 도착, 떠남 사무실" "선박 컨테이너 관리 사무실" 선박의 손상이나, full 을 관리함. 2순위 상황을 시정하기 위한 필요조치 쿠버네티스 용어로 컨트롤러는 시스템 내의 다양한 구성요소의 상태를 지속적으로 모니터링하는 프로세스입니다. 전체 시스템을 원하는 기능의 상태로 만들기 위해 노력합니다. 예 노드컨트롤러 : 노드의 상태를 모니터링하고, 필요한 애플리케이션을 계속 실행하기 위해 조치한다. kub-apiserver 를 통해 이 행위 수..

개요 kube-api server 는 쿠버네티스의 primary 관리 컴포넌트이다. 예제1. kubectl get nodes 내가 kubectl 명령을 실행하면, kubectl 유틸리티는 실제로, kube-apiserver 에 도달한다. 예1. kubectl get nodes kube-api server 는 먼저 요청을 인증하고, (1. Authenticate User) 유효성을 검사한다.(2. Validate Request) 그런 다음 etcd 클러스터에서 데이터를 검색한후, 해당 검색된 데이터를 response 한다. (3. Retrieve Data= Do Job) 예제2. curl -X POST /api/v1/namespace/default/pods .. 실제로, 우린 꼭 kubectl 안쓰고 직접..

Basic in Kubernetes what is ETCD? ETCD 는 간단하고, 안전하며, 빠른, 분산 안정적 키값 저장소입니다. what is key-value store? 중복 값을 가질 수 없다. how to get started quickly? # 1. download curl -L https://github.com/etcd-io/etcd/releases/download/v3.3.11/etcd- v3.3.11-linux-amd64.tar.gz -o etcd-v3.3.11-linux-amd64.tar.gz # 2. extract tar xzcf etcd-v3.3.11-linux-amd64.tar.gz (안깔리길레 brew install etcd) # 3. run ETCD Service ./etc..

https://www.udemy.com/course/certified-kubernetes-administrator-with-practice-tests/learn/lecture/14298422#content cka 시험 들록 페이지 (현재 375달러)() cka 시험 특징 출처 : https://lifeoncloud.kr/k8s/cka/ 온라인 시험 = 여권,( 주민등록증, 신용카드,) 오픈북 시험입니다. 시험 중에 브라우저 탭 두 개 허용됩니다. 오픈북이기 때문에 북마크 기능 활용가능 하나는 시험 환경 탭, 하나는 쿠버네티스 공식 문서입니다. discussion 페이지는 열람이 불가합니다. 가능 https://kubernetes.io/docs/ https://kubernetes.io/blog/ https..

Argo CD (gitops) doc link : https://argo-cd.readthedocs.io/en/stable/ ArgoCD Argo CD 는 Kubernetes용 GItOps 스타일의 배포를 지원하는 CD 도구이다. Git 저장소의 내용과 쿠버네티스 클러스터를 동기화해주는 에이전트이다. 쿠버네티스 클러스터 내부에서 Pod 형태로 배포가 된다. why ArgoCD? 애플리케이션 정의, 구성, 및 환경은 선언적이어야하고 버전을 제어해야한다. 애플리케이션 배포 및 수명 주기 관리는 자동화되고 감시 가능하고, 이해하기 쉬워야한다. 특징 애플리케이션 정의, 구성 및 환경은 선언적이어야하며, 버전을 제어한다. 애플리케이션 배포 및 수명주기 관리는 자동화되고, 확인하기 쉽다. 지정된 대상 환경에 애플리..

5장. 서비스 : 클라이언트가 파드를 검색하고 통신 가능하게한다. 5장에서 다룰 내용 단일 주소로 파드를 노출하는 서비스 리소스 만들기 클러스터 안에서 서비스 검색 외부 클라이언트에 서비스 노출 클러스터 내에서 외부 서비스 접속 파드가 서비스할 준비가 됐는지 제어하는 방법 서비스 문제 해결 파드가 다른 파드에게 제공하는 서비스를 이용하려면 다른 파드를 찾는 방법이 필요하다. 문제점 파드는 임시적이다. 다른 파드를 위한 공간을 만들기 위해 노드에서 파드를 제거, 축소, 장애 가 있을 수 있다. 쿠버네티스는 파드가 노드가 예약된 후, 시작되기 전에 파드에 ip 주소를 할당하므로 클라이언트는 서버 파드의 ip 주소를 미리 알 수 없다. 수평적 확장은 여러 파드가 동일한 서비스를 제공해야한다. 각 파드에는 고유..

쿠버네티스 패턴 4장. 정상 상태 점검 정상 상태 점검(health probe pattern) 은 애플리케이션이 쿠버네티스와 정상상태 여부를 통신하는 방법에 관한 패턴이다. 쿠버네티스가 클라우드 네이티브 애플리케이션의 실행여부와 , 요청 처리 준비 상태 여부를 감지할 수 있어야함. 클라우드 네이티브 애프리케이션은 애플리케이션 상태를 유추 가능하도록 잘 관측될 수 있어야함. 이러한 관측은 파드의 수명주기 관리 및 트래픽이 애플리케이션으로 라우팅되는 방식에 영향을 준다. 문제 애플리케이션이 예상대로 작동중이며, 컨슈머에게 서비스를 제공할 수 있는 지 여부를 확인할 방법이 필요하다. 이상: 쿠버네티스는 컨테이너 프로세스의 상태를 주기적으로 확인하고, 문제가 감지되면, 컨테이너를 다시 시작한다. 현실: ( JV..