로드 밸런서 : kubernetes LoadBalancer 서비스는 kubernetes 클러스터에 없지만 다른 곳에 존재하는 외부로드 밸런서를 가리키는 서비스입니다. 포드를 외부에서 라우팅 할 수 있다고 가정하면 포드와 함께 작동 할 수 있습니다. Google과 AWS는 기본적으로이 기능을 제공합니다. Amazon 측면에서, 이는 AWS에서 실행될 때 ELB 및 kubernetes와 직접 매핑되므로 배포 된 각 LoadBalancer 서비스에 대해 ELB 인스턴스를 자동으로 프로비저닝하고 구성 할 수 있습니다.

수신 : 수신은 실제로 수신 대기중인 컨트롤러에 전달할 규칙 세트입니다. 많은 수신 규칙을 배포 할 수 있지만이를 처리 할 수있는 컨트롤러가 없으면 아무 일도 일어나지 않습니다. LoadBalancer 서비스는 수신 규칙을 수신하도록 구성 할 수 있습니다.

클러스터 외부에 라우팅 가능한 외부 IP가 있지만 클러스터 내에 존재하는 포드를 가리키는 NodePort 서비스를 만들 수도 있습니다 . 수신 컨트롤러 일 수 있습니다.

수신 컨트롤러는 수신 규칙을 해석하도록 구성된 포드입니다. kubernetes가 지원하는 가장 널리 사용되는 수신 컨트롤러 중 하나는 nginx입니다. Amazon의 관점에서 ALB 는 수신 컨트롤러 로 사용될 수 있습니다 .

예를 들어, 이 nginx 컨트롤러는 사용자가 정의한 수신 규칙을 수집하고이를 포드에서로드하고 시작하는 nginx.conf 파일로 변환 할 수 있습니다.

예를 들어 다음과 같이 수신을 정의했다고 가정 해 봅시다.

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  annotations:
   ingress.kubernetes.io/rewrite-target: /
 name: web-ingress
spec:
  rules:
  - host: kubernetes.foo.bar
    http:
      paths:
      - backend:
          serviceName: appsvc
          servicePort: 80
        path: /app

그런 다음 nginx 컨트롤러 포드를 검사하면에 정의 된 다음 규칙이 표시됩니다 /etc/nginx.conf.

server {
    server_name kubernetes.foo.bar;
    listen 80;
    listen [::]:80;
    set $proxy_upstream_name "-";
    location ~* ^/web2\/?(?<baseuri>.*) {
        set $proxy_upstream_name "apps-web2svc-8080";
        port_in_redirect off;

        client_max_body_size                    "1m";

        proxy_set_header Host                   $best_http_host;

        # Pass the extracted client certificate to the backend

        # Allow websocket connections
        proxy_set_header                        Upgrade           $http_upgrade;
        proxy_set_header                        Connection        $connection_upgrade;

        proxy_set_header X-Real-IP              $the_real_ip;
        proxy_set_header X-Forwarded-For        $the_x_forwarded_for;
        proxy_set_header X-Forwarded-Host       $best_http_host;
        proxy_set_header X-Forwarded-Port       $pass_port;
        proxy_set_header X-Forwarded-Proto      $pass_access_scheme;
        proxy_set_header X-Original-URI         $request_uri;
        proxy_set_header X-Scheme               $pass_access_scheme;

        # mitigate HTTPoxy Vulnerability
        # https://www.nginx.com/blog/mitigating-the-httpoxy-vulnerability-with-nginx/
        proxy_set_header Proxy                  "";

        # Custom headers

        proxy_connect_timeout                   5s;
        proxy_send_timeout                      60s;
        proxy_read_timeout                      60s;

        proxy_redirect                          off;
        proxy_buffering                         off;
        proxy_buffer_size                       "4k";
        proxy_buffers                           4 "4k";

        proxy_http_version                      1.1;

        proxy_cookie_domain                     off;
        proxy_cookie_path                       off;

    rewrite /app/(.*) /$1 break;
    rewrite /app / break;
    proxy_pass http://apps-appsvc-8080;

    }

Nginx는 방금 클러스터 http://kubernetes.foo.bar/app의 서비스를 가리 키도록 라우팅하는 규칙을 만들었습니다 appsvc.

다음은 nginx 수신 컨트롤러로 kubernetes 클러스터를 구현하는 방법 의 예 입니다. 도움이 되었기를 바랍니다!

답변

  1. listens on specific ports (usually 80 and 443) for web traffic
  2. Listens for the creation, modification, or deletion of Ingress Objects
  3. Creates internal L7 routing rules based on these Ingress Objects