Kubernetes (28) - Ingress로 HTTP/HTTPS 요청을 Service에 라우팅하기
1. Ingress가 필요한 이유 LoadBalancer Service를 애플리케이션마다 만들면 외부 IP와 로드 밸런서가 서비스 수만큼 늘어날 수 있다. 웹 애플리케이션은 보통 하나의 도메인 아래에서 호스트 이름이나 URL 경로에 따라 여러 백엔드로 나누어 보내는 편…
TAG
#service
6개의 글
Kubernetes (27) - MetalLB로 온프레미스 LoadBalancer Service 구성하기
1. MetalLB가 필요한 이유 type: LoadBalancer Service는 외부 로드 밸런서 구현체에 공인 또는 외부 IP 할당을 요청한다고 정리했다. AWS·GCP 같은 클라우드에서는 해당 구현체가 제공되지만, kubeadm으로 구성한 온프레미스·가상 머신…
Kubernetes (26) - 선택자 없는 Service와 EndpointSlice로 외부 백엔드 연결하기
1. selector 없이도 Service를 만들 수 있다 일반적인 Service는 selector로 Pod를 찾고, Kubernetes가 EndpointSlice를 자동 생성한다. 그러나 관리형 데이터베이스, 다른 클러스터의 서비스, Kubernetes로 이전 중인…
Kubernetes (25) - Service 트래픽 정책과 세션 어피니티로 전송 경로 제어하기
1. Service의 분산 경로도 제어할 수 있다 일반 Service는 준비된 모든 엔드포인트 가운데 하나로 트래픽을 보낸다. 이 기본 동작은 무상태 웹 서버에 알맞지만, 클라이언트를 같은 Pod에 유지해야 하거나 외부 요청의 원본 IP를 보존해야 할 때는 추가 정책이…
Kubernetes (18) - Headless Service와 kube-proxy로 Pod 직접 발견하기
1. Headless Service가 필요한 이유 일반적인 ClusterIP Service는 하나의 가상 IP를 제공하고, 그 IP로 들어온 요청을 여러 Pod 엔드포인트에 분산한다. 하지만 StatefulSet처럼 각 Pod를 구분해 연결해야 하거나, 클라이언트가 백…
Kubernetes (17) - Service로 Pod 접근 지점과 로드 밸런싱 구성하기
1. Service가 필요한 이유 Deployment가 관리하는 Pod는 교체·확장·축소 과정에서 IP 주소가 바뀔 수 있다. 클라이언트가 특정 Pod IP를 직접 사용하면 Pod가 재생성됐을 때 통신 대상이 사라지고, 여러 Pod에 트래픽을 나누기도 어렵다. Serv…