지난 시간에 이어 오늘은 Pooq CDN 시험 결과와 그 결과가 가지는 의미에 대해서 살펴 보도록 하겠습니다. Test Result ■ 방송 3사 별 VoD 서버 위치 테스트 결과(log file)에 기록된 IP 주소를 이용하여 후이즈(www.whois.co.kr)에서 확인한 결과, 아래와 같이 총 6개사의 IDC(KT, SKB, LG U+, Sejong Telecom, HCLC, NHN)에 Pooq VoD 서버가 분산 배치되어 있음을 알수 있었습니다. KT IDC에 제일 많고(총 21대), LG U+ IDC에 제일 적게(1대) 설치되어 있네요. NHN IDC에도 있는게 흥미롭습니다. ■ VoD 서버 선택 분포 아래 그래프는 LG U+ 회선을 사용하는 시험 단말(...

최근 Pooq N스크린 서비스가 유료회원 6만명을 돌파 했다고 합니다. 유료화 전환 이후 한달만에 유료회원 6만명 확보라니... 참 대단합니다. 참고로 Pooq은 MBC와 SBS가 합작해 설립한 (주)콘텐츠연합플랫폼에서 제공하는 서비스이며, 2012년 7월말 서비스 개시 이후 80여일 만에 회원수 100만명을 돌파했고 9월 1일 유료 서비스로 전환했습니다. 오늘과 다음 시간을 통해 대한민국 대표 OTT인 Pooq의 CDN 서비스 로직과 Pooq CDN이 국내 통신 사업자에 미치는 영향에 대해 살펴 보도록 하겠습니다. Pooq CDN의 현황 및 서비스 로직을 파악하기 위해 몇가지 시험을 진행하였으며, 오늘은 시험 구성에 대해 소개해 드리고 다음편에서 시험 결과와 그 의미에 대해서 알...

오늘은 CDN의 핵심 기술인 Request Routing에 대해서 소개해 드리겠습니다. Request Routing은 사용자의 Content Request(예. 쿵푸펜더2 볼래요~)에 대해 최적의 Cache Server를 선택해 주는 기능으로 이를 위해 CDN 망에는 Request Router가 존재합니다. (이름에 Router가 들어갔다고 IP Routing의 OSPF, BGP와 같은 라우팅 기능을 수행하는 것은 아님) Request Router는 DNS 기능을 지원하며 사용자의 Content 요청을 Cache Server로 Redirection해 주는 방식에 따라 DNS-based Request Routing과 Service-based Request Routing으로 나눌 수 있습니다....

지난 시간에 이어 GSLB Policy에 대한 설명입니다. GSLB Policy 5. SLB Connection Load 지난 시간 4번 과정(Geographic Proximity 기반 사이트 선택)에서 사이트를 선택하지 못한 경우, SLB의 Connection Load가 적은 사이트를 선택합니다. SLB Connection Load란 "일정 시간 동안 SLB에 생성되는 새로운 TCP or UDP 연결수"를 의미합니다(average number of new connections per second on the site, over a given number of intervals). 예를 들어, SLB의 주기가 5초로 설정되어 있고, 각 초별로 새로운 연결이 100개, 110개, 1...

지난 시간에 이어 오늘은 "GSLB가 어떤 기준으로 사이트/서버를 선택하는지?" GSLB Policy에 대해서 설명 드리도록 하겠습니다. GSLB Policy 오늘과 다음 시간을 통해 소개해 드리는 Policy Metrics는 총 8가지이며, 이는 외산 벤더 기술문서 몇개를 참조하여 정리한 내용입니다. ① Server Health - 살아있는 사이트 선택 ② SLB Session & Network Capacity Threshold - 과부하 상태가 아닌 사이트 선택 ③ Network Proximity - 응답 속도가 빠른(Low Latency) 사이트 선택 ④ Geographic Proximity - 지리적으로 가까운 사이트 선택 ⑤ SLB Connecti...

지난 시간에 KT 유클라우드 가입자를 위한 GSLB 서비스 로직에 대해서 소개해 드렸었습니다. 오늘은 서버를 여러 지역에 분산시켜 운영하는 Enterprise(기업)에서 GSLB 적용을 통해 얻게 되는 장점과 서비스 로직에 대해 설명 드리도록 하겠습니다. 기존 DNS 방식 대비 GSLB의 장점 한국(KR)과 미국(US) 사이트(데이터센터)에 서버가 분산되어 있는 환경에서, 좌측은 Round-Robin 기반의 DNS 방식을 우측은 GSLB 기반의 방식을 보이고 있습니다. 1. Disaster Recovery [DNS 방식] DNS 서버는 응용 서버의 Health 상태(살았니? 죽었니?)를 알 수 없기 때문에 그림과 같이 미국 사이트 서버가 다운되어도 사용자 중...

올 9월 초에 KT에서 기업용 유클라우드(ucloud) 고객 대상으로 GSLB를 이용한 무중단 서비스를 출시하였다고 밝힌 바 있습니다. (기사 링크) 기사(아래)에 따르면 본 서비스를 통해 다음과 같은 장점을 제공할 수 있다고 설명 되어 있는데요. 이번 시간에는 KT 유클라우드에 적용된 GSLB 서비스 로직에 대해서 알아보도록 하겠습니다. "GSLB 서비스는 동일한 기능을 수행할 수 있는 여러 대의 클라우드 서버 중 최적 상태의 서버와 연결함으로써 고객 시스템의 안정성을 향상시키며, 부하를 분산시켜 일부 서버에 트래픽이 집중되는 것을 막기 때문에 서버의 가용성을 높일 수 있다. 클라우드 환경에서의 기존 로드밸런싱 솔루션은 서버의 상태와 관계없이 서비스 요청을 하는 것에 비해 유클라우드...

지난 시간에 이어 오늘은 LG U+ 가입자의 경우 LG U+ Google Global Cache(이하 GGC)로 부터 어떤 흐름으로 동영상이 다운로드 되는지 설명드리도록 하겠습니다. 먼저 LG U+ GGC내에 사용자가 요청한 동영상이 있는 경우(Cache Hit)의 흐름을 알아보고, 이후 동영상이 없는 경우(Cache Miss)의 흐름에 대해서 살펴 보도록 하겠습니다. LG U+ 회선을 통한 YouTube 다운로드 (1) LG U+ Google Global Cache에 동영상이 있는 경우 (Cache Hit) LG U+ 망 내부에(LG U+ IDC;Internet Data Center에) GGC가 들어 있다는 점 외에는 지난 시간의 KT 그림과 동일한 구성입니다....

넷매니아즈 블로그를 통해 총 3편에 걸쳐 LG U+와 KT 인터넷 회선에서의 YouTube 다운로드 속도 비교 시험 결과를 소개드린바 있습니다. 이번 시간에는 LG U+에 도입된 Google Global Cache(이하 GGC)를 통해 어떤 흐름으로 YouTube 동영상이 내 단말로 다운로드 되는지 work flow를 설명 드리도록 하겠습니다. 먼저 오늘 1편에서는 GGC가 도입되지 않은 KT의 경우를 살펴 보고, 다음 2편에서는 LG U+ 내의 GGC에 사용자가 요청한 동영상이 있는 경우(Cache Hit)와 그렇지 않은 경우(Cache Miss)를 나누어 설명드리도록 하겠습니다. KT 회선을 통한 YouTube 다운로드 먼저 아래 그림의 구성을 간략히 살펴 보면 왼쪽 회색판[...

오늘은 Operator CDN 중에 대표격인 영국 BT의 Operator CDN(On-Net CDN)의 동작 방식에 대해서 설명드리도록 하겠습니다. BT의 Operator CDN은 Cisco 솔루션을 사용하였으므로 Cisco CDN 솔루션의 동작 원리라고 볼 수도 있겠네요. 일단 Operator CDN이 뭐냐? 부터 설명 드려야 할 것 같은데요. 기존의 CDN 서비스라 함은 Akamai, Limelight, Level 3, CDNetworks와 같은 벤더가 자사의 Cache 서버를 Global하게(전 지구상의 주요 통신사업자에) 배치시키고 다국적 기업(예. 삼성, Cisco, Apple 등)으로 부터 돈을 받고 그 회사의 Contents에 대해 전세계 이용자들에게 CDN 서비스를 하는 구조였다면...

2011년 12월 12일 Netmanias Blog에서 DNS 기본 동작 원리에 대해서 설명 드린바 있습니다. 다시 요약해서 말씀드리자면 "단말에 설정해 놓은 Local DNS 서버가 Recursive하게 상위 DNS와 DNS 메시지를 주고 받아(예; Root DNS 서버 -> com DNS 서버 -> naver.com DNS 서버 순으로) 단말이 요구한 IP 주소를 얻어와서 단말에 전달해 준다" 입니다. 오늘은 이 Local DNS 서버가 상위 DNS 서버들과 통신하는 3가지 케이스에 대해서 소개 드리겠습니다. 그림에서 좌측이 Local DNS이고, 우측이 상위 DNS 들입니다. Case 1: Local DNS 서버가 상위 DNS 서버로 부터 단말이 요청한 IP...

Netmanias Blog 12월 13일자 "문제: Google DNS를 쓰면 왜 느릴까요???"에 대한 답을 드리도록 하겠습니다. DNS 동작 원리 일단 DNS 동작에 대해서 살펴 보도록 하겠습니다. 일반적인 상황은 아래 그림의 위쪽과 같이 제 PC에서 ping www.netmanias.com 하면 제 PC는 www.netmanias.com이라는 hostname에 대한 IP 주소를 받아 오기 위해 DNS query를 합니다. 그리고 이를 통해 IP 주소 112.220.75.18을 받아, 그 IP 주소로 ping (ICMP Echo Request)을 보내게 됩니다. 그런데 아래 그림의 밑에 쪽을 보면 ping www.cisco.com을 하였는데 www.cisco.com에 대한 IP 주...

어제의 문제 "Google DNS를 쓰면 왜 느릴까요???"의 답을 드리기 전에 Google DNS에 대해서 간단히 소개드리겠습니다. 그리고 답은 내일(목요일) 드리도록 하겠습니다. Google DNS의 장점 아래 그림은 블로그(http://googlesystem.blogspot.com/2009/12/google-dns.html)에서 가지고 온 테스트 결과인데요. Google DNS인 8.8.4.4와 8.8.8.8이 다른 DNS에 비해서 DNS 성능이 가장 우수하다고 합니다.(단말이 보낸 DNS Query에 대한 응답이 가장 빠름) 또한 DNS 서버를 향한 공격(DoS Attack, Spoofing Attack)에 대해서도 안전하다고 Google에서는 얘기하고 있습...

"Google DNS에 문제가 있다"는 얘기는 아님을 먼저 말씀드리면서 오늘의 문제를 드리도록 하겠습니다. 내 PC의 DNS 서버 주소를 LG U+로 설정하였을 때 일단 제 PC의 설정값입니다. 여기서 DNS 서버 203.248.252.2와 164.124.101.2는 LG U+의 DNS 서버 주소입니다. 자 이제 제 PC에서 cisco 홈페이지로 ping을 해 보겠습니다. Ping 응답 시간은 평균 3ms가 나옵니다. 오~ 꽤나 빠르죠!!! 내 PC의 DNS 서버 주소를 Google DNS로 설정하였을 때 바로 이어서 제 PC의 DNS 서버 주소를 Google DNS로 변경하였습니다. Google에서 제공하는 DNS 서버 주소는...

오늘은 DNS(Domain Name System)의 아주 기본적인 동작 원리에 대해서 설명드리겠습니다. 먼저 모든 단말(PC)은 DNS 서버의 IP 주소가 설정되어 있어야 합니다. 보통 PC는 DHCP 프로토콜로 IP 주소를 할당 받으면서 DNS 서버 IP 주소를 DHCP Option 6을 통해 함께 받습니다. (보통 2개의 DNS IP 주소를 받지요. Primary DNS 서버가 죽었을때 Secondary DNS 서버에 물어 보기 위해서...) 제 PC의 예를 보여 드리겠습니다. DNS 서버 주소가 203.248.252.2와 164.124.101.2로 설정 되어 있습니다. 이 2개의 주소는 LG U+ DNS 서버 주소입니다. (www.whois.co.kr에서 IP 주소 관련 정보 확인이 가능...