Uso de la directiva de DNS para equilibrio de carga de aplicación con reconocimiento de ubicación geográfica
Puede usar este tema para aprender a configurar la directiva DNS para equilibrar la carga de una aplicación con reconocimiento de ubicación geográfica.
En el tema anterior de esta guía, Uso de la directiva de DNS para el equilibrio de carga de aplicación, se usa un ejemplo de una empresa ficticia, Contoso Gift Services, que proporciona servicios de regalos en línea y que tiene un sitio web denominado contosogiftservices.com. Contoso Gift Services equilibra la carga de su aplicación web en línea entre los servidores de los centros de datos norteamericanos ubicados en Seattle, WA, Chicago, IL, y Dallas, TX.
Nota
Es recomendable que se familiarice con el tema Uso de la directiva DNS para el equilibrio de carga de aplicación antes de realizar las instrucciones de este escenario.
Este tema usa la misma empresa ficticia y la misma infraestructura de red como base para una nueva implementación de ejemplo que incluye el reconocimiento de la ubicación geográfica.
En este ejemplo, Contoso Gift Services está ampliando con éxito su presencia en todo el mundo.
Al igual que en Estados Unidos, la empresa cuenta ahora con servidores web alojados en centros de datos europeos.
Los administradores de DNS de Contoso Gift Services quieren configurar el equilibrio de carga de aplicaciones para los centros de datos europeos de forma similar a la implementación de la política DNS en Estados Unidos, con el tráfico de aplicaciones distribuido entre los servidores Web que se encuentran en Dublín (Irlanda), Ámsterdam (Países Bajos) y otros lugares.
Los administradores de DNS también quieren que todas las consultas de otras ubicaciones del mundo se distribuyan equitativamente entre todos sus centros de datos.
En las siguientes secciones podrá obtener información sobre cómo conseguir objetivos similares a los de los administradores de DNS de Contoso en su propia red.
Cómo configurar el equilibrio de carga de aplicaciones con reconocimiento de la ubicación geográfica
Las secciones siguientes le muestran cómo configurar la directiva DNS para el equilibrio de carga de aplicaciones con reconocimiento de la ubicación geográfica.
Importante
En las secciones siguientes se incluyen comandos de ejemplo Windows PowerShell que contienen valores de ejemplo para muchos parámetros. Asegúrese de reemplazar los valores de ejemplo de estos comandos por los valores adecuados para la implementación antes de ejecutar estos comandos.
Creación de subredes de cliente DNS
En primer lugar, debe identificar las subredes o el espacio de direcciones IP de las regiones de Norteamérica y Europa.
Puede obtener esta información en los mapas de geolocalización por IP. En función de estas distribuciones de geolocalización por IP, debe crear las subredes de cliente DNS.
Una subred de cliente DNS es una agrupación lógica de subredes IPv4 o IPv6 desde las que se envían consultas a un servidor DNS.
Puede usar los siguientes comandos de Windows PowerShell para crear subredes de cliente DNS.
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
Para más información, consulte Add-DnsServerClientSubnet.
Creación de los ámbitos de zona
Una vez implementadas las subredes de cliente, debe particionar la zona contosogiftservices.com en distintos ámbitos de zona, cada una para un centro de datos.
Un ámbito de zona es una instancia única de la zona. Una zona DNS puede tener varios ámbitos de zona, cada uno de los cuales con su propio conjunto de registros DNS. El mismo registro puede estar presente en varios ámbitos, con diferentes direcciones IP o las mismas direcciones IP.
Nota
De forma predeterminada, existe un ámbito de zona en las zonas DNS. Este ámbito de zona tiene el mismo nombre que la zona y las operaciones DNS heredadas funcionan en este ámbito.
El escenario anterior en el equilibrio de carga de la aplicación muestra cómo configurar tres ámbitos de zona para los centros de datos en Norteamérica.
Con los comandos siguientes, puede crear otros dos ámbitos de zona, uno para los centros de datos de Dublín y otro para Ámsterdam.
Puede agregar estos ámbitos de zona sin cambios en los tres ámbitos de zona de Norteamérica existentes en la misma zona. Además, después de crear estos ámbitos de zona, no necesita reiniciar su servidor DNS.
Puede usar los siguientes comandos de Windows PowerShell para crear ámbitos de zona.
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "DublinZoneScope"
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "AmsterdamZoneScope"
Para más información, consulte Add-DnsServerZoneScope
Agregación de registros a los ámbitos de zona
Ahora debe agregar los registros que representan el host del servidor web en los ámbitos de zona.
Los registros de los centros de datos de Estados Unidos se agregaron en el escenario anterior. Puede usar los siguientes comandos de Windows PowerShell para agregar registros a los ámbitos de zona de los centros de datos europeos.
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"
Para más información, consulte Add-DnsServerResourceRecord.
Creación de las directivas DNS
Una vez creadas las particiones (ámbitos de zona) y agregados los registros, deberá crear las directivas DNS que distribuyan las consultas entrantes entre estos ámbitos.
En este ejemplo, la distribución de consultas entre servidores de aplicaciones de diferentes centros de datos cumple los siguientes criterios.
- Cuando la consulta de DNS se recibe desde un origen en una subred de cliente norteamericana, el 50 % de las respuestas DNS apuntan al centro de datos de Seattle, el 25 % de las respuestas apuntan al centro de datos de Chicago y el 25 % restante de las respuestas apuntan al centro de datos de Dallas.
- Cuando la consulta de DNS se recibe desde un origen en una subred de cliente europea, el 50 % de las respuestas DNS apuntan al centro de datos de Dublín, y el 50 % de las respuestas DNS apuntan al centro de datos de Ámsterdam.
- Cuando la consulta procede de cualquier otro lugar del mundo, las respuestas DNS se distribuyen entre los cinco centros de datos.
Puede usar los siguientes comandos de Windows PowerShell para implementar estas directivas 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
Para más información, consulte Add-DnsServerQueryResolutionPolicy.
Ahora ha creado con éxito una directiva DNS que proporciona equilibrio de carga de la aplicación entre servidores web que están ubicados en cinco centros de datos diferentes en varios continentes.
Puede crear miles de directivas DNS según los requisitos de administración del tráfico y todas las directivas nuevas se aplican dinámicamente, sin reiniciar el servidor DNS, en las consultas entrantes.