✔️ Ingress 인그레스 컨트롤러 | Kubernetes Ingress 라는 오브젝트 리소스를 구현해주는 것이 Ingress Controller이다. 쿠버네티스의 핵심은 Controller Manager이다. METALLB에서도 controller가 실질적인 로드밸런서 기능을 한다. 컨트롤러라는 이름이 붙은 것들은 대부분 구현하고 제어하는 역할을 한다. 따라서 Ingress 리소스가 작동하려면, Ingress Controller가 반드시 필요하다. 프로젝트로서 쿠버네티스는 AWS, GCE와 nginx 인그레스 컨트롤러를 지원하고 유지한다. vagrant@node1  ~  kubectl api-resources | grep ingress ingressclasses networking.k8s.io/v..

✔️ Service - ExternalName 클러스터 내부에서 클러스터 외부의 특정 서비스에 접속하기 위해 DNS CNAME을 설정한다. vagrant@k8s-node1  ~/svc/exname  kubectl explain svc.spec.type "ExternalName" aliases this service to the specified externalName. Several other fields do not apply to ExternalName services. More info: https://kubernetes.io/docs/concepts/services-networking/service/#publishing-services-service-types vagrant@k8s-node1 ..

✔️ Service - LoadBalancer LoadBalancer = 외부용 LoadBalancer + NodePort + ClusterIp 클라우드 공급자의 로드 밸런서를 사용하여 서비스를 외부에 노출시킨다. 외부 로드 밸런서가 라우팅되는 NodePort와 ClusterIP 서비스가 자동으로 생성된다. 클라이언트들에게 192.168.100.100:31313, 192.168.100.101:31313, 192.168.100.102:31313 로 서비스를 제공하는 것은 의미가 없다. 외부용 DNS를 사용하면(www.abc.com) ip 영역은 커버할 수 있지만 포트까지는 해결할 수 없다. 사용자들이 www.abc.com:31313 으로 접근하는 것은 매우 불편하다. 따라서 우리는 다음과 같이 LB라는 서..

✔️ Service - NodePort svc.spec.type ClusterIP: 클러스터 내에서 사용하는 LB NodePort: 클러스터 외부에서 접근하는 포인트 LoadBalancer: 클러스터 외부에서 접근하는 LB vagrant@k8s-node1  ~  kubectl explain svc.spec.type "NodePort" builds on ClusterIP and allocates a port on every node which routes to the same endpoints as the clusterIP. "LoadBalancer" builds on NodePort and creates an external load-balancer (if supported in the current..

✔️ Challenge default NS에 myweb-svc 서비스를 만드시오 dev 라는 NS를 만들어서 nettool 파드를 띄우시오 그렇다면 nettool Pod(dev NS) ↔ myweb-svc SVC(default NS) 어떻게 통신할 것인가 ? vagrant@k8s-node1  kubectl create ns dev namespace/dev created vagrant@k8s-node1  ~/kubespray/inventory/mycluster/group_vars/k8s_cluster  ➦ e7508d7d  kubectl get ns NAME STATUS AGE default Active 4d6h dev Active 3d4h kube-node-lease Active 4d6h kube..

✔️ Service Discovery ✔️ 환경 변수를 이용한 Service Discovery Service Discovery는 클라우드 환경에서 중요하다. 클라이언트가 있고 서버가 있을 때 서버가 ASG(AutoScaling Group)을 통해 확장하거나 축소한다. 만약 확장한다면 새로 생성된 서버의 ip를 어떻게 알 수 있을까 ? 클라우드 레벨에서는 새로 생성된 서버의 ip를 확인할 수 있지만 클라이언트의 어플리케이션은 이 정보를 어떻게 알 수 있을까? 일반적으로 서버 앞에 LB를 두고 LB가 자동으로 ASG과 연동이 되면서 스케일 인이 되면 백엔드로 자동으로 등록되고 스케일 아웃 시에는 백엔드에서 제거한다. 유일한 진입점(LB)을 만들어 해결한다. 그리고 LB에 이름을 붙인다. 클라이언트의 App은..