서비스 개요

서버(장비)의 상태에 상관없이 등록된 IP를 배포하던 전통적인 DNS서비스를 발전시킨 형태로, 서버(장비)의 상태정보를 확인 후 IP 정보를 배포함으로써, 최적의 서버(장비)로 연결시키는 기능을 제공합니다. 이를 통해 서버의 부하분산, DR(Disaster Recovery) 구축, 클라우드 서비스를 기존 Legacy system의 백업센터로의 이용 등 다양한 활용이 가능합니다.

서비스 특장점

GSLB 서비스 사용시의 이점
최고의 안정성 확보
  • 물리적인 4중화 구성을 통해 재해 복구(DR), 지역적인 부하분산, 응답시간 중심의 서비스를 제공
  • 목동 IDC, 천안 CDC에 각각 이중화하여 시스템을 구축, 최상의 안정적 서비스 제공
손쉬운 운영/관리
  • 모든 기능을 웹을 통해 자동화 하여, 고객 편의성을 극대화
  • 포탈을 통해 손쉽게 운영/관리 가능

구성도

해당 구성도는 Active-Backup 구성 예시로, GSLB서비스는 서버(장비)의 상태정보를 확인 후 IP 정보를 배포함으로써, 최적의 서버(장비)로 연결시키는 기능을 제공합니다.

서비스 주요 기능

  • Round Robin
    • 클라이언트의 요청을 단순하게 순서대로 순환을 하여 처리하는 방식
    • 응답 시간이 빠르고 구성이 단순한 장점
  • DR 특화 서비스
    • health check와 active/backup을 지정 가능하게 하여 재해 복구(DR), 지역적인 부하분산, 응답시간 중심의 서비스 제공
    • 목동/천안에 GSLB를 4중화로 구성하여 DR에 특화된 서비스 제공

활용 사례

DR(Disaster Recovery) 구축을 통한 Active-Backup 구성

고객 니즈

  • 고객의 cloud server 장애 발생 시, 서비스 단절 없이 제공 가능하여야 함
  • 고객 WEB, DB 서버 모두 DR 구성

구성 방안

  • 목동(Active)/천안(Backup)으로 GSLB를 구성하여, 장애 발생 시에도 서비스 단절 없이 서비스 제공

구성도

구성도

서비스 활용 추가 사례

  • KT Cloud 내 가상 서버의 Fail Over 제공
  • 지역별 트래픽 분산을 통한 Availability 향상
  • DR(Disaster Recovery) 구축을 통한 서비스 가용성 확보
  • 클라우드를 기존 Legacy system의 백업 센터로 활용 가능

연관 상품

  • Server
    • 고품질의 클라우드 서버(CPU, Memory, Disk, Network)를 제공하는 서비스로 웹 인터페이스를 통하여 쉽고 빠르게 다양한 서버를 구성할 수 있습니다.
  • Storage
    • storage는 대용량 데이터 파일 및 미디어 콘텐츠의 간편한 저장 및 무제한 확장성을 제공하는 Cloud 스토리지 서비스 입니다.
  • enterprise cloud
    • 엔터프라이즈 클라우드는 더욱 강화된 보안을 요구하는 기업, 공공기관, 금융기관 등이 사용하기에 적합하며, 고객사의 시스템을 DMZ zone과 private zone에 나누어 수용할 수 있습니다.
  • DB
    • 사용량에 따른 비용만 부담하기 때문에 하드웨어, DB administrator에 대한 초기 투자 없이 구축 및 사용할 수 있는 서비스로, 데이터베이스 관리의 부담을 줄일 수 있습니다.

주요 Q&A

  • Q이용중인 Server 사이에서도 GSLB를 로드밸런서로 사용할 수 있나요?
    • GSLB의 가장 기본적인 목표는 부하분산 보다, 서로 다른 지역(사이트)에 서버를 배치하여 지리적인 고 가용성과 재해 복구(DR) 효과를 목표로 하고 있습니다.
    • 동일한 가용성 존(Availability zone) 안에서의 부하 분산은 '로드밸런서' 서비스 이용을 권고 드리고 있습니다.
  • Q고객 소유 도메인에 대한 CNAME 맵핑은 어디서 진행하나요?
    • 고객 소유 도메인에 대한 GSLB용 CNAME 맵핑 작업은 고객이 서비스를 받고 있는 Auth DNS에 직접 요청 해야 합니다.
  • QGSLB는 어떻게 목적지 IP를 알려주나요?
    • GSLB는 사전에 고객이 타 DNS 호스팅 사이트에 등록한 CNAME 레코드를 통해 접근이 이루어 집니다.
    • 클라이언트는 2차 DNS로부터 전달 받은 A 레코드 정보로 실제 서버와 커넥션을 성립합니다.