이너스 vs 로드 밸런서

저는 쿠버네티스에서 Ingress와 로드 밸런서의 역할에 대해 혼란스러움을 많이 느끼고 있습니다.

내가 이해한 바에 따르면 Ingress는 클러스터에서 실행 중인 서비스로의 인터넷에서 들어오는 트래픽을 매핑하는 데 사용됩니다.

로드 밸런서의 역할은 트래픽을 호스트로 전달하는 것입니다. 이 관점에서 Ingress와 로드 밸런서는 어떻게 다른가요? 또한 쿠버네티스 내부의 로드 밸런서 개념은 Amazon ELB와 ALB와 어떻게 비교되나요?

답변 1

서버 {
    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;
        # 추출한 클라이언트 인증서를 백엔드에 전달
        # 웹소켓 연결 허용
        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;
        # HTTPoxy 취약점 완화
        # https://www.nginx.com/blog/mitigating-the-httpoxy-vulnerability-with-nginx/
        proxy_set_header Proxy                  ;
        # 사용자 지정 헤더
        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로 라우팅하기 위한 규칙을 생성했습니다.

이것은 kubernetes 클러스터에 nginx ingress 컨트롤러를 구현하는 예시입니다.

답변 2

인그레스 vs 로드 밸런서
인그레스와 로드 밸런서는 모두 네트워크 트래픽을 관리하고 애플리케이션을 안정적으로 운영하는 데 도움을 주는 도구입니다. 그러나 이 두 가지 도구는 목적과 기능면에서 약간의 차이가 있습니다. 여기에서 우리는 인그레스와 로드 밸런서의 특징을 비교하고 각각의 장점과 단점을 알아볼 것입니다.
첫째, 인그레스는 컨테이너 관리 플랫폼인 쿠버네티스에서 사용되는 네트워크 프록시입니다. 인그레스는 다양한 기능을 제공하여 클러스터 내부에 있는 다양한 애플리케이션을 쉽게 외부와 연결할 수 있도록 도와줍니다. 인그레스는 다양한 프로토콜(예: HTTP, HTTPS)을 지원하며, URL 라우팅, SSL 인증서 관리 등의 고급 기능도 제공합니다. 이러한 이유로 인그레스는 다양한 트래픽을 효과적으로 분배하고 애플리케이션의 가용성과 확장성을 향상시키는 데 유용합니다.
반면에, 로드 밸런서는 서버의 부하를 고르게 분산시켜주는 역할을 합니다. 로드 밸런서는 네트워크 트래픽을 처리하고 웹 서버나 애플리케이션 서버에게 요청을 전달하는 역할을 합니다. 로드 밸런서는 주로 서버 가용성을 향상시키고 시스템 리소스를 효율적으로 사용하도록 도와줍니다. 따라서 로드 밸런서는 과부하 방지와 서버 병목 현상을 예방하는 데 도움이 됩니다.
둘째, 인그레스는 애플리케이션의 가용성 측면에서 더 많은 옵션을 제공합니다. 인그레스를 통해 여러 애플리케이션을 단일 IP 주소로 접근할 수 있으며, 필요에 따라 로드 밸런서와도 연계하여 사용할 수 있습니다. 이는 애플리케이션을 안정적으로 운영하고 가용성을 확보하는 데 매우 유용합니다.
한편, 로드 밸런서는 서버의 부하를 분산시키기 위해 효과적으로 사용될 수 있습니다. 초고가용성을 필요로 하는 큰 규모의 애플리케이션에는 로드 밸런서가 더 적합할 수 있습니다. 로드 밸런서는 트래픽을 세션당 고정적인 방식으로 분배할 수 있으며, 이는 일부 서버의 부하가 높은 경우 또는 여러 가용 영역에 대해 트래픽을 고르게 분산하고자 할 때 유용합니다.
양측의 장단점을 비교해보면, 인그레스는 다양한 기능과 유연성을 제공하여 애플리케이션의 가용성과 안정성을 높일 수 있습니다. 반면에, 로드 밸런서는 부하 분산과 서버 가용성 향상에 집중하여 효율적으로 작동하도록 도와줍니다.
요약하자면, 인그레스와 로드 밸런서는 각각 고유한 장점과 기능을 가지고 있습니다. 인그레스는 쿠버네티스와 함께 사용되는 네트워크 프록시로, 애플리케이션의 가용성과 확장성을 향상시킵니다. 반면에 로드 밸런서는 서버의 부하를 효과적으로 분산시키고 시스템 리소스를 효율적으로 사용하며, 서버가용성을 향상시키는 데 중점을 둡니다. 선택하려는 도구에 따라 애플리케이션의 특징과 요구사항을 고려하여 적절한 도구를 선택해야 합니다.