내보내기(0) 인쇄
모두 확장

트래픽 관리자 개요

업데이트 날짜: 2014년 9월

트래픽 관리자 작동 방식 비디오

Microsoft Azure 트래픽 관리자를 사용하여 Azure 클라우드 서비스, 웹 사이트 및 기타 끝점을 포함한 특정 끝점에 대한 사용자 트래픽의 분산을 제어할 수 있습니다. 트래픽 관리자는 인터넷 리소스의 도메인 이름에 대한 DNS(도메인 이름 시스템) 쿼리에 지능적인 정책 엔진을 적용하여 작동합니다. Azure 클라우드 서비스 또는 웹 사이트는 전 세계 여러 데이터 센터에서 실행될 수 있습니다.

트래픽 관리자의 유용성은 다음과 같습니다.

  • 중요 응용 프로그램의 가용성 향상 – 트래픽 관리자를 사용하면 Azure에서 끝점을 모니터링하고 Azure 클라우드 서비스, Azure 웹 사이트 또는 기타 위치의 작동이 중단되었을 때 자동 장애 조치(Failover) 기능을 제공하여 중요 응용 프로그램의 가용성을 향상시킬 수 있습니다.

  • 고성능 응용 프로그램의 응답성 향상 – Azure를 사용하면 전 세계에 있는 데이터 센터에서 클라우드 서비스 또는 웹 사이트를 실행할 수 있습니다. 트래픽 관리자는 최종 사용자를 클라이언트로부터의 네트워크 지연 시간이 가장 짧은 끝점으로 보내서 응용 프로그램의 응답성 및 콘텐츠 배달 시간을 향상할 수 있습니다.

  • 중단 시간 없이 업그레이드 및 서비스 유지 관리 수행 – 트래픽 관리자는 "클라우드로 전환", "클라우드로 마이그레이션", "클라우드로 장애 조치" 시나리오를 포함한 하이브리드 클라우드 및 온-프레미스 배포에 대한 확장 시나리오를 지원합니다. 계획된 유지 관리의 경우 트래픽 관리자에서 끝점을 사용하지 않도록 설정한 다음 끝점이 기존 연결 서비스를 완료할 때까지 기다립니다. 끝점에 대한 트래픽이 더 이상 없으면 해당 끝점에서 서비스를 업데이트하고 테스트한 다음 트래픽 관리자에서 끝점을 다시 사용하도록 설정합니다. 이는 클라이언트 작동 중단 시간 없이 서비스를 유지 관리하고 업그레이드하는 데 도움이 됩니다.

  • 복잡한 대규모 배포의 트래픽 분산 – 트래픽 관리자 프로필이 다른 트래픽 관리자 프로필을 끝점으로 포함할 수 있는 중첩된 트래픽 관리자 프로필을 사용하면 보다 복잡한 대규모 배포의 성능과 분산을 최적화하는 구성을 만들 수 있습니다. 자세한 내용은 중첩된 프로필를 참조하십시오.

트래픽 관리자 프로필을 구성할 때 사용자가 지정한 설정에 따라, DNS 쿼리를 기반으로 요청을 서비스할 끝점을 확인하는 데 필요한 정보가 트래픽 관리자에 제공됩니다. 실제 끝점 트래픽은 트래픽 관리자를 통해 라우팅되지 않습니다.

Figure 1에는 트래픽 관리자가 사용자를 끝점 집합 중 하나로 보내는 방법이 나와 있습니다. 그림 1의 숫자는 아래 설명의 번호를 나타냅니다.

트래픽 관리자 작동 방식

그림 1

  1. 회사 도메인 이름에 대한 사용자 트래픽: 클라이언트가 회사 도메인 이름을 사용하여 정보를 요청합니다. 이 작업의 목적은 DNS 이름으로 IP 주소를 확인하는 것입니다. 회사 도메인은 트래픽 관리자 외부에서 유지 관리되는 정규 인터넷 도메인 이름 등록 절차를 통해 등록되어야 합니다. 그림 1에서 회사 도메인 예는 www.contoso.com입니다.

  2. 트래픽 관리자 도메인 이름에 대한 회사 도메인 이름: Azure 트래픽 관리자에서 유지 관리되는 트래픽 관리자 도메인 이름을 가리키는 회사 도메인의 DNS 리소스 레코드입니다. 이 작업은 회사 도메인 이름을 트래픽 관리자 도메인 이름에 매핑하는 CNAME 리소스 레코드를 사용하여 수행할 수 있습니다. 예제에서 트래픽 관리자 도메인 이름은 contoso.trafficmanager.net입니다.

  3. 트래픽 관리자 도메인 이름 및 프로필: 트래픽 관리자 도메인 이름은 트래픽 관리자 프로필의 일부입니다. 사용자의 DNS 서버에서 트래픽 관리자 DNS 이름 서버가 수신한 트래픽 관리자 도메인 이름(이 예에서는 contoso.trafficmanager.net)에 대한 새 DNS 쿼리를 보냅니다.

  4. 처리된 트래픽 관리자 프로필 규칙: 트래픽 관리자는 지정된 부하 분산 방법과 모니터링 상태를 사용하여 요청을 처리해야 하는 Azure 또는 기타 끝점을 결정합니다.

  5. 사용자에게 전달된 끝점 도메인 이름: 트래픽 관리자는 트래픽 관리자 도메인 이름을 끝점의 도메인 이름에 매핑하는 CNAME 레코드를 반환합니다. 사용자의 DNS 서버에서 끝점 도메인 이름을 해당 IP 주소로 확인하고 이를 사용자에게 보냅니다.

  6. 사용자가 끝점 호출: 사용자는 해당 IP 주소를 사용하여 반환된 끝점을 직접 호출합니다.

회사 도메인과 확인된 IP 주소가 클라이언트 컴퓨터에 캐시되므로 사용자는 로컬 DNS 캐시 항목이 만료될 때까지 선택된 끝점과 계속 상호 작용할 수 있습니다. DNS 클라이언트가 DNS 호스트 항목을 해당 TTL(Time To Live) 기간 동안 캐시한다는 것을 명심해야 합니다. DNS 클라이언트 캐시에서 호스트 항목을 검색하면 트래픽 관리자 프로필이 무시되며 TTL 만료 전에 끝점이 사용할 수 없는 상태가 되면 연결 지연이 발생할 수 있습니다. 캐시 내 DNS 호스트 항목의 TTL이 만료되었으며 클라이언트 컴퓨터에서 회사 도메인 이름을 다시 확인해야 할 경우 새로운 DNS 쿼리를 보냅니다. 적용된 부하 분산 방법과 요청 시 끝점의 상태에 따라 클라이언트 컴퓨터가 다른 끝점의 IP 주소를 수신할 수 있습니다.

Figure 2에서는 트래픽 관리자를 구현하는 데 필요한 단계를 순서대로 보여 줍니다. 트래픽 관리자 구성과 최선의 구현 방법을 확실하게 이해하고 있다면 이러한 단계를 조금 다른 순서로 수행할 수도 있습니다. 그림 2의 숫자는 아래 설명의 번호를 나타냅니다.

트래픽 관리자 구성 방법

그림 2

  1. Azure 클라우드 서비스, Azure 웹 사이트 또는 기타 끝점을 프로덕션 환경에 배포합니다. 트래픽 관리자 프로필을 만들 때는 구독과 연결되어야 합니다. 그런 다음 동일한 구독의 일부인 프로덕션 환경의 클라우드 서비스 및 표준 계층 웹 사이트에 대한 끝점을 추가합니다. 준비 단계에 있고 Azure 프로덕션 환경에 없거나 동일한 구독에 포함되지 않은 끝점은 외부 끝점으로 추가할 수 없습니다. 클라우드 서비스에 대한 자세한 내용은 클라우드 서비스를 참조하세요. 웹 사이트에 대한 자세한 내용은 웹 사이트를 참조하세요.

  2. 트래픽 관리자 도메인의 이름을 결정합니다. 고유한 접두사로 도메인의 이름을 지정합니다. 도메인의 뒷 부분(trafficmanager.net)은 정해져 있습니다. 자세한 내용은 최선의 구현 방법를 참조하십시오.

  3. 사용할 모니터링 구성을 결정합니다. 트래픽 관리자는 부하 분산 방법에 관계없이 끝점을 모니터링하여 온라인인지 확인합니다. 모니터링 설정을 구성한 후, 트래픽 관리자는 모든 끝점이 오프라인 상태로 확인되거나 프로필에 포함된 일부 끝점의 상태를 확인할 수 없는 경우가 아니면 모니터링 시스템에 따라 오프라인 상태인 끝점에 트래픽을 보내지 않습니다. 모니터링에 대한 자세한 내용은 트래픽 관리자 모니터링 정보를 참조하십시오.

  4. 사용할 부하 분산 방법을 결정합니다. 세 가지 다른 부하 분산 방법을 사용할 수 있습니다. 요구 사항에 가장 적합한 방법을 시간을 들여 신중하게 파악하십시오. 나중에 방법을 변경해야 하는 경우 언제든지 변경할 수 있습니다. 또한 각 방법에는 약간 다른 구성 단계가 필요합니다. 부하 분산 방법에 대한 자세한 내용은 트래픽 관리자 부하 분산 방법 정보을 참조하십시오.

  5. 프로필을 만들고 설정을 구성합니다. REST API, Windows PowerShell 또는 관리 포털을 사용하여 트래픽 관리자 프로필을 만들고 설정을 구성할 수 있습니다. 자세한 내용은 트래픽 관리자 설정 구성 방법를 참조하십시오. 다음 단계에서는 관리 포털에서 빠른 생성을 사용한다고 가정합니다.

  6. 트래픽 관리자 프로필을 테스트합니다. 프로필과 도메인이 예상대로 작동하는지 테스트합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 트래픽 관리자 설정 테스트을 참조하십시오.

  7. 프로필에 회사 도메인 이름의 DNS 리소스 레코드를 연결하여 활성화합니다.자세한 내용은 회사 인터넷 도메인에서 트래픽 관리자 도메인 가리키기를 참조하십시오.

    그림 1의 예를 사용할 경우, 서버의 DNS 리소스 레코드를 다음과 같이 변경하여 회사 도메인 이름이 트래픽 관리자 도메인 이름을 가리키도록 합니다.

    www.contoso.com IN CNAME contoso.trafficmanager.net

트래픽 관리자 설정은 관리자 포털을 사용하거나 REST API 및 Windows PowerShell cmdlet을 통해 구성할 수 있습니다.

각 REST API 요소가 관리 포털에 표시되지는 않지만 REST API를 사용하든 관리 포털을 사용하든 간에 다수의 설정을 사용할 수 있습니다. REST API 사용에 대한 자세한 정보는 트래픽 관리자 작업(REST API 참조)을 참조하세요.

Windows PowerShell cmdlet에 관한 자세한 정보는 Azure 트래픽 관리자 Cmdlet을 참조하세요.

note참고
  • 현재 관리 포털을 통한 외부 끝점(유형 = '모두'), 라운드 로빈 부하 분산 방법에 대한 가중치 및 중첩된 프로필 구성은 지원되지 않습니다. REST(정의 만들기 참조) 또는 Windows PowerShell(Add-AzureTrafficManagerEndpoint 참조) 중 하나를 사용해야 합니다.

관리 포털에서 빠른 생성을 사용하여 트래픽 관리자 프로필을 만들 수 있습니다. 빠른 생성을 사용하면 기본 프로필을 만들 수 있습니다. 프로필을 만든 후 추가 설정을 구성하거나 이전에 구성한 설정을 편집할 수 있습니다. 빠른 생성을 사용하여 트래픽 관리자 프로필을 만드는 방법은 빠른 생성을 사용하여 트래픽 관리자 프로필 만들기를 참조하십시오.

관리 포털에서는 다음 설정을 구성할 수 있습니다.

  • DNS 접두사 – 사용자가 만드는 고유한 접두사입니다. 프로필은 접두사별로 관리 포털에 표시됩니다.

  • DNS TTL - DNS TTL(Time To Live) 값은 클라이언트 로컬 캐싱 이름 서버가 Azure 트래픽 관리자 DNS 시스템에 업데이트된 DNS 항목을 쿼리하는 빈도를 제어합니다.

  • 구독 – 프로필에 해당하는 구독을 선택합니다. 이 옵션은 구독이 여러 개인 경우에만 표시됩니다.

  • 부하 분산 방법 – 트래픽 관리자가 부하 분산을 처리할 방법입니다.

  • 장애 조치(Failover) 순서 – 장애 조치 부하 분산 방법을 사용하는 경우 끝점의 순서입니다.

  • 모니터링 – 모니터링 설정에는 프로토콜(HTTP 또는 HTTPS), 포트 및 상대 경로와 파일 이름이 포함됩니다.

REST API를 사용하여 트래픽 관리자 프로필을 만들고 구성할 수 있습니다. 자세한 정보는 트래픽 관리자 작업(REST API 참조)을 참조하세요.

  • 프로필 – 프로필에는 사용자가 만드는 도메인 이름 접두사가 포함됩니다. 각 프로필은 사용자 구독에 대응되며, 구독당 여러 프로필을 만들 수 있습니다. 프로필 이름은 관리 포털에 표시됩니다. 사용자가 만들어 프로필에 포함되는 이름을 트래픽 관리자 도메인이라고 합니다.

  • 정의 – 정의에는 정책 설정과 모니터 설정이 포함됩니다. 정의는 프로필에 대응되며, 프로필당 정의는 하나만 있을 수 있습니다. 정의 자체는 관리 포털에 표시되지 않지만 정의에 포함된 여러 설정이 관리 포털에 표시되며 여기에서 구성할 수 있습니다.

  • DNS 옵션 - DNS 옵션은 각 정의 내에 있습니다. 여기에서 DNS TTL이 구성됩니다.

  • 모니터 – 각 정의 내에 모니터 설정이 있습니다. 여기에서 프로토콜, 포트 및 상대 경로와 파일 이름이 구성됩니다. 모니터 설정은 관리 포털에 표시되며 여기에서 구성할 수 있습니다. 자세한 내용은 트래픽 관리자 모니터링 정보를 참조하십시오.

  • 정책 – 각 정의 내에 정책 설정이 있습니다. 정책에서 부하 분산 방법과 끝점이 지정됩니다. 정책 자체는 관리 포털에 표시되지 않지만 정책에 대한 일부 설정이 관리 포털에 표시되며 여기에서 구성할 수 있습니다. 자세한 내용은 트래픽 관리자 부하 분산 방법 정보를 참조하십시오.

Windows PowerShell을 사용하여 트래픽 관리자 프로필을 만들고 구성할 수 있습니다. 자세한 정보는 Azure 트래픽 관리자 Cmdlet을 참조하세요.

  • 고유하고 알아보기 쉬운 접두사 사용 - 트래픽 관리자 프로필의 DNS 이름은 고유해야 합니다. DNS 이름의 첫 부분만 제어할 수 있습니다. 트래픽 관리자 도메인 이름은 식별하거나 클라이언트 요청을 보내는 용도로만 사용됩니다. 클라이언트 컴퓨터는 이러한 이름을 최종 사용자에게 표시하지 않습니다. 그러나 프로필은 이 도메인 이름에 의해 식별되므로 관리 포털에 나열된 다른 도메인 이름 중에서 이 이름을 쉽게 식별할 수 있어야 합니다.

  • 쉽게 구분하고 식별할 수 있도록 도메인 이름에 마침표를 사용 - 도메인 이름 접두사에 마침표를 사용하여 구분할 수 있습니다. 트래픽 관리자에서 여러 정책을 만들 경우 서비스를 구분할 수 있도록 일관된 계층 분류를 사용하십시오. 예를 들어 Contoso는 웹, 결제 및 유틸리티 관리용 글로벌 서비스를 제공합니다. 이 세 정책을 각각 web.contoso.trafficmanager.net, bill.contoso.trafficmanager.netutil.contoso.trafficmanager.net으로 명명할 수 있습니다. 클라우드 서비스 또는 웹 사이트를 설정할 때 위치가 포함된 이름을 사용합니다. 예를 들어 web-us-contoso.cloudapp.netweb-asia-contoso.cloudapp.net을 사용할 수 있습니다. 제한 사항은 DNS에 의해 적용되는 제한 사항입니다. 도메인 이름은 마침표로 구분된 일련의 레이블입니다(label.label.label.label.etc). 이 문서가 작성된 시점을 기준으로 트래픽 관리자에서 도메인 이름에 적용되는 제한 사항은 다음과 같습니다.

    • 각 레이블의 최대 길이는 63자입니다.

    • 총 레이블의 수는 40개 이하입니다. trafficmanager.net에 두 개의 레이블이 사용되므로 38개의 레이블을 접두사에 추가할 수 있습니다.

    • 전체 도메인 이름에는 최대 253자를 사용할 수 있으며, 그 중 trafficmanager.net의 19자가 포함됩니다.

  • DNS TTL - DNS TTL 값은 클라이언트 로컬 캐싱 이름 서버가 Azure 트래픽 관리자 DNS 시스템에 업데이트된 DNS 항목을 쿼리하는 빈도를 제어합니다. 프로필 변경이나 끝점 가용성의 변경과 같이 트래픽 관리자에서 발생하는 모든 변경 사항은 이 기간이 지난 후에 전체 DNS 서버 시스템에 적용됩니다. 특별한 이유가 없으면 기본값인 300초(5분)를 그대로 사용하는 것이 좋습니다. 더 큰 값으로 설정하면 트래픽 관리자 DNS 응답이 DNS 확인 프로그램 및 클라이언트에 의해 캐시되는 기간이 길어지므로 전체적인 DNS 쿼리 대기 시간이 줄어듭니다. 그러나 매우 빠른 장애 조치(Failover)가 필요한 경우에는 더 작은 값으로 구성하는 것이 적절할 수 있습니다.

  • 끝점이 단일 구독에 있어야 함 - 모든 끝점은 프로필을 만드는 구독과 동일한 구독에 있어야 합니다. 서로 다른 구독으로부터의 끝점을 외부 끝점으로 프로필에 추가할 수 있지만 Azure는 관련 서비스가 비활성화되거나 삭제되더라도 해당 끝점을 자동으로 제거할 수 없습니다. 그 결과 외부 끝점은 트래픽 관리자 프로필에 남아 있게 되며 수동으로 제거하지 않으면 그에 대한 요금 청구를 계속 받게 됩니다.

  • 프로덕션 서비스만 해당됨 - 프로덕션 환경의 끝점만 사용할 수 있습니다. 스테이징 환경에서 실행되는 끝점에는 보낼 수 없습니다. 프로필이 트래픽을 보내는 동안 VIP(가상 IP) 교체를 수행하면 프로덕션 환경으로 교체된 끝점이 트래픽에 사용됩니다.

  • 쉽게 식별할 수 있도록 끝점의 이름 지정 – 사용하려는 DNS 접두사를 선택합니다. 클라우드 서비스 또는 웹 사이트의 이름과 달리 구독에서는 고유하게 지정되는 DNS 이름이 사용됩니다. 혼란을 피하기 위해 클라우드 서비스 또는 웹 사이트에 이름과 함께 동일하거나 유사한 DNS 접두사를 지정합니다. 클라우드 서비스 및 웹 사이트가 20개 이상일 경우 이름을 잘못 지정하면 올바른 끝점을 찾기가 힘들 수 있습니다. 또한 끝점의 이름을 잘못 지정하면 프로필을 유지 관리하기가 어려워집니다.

  • 한 프로필에 포함된 모든 끝점이 동일한 작업 및 포트를 제공해야 함 - 끝점을 혼합하면 클라이언트가 요청을 처리할 수 없는 끝점을 호출할 가능성이 커집니다.

  • 한 프로필의 모든 클라우드 서비스가 동일한 모니터링 설정을 사용해야 함 - 지정된 정의의 모든 끝점을 모니터링하기 위해 단일 경로 및 파일만 선택할 수 있습니다. 상대 경로와 파일 이름 텍스트 상자에 "/"를 입력하면 모니터링에서 기본 경로 및 파일 이름에 액세스합니다.

  • 구성을 변경하는 대신 임시 변경을 위해 끝점을 사용하지 않도록 설정 - 대부분의 경우 끝점을 오프라인 상태로 만들 수 있습니다. 프로필에서 끝점을 제거하는 대신 프로필에서 개별 끝점을 사용하지 않도록 설정하기만 하면 됩니다. 이 방법으로 끝점을 프로필에 계속 남겨두면서 끝점이 포함되지 않은 것처럼 프로필이 작동되게 할 수 있습니다. 이 방법은 유지 관리 모드에 있거나 재배포 중인 끝점을 임시로 제거할 경우에 매우 유용합니다. 끝점이 다시 작동되어 실행되면 이 끝점을 사용하도록 설정할 수 있습니다. 자세한 내용은 끝점 사용 안 함 또는 사용를 참조하십시오.

  • 프로필을 삭제하는 대신 임시 변경을 위해 프로필을 사용하지 않도록 설정 – 프로필에 지정된 개별 끝점이 아니라 전체 프로필을 오프라인 상태로 만들 수 있습니다. 이렇게 하려면 프로필을 사용하지 않도록 설정합니다. 프로필을 사용하지 않도록 설정하면 모든 설정을 계속 관리 포털에서 편집할 수 있으며 프로필을 다시 사용하려 할 때 프로필을 빠르고 쉽게 온라인 상태로 되돌릴 수 있습니다. 자세한 내용은 프로필을 사용하거나 사용하지 않도록 설정 또는 삭제를 참조하십시오.

  • 저장소 - 트래픽 관리자 사용 시 저장소를 어디에 배치하고 어떻게 배포할 것인지가 매우 중요합니다. 트래픽 관리자에 대해 응용 프로그램을 디자인하고 배포할 때 전체 트랜잭션과 데이터의 흐름을 고려하십시오.

  • SQL Azure – 저장소 설계와 마찬가지로, 끝점을 여러 지역으로 확장할 때는 응용 프로그램 상태 및 데이터 요구 사항을 분석하십시오.

다른 트래픽 관리자 프로필의 이름을 끝점으로 지정할 수 있습니다. 이러한 방식을 중첩된 프로필이라고 합니다. 트래픽 관리자 프로필 이름은 contoso-europe.trafficmanager.net과 같은 해당 DNS 이름입니다.

따라서 들어오는 DNS 이름 쿼리를 계층 집합에서 분석해 요청을 하는 클라이언트가 올바른 끝점 집합으로 이동하도록 트래픽 관리자를 구성할 수 있습니다. 그림 3는 한 가지 예를 보여줍니다.

중첩된 트래픽 관리자 프로필의 예

그림 3

10개 수준까지 중첩할 수 있으며 각기 다른 부하 분산 방법으로 각 프로필을 구성할 수 있습니다.

예를 들어 다음 항목에 대한 구성을 만들 수 있습니다.

  • 최상위 계층(외부 DNS 이름에 매핑된 트래픽 관리자 프로필)에서는 성능 부하 분산 방법을 사용하여 프로필을 구성할 수 있습니다.

  • 중간 계층에서는 트래픽 관리자 프로필 집합이 서로 다른 데이터 센터를 나타내며 라운드 로빈 부하 분산 방법을 사용합니다.

  • 하위 계층에서는 각 데이터 센터의 클라우드 서비스 끝점 집합이 사용자 트래픽 요청을 처리합니다.

이 경우 사용자는 성능을 기준으로 해당 지역의 데이터 센터로 이동되며, 동일하거나 가중치가 적용된 부하 분산을 기준으로 해당 데이터 센터 내의 클라우드 서비스로 이동됩니다. 예를 들어 가중치를 사용하여 소량의 트래픽을 테스트 또는 고객 피드백용으로 새 배포나 시험 배포로 분산시킬 수 있습니다.

그림 4에서는 구성을 보여줍니다.

다중 계층 트래픽 관리자 프로필의 예

그림 4

그림 4에서는 최상위 계층의 트래픽 관리자 프로필이 부모 프로필이고 중간 계층의 트래픽 관리자 프로필이 자식 프로필입니다.

트래픽 관리자가 정상 상태의 끝점 몇 개가 포함된 자식 프로필로 사용자를 이동하는 경우 해당 끝점이 오버로드되어 성능 문제가 발생할 수 있습니다. 이러한 상황을 방지하려면 부모 트래픽 관리자 프로필의 자식 프로필 내 끝점이 트래픽을 수신할 수 있는지 여부를 결정하는 정상 끝점의 임계값을 사용하여 해당 부모 프로필을 구성할 수 있습니다. 예를 들어 자식 프로필에 정상 끝점이 3개 이상 포함되도록 하려면 이 임계값을 3으로 설정합니다. 그림 4의 예제에서는 이 임계값을 사용하도록 최상위 계층 트래픽 관리자 프로필을 구성합니다.

트래픽 관리자 프로필을 끝점으로 추가하고 최소 정상 끝점 수를 구성하려면 REST(정의 만들기 참조) 또는 Windows PowerShell(Add-AzureTrafficManagerEndpoint 참조)을 사용해야 합니다. 관리 포털은 사용할 수 없습니다.

이 항목의 그림을 트래픽 관리자 관련 프레젠테이션용 PowerPoint 슬라이드로 저장하거나 용도에 맞게 수정하려면 MSDN 설명서의 트래픽 관리자 그림을 참조하세요.

참고 항목

Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

참여하시겠습니까?
표시:
© 2014 Microsoft