KR101039370B1 - 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법 - Google Patents

도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법 Download PDF

Info

Publication number
KR101039370B1
KR101039370B1 KR1020090048061A KR20090048061A KR101039370B1 KR 101039370 B1 KR101039370 B1 KR 101039370B1 KR 1020090048061 A KR1020090048061 A KR 1020090048061A KR 20090048061 A KR20090048061 A KR 20090048061A KR 101039370 B1 KR101039370 B1 KR 101039370B1
Authority
KR
South Korea
Prior art keywords
server
dns
address
gslb
domain
Prior art date
Application number
KR1020090048061A
Other languages
English (en)
Other versions
KR20100129479A (ko
Inventor
류민수
Original Assignee
삼성에스디에스 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성에스디에스 주식회사 filed Critical 삼성에스디에스 주식회사
Priority to KR1020090048061A priority Critical patent/KR101039370B1/ko
Publication of KR20100129479A publication Critical patent/KR20100129479A/ko
Application granted granted Critical
Publication of KR101039370B1 publication Critical patent/KR101039370B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 도메인 위임에 의한 GSLB(Global Server Load Balancing) 서버 및 이를 이용한 CDN(Content Delivery Network) 서비스 시스템 및 방법에 관한 것으로서, 상위 DNS(Domain Name System) 서버들 중 세컨드 레벨 DNS 서버가 자신의 서브 도메인에 대한 권한을 CDN 서비스 제공자의 DNS 서버로 위임한다. 그 후, DNS 클라이언트가 요청하는 도메인 네임의 아이피 주소에 대해, DNS 클라이언트에 설정된 로컬 DNS 서버가 DNS 질의를 전송하면, 해당 도메인 네임에 대한 권한을 위임받은 CDN 서비스 제공자의 DNS 서버가 로컬 DNS 서버로부터 최근접한 위치의 복제 서버의 아이피 주소를 전송해준다. 본 발명에 의하면, CDN 서비스 제공을 위한 로컬 DNS 서버의 반복 질의 회수를 줄일 수 있고, 추가적인 도메인 영역의 구축이 필요없어 그에 따른 비용 및 노력을 줄일 수 있다.
서브 도메인 위임, CDN, DNS 질의, GSLB

Description

도메인 위임에 의한 ＧＳＬＢ 서버 및 이를 이용한 ＣＤＮ 서비스 시스템 및 방법{ GSLB SERVER BY DOMAIN DELEGATION AND CDN SERVICE SYSTEM AND METHOD USING THE SAME }
본 발명은 도메인 위임에 의한 GSLB(Global Server Load Balancing) 서버 및 이를 이용한 CDN(Content Delivery Network) 서비스 시스템 및 방법에 관한 것으로서, 보다 상세하게는 서브 도메인 위임을 통해 로컬 DNS 서버를 CDN 서비스 제공자의 DNS 서버로 직접 유도하는 도메인 위임에 의한 CDN 서비스 시스템 및 방법에 관한 것이다.
CDN(Content Delivery Network)은 네트워크 트래픽(Network Traffic)의 체증 원인이 되는 미들 마일(인터넷 망)의 문제와 캐싱 전략의 한계를 극복하기 위해 등장한 새로운 개념의 콘텐츠 전송 기술이다.
CDN의 목적은 인터넷 서비스의 질을 향상시키기 위해 다수의 서버를 네트워크 가장 자리에 분산시키고, 콘텐츠를 분산된 서버에 복제하여 클라이언트 가까이에 있는 복제 서버로 하여금 콘텐츠 요청에 응답하게 함으로서, 클라이언트에게 빠 른 서비스를 제공하는 것이다.
CDN은 캐싱 기술을 한 단계 진보시킨 것으로, 캐싱은 일반적으로 로컬 기반으로 사용하도록 설계되어 클라이언트들이 빈번히 요청하는 콘텐츠를 저장하는데 반해, CDN은 네트워크 전반에 분산되어 있는 복제 서버들을 관리하며 정책적으로 선택된 콘텐츠를 저장한다.
이러한 CDN을 구현하기 위해 사용되는 일반적인 방식이 DNS(Domain Name Service) 기반의 글로벌 서버 부하 분산 기법(Global Server Load Balancing : GSLB)이다.
여기서, DNS 기반의 GSLB란 클라이언트로부터 특정 호스트 이름에 대한 IP 주소를 요청하는 질의가 있는 경우, DNS 서버가 클라이언트의 위치에 따라 네트워크 상에서 클라이언트로부터 가장 가까운 서버(원래 서버의 콘텐츠를 복제하여 가지고 있는 복제 서버)의 IP 주소를 알려주어, 클라이언트로 하여금 상기 호스트 이름을 가진 다수의 서버 중 가장 빠른 서비스를 제공할 수 있는 서버에 접속하도록 유도해주는 기술을 말한다.
한편, 종래의 DNS 기반의 CDN 서비스 방법은 CNAME(Canonical Name) 변환 방식을 이용하였다. 여기서, CNAME 변환 방식이란, DNS 시스템에서 특정 도메인(예: www.example.com)을 다른 도메인(예: www.example.com.cdnservice.net)으로 연결하고자 하는 경우에 사용하는 방식으로, CDN 서비스의 제공을 위해 가입자의 DNS에서 해당 도메인을 CNAME으로 대치하여 서비스용 도메인으로 연결하는 방식을 말한다.
도 1은 종래의 CNAME 변환 방식에 의한 CDN 서비스 방법을 개략적으로 나타낸 도면이다.
도 1을 참조하면, 먼저 DNS 클라이언트가 로컬 DNS 서버에게 특정 호스트 이름(예를 들어, www.example.com)에 대한 IP 주소를 묻는 순환 질의(Recursive Query)를 보내면, 로컬 DNS 서버가 Root 네임 서버 → com 네임 서버 → example 네임 서버 순으로 반복 질의(Iterative Query)를 수행하게 된다.
이러한 과정을 통해 상기 로컬 DNS 서버가 .example.com 네임 서버로 유도되면, .example.com 네임 서버는 CDN 서비스를 제공하는 회사의 GSLB 서버로 유도하기 위해, www.example.com의 CNAME이 예를 들어 www.example.com.cdnservice.net 라고 전달해준다.
그러면, 상기 로컬 DNS 서버는 다시 Root 네임 서버 → net 네임 서버 순으로 반복 질의(Iterative Query)를 수행하여, .cdnservice.net 네임 서버(CDN 서비스를 제공하는 회사의 GSLB 서버)로 유도된다.
이때, 상기 .cdnservice.net 네임 서버는 상기 로컬 DNS 서버의 IP 주소에서 가장 가까운 곳에 위치한 www.example.com의 복제 서버의 IP 주소를 전달해준다.
그러면, 로컬 DNS 서버가 상기 .cdnservice.net 네임 서버로부터 전달된 IP 주소를 DNS 클라이언트에게 전달해주며, DNS 클라이언트는 상기 IP 주소로 www.example.com에 접속하게 된다.
이와 같이 종래의 CNAME 변환 방식에 의한 CDN 서비스 방법에 의하면, 도메인의 변환으로 DNS 쿼리 시 반복 질의의 횟수가 일반적인 DNS 질의 시보다 2배 이 상 증가한다는 문제점이 있다.
즉, 위에서 살펴본 바와 같이, 로컬 DNS 서버가 Root 네임 서버 → com 네임 서버 → example 네임 서버 순으로 3번의 반복 질의를 수행한 후(일반적인 DNS 질의의 경우는 여기에서 완료), CNAME 변환 방식에 의한 도메인 변환으로 Root 네임 서버 → net 네임 서버 → cdnservice 네임 서버 순으로 다시 3번의 반복 질의를 수행하여, 총 6번의 반복 질의를 수행하여야 한다.
다시 말하면, CDN 서비스를 받기 위해 로컬 DNS 서버가 총 6번의 반복 질의 또는 그 이상의 반복 질의를 수행하여야 하기 때문에, 질의 응답 속도가 떨어진다는 문제점이 있다.
그리고, CDN 서비스 제공을 위해 추가적인 도메인 네임의 구성이 필요하게 된다. 이 경우, 추가적인 도메인 영역의 구축에 따른 비용이 들어가게 되고, 관리 포인트가 증가하여 도메인 관리에 추가적인 노력 및 비용이 든다는 문제점이 있다.
본 발명의 목적은 CDN 서비스 제공을 위해 수행되는 로컬 DNS 서버의 반복 질의 횟수를 줄일 수 있는 도메인 위임에 의한 CDN 서비스 시스템 및 방법을 제공하는 데 있다.
본 발명의 목적은 추가적인 도메인 영역의 구축 없이 CDN 서비스를 제공하는 도메인 위임에 의한 CDN 서비스 시스템 및 방법을 제공하는 데 있다.
본 발명의 다른 목적 및 장점들은 하기의 설명에 의해 이해될 수 있으며, 본 발명의 실시예에 의해 보다 분명하게 알 수 있다. 또한, 본 발명의 목적 및 장점들은 특허청구범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있다.
상기 목적을 해결하기 위한 본 발명의 도메인 위임에 의한 CDN 서비스 시스템의 실시예는, 도메인 네임의 IP 주소를 요청하는 DNS 클라이언트와, 상기 DNS 클라이언트에 설정되며, 상기 DNS 클라이언트의 요청에 응답하여 상기 도메인 네임의 IP 주소에 대한 DNS 질의(Query)를 수행하는 로컬 DNS 서버와, 상기 DNS 질의에 응답하며, 루트 DNS 서버, 탑 레벨 DNS 서버 및 세컨드 레벨 DNS 서버를 포함하는 상위 DNS 서버들과, 상기 세컨드 레벨 DNS 서버로부터 상기 도메인 네임에 대한 권한을 위임받아, 상기 로컬 DNS 서버의 DNS 질의에 응답하여 CDN(Content Delivery Network) 서비스를 제공하는 GSLB(Global Server Load Balancing) 서버를 포함하여 이루어진다.
여기서, 상기 GSLB 서버는, 상기 로컬 DNS 서버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는 것을 특징으로 한다.
한편, 도메인 위임에 의한 GSLB 서버의 실시예는, CDN(Content Delivery Network) 서비스를 제공하는 GSLB(Global Server Load Balancing) 서버에 있어서,도메인 네임의 IP 주소에 대한 로컬 DNS 서버의 DNS 질의에 응답하는 루트 DNS 서버, 탑 레벨 DNS 서버 및 세컨드 레벨 DNS 서버를 포함하는 상위 DNS 서버들 중 상기 세컨드 레벨 DNS 서버로부터 상기 도메인 네임에 대한 권한을 위임받아, 상기 로컬 DNS 서버의 DNS 질의에 응답하여 CDN 서비스를 제공하는 것을 특징으로 한다.
여기서, 상기 CDN 서비스 제공은, 상기 로컬 DNS 서버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는 것을 특징으로 한다.
한편, 본 발명의 도메인 위임에 의한 CDN 서비스 방법의 실시예는, DNS 클라이언트가 도메인 네임의 IP 주소를 로컬 DNS 서버로 요청하는 단계와, 상기 로컬 DNS 서버가 상기 DNS 클라이언트의 요청에 응답하여, 상위 DNS 서버들에게 상기 도메인 네임의 IP 주소에 대한 DNS 질의를 수행하는 단계와, 상기 DNS 질의에 응답하여, 상기 상위 DNS 서버 중 세컨드 레벨 DNS 서버가 상기 도메인 네임에 대한 권한을 위임받은 GSLB(Global Server Load Balancing) 서버의 IP 주소를 전송하는 단계와, 상기 로컬 DNS 서버의 DNS 질의에 응답하여, 상기 GSLB 서버가 CDN(Content Delivery Network) 서비스를 제공하는 단계를 포함하여 이루어진다.
여기서, 상기 GSLB 서버가 CDN 서비스를 제공하는 단계는, 상기 로컬 DNS 서 버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는 것을 특징으로 한다.
본 발명의 실시예에 의하면, CDN 서비스를 제공받기 위해 로컬 DNS 서버가 수행하는 반복 질의의 횟수를 줄일 수 있으며, 그로 인해 질의 응답 속도를 향상시킬 수 있다.
그리고, 서비스 도메인에 대한 변경이 불필요하기 때문에, 도메인 영역의 추가 구축에 따른 비용을 줄일 수 있고, 관리 포인트가 줄어들게 되어 전체 시스템의 관리를 효율적으로 운영할 수 있게 된다.
또한, 서브 도메인 위임을 통해 컨텐츠 제공을 위한 도메인들에 대한 권한을 획득함으로써, DNS 쿼리에 대한 총괄적 관리가 가능하고, 오리진(Origin) 서버의 서브 도메인화를 통해서 네트워크 부하의 효과적 분산이 가능해진다.
이하, 도 2 내지 도 4를 참조하여 본 발명의 도메인 위임에 의한 GSLB 서버 및 CDN 서비스 시스템 및 방법의 구체적인 실시형태를 설명하기로 한다. 그러나 이는 예시에 불과하며 본 발명은 이에 제한되지 않는다.
본 발명을 설명함에 있어서, 본 발명과 관련된 공지기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략하기로 한다. 그리고, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
또한, 이하 실시되는 본 발명의 바람직한 실시예는 본 발명을 이루는 기술적 구성요소를 효율적으로 설명하기 위해 각각의 시스템 기능구성에 기 구비되어 있거나, 또는 본 발명이 속하는 기술분야에서 통상적으로 구비되는 시스템 기능 구성은 가능한 생략하고, 본 발명을 위해 추가적으로 구비되어야 하는 기능 구성을 위주로 설명한다. 만약 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면, 하기에 도시하지 않고 생략된 기능 구성 중에서 종래에 기 사용되고 있는 구성요소의 기능을 용이하게 이해할 수 있을 것이며, 또한 상기와 같이 생략된 구성 요소와 본 발명을 위해 추가된 구성 요소 사이의 관계도 명백하게 이해할 수 있을 것이다.
결과적으로, 본 발명의 기술적 사상은 청구범위에 의해 결정되며, 이하 실시예는 진보적인 본 발명의 기술적 사상을 본 발명이 속하는 기술분야에서 통상의 지식을 가진자에게 효율적으로 설명하기 위한 일 수단일 뿐이다.
도 2는 본 발명의 도메인 위임에 의한 CDN(Content Delivery Network) 서비스 시스템의 구성을 나타낸 도면이다. 여기서, 본 발명의 동작 과정을 번호로 나타내었으며, 이에 대한 자세한 설명은 후술하기로 한다.
도 2를 참조하면, 본 발명의 도메인 위임에 의한 CDN 서비스 시스템은, DNS 클라이언트(110), 로컬 DNS 서버(120), 루트 DNS 서버(130), 탑 레벨(Top-Level) DNS 서버(140), 세컨드 레벨(Second-Level) DNS 서버(150), GSLB 서버(160)를 포함하여 이루어진다. 상기 루트 DNS 서버(130), 탑 레벨(Top-Level) DNS 서버(140) 및 세컨드 레벨(Second-Level) DNS 서버(150)는 상기 로컬 DNS 서버(120)의 상위 DNS 서버가 된다.
여기서, 상기 DNS 클라이언트(110)는 특정 호스트 네임에 대한 IP 주소를 묻는 순환 질의(Recursive Query)를 상기 로컬 DNS 서버(120)로 보낸다.
여기서, 순환 질의(Recursive Query)는 DNS의 동작 모드 중 하나로서, 상기 로컬 DNS 서버(120)는 상기 순환 질의에 대해서 다른 DNS 서버를 참조하라는 응답을 해서는 안되며, 상기 순환 질의에 대해 끝까지 정보를 찾아서 응답을 해주어야 하고, 존재하지 않는 정보에 대해서는 에러 메시지를 전달한다.
상기 로컬 DNS 서버(120)는 상기 DNS 클라이언트(110)에 설정된 DNS 서버이다. 상기 로컬 DNS 서버(120)는 자신의 영역(Zone) 파일 즉, 특정 도메인에 속하는 호스트 이름과 그에 해당하는 IP 주소가 저장된 파일을 검색하여, 상기 DNS 클라이언트(110)가 요청하는 도메인에 대한 영역 파일이 있는지를 확인한다.
상기 로컬 DNS 서버(120)는 자신의 영역 파일에 상기 DNS 클라이언트(110)가 요청하는 도메인에 대한 영역 파일이 없는 경우, 상기 순환 질의에 대해 상위 DNS 서버들에게 반복 질의(Iterative Query)를 보낸다.
여기서, 반복 질의(Iterative Query)는 DNS의 또 다른 동작 모드로서, DNS 서버는 상기 반복 질의에 대해 자신에게 해당하는 정보가 없는 경우, 해당 정보를 관장하는 또 다른 DNS 서버의 정보를 알려준다. 즉, DNS 질의(Query)에는 순환 질의와 반복 질의가 있는데, 상기 로컬 DNS 서버(120)가 수행하는 DNS 질의는 반복 질의이다.
상기 루트 DNS 서버(130)는 루트 도메인에 대한 관장(Authoritative) DNS 서버이며, 탑 레벨 도메인(예를 들면, biz, com, net, org, info, pro 등)에 대한 관장 DNS 서버의 정보를 가진다.
따라서, 상기 루트 DNS 서버(130)는 상기 로컬 DNS 서버(120)의 반복 질의에 대해, 탑 레벨(Top-Level) 도메인의 관장 DNS 서버의 IP 주소를 전송해준다.
상기 탑 레벨 DNS 서버(140)는 세컨드 레벨(Second-Level) 도메인에 대한 관장 DNS 서버의 정보를 가지며, 상기 로컬 DNS 서버(120)의 반복 질의에 대해 세컨드 레벨 도메인의 관장 DNS 서버의 IP 주소를 전송해준다.
상기 세컨드 레벨 DNS 서버(150)는 상기 로컬 DNS 서버(120)의 반복 질의에 대해, 도메인 위임을 통해 자신의 서브 도메인 영역을 관장하는 GSLB 서버(160)의 IP 주소를 전송한다. 상기 GSLB 서버(160)는 CDN 서비스를 제공하는 주체가 관리하는 서버이다.
즉, 상기 세컨드 레벨 DNS 서버(150)는 자신의 서브 도메인에 대한 권한을 상기 GSLB 서버(160)로 서브 도메인 위임(Delegation)을 한 후, 상기 로컬 DNS 서버(120)로부터 반복 질의가 있는 경우, 서브 도메인 영역을 관장하는 상기 GSLB 서버(160)의 IP 주소를 전송해준다.
여기서, 서브 도메인 위임은 도메인 영역의 분할을 통해 관리 포인트를 분산 시키기 위한 것으로, 상위 영역의 DNS 서버(예: .example.com)에서 서브 도메인(예: sub1.example.com, sub2.example.com, ... 등)을 맡아 처리하는 DNS 서버를 지정하여 위임한 후, 위임받은 DNS 서버에 상기 서브 도메인 영역을 관장하는 권한을 넘겨주는 것을 말한다.
상기 GSLB 서버(160)는 CDN 서비스를 제공하는 서버로서, 상기 로컬 DNS 서버(120)의 반복 질의에 대해, 상기 로컬 DNS 서버(120)의 IP 주소로부터 가장 가까운 곳에 위치한 복제 서버의 IP 주소를 전송해준다.
즉, 상기 GSLB 서버(160)는 상기 로컬 DNS 서버(120)가 요청하는 반복 질의(DNS 클라이언트가 접속하고자 하는 도메인의 IP 주소를 묻는)에 대해, 부하 분산 알고리즘을 사용하여 상기 로컬 DNS 서버(120)의 IP 주소로부터 가장 가까운 곳에 위치한 복제 서버의 IP 주소를 전송해준다.
이때, 상기 GSLB 서버(160)는 해시(Hash), 라운드 로빈(Round Robin), 가중치 라운드 로빈(Weighted Round Robin) 및 정적 근접(Static Proximity) 알고리즘 등의 부하 분산 알고리즘을 사용하여 복제 서버를 선택할 수 있다.
본 발명에 의하면, 서브 도메인 위임을 통해 로컬 DNS 서버의 반복 질의에 대해 CDN 서비스를 제공하는 GSLB 서버로 바로 포워딩해줌으로써, CDN 서비스 제공을 받기 위해 수행되는 반복 질의의 횟수를 줄일 수 있으며, 그로 인해 질의 응답 속도를 향상시킬 수 있다.
도 3은 본 발명의 도메인 위임에 의한 CDN(Content Delivery Network) 서비 스 방법을 나타낸 도면이다. 여기서는 DNS 클라이언트가 www.example.com이라는 호스트 네임에 대한 IP 주소를 요청하는 경우를 일 예로 살펴보기로 한다.
도 3을 참조하면, 먼저, DNS 클라이언트(110)가 로컬 DNS 서버(120)에게 www.example.com에 대한 IP 주소를 묻는 순환 질의(Recursive Query)를 전송한다(①).
다음으로, 상기 로컬 DNS 서버(120)가 루트 DNS 서버(130)에게 www.example.com의 IP 주소를 묻는 반복 질의(Iterative Query)를 전송한다(②).
이어서, 상기 루트 DNS 서버(130)는 www.example.com의 탑 레벨 도메인인 com의 DNS 서버(140)의 IP 주소를 상기 로컬 DNS 서버(120)로 전송한다(③).
연이어, 상기 로컬 DNS 서버(120)는 www.example.com의 IP 주소를 묻는 반복 질의를 탑 레벨의 도메인인 com의 DNS 서버(140)로 전송한다(④).
그 후, 상기 com의 DNS 서버(140)는 www.example.com의 세컨드 레벨 도메인인 .example.com의 관장 DNS 서버(150)의 IP 주소를 상기 로컬 DNS 서버(120)로 전송한다(⑤).
다음으로, 상기 로컬 DNS 서버(120)는 www.example.com의 IP 주소를 묻는 반복 질의를 상기 .example.com의 관장 DNS 서버(150)로 전송한다(⑥).
이어서, 상기 .example.com의 관장 DNS 서버(150)는 www.example.com이라는 서브 도메인을 관장하는 GSLB 서버(160)의 IP 주소를 상기 로컬 DNS 서버(120)로 전송한다(⑦).
즉, 상기 .example.com의 관장 DNS 서버(150)는 www.example.com이라는 서브 도메인에 대해, CDN 서비스를 제공하는 주체가 관리하는 GSLB 서버(160)로 미리 서브 도메인 위임을 해준다.
그 후, 상기 .example.com의 관장 DNS 서버(150)는 상기 로컬 DNS 서버(120)가 www.example.com의 IP 주소를 묻는 반복 질의를 해오면, www.example.com이라는 서브 도메인에 대한 권한을 위임받은 상기 GSLB 서버(160)의 IP 주소를 알려준다.
그러면, 상기 로컬 DNS 서버(120)는 CDN 서비스를 제공하는 주체가 관리하는 GSLB 서버(160)(즉, www.example.com을 관장하는 도메인 서버)로 직접 유도되기 때문에, 추가적인 반복 질의를 수행할 필요가 없게 된다.
즉, www.example.com이라는 도메인을 관장하는 서버가 CDN 서비스를 제공하는 GSLB 서버(160)이기 때문에, 종래 기술과 같이 CDN 서비스 제공자의 도메인 서버를 찾는 추가적인 반복 질의를 수행할 필요가 없게 된다.
연이어, 상기 로컬 DNS 서버(120)는 www.example.com의 IP 주소를 묻는 반복 질의를 상기 GSLB 서버(160)로 전송한다(⑧).
다음으로, 상기 GSLB 서버(160)는 상기 로컬 DNS 서버(120)의 IP 주소를 참조하여, 상기 로컬 DNS 서버(120)로부터 가장 가까운 곳에 위치한 복제 서버의 IP 주소를 전송한다(⑨).
즉, 상기 GSLB 서버(160)는 www.example.com을 관장하는 도메인 서버로서, 부하 분산 알고리즘을 사용하여 상기 로컬 DNS 서버(120)의 IP 주소로부터 가장 가까운 곳에 위치한 복제 서버의 IP 주소를 전송해준다.
이어서, 상기 로컬 DNS 서버(120)는 상기 복제 서버의 IP 주소를 www.example.com의 주소로서 상기 DNS 클라이언트(110)에게 전송해준다(⑩). 그러면, 상기 DNS 클라이언트(110)는 상기 복제 서버의 IP 주소로 www.example.com에 접속하게 된다.
도 4는 본 발명의 도메인 위임에 의한 CDN 서비스 방법을 개략적으로 나타낸 도면이다.
여기서, 세컨드 레벨 DNS 서버인 example 네임 서버는 CDN 서비스를 제공하는 GSLB 서버에 www.example.com 이라는 서브 도메인에 대해 서브 도메인 위임을 한다.
즉, CDN 서비스를 이용하고자 하는 컨텐츠 제공자는 CDN 서비스 제공자의 GSLB 서버로 서비스 받고자 하는 도메인(예를 들어, www.example.com)을 example 네임 서버로부터 서브 도메인 위임을 통해 서브 도메인으로 분리하여 권한을 이양한다.
이 경우, DNS 클라이언트가 로컬 DNS 서버에게 www.example.com에 대한 IP 주소를 묻는 순환 질의를 전송하면, 로컬 DNS 서버는 Root 네임 서버 → com 네임 서버 → example 네임 서버 → www 네임 서버 순으로 반복 질의를 수행한다.
이때, www.example.com에 대해 도메인 위임을 받은 GSLB 서버가 로컬 DNS 서버에서 가장 근접한 복제 서버의 IP 주소로 응답한다.
본 발명에 의하면, CDN 서비스를 제공받기 위해 로컬 DNS 서버가 4차례의 반복 질의만을 수행하면 되므로, 반복 질의를 수행하는 횟수를 줄일 수 있으며, 그로 인해 질의 응답 속도를 향상시킬 수 있다.
즉, 종래기술의 CNAME 변환 방식에 의한 CDN 서비스 방법의 경우, 서비스 도메인(즉, CDN 서비스를 제공하는 주체가 관리하는 도메인)으로 분기하는 과정에서, 반복 질의를 Root 네임 서버에서 다시 시작하게 되므로 반복 질의가 중복하여 발생하게 되나, 본 발명에 의하면 서비스 도메인 관장 서버를 찾는 단계가 현저히 줄어들어 사용자에 대한 질의 응답 속도가 향상되게 된다.
그리고, 서비스 도메인에 대한 변경이 불필요하기 때문에, 도메인 영역의 추가 구축에 따른 비용을 줄일 수 있고, 관리 포인트가 줄어들게 되어 전체 시스템의 관리를 효율적으로 운영할 수 있게 된다.
즉, 종래기술의 CNAME 변환 방식에 의한 CDN 서비스 방법의 경우, CDN 서비스 제공을 위해 추가적인 도메인 네임의 구성이 필요하였으나, 본 발명에 의하면 이러한 도메인 영역의 추가 구축이 필요 없으므로 그에 따른 비용을 줄일 수 있게 되고, 관리 포인트가 줄게 되어 도메인 관리를 효율적으로 수행할 수 있게 된다.
또한, 서브 도메인 위임을 통해 컨텐츠 제공을 위한 도메인들에 대한 권한을 획득함으로써, DNS 쿼리에 대한 총괄적 관리가 가능하고, 오리진(Origin) 서버의 서브 도메인화를 통해서 네트워크 부하의 효과적 분산이 가능해진다.
이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해 할 것이다.
그러므로 본 발명의 권리범위는 설명된 실시예에 국한되어 정해져서는 안 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
도 1은 종래의 CNAME 변환 방식에 의한 CDN 서비스 방법을 개략적으로 나타낸 도면.
도 2는 본 발명의 도메인 위임에 의한 CDN(Content Delivery Network) 서비스 시스템의 구성을 나타낸 도면.
도 3은 본 발명의 도메인 위임에 의한 CDN 서비스 방법의 순서를 나타낸 도면.
도 4는 본 발명의 도메인 위임에 의한 CDN 서비스 방법을 개략적으로 나타낸 도면.
* 도면의 주요 부분에 대한 부호의 설명 *
110 : DNS 클라이언트 120 : 로컬 DNS 서버
130 : 루트 DNS 서버 140 : 탑 레벨 DNS 서버
150 : 세컨드 레벨 DNS 서버 160 : GSLB 서버

Claims (6)

  1. 도메인 네임의 IP 주소를 요청하는 DNS 클라이언트;
    상기 DNS 클라이언트에 설정되며, 상기 DNS 클라이언트의 요청에 응답하여 상기 도메인 네임의 IP 주소에 대한 DNS 질의(Query)를 수행하는 로컬 DNS 서버;
    상기 DNS 질의에 응답하며, 루트 DNS 서버, 탑 레벨 DNS 서버 및 세컨드 레벨 DNS 서버를 포함하는 상위 DNS 서버들; 및
    상기 세컨드 레벨 DNS 서버로부터 상기 도메인 네임에 대한 권한을 위임받아, 상기 로컬 DNS 서버의 DNS 질의에 응답하여 복제 서버의 IP 주소를 전송하는 GSLB(Global Server Load Balancing) 서버를 포함하며,
    상기 로컬 DNS 서버는 상기 세컨드 레벨 DNS 서버로부터 전송된 상기 GSLB 서버의 IP 주소를 통해 상기 GSLB 서버로 유도되는, 도메인 위임에 의한 CDN 서비스 시스템.
  2. 제1항에 있어서,
    상기 GSLB 서버는,
    상기 로컬 DNS 서버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는, 도메인 위임에 의한 CDN 서비스 시스템.
  3. CDN(Content Delivery Network) 서비스를 제공하는 GSLB(Global Server Load Balancing) 서버에 있어서,
    상기 GSLB 서버는, 도메인 네임의 IP 주소에 대한 로컬 DNS 서버의 DNS 질의에 응답하는 루트 DNS 서버, 탑 레벨 DNS 서버 및 세컨드 레벨 DNS 서버를 포함하는 상위 DNS 서버들 중 상기 세컨드 레벨 DNS 서버로부터 상기 도메인 네임에 대한 권한을 위임받아, 상기 로컬 DNS 서버의 DNS 질의에 응답하여 복제 서버의 IP 주소를 전송하며,
    상기 로컬 DNS 서버는 상기 세컨드 레벨 DNS 서버로부터 전송된 상기 GSLB 서버의 IP 주소를 통해 상기 GSLB 서버로 유도되는, 도메인 위임에 의한 GSLB 서버.
  4. 제3항에 있어서,
    상기 GSLB 서버는,
    상기 로컬 DNS 서버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는, 도메인 위임에 의한 GSLB 서버.
  5. DNS 클라이언트가 도메인 네임의 IP 주소를 로컬 DNS 서버로 요청하는 단계;
    상기 로컬 DNS 서버가 상기 DNS 클라이언트의 요청에 응답하여, 상위 DNS 서버들에게 상기 도메인 네임의 IP 주소에 대한 DNS 질의를 수행하는 단계;
    상기 DNS 질의에 응답하여, 상기 상위 DNS 서버 중 세컨드 레벨 DNS 서버가 상기 도메인 네임에 대한 권한을 위임받은 GSLB(Global Server Load Balancing) 서버의 IP 주소를 상기 로컬 DNS 서버로 전송하는 단계; 및
    상기 로컬 DNS 서버의 DNS 질의에 응답하여, 상기 GSLB 서버가 복제 서버의 IP 주소를 전송하는 단계를 포함하는, 도메인 위임에 의한 CDN 서비스 방법.
  6. 제5항에 있어서,
    상기 GSLB 서버가 복제 서버의 IP 주소를 전송하는 단계는,
    상기 로컬 DNS 서버의 IP 주소로부터 최근접에 위치한 복제 서버의 IP 주소를 전송하는, 도메인 위임에 의한 CDN 서비스 방법.
KR1020090048061A 2009-06-01 2009-06-01 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법 KR101039370B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020090048061A KR101039370B1 (ko) 2009-06-01 2009-06-01 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020090048061A KR101039370B1 (ko) 2009-06-01 2009-06-01 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20100129479A KR20100129479A (ko) 2010-12-09
KR101039370B1 true KR101039370B1 (ko) 2011-06-08

Family

ID=43506081

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090048061A KR101039370B1 (ko) 2009-06-01 2009-06-01 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법

Country Status (1)

Country Link
KR (1) KR101039370B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075593B (zh) * 2010-12-30 2013-04-10 北京世纪互联宽带数据中心有限公司 一种sdns数据的生成方法及系统
KR101419436B1 (ko) * 2012-12-14 2014-08-13 (주)씨디네트웍스 Dns 서비스 제공 방법 및 장치
CN110177110A (zh) * 2019-06-04 2019-08-27 湖北五五互联科技有限公司 内容访问方法、设备及计算机可读存储介质
CN112333108A (zh) * 2019-08-05 2021-02-05 南京中兴新软件有限责任公司 业务调度的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050076142A1 (en) * 2003-09-19 2005-04-07 Chin Kwan Wu Automatic sub domain delegation of private name spaces for home-to-home virtual private networks
KR20060041113A (ko) * 2004-11-08 2006-05-11 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 단말의 가상 도메인 네임 시스템 및 그관리 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050076142A1 (en) * 2003-09-19 2005-04-07 Chin Kwan Wu Automatic sub domain delegation of private name spaces for home-to-home virtual private networks
KR20060041113A (ko) * 2004-11-08 2006-05-11 삼성전자주식회사 ＩＰｖ4/ＩＰｖ6 단말의 가상 도메인 네임 시스템 및 그관리 방법

Also Published As

Publication number Publication date
KR20100129479A (ko) 2010-12-09

Similar Documents

Publication Publication Date Title
US11115500B2 (en) Request routing utilizing client location information
US10742550B2 (en) Updating routing information based on client location
US11159479B2 (en) Domain name system CNAME record management
AU2011307319B2 (en) Request routing in a networked environment
US9800539B2 (en) Request routing management based on network components
US9264358B2 (en) Alias resource record sets
EP2356577B1 (en) Request routing and updating routing information utilizing client location information
US7584301B1 (en) Host-level policies for global server load balancing
US8521880B1 (en) Managing content delivery network service providers
EP2266064B1 (en) Request routing
KR101039370B1 (ko) 도메인 위임에 의한 ｇｓｌｂ 서버 및 이를 이용한 ｃｄｎ 서비스 시스템 및 방법
KR101135087B1 (ko) 콘텐츠 제공 시스템 및 방법
KR100944156B1 (ko) 웹 서버 부하 분산 시스템 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150305

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20160330

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170309

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20180403

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190401

Year of fee payment: 9