NGINX Plus R9 출시 발표

Owen Garrett제품 관리 부문 수석 이사

NGINX, Inc.는 자사의 애플리케이션 전송 플랫폼 최신 릴리스인 NGINX Plus Release 9(R9)의 출시를 자랑스럽게 발표합니다. 이번 업데이트에서는 두 가지 중요한 새로운 기능을 제공합니다. 첫 번째는 사용자 지정 바이너리 없이 NGINX Plus에 다양한 확장 기능을 동적으로 로드할 수 있는 기능이며, 두 번째는 기존 TCP 및 HTTP 부하 분산 기능과 함께 제공되는 상용 지원 UDP 부하 분산 기능입니다.

NGINX Plus R9의 흥미로운 새로운 기능과 더불어, 새로운 요금제와 지원 옵션도 선보입니다. 이제 NGINX Plus는 하나의 고정 요금으로 애플리케이션이나 기업 환경 어디에서나 무제한으로 사용할 수 있는 정액제 요금 모델로 제공됩니다. 또한 NGINX Plus는 세 가지 지원 수준: 비프로덕션 애플리케이션을 위한 Basic 9×5 지원, 전화 또는 이메일을 통한 Professional 24×7 지원, 30분 이내 응답을 보장하는 Enterprise 24×7 지원 중에서 선택하여 구매할 수 있습니다.

편집자 주 – NGINX Plus R9의 주요 새 기능에 대한 자세한 내용은 다음 관련 자료를 참조하세요.

• NGINX 및 NGINX Plus를 사용한 DNS 트래픽 로드 밸런싱
• NGINX 및 NGINX Plus에서 DNS를 사용한 서비스 검색
• Consul의 DNS SRV 레코드를 사용한 NGINX Plus 서비스 검색
• NGINX Plus R9의 새로운 기능 (주문형 웨비나)

NGINX Plus R9의 주요 새로운 기능은 다음과 같습니다:

• 동적 모듈 – 이제 동적으로 로드할 수 있는 모듈을 사용하여 런타임에 NGINX Plus를 확장할 수 있습니다. 즉, 원하는 확장 기능만 선택하여 표준 apt 및 yum 명령으로 액세스할 수 있는 NGINX Plus 리포지토리에서 직접 설치할 수 있습니다. 앞으로 당사 소프트웨어용으로 테스트와 완전한 인증을 거친 확장 기능을 지속적으로 확대하여 배포할 예정입니다. Lua 프로그래밍 언어 지원과 같이 NGINX에서 개발했거나 타사에서 제공하는 가장 인기 있는 모듈은 이미 동적으로 로드할 수 있는 새로운 형식으로 변환되었습니다. 또한 타사 모듈 소유자가 모듈을 새로운 형식으로 변환할 수 있도록 타사 모듈 소유자를 위한 지침도 게시했습니다. 모듈을 당사 리포지토리에 추가하려면 먼저 이 형식으로 변환해야 합니다.
• UDP 로드 밸런싱 – 기존 TCP 및 HTTP 로드 밸런싱 기능에 UDP 로드 밸런싱이 추가되어 이제 NGINX Plus는 거의 모든 애플리케이션의 부하를 분산할 수 있습니다. 지난달에는 NGINX Open Source의 UDP 로드 밸런싱을 추가했으며, 이번 릴리스에서는 고급 기능을 더해 NGINX Plus까지 지원을 확대합니다. NGINX Plus는 능동 상태 확인을 통해 UDP 서비스를 모니터링하고, 풍부한 통계로 핵심적인 가시성을 제공하며, 서버를 동적으로 추가하고 제거할 수 있도록 지원합니다. UDP는 일반적으로 DNS(도메인 이름을 주소로 변환), syslog(경량 로깅), RADIUS(인증 프로토콜)처럼 본질적으로 트랜잭션 기반이 아닌 경량 프로토콜에 사용됩니다. 또한 UDP는 대역폭 요구 사항이 낮아 IoT 애플리케이션에서 선호되는 프로토콜 중 하나로 부상하고 있습니다. NGINX Plus를 사용하면 이러한 기존 및 신규 애플리케이션을 손쉽게 제공하고 로드 밸런싱할 수 있습니다.
• DNS SRV 레코드를 사용한 서비스 검색 – 마이크로서비스 기반 애플리케이션은 동적이므로 필요에 따라 서비스를 확장하거나 축소하고 이동할 수 있습니다. 서비스의 현재 상태를 지속적으로 파악하는 좋은 방법은 서비스 검색을 사용하는 것입니다. Consul 및 etcd(SkyDNS)와 같은 많은 서비스 검색 플랫폼은 클라이언트(예: NGINX Plus)가 검색된 서비스에 대한 정보를 요청할 수 있도록 DNS 인터페이스를 제공합니다. 서비스에서 사용하는 포트 번호는 동적으로 할당되는 경우가 많습니다. 따라서 서비스 검색 플랫폼은 포트 번호 정보가 포함된 DNS SRV 레코드를 사용합니다. 이제 NGINX Plus는 DNS SRV 레코드를 지원하며, DNS 요청을 사용하여 동적으로 할당된 포트 정보를 비롯한 서비스 위치를 서비스 레지스트리에 질의할 수 있습니다.
• NGINX Plus 앱 요금제 – 급격한 성장, 계절적 수요 또는 탄력적인 트래픽 상황에서 최고의 성능과 가동 시간을 보장하려면 많은 애플리케이션에 동적 인프라가 필요합니다. 이러한 앱은 일반적으로 마이크로서비스 또는 분산 아키텍처를 활용하며, 실행 환경으로 컨테이너나 가상 머신을 사용합니다. 인스턴스 또는 머신 사용 시간 단위로 소프트웨어 비용을 지불하는 방식으로는 이러한 최신 앱에 필요한 유연성이나 비용 효율성을 확보할 수 없습니다. 이러한 사용 사례를 위해 NGINX Plus 앱 요금제를 선보입니다. NGINX Plus 앱 요금제는 애플리케이션당 연간 정액 요금으로 NGINX Plus의 확장 기능과 상용 지원 바이너리를 제한 없이 사용할 수 있도록 합니다. VM, 컨테이너, 노드, 동시 연결 또는 사용자 수와 관계없이 1년 내내 하나의 저렴한 요금만 지불하면 됩니다. 애플리케이션 인프라 내에서 필요할 때 언제 어디서나 원하는 방식으로 NGINX Plus를 배포하고, 개발, 테스트, 스테이징, 재해 복구 및 프로덕션 환경 전반에서 활용할 수 있습니다. 예측하기 어려운 사용량 기반 요금을 걱정하거나 갑작스럽게 용량을 확장해야 할 때 라이선스 키를 발급받기 위해 기다릴 필요가 없습니다.

NGINX Plus R9 기능 상세 정보

이 섹션에서는 NGINX Plus R9의 모든 새로운 기능을 자세히 살펴봅니다.

동적 모듈

NGINX와 NGINX Plus는 모두 모듈식 아키텍처를 갖추고 있습니다. 핵심 기능은 타사 개발자와 NGINX 핵심 엔지니어링 팀이 작성한 모듈을 통해 확장할 수 있습니다. 이러한 모듈은 Lua 스크립팅 내장, IP 주소를 기반으로 한 사용자 위치 확인 등의 주요 기능을 추가합니다. 현재 100개 이상의 타사 모듈과 60개 이상의 공식 NGINX 모듈을 사용할 수 있습니다. 이 중 56개는 기본 nginx‑plus 패키지에, 10개는 nginx‑plus‑extras 패키지에 추가로 포함되어 있습니다(전체 목록은 NGINX Plus 기술 사양에서 확인할 수 있습니다).

이번 릴리스부터 nginx‑plus‑extras 패키지의 추가 모듈(타사 및 NGINX 공식 모듈 모두)을 기본 NGINX Plus 패키지인 nginx‑plus에 동적으로 로드할 수도 있습니다. 따라서 실제로 필요한 추가 모듈만 로드할 수 있습니다.

이러한 모듈은 NGINX Plus 리포지토리에서 사용할 수 있으며, 향후 몇 달 동안 리포지토리에 모듈을 추가할 계획입니다. 현재 nginx‑plus‑extras 패키지를 사용 중인 경우 핵심 nginx‑plus 패키지로 마이그레이션하시기 바랍니다. 이후 릴리스에서 nginx‑plus‑extras 패키지의 지원을 중단할 예정이기 때문입니다.

당사는 광범위한 릴리스 테스트를 실행하기 전에 각 동적 모듈을 NGINX Plus 코어에 로드하여 테스트합니다. 이를 통해 모듈이 구성되지 않은 상태에서는 NGINX Plus의 정상적인 작동을 방해하지 않는다는 것을 확인할 수 있습니다. 또한 모듈 업데이트를 추적하고 각 릴리스 시점과 릴리스 사이에 심각한 보안 문제가 보고될 경우 새 빌드를 배포합니다.

동적 모듈을 사용하면 모든 사용자가 이용하는 기능을 하나의 NGINX Plus 바이너리로 배포할 수 있습니다. 관리자는 사용하려는 추가 모듈을 필요에 따라 선택할 수 있습니다.

NGINX Plus에서 동적 모듈을 로드하는 방법

모듈을 설치하고 동적으로 로드하려면 다음 단계를 수행합니다. 이 단계에서는 패키지 관리 도구가 OS 공급업체의 배포판이 아닌 NGINX, Inc.에서 파일을 가져오도록 구성되어 있다고 가정합니다.

1. 운영 체제의 표준 패키지 관리 도구(예: apt 또는 yum)를 사용하여 기본 nginx‑plus 이미지와 동적으로 로드할 모듈을 설치합니다(각 모듈마다 설치 명령을 반복 실행). 다음 명령은 Debian 기반 시스템에 적합합니다.

# apt-get update# apt-get install nginx-plus
# apt-get install module-name

1. 이 릴리스에서 module‑name 대신 사용할 수 있는 이름은 다음과 같습니다. 선택한 모듈의 /etc/nginx/modules 파일이 설치된 위치를 가리키는 심볼릭 링크가 포함된 .so 디렉터리가 자동으로 생성됩니다. 참고:
   • nginx-plus-module-geoip
   • nginx-plus-module-headers-more
   • nginx-plus-module-image-filter
   • nginx-plus-module-lua
   • nginx-plus-module-passenger
   • nginx-plus-module-perl
   • nginx-plus-module-rtmp
   • nginx-plus-module-set-misc
   • nginx-plus-module-xslt
   • 이전 릴리스의 NGINX Plus용 nginx‑plus‑extras 패키지를 사용 중인 경우 R9 nginx‑plus 패키지를 설치하기 전에 해당 패키지를 제거해야 합니다. Debian 기반 시스템에서는 다음 명령을 사용하십시오:

# apt-get update# apt-get remove nginx-plus-extras
# apt-get install nginx-plus
# apt-get install module-name

• 일부 모듈은 운영 체제의 제한으로 인해 특정 운영 체제 버전에서 사용할 수 없습니다. 자세한 내용과 모듈 설명은 NGINX Plus 기술 사양을 참조하세요.

1. In the main (top‑level) context in /etc/nginx/nginx.conf의 기본(최상위) 컨텍스트에서 동적으로 로드할 수 있는 각 모듈에 대해 load_module 지시어를 추가합니다:

load_module modules/module-name.so;

1. 새 구성이 구문상 유효한지 확인하고 NGINX Plus를 다시 로드합니다.

# nginx -t && nginx -s reload

1. nginx.conf에 나열된 모듈은 NGINX Plus에 동적으로 로드됩니다.

UDP 부하 분산

지난달에 NGINX Open Source의 UDP 부하 분산 기능을 출시했으며, NGINX Plus R9에서는 상태 확인, 확장된 상태 모니터링 및 즉각적인 재구성 기능을 추가하여 이 기능을 더욱 확장했습니다.

TCP 부하 분산과 마찬가지로 UDP 부하 분산 구성은 stream 컨텍스트에 배치합니다. 또한 HTTP 및 TCP 부하 분산과 마찬가지로 UDP 부하 분산에서도 업스트림 그룹을 사용하여 UDP 기반 서비스를 제공하는 오리진 서버 집합과 서버 간 트래픽 부하 분산에 사용할 알고리즘을 정의합니다.

또한 이 구성은 각 UDP 포트에 대한 가상 서버를 정의하며, proxy_pass 지시어를 사용하여 관련 서비스를 제공하는 업스트림 그룹을 지정합니다:

stream {    upstream dns_upstreams {
        least_time;
        server dns-server-1-ip:53;
        server dns-server-2-ip:53;
    }
 
    server {
        listen 53 udp;
        listen 53; #tcp
        proxy_pass dns_upstreams;
        proxy_timeout 1s;
        proxy_responses 1;
        error_log logs/dns.log;
    }
}

이 구성 예시는 DNS 서비스의 부하 분산을 위한 것입니다. upstream 블록에서는 최소 시간(Least Time) 알고리즘을 구성하므로 NGINX Plus는 현재 “연결” 수가 가장 적고 응답 속도가 가장 빠른 서버로 각 요청을 전송합니다. server 블록에서는 DNS가 두 프로토콜 모두에서 실행될 수 있으므로 UDP 및 TCP 트래픽을 모두 수신합니다. proxy_responses 지시문은 UDP “연결”과 관련된 리소스를 해제하기 전에 NGINX Plus가 업스트림 서버로부터 수신할 응답 수를 제어합니다. DNS는 단순한 요청-응답 프로토콜이므로 일반적으로 응답 하나면 충분합니다.

NGINX Open Source에는 UDP를 위한 기본 상태 확인 기능이 포함되어 있습니다. 업스트림 UDP 서버가 지정된 제한 시간 내에 요청에 응답하지 않거나 ICMP 오류를 반환하면 NGINX와 NGINX Plus는 지정된 시간 동안 해당 서버로 트래픽 전송을 중지합니다.

NGINX Plus R9에는 UDP 서비스를 위한 능동 상태 확인 기능이 추가되었으며, 이는 HTTP 및 TCP 트래픽에 대한 상태 확인과 유사합니다. NGINX Plus가 업스트림 서버에 특수 UDP 요청을 보내도록 구성하고, 서버가 정상으로 간주되기 위해 반환해야 하는 응답 유형을 정의할 수 있습니다. UDP에는 TCP가 HTTP에 제공하는 안정적인 전송 메커니즘이 없으므로, 능동 상태 확인은 TCP 및 HTTP 애플리케이션보다 UDP 애플리케이션에서 훨씬 더 중요합니다.

NGINX Plus를 사용하면 업스트림 서버를 즉시 추가하거나 제거할 수도 있습니다. 따라서 예를 들어 유지 관리를 위해 서버를 오프라인으로 전환한 후 부하 분산 풀에 다시 추가하기가 쉽습니다. NGINX Plus 상태 모듈과 실시간 활동 모니터링 대시보드에서 제공하는 새로운 UDP 관련 통계를 통해 서버의 성능을 명확하게 파악할 수 있습니다.

NGINX Plus R9은 가장 일반적으로 사용되는 단순한 UDP 기반 애플리케이션인 DNS, RADIUS, syslog 및 NTP의 부하를 분산합니다. 현재 Voice over IP 및 기타 SIP 기반 애플리케이션과 같이 연결이 오래 지속되는 UDP 프로토콜은 지원되지 않습니다.

DNS를 사용한 서비스 검색 SRV 레코드

최신 웹 애플리케이션은 웹 서버, 애플리케이션 서버, 데이터베이스 등 여러 개의 소규모 애플리케이션 구성 요소로 이루어져 있습니다. NGINX Plus와 같은 프런트엔드 로드 밸런서는 들어오는 트래픽을 검사한 다음, 요청을 애플리케이션 구성 요소로 라우팅하고 부하를 분산합니다.

애플리케이션 구성 요소를 가상 또는 컨테이너 기반 플랫폼에 배포하면 IP 주소와 포트를 예측하기 어려울 수 있습니다. 서비스 검색은 로컬 클라이언트(예: 프런트엔드 NGINX Plus 로드 밸런서)가 트래픽을 전송할 수 있도록 이러한 구성 요소를 찾는 프로세스입니다. 서비스 검색은 일반적으로 Consul, etcd, ZooKeeper와 같은 “서비스 데이터베이스”를 통해 이루어집니다.

NGINX Plus R8에서는 즉석 재구성 API의 영구 버전을 발표하고, 서비스 데이터베이스를 확인하여 구성 변경 사항을 NGINX Plus에 적용하는 Consul, etcd, ZooKeeper용 데모 솔루션을 공유했습니다. NGINX Plus R9에서는 DNS SRV 쿼리를 사용하는 대체 방식을 지원하게 되었음을 알려드립니다. DNS SRV 쿼리는 특정 유형의 애플리케이션 서버에 대한 IP 주소, 포트, 우선순위 및 가중치를 반환합니다.

Consul과 etcd용 SkyDNS는 모두 클라이언트가 SRV 레코드를 조회하는 데 사용할 수 있는 DNS 인터페이스를 제공합니다. NGINX Plus는 서비스의 DNS 인터페이스를 직접 쿼리하여 로드 밸런싱 구성을 가져옵니다. NGINX Plus는 서비스를 정기적으로 다시 확인하므로 변경 사항이 빠르게 자동으로 반영됩니다.

다음 예제에서는 NGINX Plus가 DNS를 통해 my_service의 업스트림 서버 목록을 가져오도록 구성합니다. service=http 매개변수를 server 지시문에 지정하면 DNS SRV 레코드 지원이 활성화됩니다. 이제 my_service를 지원하는 애플리케이션 인스턴스를 NGINX Plus가 자동으로 검색합니다.

http {     resolver dns-server-ip;
 
    upstream my_service {
        zone backend 64k;
        server hostname-for-my_service service=http resolve;
    }
 
    server {
        # ...
 
        location /my_service {
            # ...
            proxy_pass http://my_service;
        }
    }
}

NGINX Plus 앱 가격

인스턴스별 요금제는 NGINX Plus를 시작하기에 매우 좋은 방법이며 하드웨어 로드 밸런서를 대체할 수 있는 비용 효율적인 옵션입니다. 하지만 NGINX Plus의 잠재적인 활용 범위는 단순한 하드웨어 교체를 훨씬 뛰어넘습니다. 경량 소프트웨어 아키텍처를 갖춘 NGINX Plus는 각 애플리케이션 전용 로드 밸런싱에 적합하며, NGINX Open Source를 기반으로 구축되었기 때문에 애플리케이션의 웹 서버와 애플리케이션 서버도 대체할 수 있습니다. 이러한 사용 사례가 늘어나면서 인스턴스별 요금제로는 비용 효율성이나 유연성이 충분하지 않은 NGINX Plus 배포가 점점 더 증가하고 있습니다.

NGINX Plus R9에서는 특정 애플리케이션에 필요한 만큼 NGINX Plus 인스턴스를 무제한으로 실행할 수 있는 새로운 정액제 앱 요금제를 선보입니다. 애플리케이션 인프라 내에서 필요할 때 언제든, 어디서든, 원하는 방식으로 NGINX Plus를 배포하고 개발, 테스트, 스테이징, 재해 복구 및 프로덕션 환경 전반에서 활용할 수 있습니다. VM, 컨테이너 또는 노드 수에 관계없이 연간 고정 요금만 지불하면 됩니다.

모든 구독에는 NGINX Plus 소프트웨어의 모든 기능과 당사의 수상 경력에 빛나는 지원 및 구성 서비스가 포함됩니다. 또한 앱 요금제 모델을 선택하면 다음과 같은 혜택을 받을 수 있습니다:

• 원하는 설치 및/또는 튜닝 지원 선택: NGINX Professional Services
• 교육: 팀을 위한 NGINX 기초 과정, 고급 과정 또는 두 과정 모두

애플리케이션별 사용에는 제한이 없습니다. 애플리케이션은 단일 웹 애플리케이션 또는 고유한 이름을 가진 데스크톱이나 모바일 애플리케이션을 지원하는 소프트웨어 구성 요소와 팀으로 정의됩니다. 이 모델은 마이크로서비스 기반 아키텍처와 기타 분산 아키텍처를 고려하고 수용하도록 설계되었습니다.

조직 전체에서 NGINX Plus를 무제한으로 사용할 수 있는 사이트 라이선스 구독도 제공됩니다.

추가 기능

NGINX Plus R9에는 다음을 비롯한 여러 가지 추가 개선 사항이 도입되었습니다:

• 캐시 성능 개선 – 지난해에는 스레드 풀 모델을 도입하여 캐시 읽기 작업의 성능을 개선하고 해당 작업이 NGINX 코어를 차단할 가능성을 방지했습니다. 이를 통해 특정 캐시 워크로드에서 최대 9배의 성능 향상을 달성할 수 있었습니다. 이번 릴리스에서는 NGINX Plus가 캐시의 디스크 쓰기 작업도 스레드로 오프로드할 수 있습니다.
• TCP를 통한 DNS 조회 – 기본적으로 NGINX Plus는 DNS 조회에 UDP를 사용합니다. 하지만 하나의 이름이 다수의 서버로 확인되는 경우처럼 DNS 응답이 크면 전체 응답이 단일 UDP 데이터그램(512바이트로 제한)에 담기지 않을 수 있습니다. 불완전한 응답은 잘린 것으로 표시되며, 이제 NGINX Plus는 TCP를 사용하여 요청을 즉시 재시도합니다. 이를 통해 NGINX Plus는 대규모 동적 서버 배포를 더욱 효과적으로 지원할 수 있습니다.
• 비멱등 요청 재시도 – 오류나 시간 초과로 인해 HTTP 요청이 실패하면 기본적으로 NGINX Plus는 업스트림 그룹의 다른 서버로 요청을 자동 재시도합니다. proxy_next_upstream 지시문을 사용하면 특정 4xx 또는 5xx 응답 코드를 비롯하여 NGINX Plus가 요청을 재시도할 오류 유형을 정의할 수 있습니다. 일반적으로 POST 요청은 본문 데이터가 서버로 스트리밍되며 서버에 장애가 발생할 경우 이를 다시 전송할 수 없으므로 재시도하지 않습니다. 그러나 특정 장애 상황에서는 이전 버전의 NGINX Plus가 POST 요청을 재시도했는데, 이는 비멱등 요청이므로 재시도하지 않는다는 전제와 일치하지 않는 동작이었습니다. 이제 NGINX Plus는 실패한 비멱등 HTTP 요청(POST, LOCK, PATCH)을 자동으로 재시도하지 않습니다. 이전 동작을 복원하여 가능한 경우 NGINX Plus가 실패한 비멱등 요청을 재시도하도록 하려면 non_idempotent 매개변수를 proxy_next_upstream 지시문에 새로 추가하십시오.

NGINX Plus 업그레이드 또는 체험

NGINX Plus를 실행 중이라면 가능한 한 빨리 릴리스 9로 업그레이드하시기를 적극 권장합니다. 여러 수정 사항과 개선 사항이 적용되며, 지원 티켓을 제출해야 할 경우 저희가 더 원활하게 지원해 드릴 수 있습니다.

아직 NGINX Plus를 사용해 보지 않으셨다면 웹 가속, 부하 분산 및 애플리케이션 전송 솔루션으로, 또는 향상된 모니터링 및 동적 재구성을 위한 API를 갖춘 완전한 지원이 제공되는 웹 서버로 활용해 보시기 바랍니다. 지금 30일 무료 평가판으로 시작하여 NGINX Plus가 애플리케이션을 전송하고 확장하는 데 어떻게 도움이 되는지 직접 확인해 보세요.

편집자 주 – NGINX Plus R9의 주요 새 기능에 대한 자세한 내용은 다음 관련 자료를 참조하세요.

• NGINX 및 NGINX Plus를 사용한 DNS 트래픽 부하 분산
• NGINX 및 NGINX Plus에서 DNS를 사용한 서비스 검색
• Consul의 DNS SRV 레코드를 사용하는 NGINX Plus 서비스 검색
• NGINX Plus R9의 새로운 기능 (주문형 웨비나)

작성자 소개

Owen Garrett제품 관리 부문 수석 이사

Owen Garrett의 다른 블로그 게시물