| 리포트 | 기술문서 | 테크-블로그 | 원샷 갤러리 | 링크드인 | 스폰서 컨텐츠 | 네트워크/통신 뉴스 | 인터넷자료실 | 자유게시판    한국 ICT 기업 총람 |

제품 검색

|

통신 방송 통계

 
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 

2023

5G 특화망

포탈

Private 5G/이음 5G

 포탈홈

  넷매니아즈 5G 특화망 분석글 (128)   5G 특화망 4가지 구축모델   산업계 5G 응용   산업분야별 5G 특화망 활용사례  [5G 특화망 벤더Samsung | HFR | Nokia | more
 

해외

  국가별 사설5G 주파수 [국가별 구축현황] 일본 | 독일 | 미국 | 프랑스 | 영국  [사설5G 사업자] Verizon | AT&T | DT | Telefonica | AWS | Microsoft | NTT동일본 | NTT Com    
 

국내

  5G 특화망 뉴스 | 국내 5G 특화망 구축 현황 | 국내 5G 특화망사업자 현황 (19개사) | 국내 자가구축사례 일람 | 국내 특화망 실증사업사례 일람 | 5G 특화망 정책
 
 

[5G 특화망 구축 사례] 한국식품산업클러스터 | 반월시화산단 삼성서울병원 | 롯데월드 | 한국수력원자력 | 해군본부 | 한국전력공사 | more  [이통사] KT

 
 
스폰서채널 |

 HFR의 5G 특화망 솔루션 (my5G)  Updated   | HFR 5G 특화망 뉴스HFR my5G 자료

  스폰서채널 서비스란?
Enterprise를 위한 GSLB(Global Server Load Balancing) - 1편: 개념 및 서비스 로직
Global Server Load Balancing for Enterprise - Part 1: Concept & Workflow
September 26, 2012 | By 유창모 (cmyoo@netmanias.com)
코멘트 (11)
21

지난 시간에 KT 유클라우드 가입자를 위한 GSLB 서비스 로직에 대해서 소개해 드렸었습니다.

오늘은 서버를 여러 지역에 분산시켜 운영하는 Enterprise(기업)에서 GSLB 적용을 통해 얻게 되는 장점과 서비스 로직에 대해 설명 드리도록 하겠습니다.

 

 

기존 DNS 방식 대비 GSLB의 장점

 

한국(KR)과 미국(US) 사이트(데이터센터)에 서버가 분산되어 있는 환경에서, 좌측은 Round-Robin 기반의 DNS 방식을 우측은 GSLB 기반의 방식을 보이고 있습니다. 

 

 

1. Disaster Recovery

  • [DNS 방식] DNS 서버는 응용 서버의 Health 상태(살았니? 죽었니?)를 알 수 없기 때문에 그림과 같이 미국 사이트 서버가 다운되어도 사용자 중 50%(Round-Robin DNS 이므로)는 다운된 서버로 연결 요청을 하게 되는 반면,
  • [GSLB 방식] GSLB 서버는 주기적으로 응용 서버들의 Health 상태를 모니터링할 수 있어 다운된 서버로 사용자가 연결되지 않도록 합니다.

 

2. Site Load Balancing

  • [DNS 방식] DNS 서버는 응용 서버의 부하 상태를 알 수 없기 때문에 그림과 같이 한국 사이트 서버 부하가 임계치 이상으로 올라가도(Over-load 상태) 사용자 중 50%는 과부하 상태의 서버로 연결 요청을 하게 되는 반면,
  • [GSLB 방식] GSLB 서버는 응용 서버의 부하 상태를 주기적으로 체크할 수 있어 Over-load된 서버로 사용자가 연결되지 않도록 합니다.

역자 주: 정확히는 응용 서버 부하를 체크하는 것이 아니고 SLB의 부하 상태(현재 가용한 Session 수, Network Usage 등)를 체크하는 것임 (다음 편에서 설명)

 

3. Network Proximity

  • [DNS 방식] DNS 서버는 사용자와 응용 서버 사이 Network 구간의 RTT(Round Trip Time)를 측정할 수 없기 때문에 현재의 망 상태를 고려한 서버 선택이 불가능한 반면,
  • [GSLB 방식] GSLB 서버는 사용자와 응용 서버 사이 Network 구간의 RTT 측정을 통해 응답이 빠른(망 상태가 좋은) 서버로 사용자가 연결되도록 합니다.

▶ 역자 주: 정확히는 사용자와 응용 서버 사이 구간의 RTT를 측정하는 것이 아니고 Local DNS 서버(사용자 단말에 설정 된 DNS 서버)와 SLB 사이의 RTT를 측정하는 것임 (다음 편에서 설명)

 

4. Geographic Proximity

  • [DNS 방식] DNS 서버는 사용자의 지리적 위치를 고려하여 응용 서버를 선택할 수 없지만, 그래서 한국에 있는 사용자가 미국 사이트 서버에 연결 될 수도 있지만
  • [GSLB 방식] GSLB 서버는 사용자의 지리적 위치를 고려하여 응용 서버를 선택해 줄 수 있어 사용자는 지리적으로 가장 가까운 서버와 접속할 수 있습니다. 

역자 주: 일반적으로 지리적으로 가까우면 RTT도 작기 때문에 3번과 4번의 결과는 동일 한 경우가 많지만, Network Failure/Congestion 발생시에는 다른 결과를 가져 올 수도 있음

 

이와 같이 지역적으로 서버가 분산된 환경에서 GSLB를 이용하여 아래와 같은 이점을 얻을 수 있습니다.

(1) 서비스 가용성 제공 (Disaster Recovery)

(2) 서버 부하 분산 (Server/Site Load Balancing)

(3) 빠른 서비스 응답 (Low Latency by Network Proximity)

(4) 가까운 곳으로 접속 (Nearest by Geographic Proximity)

 

 

GSLB 서비스 로직

 

GSLB(Global Server Load Balancing)는 SLB(Server Load Balancing)에서 발전된 개념으로, SLB가 한 사이트 내에서 L4 스위칭 기능을 통해 서버의 상태 체크(죽었니? 살았니?) 및 부하 분산 기능을 제공하였다면, GSLB는 이 개념을 지리적으로 확장시켜 복수개의 사이트에서 동일 기능을 제공합니다.

 

 

■ 구성

  • 총 4대의 www.example.com 웹서버 중, 2대는 한국(KR) 사이트에 2대는 미국(US) 사이트에 위치함
  • 각 사이트 웹서버 앞단에는 SLB가 위치하여 사용자는 www.example.com 웹서버의 IP 주소(10.1.1.10 ~ 13)가 아닌 SLB의 Virtual IP 주소(1.1.1.1, 2.2.2.2)로 접속을 요청하고, SLB가 Destination IP 주소 변환 후 웹서버로 전달
  • 한국 사이트에는 GSLB와 example.com DNS 서버가 위치함 
 
■ 서비스 로직
  1. 사용자가 www.example.com에 접속하기 위해 Local DNS 서버로 DNS Query를 보내고, Local DNS 서버는 Root DNS, .com DNS 서버를 거쳐
  2. GSLB로 www.example.com에 대한 DNS Query를 보냅니다.
  3. GSLB는 DNS Proxy로 동작하며, 따라서 이 DNS Query를 그대로 example.com DNS 서버로 전달합니다.
  4. example.com DNS 서버는 www.example.com에 대한 IP 주소(SLB의 Virtual IP) 1.1.1.1과 2.2.2.2가 미리 등록되어 있어 그 값을 GSLB로 전달해 줍니다. 전달 시 TTL은 300초라고 가정하겠습니다.
  5. GSLB는 나름의 정책(뒤에서 설명)을 통해 1.1.1.1과 2.2.2.2 중에 사용자를 위한 최적의 사이트를 결정하고 또한 TTL을 작은 값으로 변경(예. 10초)합니다. TTL 값 변경은 Local DNS 서버가 바인딩 정보(www.example.com에 대한 IP 주소)를 최소 시간 동안만 캐싱하게 하기 위함입니다. 
  6. GSLB의 정책(GSLB Policy)을 통해 결정된 웹서버 IP 1.1.1.1(혹은 IP 주소 리스트의 순서를 바꿔 1.1.1.1, 2.2.2.2로)과 변경된 TTL 값이 Local DNS로 전달되고,
  7. Local DNS는 사용자 단말에게 그 값을 전달합니다.
  8. 이제 사용자는 www.example.com의 IP 주소 1.1.1.1을 목적지로 하여 한국 사이트 SLB1으로 HTTP GET을 보내고, SLB1은 다시 나름의 정책(서버 Health/Load 등 고려)을 적용하여 최종 서버인 10.1.1.10으로 HTTP GET 메시지를 전달합니다.

 

 
GSLB의 서버/사이트 선택 정책 (GSLB Policy)

 

GSLB의 사이트/서버 선택 정책은 아래 그림과 같습니다. 오늘은 그림만 보여 드리고, 설명은 다음 시간에 드리도록 하겠습니다.

 

 

김상태 2012-10-05 10:33:43
좋은 글 감사합니다~
nexpert 2012-10-05 14:36:36
좋은 글 감사합니다. 다음 내용도 기대 됩니다. ^^
최병훈 2012-10-08 10:29:46
좋은 글 감사합니다,,.
이현수 2013-03-28 16:17:12
좋은 글 잘 보았습니다. 자세한 설명 너무 감사합니다.
김성덕 2013-12-31 11:04:07
좋은글 감사합니다.
류현규 2014-05-02 09:51:02
잘읽고 갑니다.
감사합니다.
김재기 2014-09-25 14:10:30

자세한 설명 감사합니다. 많은 도움이 되었습니다.

chofox78 2017-06-29 18:04:15

좋은 글 감사합니다

지나가던사람 2018-03-08 09:46:02

좋은 글 감사합니다.

상범이 2018-07-04 00:09:13

설명 잘 들었습니다.

요즘은 GSLB에서 DNS기능을 하는 솔루션도 있을까요?

 

Proxy에서 local DNS로 query를 전달하는데 불필요해보이기도 해서요

local dns를 따로 구성하는 곳도 있을 듯하고, 아닐듯 해서 여쭤봅니다 ^^

 

늘 행복하세요!

 

날으는물고기 2019-05-20 17:35:53

자세한 설명 감사합니다.

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (1195)
5G (127) 5G 특화망 (40) AI (16) ALTO (1) AR (2) ARP (6) AT&T (1) Akamai (5) Authentication (5) BT (1) Backhaul (2) Big Data (2) Bridging (5) C-RAN/Fronthaul (19) CDN (20) CIoT (2) CPRI (6) Carrier Aggregation (5) Charging (2) China Mobile (2) Cisco (6) CoMP (3) Comcast (1) DHCP (6) DNS (15) Data Center (15) EDGE (14) EMM (1) EPS Bearer (7) Ethernet (3) FTTH (8) GSLB (5) Gigabit Internet (17) Google (17) Google Global Cache (8) Google TV (1) HLS (5) HTTP (5) HTTP Adaptive Streaming (7) HTTP Progressive Download (2) Handover (5) Huawei (1) IGMP (3) IP (6) IP Allocation (8) IP Routing (20) IPSec (4) IPTV (25) IoST (2) IoT (63) KT (46) Korea (8) Korea ICT Vendor (1) L3 Switch (5) LG U+ (24) LTE (99) LTE-A (10) LTE-A Pro (1) LTE-M (1) LTE-U (3) LoRa (5) MEC (15) MPLS (3) MWC 2013 (1) MWC 2015 (3) MWC 2016 (2) MWC 2017 (1) Mobile IPTV (1) Multi-Screen (1) Multicast (2) NAT (9) NB-IoT (6) NTT Docomo (1) Netflix (5) Network Protocol (49) Network Slicing (3) O-RAN (2) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) Private 5G (51) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (42) SK Broadband (1) SK Telecom (38) Samsung (2) Security (8) Self-Driving (3) Shortest Path Tree (2) Small Cell (3) Spectrum Sharing (1) TAU (2) Transparent Caching (9) UHD (7) VLAN (2) VPN (3) VR (3) Video Streaming (22) VoLTE (1) VoWiFi (1) WAN Optimization (1) Wi-Fi (30) WiBro(WiMAX) (2) YouTube (16) eICIC (1) eMBMS (1) ePDG (6) u+ tv G (4) 로컬 5G (3) 이음 5G (21)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2023년 6월 현재 넷매니아즈 회원은 55,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호