DNS 기반 GSLB 작동 원리

다음은 DNS 기반 GSLB 의 작동 원리에 대한 간략한 설명입니다.

위 그림에서 중앙 제어 노드는 GSLBController 1 개와 지정된 도메인 이름 (abc.com) 을 가진 여러 개의 인증된 DNS 서버로 구성되어 있습니다. GSLB 제어뿐 아니라 GSLBController 는 DNS 서버와 기타 응용 프로그램 서버의 로드 밸런싱을 수행할 수 있습니다. 두 개의 사이트 (China Telecom 과 China Netcom 의 경우) 를 구축하여 애플리케이션 서비스를 제공합니다. 작업 흐름은 다음과 같습니다.

1) 사용자가 액세스 요청을 시작하고 관련 DNS 요청이 로컬 DNS 서버로 전송됩니다.

2) 로컬 DNS 는 루트 DNS 서버를 통해 abc.com 의 승인된 DNS 서버를 조회하며, 로컬 DNS 는 승인된 DNS 서버에 DNS 요청을 보냅니다.

3)3)gslb controller 는 DNS 서버가 반환한 응답을 차단하고 그룹 정책을 기준으로 사이트의 최적 VIP 주소를 선택하여 LocalDNS 서버로 반환합니다.

GSLBController 는 또한 대규모 다단계 GSLB 디자인에 사용될 미리 정의된 정책에 따라 CNAME 레코드를 반환할 수 있습니다. LocalDNS 는 CNAME 도메인 지정을 담당하는 다음 수준의 GSLBController 로 DNS 요청을 재귀적으로 보냅니다.

4)4) 로컬 DNS 서버가 사용자에게 DNS 응답을 반환합니다.

5) 사용자는 확인된 IP 주소를 기준으로 연결을 설정하여 정상적으로 액세스할 수 있습니다.

GSLB 처리 프로세스에서 볼 수 있듯이 핵심은 GSLB 전략에 있습니다. 다음으로 일반적으로 사용되는 몇 가지 GSLB 전략을 간략하게 소개합니다.

1) 각 컨텐츠 사이트의 "상태"

GSLBController 는 각 컨텐츠 사이트의 로드 밸런싱 디바이스에 정의된 VIP 또는 서버에서 tier 4 TCP/UDP 상태 점검 및 tier 7 애플리케이션 상태 점검 (로컬 로드 밸런싱 없음) 을 수행합니다. 상태 점검에 실패한 사이트는 최적 콘텐츠 노드로 선택되지 않습니다.

2) 지리적 영역 또는 사용자 정의 영역

영역은 많은 IP 주소 접두사입니다. 사용자의 로컬 DNS 의 IP 주소를 기준으로 특정 IP 범위 내의 사용자를 상태 점검을 통과한 사이트에 우선적으로 할당합니다. 주목할 만하게도, DNS 자체의 작동 방식 때문에 GSLBController 는 사용자 로컬 DNS 의 IP 주소만 볼 수 있고 사용자 터미널의 IP 주소는 볼 수 없습니다. 사용자가 잘못된 로컬 DNS 를 사용하는 경우 (예: 교육망 사용자가 넷콤의 DNS 서버를 구성한 경우) GSLBController 가 반환하는 DNS 응답은 최적의 사이트가 아닙니다. 이것은 DNS 기반 GSLB 의 약점이지만, 현재 대부분의 사업자들이 다른 사업자의 고객이 자신의 DNS 를 사용하는 것을 제한하고 있기 때문에 이런 잘못된 구성의 비율은 매우 작다.

3)IP 주소 가중치

DNS 응답의 각 IP 주소에 가중치를 할당할 수 있습니다. 이 가중치는 다른 후보 IP 에 대해 해당 IP 에 할당된 트래픽의 비율을 결정합니다.

4) 장소 중량

각 사이트에 다른 후보 사이트와 비교하여 해당 사이트에 할당되는 트래픽의 비율을 결정하는 가중치를 할당할 수 있습니다.

5) 세션 기능 임계값

공급업체없는 GSLB 프로토콜을 통해 GSLBController 는 사이트당 로드 밸런싱 장치에 현재 사용할 수 있는 최대 세션 수 및 세션 테이블 크기를 얻을 수 있습니다. 현재 세션 대 최대 세션 비율이 정의된 임계값을 초과하면 해당 사이트는 더 이상 선택되지 않습니다.

6) 활성 서버

GSLB 노드가 VIP 에 바인딩된 활성 실제 서버 수를 나타냅니다. 가장 활동적인 서버가 있는 IP 주소에 우선 순위를 부여하도록 정책을 구성할 수 있습니다.

7) 왕복 시간 (RTT)

RTT 전략은이 지역 밖에서 가장 일반적으로 사용되는 전략입니다. RTT 측정에는 활성 측정과 수동 측정의 두 가지 모드가 있습니다. 실제 배포에서는 네트워크 제한 및 성능상의 이유로 ActiveRTT 를 사용할 수 없는 경우가 많으며 PassiveRTT 가 더 실용적입니다.

A)ActiveRTT 측정

-GSLBController 가 LDNS 로부터 DNS 요청을 받으면 GSLBController 는 모든 사이트 로드 밸런싱 장치에 LDNS 에서 RTT 측정을 수행하도록 알립니다. 수집된 RTT 값에 따라 GSLBController 는 RTT 값이 가장 낮은 사이트의 VIP 를 선택하여 LDNS 를 반환합니다.

-ActiveRTT 는 RTT 측정을 위해 DNSQuery 또는 ICMP 를 사용하기 때문에 일부 네트워크의 보안 정책에 의해 필터링될 수 있으며 작동하지 않습니다.

-ActiveRTT 측정은 추가 DNSQuery 또는 ICMP 트래픽을 생성합니다. 일부 네트워크에서는 사용자가 유사한 비사용자 트래픽을 너무 많이 원하지 않습니다.

B) 수동 측정

-PassiveRTT 측정은 사전 측정이나 추가 데이터 트래픽을 생성하지 않고 사용자가 반환된 VIP 에 연결할 때 수집됩니다.

-PassiveRTT measurement 는 사용자의 연결 요청 수신 (TCNSYN 전송) 부터 사용자의 확인 수신 (TCPACK 수신) 까지 콘텐츠 사이트에서 경과한 시간입니다. 응답 시간을 단순히 PING 하는 대신 가장 빠른 사이트를 더 정확하게 측정할 수 있습니다.

-PassiveRTT 의 실측 값은 사용자의 인터넷 경험을 실제로 반영하며 운영자 네트워크에서 추가 트래픽을 생성하지 않습니다. 다른 사업자나 네트워크의 보안 정책의 영향을 받지 않습니다. 영역 기반 정책과 마찬가지로 사용자가 잘못된 DNS 를 구성할 때 RTT 기반 선택이 최선의 선택이 아닙니다.

8) 현재 사용 가능한 세션 수입니다

9) 사이트 관리 우선 순위 (관리자 기본 설정)

각 사이트의 우선 순위를 사전 설정하고 우선 순위가 높은 사이트를 선택합니다.

10) 최소 선택

이전에 가장 적게 선택된 노드를 선택합니다.

1 1) 사이클 경기

투표로 사이트를 선택하다.

요약

DNS 기반 GSLB 는 특수한 경우 (사용자가 DNS 를 잘못 구성함) 정확도가 떨어지지만 풍부한 정책, 확장 가능한 성능, 모든 IP 응용 프로그램 프로토콜에 적용, 인터넷 액세스 정책의 영향을 받지 않음, 비즈니스 프로세스 변경 사항 등 주요 GSLB 기술이 되었으며 많은 공급업체에서도 이 기술을 지속적으로 개선하고 있습니다.