Traffic Manager 가격

높은 성능과 가용성을 위해 들어오는 트래픽 라우팅

더 나은 성능과 가용성을 위해 들어오는 트래픽을 앱으로 지역 라우팅. 사전 투자 비용이 없고 해지 요금이 없고 사용한 만큼만 요금을 지불합니다.

가격 옵션 살펴보기

필터를 적용하여 요구 사항에 맞게 가격 옵션을 사용자 지정하세요.

Traffic Manager는 받은 DNS 쿼리 수를 기준으로 요금이 청구되며, 매월 10억 개 이상의 쿼리를 받는 서비스에는 할인이 적용됩니다. 모니터링되는 각 엔드포인트에 대해서도 청구됩니다(Azure 서비스인지 외부 서비스인지에 따라 요금이 다름).

가격
처음 10억 개 DNS 쿼리/월 $-/1백만 쿼리
10억 개 초과 DNS 쿼리/월 $-/1백만 쿼리
기본 상태 검사
기본 상태 검사(Azure) Azure 엔드포인트당 $-/월
빠른 간격 상태 검사 추가 기능(Azure)1 Azure 엔드포인트당 $-/월
기본 상태 검사(외부) 외부 엔드포인트당 $-/월
빠른 간격 상태 검사 추가 기능(외부)1 외부 엔드포인트당 $-/월
1빠른 엔드포인트 상태 검사는 기본 엔드포인트 상태 검사의 추가 기능으로 구매해야 합니다.
실제 사용자 측정
Azure 지역 측정2 백만 측정당 $-
1실제 사용자 측정 수집은 고객이 사용하도록 설정해야 합니다. 2Traffic Manager 실제 사용자 측정은 현재 Azure 지역 측정만 지원합니다.
트래픽 보기
데이터 요소2 처리됨 처리된 백만 데이터 요소당 $-
1트래픽 보기는 고객이 사용하도록 설정해야 합니다. 2현재 사용되는 유일한 데이터 요소 형식은 Azure Traffic Manager 서비스에서 받은 쿼리입니다.

Azure 가격 책정 및 구매 옵션

Microsoft와 직접 연락하기

Azure 가격 책정을 살펴보세요. 클라우드 솔루션의 가격 책정을 이해하고 비용 최적화에 대해 알아보고 사용자 지정 제안을 요청하세요.

판매 전문가에게 문의하기

구매 방법 확인

Azure 웹 사이트, Microsoft 담당자 또는 Azure 파트너를 통해 Azure 서비스를 구매하세요.

옵션 살펴보기

추가 리소스

Traffic Manager 세부 정보

Traffic Manager 기능에 대해 자세히 알아보세요.

가격 계산기

요구 사항에 맞는 모든 Azure 제품을 사용하는 데 드는 월별 예상 비용을 산출해 보세요.

SLA

이 제품의 Service Level Agreement(서비스 수준 약정)를 검토하세요.

설명서

기술 자습서, 동영상, 추가 Traffic Manager 리소스를 검토하세요.

자주 묻는 질문

  • 사용자가 애플리케이션에 액세스할 때마다 서비스 이름을 해당 IP 주소에 매핑하는 데 DNS 쿼리가 사용됩니다. 호스트된 여러 Azure 서비스가 동일한 데이터 센터에서 실행되는지 또는 전 세계 여러 데이터 센터에서 실행되는지에 관계없이 Traffic Manager는 여러 DNS 쿼리에 서로 다른 응답을 제공하는 방법으로 수신 트래픽을 호스트된 여러 Azure 서비스에 라우팅할 수 있습니다.

    Traffic Manager에서는 성능, 장애 조치(failover), 라운드 로빈이라는 3가지 트래픽 라우팅 방법을 제공합니다. 이러한 방법으로 트래픽을 효과적으로 관리함으로써 애플리케이션의 고성능, 가용성, 복구 기능을 보장합니다.

  • Traffic Manager를 사용하면 호스트된 Azure 서비스 엔드포인트를 모니터링하고 서비스 중단 시 자동 장애 조치(Failover) 기능을 제공하여 중요한 애플리케이션의 가용성을 개선할 수 있습니다.

    Traffic Manager는 이를 위해 지속적으로 각 서비스 엔드포인트의 상태를 모니터링합니다. 이러한 “상태 검사”를 통해 서비스 중단이 감지되면 Traffic Manager가 트래픽 경로를 다른 서비스로 조정합니다.

  • 예, 사용되는 트래픽 라우팅 방법과 관계없이 DNS 쿼리 및 상태 검사에 대한 가격은 동일합니다.

  • 사용자의 PC에서 DNS 쿼리를 만들 때 Traffic Manager 이름 서버를 직접 연결하지 않습니다. 대신 기업 및 ISP에서 실행하는 재귀적 DNS 서버를 통해 쿼리를 전송합니다. 이러한 서버는 DNS 응답을 캐싱하므로 다른 사용자의 쿼리를 더욱 신속하게 처리할 수 있습니다. 이와 같이 캐싱된 응답은 Traffic Manager 이름 서버에 도달하지 않으므로 비용이 발생하지 않습니다.

    캐싱 기간은 원래 DNS 응답의 “TTL” 매개 변수에 의해 결정됩니다. 이 매개 변수는 Traffic Manager에서 구성할 수 있으며 기본값은 300초이고 최솟값은 30초입니다.

    TTL 값을 크게 지정할수록 재귀적 DNS 서버의 캐싱 기간이 증가하므로 DNS 쿼리 비용을 절감할 수 있습니다. 그러나 캐싱 기간을 늘리면 사용자가 엔드포인트 상태의 변화를 신속히 파악할 수 없습니다. 예를 들어, 엔드포인트 장애 시 사용자의 장애 조치(failover) 시간이 길어집니다. 이러한 이유로 TTL 값을 너무 크게 설정하지 않는 것이 좋습니다.

    마찬가지로 TTL 값을 작게 지정하면 장애 조치 시간이 단축되지만 캐싱 기간도 감소하여 트래픽 관리자 이름 서버에 대한 쿼리 수가 증가합니다.

    사용자가 Traffic Manager에서 TTL 값을 구성할 수 있으므로 사용자 애플리케이션의 비즈니스 요구에 따라 가장 적합한 TTL 시간을 선택할 수 있습니다.

판매 전문가에게 문의하여 Azure 가격을 알아보세요. 클라우드 솔루션의 가격을 파악하세요.

별도 비용이 없는 클라우드 서비스와 $200 크레딧을 사용하여 30일간 Azure를 체험해 보세요.