GSLB NGINX Plus + Cedexis로 글로벌 로드 밸런싱

Cedexis와 NGINX는 NGINX Plus 및 Cedexis Local + Global Server Load Balancing (L+GSLB) 솔루션을 발표했습니다. 이 솔루션을 사용하면 애플리케이션 스택의 전체적인 배포를 완전히 자동화할 수 있습니다. 스택은 다양한 지표에 대응할 수 있게 됩니다. NGINX Plus는 로컬 로드 밸런서를 위한 health check 데이터를 제공합니다. Cedexis는 고객 중심의 실제 사용자 모니터링 데이터와 합성 테스트 데이터, NGINX에서 제공하는 health check 데이터 및 기타 데이터 피드를 수집하고, 비즈니스 규칙을 적용한 애플리케이션 전달 로직에 입력 데이터로 사용합니다. 이를 통해 전달 로직은 비즈니스 규칙을 통합하여 작동합니다.

현재의 웹 애플리케이션은 몇 년 전에 상상하기 어려웠던 규모와 속도로 실행됩니다. 이를 지원하기 위해 조직은 디지털 자산을 여러 환경에 호스팅합니다: 단일 공용 클라우드의 지역, 다중 공용 및 사설 클라우드, 콘텐츠 배포 네트워크(CDN), 회사 소유 및 임대 데이터 센터 등 다양한 환경에서 디지털 자산을 호스팅합니다. 비즈니스 요구 사항에 따라 전송 속도, 신뢰성 및 비용과 관련된 목표를 충족하기 위해 디지털 자산을 호스트 간에 이동시킵니다.

NGINX와 Cedexis는 각각 다른 방식으로 이러한 문제에 대해 접근합니다. NGINX는 개별 웹 서버부터 로드 밸런서, 클러스터까지의 단계에서 작업을 진행합니다. NGINX 사용자는 서버들을 집합시켜 특정 지역과 전 세계적으로 서비스를 제공합니다. 반면 Cedexis는 상위에서 하향식으로 작업을 수행합니다. Cedexis는 고객들이 전 세계적인 규모로 서비스를 제공하기 위해 온라인 자산을 관리하는 데 도움을 줍니다.

NGINX Plus & Cedexis L+GSLB 솔루션을 사용하면 단일 지역 또는 전역에서 하나 이상의 서버가 다운될 경우 트래픽이 자동으로 해당 서버와 위치를 우회하여 라우팅될 수 있습니다. 서버가 다시 작동하면 이전의 트래픽 패턴을 자동으로 복원할 수 있습니다. 비용, 응답 시간, 가용성 및 기타 지표를 고려한 비즈니스 규칙에 따라 트래픽을 조정하여 애플리케이션이 빠른 대응을 할 수 있습니다. NGINX Plus & Cedexis L+GSLB 데모를 통해 직접 시도해 볼 수도 있습니다.

목차

1. NGINX Plus 사용자를 위한 짧은 대기 시간 및 고가용성 보장
2. GSLB NGINX Plus 및 Cedexis 로컬 + 글로벌 서버 로드 밸런싱 솔루션 구현
3. GSLB 작동 방식: Cedexis Radar 및 NGINX Plus를 기반으로 한 실시간 의사 결정

1. NGINX Plus 사용자를 위한 짧은 대기 시간 및 고가용성 보장

소프트웨어 정의 Cedexis Global Server Load Balancer(GSLB) 플랫폼은 DevOps 및 IT 운영을 위한 제어 평면 및 추상화 layer입니다. 앱, 비디오 및 웹 콘텐츠의 자동화되고 예측 가능하며 비용 최적화된 라우팅을 제공합니다.

이 플랫폼은 실제 사용자 모니터링(RUM)과 합성 모니터링을 활용하여 구동됩니다. RUM은 세계 최대 규모의 실시간 사용자 경험 데이터 커뮤니티를 활용합니다. Cedexis GSLB 플랫폼은 또한 애플리케이션 성능 모니터링(APM), 클라우드, CDN과 같은 다른 데이터 소스에서 데이터 피드를 수집할 수도 있습니다. 그리고 중요한 점으로 NGINX Plus 로컬 로드 밸런서의 health checks 확인도 가능합니다.

NGINX Plus 사용자는 이제 Cedexis GSLB 플랫폼의 기능을 활용할 수 있으며, Cedexis 사용자는 이제 데이터 센터 내부에서 무슨 일이 벌어지고 있는지 볼 수 있습니다. 이는 데이터 센터, 클라우드 및 CDN의 조합에서 로드 밸런싱을 수행할 때 (또는 그 중 하나 내부에서) 매우 유용합니다.

다음 그래픽의 왼쪽은 NGINX Open Source(그래픽의 오른쪽)와 달리 NGINX Plus에서 Cedexis GTM에 사용할 수 있는 엄청난 양의 활동 모니터링 데이터에 대한 아이디어를 제공합니다.

2. GSLB NGINX Plus 및 Cedexis 로컬 + 글로벌 서버 로드 밸런싱 솔루션 구현

단일 공용 클라우드 리전(예: AWS West-Oregon) 내에서는 고가용성(HA) 솔루션을 설정할 수 있습니다. NGINX Plus 및 AWS 네트워크 로드 밸런서 솔루션이 이를 예로 들 수 있습니다. NGINX Plus 구성은 해당 클라우드 리전 내에서 최고 수준의 고

그림 아래에 표시된 대로, 공용 클라우드 리전과 데이터 센터 내에서 예를 들어 US West Azure 및 US East AWS와 같이, 각 NGINX Plus 인스턴스는 설치된 리소스의 상태에 대한 데이터를 지속적으로 수집합니다. 이 데이터는 Cedexis로 전송되어 전역 트래픽 관리(GTM) 라우팅 결정을 개선하는 데 사용됩니다.

NGINX Plus는 부하 및 성능 지표를 제공하는 실시간 활동 데이터를 생성합니다. Cedexis는 RESTful JSON API를 통해 이 데이터를 수집하고 GTM 알고리즘에 통합할 수 있습니다. DevOps팀은 이 데이터를 원하는 대로 활용하여 애플리케이션의 라우팅에 대한 결정을 내릴 수 있습니다.

3. GSLB 작동 방식: Cedexis Radar 및 NGINX Plus를 기반으로 한 실시간 의사 결정

NGINX Plus 및 Cedexis 통합 솔루션이 작동하는 방식에 대해 설명해드리겠습니다. 전 세계의 고객에게 서비스를 제공하기 위해 SaaS 회사는 한 개의 데이터 센터와 두 개의 공개 클라우드를 사용하고 있다고 가정해 봅시다. 아마도 그들은 전통적인 지리 기반 라우팅만 사용하도록 설정되어 있을 것입니다. 이는 말 그대로 애플리케이션 데이터가 최종 사용자에게 가장 가까운 데이터 센터나 클라우드로 라우팅되는 것을 의미합니다. 모든 것이 잘 작동할 때는 이게 괜찮을 수도 있습니다. 그러나 문제가 발생할 때 이 간단한 설정은 상황을 악화시킬 수 있습니다.

Cedexis Radar 서비스는 전 세계의 수억 명의 웹 사용자들에 대한 트래픽 데이터를 지속적으로 수집합니다. 이 데이터는 단 한 명의 고객의 데이터 센터나 클라우드만이 아니라 모든 곳에서 수집됩니다. Cedexis GTM 플랫폼은 이 데이터를 사용하여 최종 사용자에게 가장 빠른 응답 속도를 제공하는 데이터 센터나 클라우드로 트래픽을 라우팅합니다. 이는 최상의 고객 경험을 제공하는 경우, 지리적으로 가장 가까운 소스가 아닌 다른 소스에서 컨텐츠를 제공할 수 있다는 것을 의미합니다.

예를 들어, 아래 그래픽에 나와 있는 설정을 생각해보겠습니다. 이 설정에서는 NGINX Plus가 미국의 두 개의 공개 클라우드 지역과 영국의 데이터 센터에서 실행됩니다. Cedexis Radar가 유럽 대륙과 영국 사이의 네트워크 트래픽 문제를 감지하면, Cedexis는 해당 데이터를 사용하여 유럽 트래픽을 영국의 데이터 센터보다 사용자 경험 측면에서 미국의 두 개 클라우드 지역으로 라우팅할 수 있습니다. 이는 “마이크로-장애”라고 하는 이러한 유형의 문제를 오퍼레이션팀이 규명하기 전까지 종종 감지하지 못하며, 최종 사용자에게 부정적인 영향을 미치지 않고 자동으로 처리됩니다.

각 NGINX Plus 인스턴스는 자체가 설치된 리소스의 상태에 대한 데이터를 수집하며, 이 데이터는 자동으로 Cedexis에 의해 GTM에 제공됩니다. 예를 들어, 다음 그래프에 표시된 것처럼 데이터 센터에는 연결이 끊기는 여러 서버가 있다고 가정해 봅시다.

Cedexis는 이 그래프에 표시된 것처럼 영향을 받는 서버 주변의 트래픽을 라우팅하기 위해 실시간으로 결정을 자동으로 조정하고 재조정합니다.

상황이 정상으로 돌아가거나 완화 조치가 구현되면 트래픽이 자동으로 원래 리소스로 복원됩니다. DevOps팀은 사무실 밖에서도 이런 일이 일어나고 있다는 사실을 알기 때문에 숙면을 취할 수 있습니다.

자세한 내용은 솔루션 개요를 참조하거나 Cedexis 또는 NGINX의 솔루션 전문가에게 문의하십시오.

아래 뉴스레터를 구독하고 NGINX의 최신 정보들을 빠르게 전달 받아보세요.