kubernetes (2) 썸네일형 리스트형 [Kubernetes] Control Plane - Kube Api Server 한 줄 요약: 쿠버네티스에서 무언가를 바꾸는 유일한 방법은 API 서버에 HTTP 요청을 보내는 것이다. 위 그림의 핵심위 아키텍처 그림을 보면 스케줄러와 컨트롤러 매니저, 그리고 워커 노드의 kubelet 사이에는 직접 연결된 선이 없다. 모든 선은 가운데의 kube-api-server 상자를 거친다. etcd로 들어가는 선도 오직 API 서버에서만 나온다. api-server 를 통하는 것은 쿠버네티스 설계의 핵심 그 자체다. 쿠버네티스는 컴포넌트들이 서로를 호출하며 협업하는 시스템이 아니다. 모든 컴포넌트는 오직 API 서버만 바라보고, 서로의 존재조차 모른다. 스케줄러는 kubelet에게 "이 파드 좀 띄워줘"라고 말하지 않는다. 그냥 API 서버에 있는 파드 객체에 nodeName: node-.. [Kubernetes] Service Service는 프로세스가 아니라 규칙(rule) 이다.어딘가에 트래픽을 받아 넘겨주는 프록시 서버가 떠 있는 게 아니라, 모든 노드의 커널에 심어진 패킷 변환 규칙의 집합이다. 이 한 문장을 이해하면 Service의 거의 모든 동작이 설명된다.Service가 왜 필요한가Pod는 일회용(ephemeral) 이다. 재시작되면 새 IP를 받고, 스케일 아웃되면 개수가 바뀌고, 노드가 죽으면 다른 노드에서 태어난다. 그래서 Pod IP를 직접 부르는 구조는 성립할 수 없다.문제Service가 없다면Service가 있다면Pod 재생성 시 IP 변경호출하는 쪽 설정을 매번 수정ClusterIP는 Service 수명 동안 불변Pod가 N개클라이언트가 직접 분배 로직 구현커널 레벨에서 자동 분산Pod 위치를 모름IP.. 이전 1 다음