애플리케이션 부하를 분산 하는 지리적 위치 인식 기능을 위한 DNS 정책을 사용 하 여
이 토픽에서는 지리적 위치 인식을 사용하여 애플리케이션의 부하를 분산하도록 DNS 정책을 구성하는 방법을 알아볼 수 있습니다.
이 가이드의 이전 토픽인 애플리케이션 부하 분산을 위한 DNS 정책 사용에서는 온라인 선물 서비스를 제공하고 contosogiftservices.com이라는 웹 사이트를 운영하는 가상의 회사인 Contoso Gift Services의 예를 사용합니다. Contoso Gift Services는 워싱턴주 시애틀, 일리노이주 시카고 및 텍사스주 댈러스에 있는 북아메리카 데이터 센터의 서버 간에 온라인 웹 애플리케이션 부하를 분산합니다.
참고 항목
이 시나리오의 지침을 수행하기 전에 애플리케이션 부하 분산에 DNS 정책 사용 토픽을 숙지하는 것이 좋습니다.
이 토픽에서는 지리적 위치 인식을 포함하는 새 배포 예제의 기준으로 동일한 가상의 회사 및 네트워크 인프라를 사용합니다.
이 예제에서 Contoso Gift Services는 전 세계적으로 사업을 확장하고 있습니다.
북아메리카와 마찬가지로 이 회사는 이제 유럽 데이터 센터에서 호스트되는 웹 서버를 보유하고 있습니다.
Contoso Gift Services DNS 관리자는 미국 DNS 정책 구현과 비슷한 방식으로 유럽 데이터 센터에 대한 애플리케이션 부하 분산을 구성하려고 하며, 애플리케이션 트래픽은 더블린, 아일랜드, 암스테르담, 네덜란드 등에 있는 웹 서버 간에 분산됩니다.
또한 DNS 관리자는 전 세계 여러 위치에서 모든 쿼리가 모든 데이터 센터 간에 동일하게 분산되기를 원합니다.
다음 섹션에서는 자신의 네트워크에서 Contoso DNS 관리자와 비슷한 목표를 달성하는 방법을 알아볼 수 있습니다.
지리적 위치 인식을 사용하여 애플리케이션 부하 분산을 구성하는 방법
다음 섹션에서는 지리적 위치 인식을 사용하여 애플리케이션 부하 분산을 위한 DNS 정책을 구성하는 방법을 보여 줍니다.
Important
다음 섹션에서는 예제 많은 매개 변수 값이 포함 된 예제 Windows PowerShell 명령을 포함 합니다. 이러한 명령에 대 한 예제 값은 다음이 명령을 실행 하기 전에 배포에 적합 한 값으로 바꾸는 것을 확인 합니다.
DNS 클라이언트 서브넷 만들기
먼저 북아메리카 및 유럽 지역의 서브넷 또는 IP 주소 공간을 식별해야 합니다.
지역-IP 지도에서이 정보를 얻을 수 있습니다. 이러한 IP 지리적 분포에 따라 DNS 클라이언트 서브넷을 만들어야 합니다.
DNS 클라이언트 서브넷은 DNS 서버에 전송 되는 쿼리는 IPv4 또는 IPv6 서브넷의 논리적 그룹화입니다.
DNS 클라이언트 서브넷을 만드는 다음 Windows PowerShell 명령을 사용할 수 있습니다.
Add-DnsServerClientSubnet -Name "AmericaSubnet" -IPv4Subnet 192.0.0.0/24,182.0.0.0/24
Add-DnsServerClientSubnet -Name "EuropeSubnet" -IPv4Subnet 141.1.0.0/24,151.1.0.0/24
자세한 내용은 참조 추가 DnsServerClientSubnet합니다.
영역 범위를 만듭니다
클라이언트 서브넷이 준비되면 contosogiftservices.com 영역을 각각 데이터 센터의 서로 다른 영역 범위로 분할해야 합니다.
영역 범위는 영역의 고유 인스턴스입니다. DNS 영역은 자체 DNS 레코드 집합이 포함 된 각 영역 범위를 갖는 여러 영역 범위를 가질 수 있습니다. 동일한 레코드는 동일한 IP 주소 또는 IP 주소가 다른 여러 범위에 있을 수 있습니다.
참고 항목
기본적으로 영역 범위 DNS 영역에 있습니다. 영역을 같은 이름의이 영역 범위 및 레거시 DNS 작업은이 범위에서 작동 합니다.
애플리케이션 부하 분산에 대한 이전 시나리오에서는 북아메리카 데이터 센터에 대한 세 가지 영역 범위를 구성하는 방법을 보여 줍니다.
아래 명령을 사용하여 더블린 및 암스테르담 데이터 센터에 각각 하나씩 두 개의 영역 범위를 더 만들 수 있습니다.
동일한 영역의 기존 북아메리카 영역 범위 3개를 변경하지 않고도 이러한 영역 범위를 추가할 수 있습니다. 또한 이러한 영역 범위를 만든 후에는 DNS 서버를 다시 시작할 필요가 없습니다.
다음 Windows PowerShell 명령을 사용 하 여 영역 범위를 만들 수 있습니다.
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "DublinZoneScope"
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "AmsterdamZoneScope"
자세한 내용은 참조 DnsServerZoneScope 추가
영역 범위에 레코드를 추가 합니다.
이제 영역 범위에는 웹 서버 호스트를 나타내는 레코드를 추가 해야 합니다.
이전 시나리오에서는 미국 데이터 센터에 대한 레코드가 추가되었습니다. 다음 Windows PowerShell 명령을 사용하여 유럽 데이터 센터의 영역 범위에 레코드를 추가할 수 있습니다.
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "151.1.0.1" -ZoneScope "DublinZoneScope”
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "141.1.0.1" -ZoneScope "AmsterdamZoneScope"
자세한 내용은 참조 추가 DnsServerResourceRecord합니다.
DNS 정책 만들기
파티션(영역 범위)을 만들고 레코드를 추가한 후에는 들어오는 쿼리를 이러한 범위에 분산하는 DNS 정책을 만들어야 합니다.
이 예제에서는 여러 데이터 센터의 애플리케이션 서버 간의 쿼리 배포가 다음 조건을 충족합니다.
- DNS 쿼리가 북아메리카 클라이언트 서브넷의 원본에서 수신되면 DNS 응답의 50%가 시애틀 데이터 센터를, 응답의 25%는 시카고 데이터 센터를, 나머지 25%는 댈러스 데이터 센터를 가리킵니다.
- DNS 쿼리가 유럽 클라이언트 서브넷의 원본에서 수신되면 DNS 응답의 50%가 더블린 데이터 센터를 가리키고 나머지 50%는 암스테르담 데이터 센터를 가리킵니다.
- 쿼리가 전 세계 어디에서나 제공되면 DNS 응답이 5개 데이터 센터에 모두 분산됩니다.
다음 Windows PowerShell 명령을 사용하여 이러한 DNS 정책을 구현할 수 있습니다.
Add-DnsServerQueryResolutionPolicy -Name "AmericaLBPolicy" -Action ALLOW -ClientSubnet "eq,AmericaSubnet" -ZoneScope "SeattleZoneScope,2;ChicagoZoneScope,1; TexasZoneScope,1" -ZoneName "contosogiftservices.com" –ProcessingOrder 1
Add-DnsServerQueryResolutionPolicy -Name "EuropeLBPolicy" -Action ALLOW -ClientSubnet "eq,EuropeSubnet" -ZoneScope "DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 2
Add-DnsServerQueryResolutionPolicy -Name "WorldWidePolicy" -Action ALLOW -FQDN "eq,*.contoso.com" -ZoneScope "SeattleZoneScope,1;ChicagoZoneScope,1; TexasZoneScope,1;DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 3
자세한 내용은 참조 추가 DnsServerQueryResolutionPolicy합니다.
이제 여러 대륙의 서로 다른 5개 데이터 센터에 있는 웹 서버 간에 애플리케이션 부하 분산을 제공하는 DNS 정책을 만들었습니다.
관리 요구 사항을 트래픽이 따라 DNS 정책의 수천을 만들 수 있습니다 하 고 들어오는 쿼리-DNS 서버를 다시 시작 하지 않고 모든 새 정책-동적으로 적용 됩니다.