안녕하세요

안녕하세요. CloudNet@ 팀입니다.

질문에 내용에 대해 동일한 구성을 한 후 실습을 진행해 보았습니다. 마찬가지로 정상적인 접속이 되지 않는 상황이며 왜 이러한 현상이 나오는지 설명드리겠습니다.

먼저 1장 실습에서 mario 파드를 배포하는 환경은 파드를 외부에 노출하는 방법으로 LoadBalancer 서비스를 사용합니다.

기본 EKS 환경에서 Loadbalancer 서비스를 정의하면 AWS에 CLB라는 로드 밸런서가 생성되어 접근되는데요.

이렇게 CLB를 생성하는 경우는 EKS 클러스터를 구성 후 별도의 AWS Load Balancer Controller를 구성하지 않는 경우에 해당합니다.

여기서 AWS Load Balancer Controller를 설치했다면 얘기가 조금 달라지는데요.

앞서와 동일하게 Loadbalancer 서비스를 정의하면 AWS에 CLB가 아닌 NLB라는 로드 밸런서가 생성됩니다.

공교롭게 수강생분이 구성한 환경(5장 실습 환경)은 AWS Load Balancer Controller를 생성한 환경인 것이니 CLB가 아닌 NLB가 구성되어 mario 파드가 노출됩니다.

— Amazon EKS Docs 참조 —

Kubernetes 유형의 Service LoadBalancer를 생성하면 AWS 클라우드 공급자 로드 밸런서 컨트롤러가 기본적으로 AWS Classic 로드 밸런서를 생성하지만 AWS Network Load Balancer도 생성할 수 있습니다. 이 컨트롤러는 향후 중요한 버그 수정만 수신하고 있습니다. AWS 클라우드 공급자 로드 밸런서 사용에 대한 자세한 내용은 Kubernetes 설명서의 AWS 클라우드 공급자 로드 밸런서 컨트롤러를 참조하세요. 이 주제에서는 이에 대해 다루지 않습니다.

AWS 클라우드 공급자 로드 밸런서 컨트롤러 대신 AWS Load Balancer Controller의 버전 2.5.4 이상을 사용하는 것이 좋습니다. AWS Load Balancer Controller는 AWS Network Load Balancer를 생성하지만 AWS Classic 로드 밸런서는 생성하지 않습니다. 이 주제의 나머지 부분은 AWS 로드 밸런서 컨트롤러 사용에 대한 것입니다.

— end —

여기서 AWS Load Balancer Controller를 통해 NLB 로브 밸런서 서비스를 배포할 때 필수적인 요소가 있습니다. metadata 영역에서 annotations 필드에 NLB를 설정을 위한 정보를 정의해야 하는데요.

현재 1장의 mario.yaml 파일은 아래와 같습니다.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mario
  labels:
    app: mario
spec:
  replicas: 1
  selector:
    matchLabels:
      app: mario
  template:
    metadata:
      labels:
        app: mario
    spec:
      containers:
      - name: mario
        image: pengbai/docker-supermario
---
apiVersion: v1
kind: Service
metadata:
   name: mario
spec:
  selector:
    app: mario
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
  type: LoadBalancer

Service 영역에서 Loadbalancer 영역을 정의하고 있지만 NLB는 annotations 필드를 정의해야 한다고 했죠? annotations 정보가 정의되지 않아 결국 로드밸런서 동작이 되지 않아 접근이 되지 않는 것입니다.

만약 CLB라면 별도의 annotations 정의가 필요없어 문제가 없지만 AWS Load Balancer Controller 설치에 의해 NLB로 구성하려고 한다면 문제가 발생하는 것이죠.

그러면 mario.yaml 파일을 아래와 같이 수정하면 문제 없이 동작할 수 있습니다. (참고로 NLB 생성에 따른 약간의 대기가 필요합니다.)

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mario
  labels:
    app: mario
spec:
  replicas: 1
  selector:
    matchLabels:
      app: mario
  template:
    metadata:
      labels:
        app: mario
    spec:
      containers:
      - name: mario
        image: pengbai/docker-supermario
---
apiVersion: v1
kind: Service
metadata:
   name: mario
   annotations:
     service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: ip
     service.beta.kubernetes.io/aws-load-balancer-scheme: internet-facing
     service.beta.kubernetes.io/aws-load-balancer-healthcheck-port: "8080"
     service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: "true"
spec:
  selector:
    app: mario
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
  type: LoadBalancer

그러면 1항 질문은 설명이 된 것 같고요.
2항과 3항도 생성된 NLB의 대상 그룹에서 다시 확인해 보시면 될 것입니다.

마지막으로 4항에서 노드마다 구성되는 노드익스포터는 모니터링 네임스페이스에 배포된 것일 뿐이고 파드가 꼭 모니터링 네임스페이스에만 존재해야 하는 것은 아닙니다.

kube-state-metrics 와 node-exporter 를 설치해서 파드들의 메트릭 정보를 수집할 수 있는 것이죠.

감사합니다.