SERVICE - 1

이 블로그 포스트는 인프런 의 대세는 쿠버네티스 [초급~중급] 강의를 내가 이해하기 편하도록

정리한 자료이다.

https://www.inflearn.com/course/%EC%BF%A0%EB%B2%84%EB%84%A4%ED%8B%B0%EC%8A%A4-%EA%B8%B0%EC%B4%88/dashboard

대세는 쿠버네티스 [초급~중급] - 인프런 | 강의

 

Service 는 자신의 IP를 갖고있으며, service를 통해 pod 에 접속이 가능하다.

pod는 k8s 내에서 언제든 죽을 수 있고 재생성되는 객체로써 재생성시 IP가 재할당 되므로 pod의 IP는 신뢰성이 떨어진다.

service는 관리자가 강제로 삭제하지 않는한 유지된다.

따라서, service 의 ip가 신뢰성이 높으므로 pod가 유지되던, 재생성되던 service 에 연결된 pod는 언제든 service ip를 통해 접근이 가능하다.

 

Cluster IP 방식의 Service 는 cluster 내부(k8s-master, k8s-node1) 에서만 접근가능하다.

(외부에서는 접근 불가능)

여러개의 Pod를 service 에 연결 가능하며 service가 분산처리를 해준다.

Service 생성시 옵션을 별도로 넣지 않으면 기본으로 Cluster IP 방식으로 생성한다.

- 주로 인가된 사용자(운영자), 내부 대시보드 관리, POD 서비스에 대한 디버깅 용도로 사용

 

K8s 클러스터의 모든 Node 에 동일한 port 로 service 가 생성되는 방식이다.

pod 각 각 Node 에 있던 한쪽 node 에만 있던 상관없이 node 에 동일한 port 로 할당된다.

해당 Node의 IP와 port 를 이용하여 접속하면 해당 service 로 접속되며 service를 통해 pod 에 접근이 가능하다.

service 생성시 externalTrafficPolicy 옵션을 추가하여 local 로 설정할 경우에는 node1 ip로 접속할 경우에는 node1 에 생성된 POD로 접속되고 node2 ip 로 접속할 경우에는 node2 에 생성된 POD로 접속된다.

- 내부망 연결용, test 용으로 사용

 

node port 방식과 비슷하지만, 앞단에 Load Balancer 가 생성되어 traffic 분산의 기능을 수행한다.

해당기능은 일반적인 로컬 k8s 환경을 사용할경우 별도의 plugin 설치가 필요하다.(EX. metalLB)

AWS, GCP 의 k8s 클러스터를 사용할 경우 기본적으로 제공된다.

- 실제 서비스용도로 사용