IBM이 Real User Monitoring과 DNS를 사용하여 비즈니스 크리티컬 애플리케이션에 프리미엄 글로벌 서버 로드 밸런싱을 제공하는 방법 - IBM Blog

IBM이 Real User Monitoring과 DNS를 사용하여 비즈니스 크리티컬 애플리케이션에 프리미엄 글로벌 서버 로드 밸런싱을 제공하는 방법 – IBM Blog

소스 노드 : 2484133

IBM이 Real User Monitoring과 DNS를 사용하여 비즈니스 크리티컬 애플리케이션에 프리미엄 글로벌 서버 로드 밸런싱을 제공하는 방법 – IBM Blog




현대 사무실에서 노트북을 모니터링하는 사람

2024년 2월 15일 By 벤 볼 3 분 읽기

전역 서버 부하 분산(GSLB)은 모든 사람을 위한 것은 아닙니다. 귀하의 비즈니스가 로컬 또는 지역 수준에서 운영되는 경우 정기적인 로드 밸런싱이 귀하의 요구 사항을 충족할 것입니다.   

그러나 전 세계적으로 사용자 공간을 확보하고 있는 일부 대기업이나 기업의 경우 GSLB는 필수 서비스입니다. "로드 밸런서용 로드 밸런서"를 사용하면 트래픽을 효율적인 방식으로 분산시키고 고객이 인터넷 지원 애플리케이션에서 기대하는 성능을 보장합니다.  

인라인 로드 밸런서의 가능성과 함정 

오늘날 시장에 나와 있는 거의 모든 GSLB 솔루션은 인라인 솔루션입니다. 전통적인 온프레미스 시스템이든 SaaS 솔루션이든 아키텍처는 기본적으로 동일합니다.  

로드 밸런서를 통해 모든 트래픽을 라우팅하는 것은 구조적으로 편리할 수 있지만 몇 가지 중요한 단점이 있습니다. 첫째, 초크포인트 문제가 있다. 로드 밸런서가 다운되면 애플리케이션도 다운됩니다. 더 많은 로드 밸런서를 추가하여 탄력성을 더 높일 수 있지만 이는 문제를 해결하는 것이 아니라 문제를 확산시킬 뿐입니다. 

인라인 로드 밸런서는 인바운드 트래픽 소스에 대한 가시성이 부족합니다. 인라인 로드 밸런서는 엔드포인트에서 백엔드 리소스까지의 경로만 제어하기 때문에 "라스트 마일" 트래픽이 대기 시간 및 애플리케이션 성능에 미치는 영향을 확인할 수 없습니다. 이러한 연결은 다양한 지역, 장치 유형 및 로컬 네트워크 조건에 걸쳐 일관된 애플리케이션 경험을 제공하려고 할 때 퍼즐의 가장 중요한 부분인 경우가 많습니다. 

GSLB에서 DNS 및 RUM 데이터의 역할 

DNS(Domain Name System)가 대부분의 인라인 로드 밸런서에서 사용되는 기본 기술임에도 불구하고 대부분의 네트워크 팀이 작업을 구성하는 방식과 관련하여 DNS와 GSLB 사이에 연결이 끊기는 경우가 많습니다. 권한 있는 DNS와 로드 밸런싱은 기능적 책임이 거의 겹치지 않는 별도의 팀에서 처리되는 경우가 많습니다. 

IBM®은 DNS와 GSLB 간의 이러한 분리가 비생산적이라는 결론을 내렸습니다. DNS는 더욱 효과적이고 탄력적이며 훨씬 저렴한 GSLB의 열쇠를 보유하고 있습니다. 

권한 있는 DNS는 인라인 GSLB 솔루션의 아키텍처로 인해 발생하는 오류 지점을 제거하여 항상 전체 연결 경로에서 트래픽을 제어할 수 있었습니다. 대역 외 특성으로 인해 DNS는 더 많은 어플라이언스나 엔드포인트를 구입하고 배포할 필요 없이 복원력 문제에 대한 이상적인 솔루션이 됩니다. 

"라스트 마일" 대기 시간은 퍼즐의 두 번째 조각이며 트래픽을 조종하는 능력 이상의 것이 필요합니다. 특정 순간에 백엔드 워크로드에 연결하는 가장 좋은 방법을 애플리케이션에 알리려면 데이터가 필요합니다.   

RUM(실제 사용자 모니터링) 데이터는 장치에서 직접 사용자 경험에 대한 즉각적인 정보를 제공하고 더 이상 사용되지 않는 리소스나 혼잡한 연결을 중심으로 트래픽을 라우팅하는 결정 결정의 기초를 형성할 수 있습니다. 결과적으로 연결 속도가 빨라지고 사용자 경험이 향상되며 탄력성이 향상됩니다. 

IBM NS1 Connect GSLB를 사용한 로드 밸런싱 중단 

신뢰할 수 있는 DNS 및 RUM 데이터가 GSLB가 선택한 솔루션이 아니라는 점은 거의 이상합니다.  IBM NS1 Connect® GSLB 로드 밸런싱 시장을 크게 혼란에 빠뜨리고 인라인 로드 밸런서를 보는 방식을 영원히 바꿀 것입니다. 더 좋은 점은 DNS 기반 GSLB가 현재 시장에 나와 있는 인라인 제품보다 훨씬 저렴하다는 것입니다. 

IBM NS1 Connect와 같은 SaaS 권한 있는 DNS 솔루션은 박스를 배포하거나 추가 엔드포인트 라이센스를 구매하는 데 드는 비용(및 운영상의 골치 아픈 문제)을 수반하지 않습니다. 로드 밸런싱을 위해 권한 있는 DNS를 실행하는 데 드는 추가 비용은 솔루션에 관계없이 대부분의 회사에서 청구하는 비용의 극히 일부에 불과합니다. 
 
우리가 매일 업무와 오락에 사용하는 애플리케이션은 더 나은 연결성을 가질 자격이 있습니다. 소비자로서 우리는 이를 요구하고 조직은 빛나는 순간에 최고의 연결성을 필요로 합니다. 탄력성이 향상되고 연결 성능이 빨라지며 비용이 대폭 절감되므로 소비자와 네트워크 팀 모두에게 이익이 됩니다. 

웨비나에 참여하세요eBook을 다운로드하십시오 DNS와 RUM이 어떻게 전략적 트래픽 조정과 애플리케이션 연결을 위한 완벽한 조합인지 알아보세요.  

IBM GSLB 살펴보기

이 글이 도움 되었나요?

가능아니

자동화에서 더 많은 것

Kubernetes 관측 가능성을 달성하는 방법: 원칙 및 모범 사례

5 분 읽기 - Kubernetes(K8s) 컨테이너 및 환경은 대규모로 컨테이너화된 애플리케이션을 패키징, 배포 및 관리하는 선도적인 접근 방식입니다. Kubernetes의 동적 오픈 소스 마이크로서비스 기반 구성은 인프라 민첩성을 극대화하려는 기업에 매우 적합할 수 있습니다. 그러나 Kubernetes를 매력적으로 만드는 분산된 유연성은 Kubernetes 모니터링 및 관찰 가능성 관행 구현을 어렵게 만들 수도 있습니다. 관찰 가능성은 팀이 시스템 출력을 검사하여 시스템 내부 상태에 대한 실행 가능한 통찰력을 얻는 데 도움이 되는 다양한 프로세스와 측정항목으로 구성됩니다.…

애플리케이션 성능 최적화: 성능 향상 및 비용 절감

4 분 읽기 - 애플리케이션 성능은 대부분의 조직에서 단순한 관심사가 아닙니다. 이는 비즈니스 성공의 중요한 요소입니다. 조직이 긍정적인 사용자 경험을 위해 노력함에 따라 비용을 최소화하면서 최적의 애플리케이션 성능을 구현하는 것이 무엇보다 중요해졌습니다. 이러한 경험은 비즈니스를 성사시키거나 망칠 수 있으므로 애플리케이션 간의 고성능 우선순위를 협상할 수 없는 이유입니다. 필요한 것은 미션 크리티컬 애플리케이션의 성능을 보호할 뿐만 아니라 비용 절감, 시간 효율성 및 그 이상을 제공하는 솔루션입니다.

이벤트 중심 아키텍처 투자 극대화: IBM Event Automation을 통해 Apache Kafka의 성능 활용

4 분 읽기 - 오늘날 빠르게 발전하는 디지털 환경에서 기업은 정보 과부하로 인한 복잡성에 직면해 있습니다. 이로 인해 그들은 자신이 남긴 방대한 디지털 발자국에서 의미 있는 통찰력을 추출하기 위해 고군분투하게 됩니다. 실시간 데이터 활용의 필요성을 인식하면서 기업은 앞서 나가기 위한 전략적 접근 방식으로 점점 더 이벤트 중심 아키텍처(EDA)로 전환하고 있습니다. 기업과 경영진은 업무 환경에서 매분 생성되는 엄청난 양의 데이터에서 실행 가능한 통찰력을 도출하여 앞서 나가야 하는 방법을 깨닫고 있습니다.

현금 대 디지털 결제: 금융 포용을 달성하는 방법

3 분 읽기 - 은행이 해결해야 하는 더욱 복잡한 과제 중 하나는 결제 효율성을 높이는 것입니다. 최근 뉴스 헤드라인을 보면 많은 관할권에서 물리적 식별 및 물리적 결제 형태가 디지털 형태로 크게 전환되고 있음을 알 수 있습니다. 유럽에서는 최근 일괄 이체 비용 이하의 가격으로 일괄 유로 결제(예: SEPA 크레딧 이체)를 제공하는 모든 제공업체로부터 실시간 결제를 이용할 수 있도록 의무화했다고 발표했습니다. 이는 디지털 ID 사용 증가와 결합되어…

IBM 뉴스레터

새로운 트렌드에 대한 최신 사고 리더십과 통찰력을 제공하는 뉴스레터와 주제 업데이트를 받아보세요.

지금 구독하세요 더 많은 뉴스레터

타임 스탬프 :

더보기 IBM IoT