Traffic Manager 라우팅 방법Traffic Manager routing methods

Azure Traffic Manager는 다양한 서비스 엔드포인트에 네트워크 트래픽을 라우팅하는 방법을 결정하는 6가지 트래픽 라우팅 방법을 지원합니다.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. 모든 프로필에 대해, Traffic Manager는 관련된 트래픽 라우팅 메서드를 수신한 각 DNS 쿼리에 적용합니다.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. 트래픽 라우팅 메서드는 DNS 응답에서 반환된 엔드포인트를 결정합니다.The traffic-routing method determines which endpoint is returned in the DNS response.

Traffic Manager에서 다음과 같은 트래픽 라우팅 방법을 사용할 수 있습니다.The following traffic routing methods are available in Traffic Manager:

  • 우선 순위: 모든 트래픽에 대해 기본 서비스 끝점을 사용할 때 우선 순위 라우팅을 선택 합니다.Priority: Select Priority routing when you want to have a primary service endpoint for all traffic. 주 또는 백업 끝점 중 하나를 사용할 수 없는 경우 여러 백업 끝점을 제공할 수 있습니다.You can provide multiple backup endpoints in case the primary or one of the backup endpoints is unavailable.
  • 가 중: 가중치에 따라 일련의 끝점에 트래픽을 분산 하려는 경우 가중치가 적용 된 라우팅을 선택 합니다.Weighted: Select Weighted routing when you want to distribute traffic across a set of endpoints based on their weight. 모든 끝점에서 균등 하 게 분산 하려면 가중치를 동일 하 게 설정 합니다.Set the weight the same to distribute evenly across all endpoints.
  • 성능: 끝점이 서로 다른 지리적 위치에 있고 최종 사용자가 가장 낮은 네트워크 대기 시간에 "가장 가까운" 끝점을 사용 하도록 하려는 경우 성능 라우팅을 선택 합니다.Performance: Select Performance routing when you have endpoints in different geographic locations and you want end users to use the "closest" endpoint for the lowest network latency.
  • 지리적: DNS 쿼리가 지리적으로 발생 하는 위치에 따라 특정 끝점 (Azure, 외부 또는 중첩)으로 사용자를 안내할 지리적 라우팅을 선택 합니다.Geographic: Select Geographic routing to direct users to specific endpoints (Azure, External, or Nested) based on where their DNS queries originate from geographically. 이 라우팅 방법을 사용 하면 데이터 주권 요구 사항, 콘텐츠 지역화 & 사용자 환경, 다른 지역의 트래픽 측정 등의 시나리오를 준수할 수 있습니다.With this routing method, it enables you to be in compliance with scenarios such as data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • 다중값: 엔드포인트로 IPv4/IPv6 주소만 사용할 수 있는 Traffic Manager 프로필의 경우 다중값 을 선택합니다.Multivalue: Select MultiValue for Traffic Manager profiles that can only have IPv4/IPv6 addresses as endpoints. 이 프로필에 대해 쿼리가 수신되면 정상 상태의 모든 엔드포인트가 반환됩니다.When a query is received for this profile, all healthy endpoints are returned.
  • 서브넷: 서브넷 트래픽 라우팅 메서드를 선택 하 여 최종 사용자 IP 주소 범위 집합을 특정 끝점에 매핑합니다.Subnet: Select Subnet traffic-routing method to map sets of end-user IP address ranges to a specific endpoint. 요청이 수신되면 해당 요청의 원본 IP 주소에 대해 매핑될 엔드포인트가 반환됩니다.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address.

모든 Traffic Manager 프로필에는 상태 모니터링 및 끝점의 자동 장애 조치 (failover)가 있습니다.All Traffic Manager profiles have health monitoring and automatic failover of endpoints. 자세한 내용은 Traffic Manager 엔드포인트 모니터링을 참조하세요.For more information, see Traffic Manager Endpoint Monitoring. Traffic Manager 프로필 내에서 한 번에 하나의 트래픽 라우팅 메서드만 구성할 수 있습니다.Within a Traffic Manager profile, you can only configure one traffic routing method at a time. 언제든지 프로필에 대해 다른 트래픽 라우팅 방법을 선택할 수 있습니다.You can select a different traffic routing method for your profile at any time. 가동 중지 시간 없이 1 분 내에 변경 내용이 적용 됩니다.Your changes will be applied within a minute without any downtime. 중첩 된 Traffic Manager 프로필을 사용 하 여 트래픽 라우팅 방법을 결합할 수 있습니다.You can combine traffic routing methods by using nested Traffic Manager profiles. 중첩 프로필을 사용 하면 더 크고 복잡 한 응용 프로그램의 요구를 충족 하는 정교한 트래픽 라우팅 구성을 사용할 수 있습니다.Nesting profiles allows for sophisticated traffic-routing configurations that meet the needs of larger and complex applications. 자세한 내용은 중첩 Traffic Manager 프로필을 참조하세요.For more information, see nested Traffic Manager profiles.

우선 순위 트래픽 라우팅 방법Priority traffic-routing method

조직에서 서비스에 대 한 안정성을 제공 하려는 경우가 종종 있습니다.Often an organization wants to provide reliability for their services. 이렇게 하려면 주 복제본이 다운 된 경우에 하나 이상의 백업 서비스를 배포 합니다.To do so, they deploy one or more backup services in case their primary goes down. '우선 순위' 트래픽 라우팅 메서드를 사용하여 Azure 고객은 이러한 장애 조치(Failover) 패턴을 쉽게 구현할 수 있습니다.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Azure Traffic Manager '우선 순위' 트래픽 라우팅 메서드

Traffic Manager 프로필은 우선순위로 정렬된 서비스 엔드포인트 목록을 포함합니다.The Traffic Manager profile contains a prioritized list of service endpoints. 기본적으로 Traffic Manager는 모든 트래픽을 기본(가장 높은 우선 순위) 엔드포인트로 전송합니다.By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. 기본 엔드포인트를 사용할 수 없는 경우 Traffic Manager는 두 번째 엔드포인트에 트래픽을 라우팅합니다.If the primary endpoint isn't available, Traffic Manager routes the traffic to the second endpoint. 기본 끝점과 보조 끝점을 사용할 수 없는 경우 트래픽은 세 번째 끝점으로 이동 하는 방식으로 진행 됩니다.In a situation where the primary and secondary endpoints aren't available, the traffic goes to the third, and so on. 엔드포인트의 가용성은 구성된 상태(사용 또는 사용 안 함) 및 지속적인 엔드포인트 모니터링을 기반으로 합니다.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

엔드포인트 구성Configuring endpoints

Azure Resource Manager에서 각 엔드포인트에 대해 '우선 순위' 속성을 사용하여 엔드포인트 우선 순위를 명시적으로 구성합니다.With Azure Resource Manager, you configure the endpoint priority explicitly using the 'priority' property for each endpoint. 이 속성은 1에서 1000 사이의 값입니다.This property is a value between 1 and 1000. 값이 낮을수록 높은 우선 순위를 나타냅니다.A lower value represents a higher priority. 끝점은 우선 순위 값을 공유할 수 없습니다.Endpoints can't share priority values. 이 속성을 설정하는 작업은 선택 사항입니다.Setting the property is optional. 생략하면 엔드포인트 순서에 따른 기본 우선 순위를 사용합니다.When omitted, a default priority based on the endpoint order is used.

가중 트래픽 라우팅 방법Weighted traffic-routing method

'가중' 트래픽 라우팅 메서드를 사용하면 균등하게 트래픽을 분산하거나 미리 정의된 가중치를 사용할 수 있습니다.The 'Weighted' traffic-routing method allows you to distribute traffic evenly or to use a pre-defined weighting.

Azure Traffic Manager '가중' 트래픽 라우팅 메서드

가중 트래픽 라우팅 메서드에서는 Traffic Manager 프로필 구성에서 각 엔드포인트에 가중치를 할당합니다.In the Weighted traffic-routing method, you assign a weight to each endpoint in the Traffic Manager profile configuration. 가중치는 1에서 1000 사이의 정수입니다.The weight is an integer from 1 to 1000. 이 매개 변수는 선택적 요소입니다.This parameter is optional. 생략되면 Traffic Manager는 '1'이라는 기본 가중치를 사용합니다.If omitted, Traffic Managers uses a default weight of '1'. 가중치가 높을수록 우선 순위가 높아집니다.The higher weight, the higher the priority.

Traffic Manager는 수신한 각 DNS 쿼리에 대해 사용 가능한 엔드포인트를 임의로 선택합니다.For each DNS query received, Traffic Manager randomly chooses an available endpoint. 엔드포인트를 선택하는 확률은 사용 가능한 모든 엔드포인트에 할당된 가중치를 기반으로 합니다.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. 모든 엔드포인트 결과에서 동일한 가중치를 사용하면 균등하게 트래픽이 분포됩니다.Using the same weight across all endpoints results in an even traffic distribution. 특정 엔드포인트에 더 높은(또는 더 낮은) 가중치를 적용하면 해당 엔드포인트가 DNS 응답에서 더(또는 덜) 자주 반환됩니다.Using higher or lower weights on specific endpoints causes those endpoints to be returned more or less frequently in the DNS responses.

가중 메서드를 사용하면 다음과 같은 몇 가지 유용한 시나리오를 사용할 수 있습니다.The weighted method enables some useful scenarios:

  • 점진적 응용 프로그램 업그레이드: 새 끝점으로 라우팅할 트래픽의 비율을 지정 하 고 시간 경과에 따른 트래픽을 100%로 점진적으로 증가 시킵니다.Gradual application upgrade: Given a percentage of traffic to route to a new endpoint, and gradually increase the traffic over time to 100%.
  • Azure에 애플리케이션 마이그레이션: Azure 엔드포인트 및 외부 엔드포인트로 프로필을 만듭니다.Application migration to Azure: Create a profile with both Azure and external endpoints. 새 엔드포인트를 선호하도록 엔드포인트의 가중치를 조정합니다.Adjust the weight of the endpoints to prefer the new endpoints.
  • 추가 용량을 위한 클라우드 버스트: 온-프레미스 배포를 Traffic Manager 프로필 뒤에 배치 하 여 클라우드로 신속 하 게 확장할 수 있습니다.Cloud-bursting for more capacity: Quickly expand an on-premises deployment into the cloud by putting it behind a Traffic Manager profile. 클라우드에 추가 용량이 필요한 경우 엔드포인트를 더 추가하거나 사용하도록 설정하고 각 엔드포인트로 전송되는 트래픽 양을 지정할 수 있습니다.When you need extra capacity in the cloud, you can add or enable more endpoints and specify what portion of traffic goes to each endpoint.

Azure Portal, Azure PowerShell, CLI 또는 REST Api를 사용 하 여 가중치를 구성할 수 있습니다.You can configure weights using the Azure portal, Azure PowerShell, CLI, or the REST APIs.

클라이언트에서 DNS 응답을 캐시 한다는 점을 명심 해야 합니다.A point to remember is that DNS responses get cached by clients. 또한 클라이언트에서 DNS 이름을 확인 하는 데 사용 하는 재귀 DNS 서버에 의해 캐시 됩니다.They're also cached by the recursive DNS servers that the clients use to resolve DNS names. 이 캐싱은 가중치가 적용 된 트래픽 분포에 영향을 미칠 수 있습니다.This caching can have an effect on weighted traffic distributions. 클라이언트 및 재귀 DNS 서버의 수가 큰 경우 트래픽 분산은 예상대로 작동합니다.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. 그러나 클라이언트 또는 재귀 DNS 서버의 수가 적을 경우 캐싱은 트래픽 배포를 상당히 왜곡시킬 수 있습니다.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

일반 사용 사례는 다음과 같습니다.Common use cases include:

  • 개발 및 테스트 환경Development and testing environments
  • 애플리케이션 간 통신Application-to-application communications
  • 일반적인 재귀 DNS 인프라를 공유하는 좁은 사용자 기반을 목표로 하는 애플리케이션(예: 프록시를 통해 연결하는 회사의 직원)Applications aimed at a narrow user-base that share a common recursive DNS infrastructure (for example, employees of company connecting through a proxy)

이러한 DNS 캐싱 효과는 Azure Traffic Manager만이 아니라 모든 DNS 기반 트래픽 라우팅 시스템에 공통적으로 적용됩니다.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. 경우에 따라 DNS 캐시를 명시적으로 지우면 문제가 해결될 수도 있습니다.In some cases, explicitly clearing the DNS cache may provide a workaround. 작동 하지 않는 경우 대체 트래픽 라우팅 방법이 더 적합할 수 있습니다.If that doesn't work, an alternative traffic-routing method may be more appropriate.

성능 트래픽 라우팅 방법Performance traffic-routing method

전 세계적으로 둘 이상의 위치에 끝점을 배포 하면 응용 프로그램의 응답성을 향상 시킬 수 있습니다.Deploying endpoints in two or more locations across the globe can improve the responsiveness of your applications. ' 성능 ' 트래픽 라우팅 방법을 사용 하면 트래픽을 ' 가장 가까운 ' 위치로 라우팅할 수 있습니다.With the 'Performance' traffic-routing method, you can route traffic to the location that is 'closest' to you.

Azure Traffic Manager '성능' 트래픽 라우팅 메서드

' 가장 가까운 ' 끝점은 지리적 거리를 기준으로 가장 가까운 것은 아닙니다.The 'closest' endpoint isn't necessarily closest as measured by geographic distance. 대신, '성능' 트래픽 라우팅 메서드는 네트워크 대기 시간을 측정하여 가장 가까운 엔드포인트를 결정합니다.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. Traffic Manager에는 IP 주소 범위와 각 Azure 데이터 센터 간의 왕복 시간을 추적하는 인터넷 대기 시간 테이블이 있습니다.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

Traffic Manager는 인터넷 대기 시간 테이블에서 들어오는 DNS 요청의 원본 IP 주소를 찾습니다.Traffic Manager looks up the source IP address of the incoming DNS request in the Internet Latency Table. 그런 다음, Azure 데이터 센터에서 해당 IP 주소 범위에 대 한 대기 시간이 가장 짧은 사용 가능한 끝점을 선택 Traffic Manager 합니다.Traffic Manager then chooses an available endpoint in the Azure datacenter that has the lowest latency for that IP address range. 그런 다음 Traffic Manager는 DNS 응답에서 해당 끝점을 반환 합니다.Then Traffic Manager returns that endpoint in the DNS response.

Traffic Manager 작동 방식에 설명 된 대로 Traffic Manager는 클라이언트에서 직접 DNS 쿼리를 받지 않습니다.As explained in How Traffic Manager Works, Traffic Manager doesn't receive DNS queries directly from clients. 대신 DNS 쿼리는 클라이언트에서 사용 하도록 구성 된 재귀 DNS 서비스에서 제공 됩니다.Instead, DNS queries come from the recursive DNS service that the clients are configured to use. 따라서 ' 가장 가까운 ' 끝점을 결정 하는 데 사용 되는 IP 주소는 클라이언트의 IP 주소가 아니라 재귀 DNS 서비스의 IP 주소입니다.As such, the IP address used to determine the 'closest' endpoint isn't the client's IP address, but it's the IP address of the recursive DNS service. 이 IP 주소는 클라이언트에 적합 한 프록시입니다.This IP address is a good proxy for the client.

Traffic Manager는 인터넷 대기 시간 테이블을 정기적으로 업데이트하여 전세계 인터넷 및 새 Azure 지역에서 변경 내용을 고려합니다.Traffic Manager regularly updates the Internet Latency Table to account for changes in the global Internet and new Azure regions. 그러나 애플리케이션 성능은 인터넷을 통한 부하에서 실시간 변형에 따라 달라 집니다.However, application performance varies based on real-time variations in load across the Internet. 성능 트래픽 라우팅은 지정 된 서비스 끝점에 대 한 부하를 모니터링 하지 않습니다.Performance traffic-routing doesn't monitor load on a given service endpoint. 끝점을 사용할 수 없게 되 면 Traffic Manager DNS 쿼리 응답에 포함 되지 않습니다.If an endpoint becomes unavailable, Traffic Manager won't include it in the DNS query responses.

주의할 사항:Points to note:

  • 프로필이 동일한 Azure 지역에서 여러 엔드포인트를 포함하는 경우 Traffic Manager는 트래픽을 해당 지역에서 사용할 수 있는 엔드포인트에 균등하게 분산합니다.If your profile contains multiple endpoints in the same Azure region, then Traffic Manager distributes traffic evenly across the available endpoints in that region. 지역 내에서 다른 트래픽 분산을 원하는 경우 중첩 Traffic Manager 프로필을 사용할 수 있습니다.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • 가장 가까운 Azure 지역에서 활성화된 모든 엔드포인트의 성능이 저하되면 Traffic Manager가 다음으로 가장 가까운 Azure 지역의 엔드포인트로 트래픽을 이동합니다.If all enabled endpoints in the closest Azure region are degraded, Traffic Manager moves traffic to the endpoints in the next closest Azure region. 기본 장애 조치 순서를 정의하려는 경우 중첩된 Traffic Manager 프로필을 사용합니다.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • 외부 엔드포인트 또는 중첩 엔드포인트에서 성능 트래픽 라우팅 방법을 사용하는 경우 해당 엔드포인트의 위치를 지정해야 합니다.When using the Performance traffic routing method with external endpoints or nested endpoints, you need to specify the location of those endpoints. 배포에 가장 가까운 Azure 지역을 선택합니다.Choose the Azure region closest to your deployment. 이러한 위치는 인터넷 대기 시간 테이블에서 지원되는 값입니다.Those locations are the values supported by the Internet Latency Table.
  • 엔드포인트를 선택하는 알고리즘은 결정적입니다.The algorithm that chooses the endpoint is deterministic. 동일한 클라이언트에서 반복되는 DNS 쿼리는 동일한 엔드포인트로 전달됩니다.Repeated DNS queries from the same client are directed to the same endpoint. 일반적으로 클라이언트는 이동할 때 다른 재귀 DNS 서버를 사용합니다.Typically, clients use different recursive DNS servers when traveling. 클라이언트는 다른 엔드포인트로 라우팅될 수 있습니다.The client may be routed to a different endpoint. 라우팅은 인터넷 대기 시간 테이블의 업데이트에 의해서도 영향을 받을 수 있습니다.Routing can also be affected by updates to the Internet Latency Table. 따라서 성능 트래픽 라우팅 메서드는 클라이언트가 항상 동일한 끝점으로 라우팅되는 것을 보장 하지 않습니다.That's why the Performance traffic-routing method doesn't guarantee that a client is always routed to the same endpoint.
  • 인터넷 대기 시간 표가 변경될 경우 일부 클라이언트가 다른 엔드포인트로 보내진다는 것을 알 수 있습니다.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. 이 라우팅 변경은 현재 대기 시간 데이터에 따라 더 정확 합니다.This routing change is more precise based on current latency data. 인터넷이 계속해서 진화함에 따라, 이러한 업데이트는 성능 트래픽 라우팅의 정확성을 유지하는 데 필수적입니다.These updates are essential to maintain the accuracy of Performance traffic-routing as the Internet continually evolves.

지리적 트래픽 라우팅 방법Geographic traffic-routing method

사용자가 해당 DNS 쿼리가 시작 된 지리적 위치에 따라 특정 끝점 (Azure, External 또는 Nested)에 전달 되도록 Traffic Manager 프로필은 지리적 라우팅 방법을 사용 하도록 구성할 수 있습니다.Traffic Manager profiles can be configured to use the Geographic routing method so that users get directed to specific endpoints (Azure, External, or Nested) based on the geographic location their DNS query originates from. 이 라우팅 방법을 사용 하면 데이터 주권 조건을 준수 하 고, 사용자 환경 & 콘텐츠를 지역화 하 고, 다른 지역의 트래픽을 측정 하는 데 사용할 수 있습니다.With this routing method, it enables you to be in compliance with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. 프로필이 지리적 라우팅에 구성된 경우 해당 프로필과 연결된 각 엔드포인트에는 거기에 할당된 지리적 지역이 있어야 합니다.When a profile is configured for geographic routing, each endpoint associated with that profile needs to have a set of geographic regions assigned to it. 지리적 지역은 다음과 같은 수준으로 세분화될 수 있습니다.A geographic region can be at following levels of granularity

  • 세계–모든 지역World– any region
  • 지역 그룹화 - 예: 아프리카, 중동, 오스트레일리아/태평양 등Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • 국가/지역 - 예: 아일랜드, 페루, 홍콩 특별 행정구 등Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • 시/도 - 예: 미국-캘리포니아, 오스트레일리아-퀸즐랜드, 캐나다-앨버타 등(참고: 이 세분성 수준은 오스트레일리아, 캐나다 및 미국의 주/지방에서만 지원됨).State/Province – for example, USA-California, Australia-Queensland, Canada-Alberta etc. (note: this granularity level is supported only for states / provinces in Australia, Canada, and USA).

지역 또는 지역 집합이 끝점에 할당 되 면 해당 지역의 모든 요청은 해당 끝점 으로만 라우팅됩니다.When a region or a set of regions is assigned to an endpoint, any requests from those regions get routed only to that endpoint. Traffic Manager는 DNS 쿼리의 원본 IP 주소를 사용 하 여 사용자가 쿼리 하는 위치의 지역을 결정 합니다.Traffic Manager uses the source IP address of the DNS query to determine the region from where a user is querying from. 일반적으로 사용자에 대 한 쿼리를 수행 하는 로컬 DNS 확인 자의 IP 주소입니다.Commonly found as the IP address of the local DNS resolver making the query for the user.

Azure Traffic Manager '지리적' 트래픽 라우팅 메서드

Traffic Manager는 DNS 쿼리의 원본 IP 주소를 읽고 해당 지역에서 원본으로 사용할 지역을 결정 합니다.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it's originating from. 그런 다음이 지리적 지역이 매핑된 끝점이 있는지 확인 합니다.It then looks to see if there's an endpoint that has this geographic region mapped to it. 이 조회는 가장 낮은 세분성 수준 (지원 되는 경우 시/도, 국가/지역 수준)에서 시작 되 고 최고 수준 ( 세계)까지 모든 방향으로 이동 합니다.This lookup starts at the lowest granularity level (State/Province where it's supported, else at the Country/Region level) and goes all the way up to the highest level, which is World. 이 순회를 사용 하 여 발견 된 첫 번째 일치 항목이 쿼리 응답에서 반환할 끝점으로 선택 됩니다.The first match found using this traversal is chosen as the endpoint to return in the query response. 중첩 형식 엔드포인트와 일치하는 경우 해당 라우팅 방법을 기준으로 자식 프로필 내의 엔드포인트가 반환됩니다.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. 다음 사항을 이러한 동작에 사용할 수 있습니다.The following points are applicable to this behavior:

  • 지리적 지역은 라우팅 형식이 지리적 라우팅일 경우 Traffic Manager 프로필에서 엔드포인트에만 매핑될 수 있습니다.A geographic region can be mapped only to one endpoint in a Traffic Manager profile when the routing type is Geographic Routing. 이러한 제한을 통해 사용자의 라우팅이 결정적이 고 고객이 명확한 지리적 경계가 필요한 시나리오를 사용할 수 있습니다.This restriction ensures that routing of users is deterministic, and customers can enable scenarios that require unambiguous geographic boundaries.

  • 사용자 지역이 두 개의 다른 끝점의 지리적 매핑 아래에 나열 되는 경우 Traffic Manager 세분성이 가장 낮은 끝점을 선택 합니다.If a user’s region is listed under two different endpoints’ geographic mapping, Traffic Manager selects the endpoint with the lowest granularity. Traffic Manager는 해당 지역에서 다른 끝점으로의 라우팅 요청을 고려 하지 않습니다.Traffic Manager won't consider routing requests from that region to the other endpoint. 예를 들어 Endpoint1과 Endpoint2라는 두 개의 엔드포인트가 있는 지리적 라우팅 형식 프로필을 고려해 보세요.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. 엔드포인트1은 아일랜드에서 트래픽을 수신하도록 구성되고 엔드포인트2는 유럽에서 트래픽을 수신하도록 구성되어 있습니다.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. 요청이 아일랜드에서 시작 되 면 항상 Endpoint1로 라우팅됩니다.If a request originates from Ireland, it's always routed to Endpoint1.

  • 지역은 하나의 끝점에만 매핑될 수 있으므로 Traffic Manager는 끝점이 정상 인지 여부에 관계 없이 응답을 반환 합니다.Since a region can be mapped only to one endpoint, Traffic Manager returns a response whether the endpoint is healthy or not.

    중요

    지리적 라우팅 방법을 사용하는 고객은 각각에 두 개 이상의 엔드포인트가 포함된 자식 프로필이 있는 중첩 형식 엔드포인트와 연결하는 것이 좋습니다.It is strongly recommended that customers using the geographic routing method associate it with the Nested type endpoints that has child profiles containing at least two endpoints within each.

  • 일치하는 엔드포인트가 있고 해당 엔드포인트가 중지된 상태이면 Traffic Manager는 NODATA 응답을 반환합니다.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. 이 경우 지리적 지역 계층 구조의 상위 수준에서 더 이상 조회가 수행되지 않습니다.In this case, no further lookups are made higher up in the geographic region hierarchy. 이 동작은 하위 프로필이 중지됨 또는 비활성화 상태인 경우 중첩 엔드포인트 유형에 적용됩니다.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • 사용 안 함 상태로 표시되는 엔드포인트는 지역 일치 프로세스에 포함되지 않습니다.If an endpoint displays a Disabled status, it won’t be included in the region matching process. 이 동작은 엔드포인트가 비활성화 상태인 경우 중첩 엔드포인트 유형에도 적용됩니다.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • 쿼리가 해당 프로필에 매핑이 없는 지리적 지역에서 수행된 경우 Traffic Manager는 NODATA 응답을 반환합니다.If a query is coming from a geographic region that has no mapping in that profile, Traffic Manager returns a NODATA response. 따라서 하나의 끝점으로 지리적 라우팅을 사용 하는 것이 좋습니다.That's why we strongly recommended that you use geographic routing with one endpoint. 영역 지역이 할당 된 자식 프로필 내에서 두 개 이상의 끝점으로 중첩 된 형식 으로 가장 이상적입니다.Ideally of type Nested with at least two endpoints within the child profile, with the region World assigned to it. 또한이 구성은 지역에 매핑되지 않는 모든 IP 주소가 처리 되도록 합니다.This configuration also ensures that any IP addresses that aren't map to a region are handled.

Traffic Manager 작동 방식에 설명 된 대로 Traffic Manager는 클라이언트에서 직접 DNS 쿼리를 받지 않습니다.As explained in How Traffic Manager Works, Traffic Manager doesn't receive DNS queries directly from clients. DNS 쿼리는 클라이언트에서 사용 하도록 구성 된 재귀 DNS 서비스에서 제공 됩니다.DNS queries come from the recursive DNS service that the clients are configured to use. 따라서 지역을 결정 하는 데 사용 되는 IP 주소는 클라이언트의 IP 주소가 아니라 재귀 DNS 서비스의 IP 주소입니다.That's why the IP address used to determine the region isn't the client's IP address, but rather the IP address of the recursive DNS service. 이 IP 주소는 클라이언트에 적합 한 프록시입니다.This IP address is a good proxy for the client.

FAQFAQs

다중값 트래픽 라우팅 방법Multivalue traffic-routing method

다중값 트래픽 라우팅 방법을 사용하면 단일 DNS 쿼리 응답에 정상 상태의 여러 엔드포인트를 가져올 수 있습니다.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. 이 구성을 통해 호출자는 반환 된 끝점이 응답 하지 않는 경우에 다른 끝점을 사용 하 여 클라이언트 쪽 재시도를 수행할 수 있습니다.This configuration enables the caller to do client-side retries with other endpoints in case a returned endpoint being unresponsive. 이 패턴은 서비스의 가용성을 향상시키고 새 DNS 쿼리와 관련된 대기 시간을 줄여 정상 상태의 엔드포인트를 얻을 수 있습니다.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. 다중값 라우팅 방법은 ‘외부’ 유형의 모든 엔드포인트가 IPv4 또는 IPv6 주소로 지정된 경우에만 작동합니다.MultiValue routing method works only if all the endpoints of type ‘External’ and are specified as IPv4 or IPv6 addresses. 쿼리가 이 프로필에 대해 수신되면 정상 상태의 모든 엔드포인트가 반환되고, 구성 가능한 최대 반환 수 제한이 적용됩니다.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

FAQFAQs

서브넷 트래픽 라우팅 방법Subnet traffic-routing method

서브넷 트래픽 라우팅 방법을 사용 하면 최종 사용자 IP 주소 범위 집합을 프로필의 특정 끝점에 매핑할 수 있습니다.The Subnet traffic-routing method allows you to map a set of end-user IP address ranges to specific endpoints in a profile. Traffic Manager 해당 프로필에 대 한 DNS 쿼리를 수신 하면 해당 요청의 원본 IP 주소를 검사 합니다.If Traffic Manager receives a DNS query for that profile, it will inspect the source IP address of that request. 그러면 매핑되는 끝점을 결정 하 고 쿼리 응답에서 해당 끝점을 반환 합니다.It will then determine which endpoint it's mapped to and will return that endpoint in the query response. 대부분의 경우 원본 IP 주소는 호출자가 사용 하는 DNS 확인자입니다.In most cases, the source IP address is the DNS resolver that is used by the caller.

끝점에 매핑될 IP 주소는 CIDR 범위 (예: 1.2.3.0/24) 또는 주소 범위 (예: 1.2.3.4-5.6.7.8)로 지정할 수 있습니다.The IP address to be mapped to an endpoint can be specified as CIDR ranges (for example, 1.2.3.0/24) or as an address range (for example, 1.2.3.4-5.6.7.8). 끝점과 연결 된 IP 범위는 해당 프로필 내에서 고유 해야 합니다.The IP ranges associated with an endpoint need to be unique within that profile. 주소 범위는 동일한 프로필에 있는 다른 끝점의 IP 주소 집합과 겹칠 수 없습니다.The address range can't have an overlap with the IP address set of a different endpoint in the same profile. 주소 범위가 없는 엔드포인트를 정의하는 경우 해당 엔드포인트는 대체(fallback)용으로 사용되어 남아 있는 서브넷에서 트래픽을 가져옵니다.If you define an endpoint with no address range, that functions as a fallback and take traffic from any remaining subnets. 대체(fallback) 엔드포인트가 포함되지 않으면 Traffic Manager는 정의되지 않은 모든 범위에 대해 NODATA 응답을 보냅니다.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. 가능한 모든 IP 범위를 끝점에서 지정 하려면 대체 (fallback) 끝점을 정의 하는 것이 좋습니다.It's highly recommended you define a fallback endpoint to ensure all possible IP ranges are specified across your endpoints.

특정 IP 공간에서 연결하는 사용자에게 다른 환경을 제공하기 위해 서브넷 라우팅을 사용할 수 있습니다.Subnet routing can be used to deliver a different experience for users connecting from a specific IP space. 예를 들어 회사 사무실의 모든 요청을 다른 끝점으로 라우팅할 수 있습니다.For example, you can make all requests from your corporate office be routed to a different endpoint. 이 라우팅 방법은 특히 앱의 내부 전용 버전을 테스트 하려는 경우에 유용 합니다.This routing method is especially useful if you're trying to test an internal only version of your app. 또 다른 시나리오는 특정 ISP에서 연결하는 사용자에게 다른 환경을 제공하려는 경우입니다(예: 지정된 ISP의 사용자 차단).Another scenario is if you want to provide a different experience to users connecting from a specific ISP (For example, block users from a given ISP).

FAQFAQs

다음 단계Next steps

Traffic Manager 끝점 모니터링 을 사용 하 여 고가용성 응용 프로그램을 개발 하는 방법을 알아봅니다.Learn how to develop high-availability applications using Traffic Manager endpoint monitoring