As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Escolher uma política de roteamento Quando você cria um registro, é possível escolher uma política de roteamento, o que determina como o Amazon Route 53 responde a consultas: + **Simple routing policy** (Política de roteamento simples): use para um único recurso que executa uma determinada função para seu domínio, por exemplo, um servidor Web que oferece conteúdo para o site example.com. Você pode usar roteamento simples para criar registros em uma zona hospedada privada. + **Failover routing policy** (Política de roteamento de failover): use quando quiser configurar o failover ativo-passivo. Você pode usar roteamento com failover para criar registros em uma zona hospedada privada. + **Geolocation routing policy** (Política de roteamento de localização geográfica): use quando quiser encaminhar o tráfego com base na localização dos usuários. Você pode usar roteamento por geolocalização para criar registros em uma zona hospedada privada. + **Política de roteamento por geoproximidade**: use quando quiser rotear o tráfego de acordo com a localização dos recursos e, opcionalmente, mudar o tráfego dos recursos em um local para os recursos em outro local. Você pode usar roteamento por geoproximidade para criar registros em uma zona hospedada privada. + **Política de roteamento de latência** — Use quando você tiver vários recursos Regiões da AWS e quiser rotear o tráfego para a região que fornece a melhor latência. Você pode usar roteamento por latência para criar registros em uma zona hospedada privada. + **IP-based routing policy** (Política de roteamento baseado em IP): use quando quiser rotear o tráfego com base no local dos usuários e tiver os endereços IP de origem do tráfego. + **Multivalue answer routing policy** (Política de roteamento de resposta com vários valores): use quando quiser que o Route 53 responda a consultas de DNS com até oito registros íntegros selecionados aleatoriamente. Você pode usar roteamento com resposta multivalor para criar registros em uma zona hospedada privada. + **Weighted routing policy** (Política de roteamento ponderado): use para encaminhar o tráfego para vários recursos nas proporções que você especificar. Você pode usar roteamento ponderado para criar registros em uma zona hospedada privada. **Topics** + [Roteamento simples](routing-policy-simple.md) + [Roteamento de failover](routing-policy-failover.md) + [Roteamento de localização geográfica](routing-policy-geo.md) + [Roteamento por geoproximidade](routing-policy-geoproximity.md) + [Roteamento baseado em latência](routing-policy-latency.md) + [Roteamento baseado em IP](routing-policy-ipbased.md) + [Roteamento de resposta com vários valores](routing-policy-multivalue.md) + [Roteamento ponderado](routing-policy-weighted.md) + [Como o Amazon Route 53 usa EDNS0 para estimar a localização de um usuário](routing-policy-edns0.md) # Roteamento simples O roteamento simples permite configurar registros de DNS padrão sem roteamento especial do Route 53, como ponderados ou de latência. Com o roteamento simples, você normalmente roteia o tráfego para um único recurso, por exemplo, para um servidor web do seu site. Você pode usar uma política de roteamento simples para criar registros em uma zona hospedada privada. Se você escolher a política de roteamento simples no console do Route 53, não poderá criar vários registros com o mesmo nome e tipo, mas poderá especificar diversos valores no mesmo registro, como vários endereços IP. (Se você escolher a política de roteamento simples para um registro de alias, poderá especificar somente um AWS recurso ou um registro na zona hospedada atual.) Se você especificar diversos valores em um registro, o Route 53 retornará todos os valores para o resolvedor recursivo em ordem aleatória, e o resolvedor retornará os valores para o cliente (como um navegador da Web) que enviou a consulta de DNS. Em seguida, o cliente escolhe um valor e reenvia a consulta. Com uma política de roteamento simples, embora você possa especificar vários endereços IP, esses endereços IP não têm a integridade verificada. Para obter informações sobre os valores que você especifica ao usar a política de roteamento simples para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros simples](resource-record-sets-values-basic.md) + [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) # Roteamento de failover O roteamento de failover permite rotear o tráfego para um recurso quando o recurso estiver íntegro ou para um recurso diferente quando o primeiro recurso não estiver íntegro. Os registros primários e secundários podem encaminhar o tráfego para qualquer ponto a partir de um bucket do Amazon S3 que é configurado como um site para uma árvore complexa de registros. Para obter mais informações, consulte [Failover ativo/passivo](dns-failover-types.md#dns-failover-types-active-passive). Você pode usar uma política de roteamento por failover para criar registros em uma zona hospedada privada. Para obter informações sobre os valores que você especifica ao usar a política de roteamento de failover para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros de failover](resource-record-sets-values-failover.md) + [Valores específicos para registros de alias de failover](resource-record-sets-values-failover-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) # Roteamento de localização geográfica O roteamento de localização geográfica permite que você escolha os recursos que atendem ao seu tráfego com base na localização geográfica dos usuários, isto é, o local de origem das consultas de DNS. Por exemplo, talvez você queira que todas as consultas da Europa sejam roteadas para um balanceador de carga de Elastic Load Balancing na região de Frankfurt. Quando você usa o roteamento de localização geográfica, pode traduzir o conteúdo e apresentar todo o seu site ou parte dele no idioma de seus usuários. Você também pode usar o roteamento de localização geográfica para restringir a distribuição de conteúdo somente aos locais em que você tem direitos de distribuição. Outro uso possível é balancear a carga entre os endpoints de forma previsível, de easy-to-manage forma que a localização de cada usuário seja roteada de forma consistente para o mesmo endpoint. Você pode especificar localizações geográficas por continente, país ou estado nos Estados Unidos. Se você criar registros separados para regiões geográficas sobrepostas, por exemplo, um registro para a América do Norte e outro para o Canadá, a prioridade será da menor região geográfica. Isso permite rotear algumas consultas de um continente para um recurso e rotear as consultas de determinados países naquele continente para outro recurso. (Para obter uma lista dos países de cada continente, consulte [Local](resource-record-sets-values-geo.md#rrsets-values-geo-location).) A localização geográfica funciona através do mapeamento de endereços IP para os locais. No entanto, alguns endereços IP não estão mapeados para localizações geográficas. Portanto, mesmo que você crie conjuntos de registros de recursos de localização geográfica que abranja os sete continentes, o Amazon Route 53 receberá algumas consultas de DNS de locais que ele não conseguirá identificar. Você pode criar um registro padrão que atenda tanto as consultas de endereços IP que não são mapeados para qualquer lugar quanto as consultas que vêm de locais para os quais você ainda não criou registros de localização geográfica. Se você não criar um registro padrão, o Route 53 retornará uma resposta “sem resposta” para as consultas provenientes desses locais. Você pode usar o roteamento por geolocalização para criar registros tanto em uma zona hospedada privada como pública. Para obter mais informações, consulte [Como o Amazon Route 53 usa EDNS0 para estimar a localização de um usuário](routing-policy-edns0.md). Para obter informações sobre os valores que você especifica ao usar a política de roteamento de geolocalização para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros de localização geográfica](resource-record-sets-values-geo.md) + [Valores específicos para registros de alias de localização geográfica](resource-record-sets-values-geo-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) # Roteamento de geolocalização em zonas hospedadas privadas Para zonas hospedadas privadas, o Route 53 responde às consultas de DNS com base na VPC da qual Região da AWS a consulta se originou. Para ver a lista de Regiões da AWS, consulte [Regiões e zonas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) no guia do *usuário do Amazon EC2*. Se a consulta ao DNS for originada de uma parte on-premises de uma rede híbrida, ela será considerada como tendo sido originada da Região da AWS em que a VPC está localizada. Se você incluir verificações de integridade, poderá criar registros padrão para: + Endereços IP que não são mapeados para localizações geográficas. + Consultas ao DNS provenientes de locais para os quais você não criou registros de geolocalização. Se o registro de geolocalização para a região da consulta ao DNS não estiver íntegro, o registro padrão será retornado (se estiver íntegro). No exemplo de configuração na figura a seguir, as consultas de DNS provenientes de um us-east-1 Região da AWS (Virgínia) serão roteadas para o endpoint 1.1.1.1. ![\[Uma captura de tela que mostra um registro de geolocalização para uma zona hospedada privada.\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/geolocation-phz.png) # Roteamento por geoproximidade O roteamento de proximidade geográfica permite que o Amazon Route 53 encaminhe o tráfego para seus recursos com base no local geográfico de seus usuários e recursos. Ele roteia o tráfego para o recurso mais próximo disponível. Você também pode optar por rotear mais ou menos tráfego para um determinado recurso especificando um valor, conhecido como *desvio*. Um desvio aumenta ou diminui o tamanho da região geográfica em que o tráfego é roteado para um recurso. Você cria regras de geoproximity para seus recursos e especifica um dos seguintes valores para cada regra: + Se você estiver usando AWS recursos, especifique o Região da AWS ou o Grupo de Zona Local no qual você criou o recurso. + Se você não estiver usando AWS recursos, especifique a latitude e a longitude do recurso. Para usar as Zonas AWS Locais, você precisa primeiro habilitá-las. Para mais informações, consulte [Getting started with Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) no *AWS Local Zones User Guide*. Para saber mais sobre a diferença entre Zonas Locais Regiões da AWS e Zonas Locais, consulte [Regiões e Zonas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) no Guia do *Usuário do Amazon EC2*. Opcionalmente, para alterar o tamanho da região geográfica da qual o Route 53 encaminha o tráfego para um recurso, especifique o valor aplicável para o desvio: + Para aumentar o tamanho da região geográfica da qual o Route 53 encaminha o tráfego para um recurso, especifique um inteiro positivo de 1 a 99 para o desvio. O Route 53 diminui o tamanho das regiões adjacentes. + Para reduzir o tamanho da região geográfica da qual o Route 53 encaminham o tráfego para um recurso, especifique um inteiro negativo de -1 a -99 para o desvio. O Route 53 aumenta o tamanho das regiões adjacentes. **nota** Estamos atualizando o console do Fluxo de tréfego do Route 53. Durante o período de transição, você pode continuar a usar o console antigo. Escolha a guia do console que você está usando. + [Novo console](#traffic-flow-geoprox-routing-map-new) + [Console antigo](#traffic-flow-geoprox-routing-map-old) ------ #### [ New console ] O mapa a seguir mostra quatro Regiões da AWS (numerados de 1 a 5): 1. Oeste dos EUA (Oregon) 1. Europa (Frankfurt) 1. Ásia-Pacífico (Tóquio) 1. África (Cidade do Cabo) 1. Oriente Médio (Bahrein) **nota** Os mapas só estão disponíveis com Fluxo de tráfego. ![\[Um mapa do mundo que mostra como o tráfego é roteado quando você tem registros de geoproximidade para recursos nas Regiões da AWS Oeste dos EUA (Oregon), Europa (Frankfurt), Ásia-Pacífico (Tóquio), África (Cidade do Cabo) e Oriente Médio (Bahrein).\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png) O mapa a seguir mostra o que acontece se você adicionar um viés de \$125 para a região Oeste dos EUA (Oregon) (número **1** no mapa). O tráfego é direcionado para o recurso nessa região a partir de uma área maior da América do Norte e de toda a América do Sul do que antes. ![\[Um mapa do mundo que mostra como o tráfego é encaminhado quando você adiciona um desvio de +25 na região Leste dos EUA (Norte da Virgínia).\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png) O mapa a seguir mostra o que acontece quando você altera o viés para -25 para a região Oeste dos EUA (Oregon). **O tráfego é roteado para o recurso nessa região a partir de porções menores da América do Norte e do Sul do que antes, e mais tráfego é roteado para recursos nas regiões adjacentes **2**, **3** e 4.** ![\[Um mapa do mundo que mostra como o tráfego é roteado quando você adiciona um viés de -25 na região Oeste dos EUA (Oregon).\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png) ------ #### [ Old console ] O mapa a seguir mostra quatro Regiões da AWS (numerados de 1 a 4) e uma localização em Joanesburgo, África do Sul, especificada por latitude e longitude (5). **nota** Os mapas só estão disponíveis com Fluxo de tráfego. ![\[Um mapa do mundo que mostra como o tráfego é roteado quando você tem registros de geoproximidade para recursos no Oeste dos Regiões da AWS EUA (Oregon), Leste dos EUA (Norte da Virgínia), Europa (Paris) e Ásia-Pacífico (Tóquio), e você tem um registro de um não AWS recurso em Joanesburgo, África do Sul.\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png) O mapa a seguir mostra o que acontece se você adicionar um desvio de \$125 para a região Leste dos EUA (N. da Virgínia) (número **2** no mapa). O tráfego é roteado para o recurso nessa região de uma parte maior da América do Norte que anteriormente, e de toda a América do Sul. ![\[Um mapa do mundo que mostra como o tráfego é encaminhado quando você adiciona um desvio de +25 na região Leste dos EUA (Norte da Virgínia).\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png) O mapa a seguir mostra o que acontece se você alterar o desvio para -25 para a região Leste dos EUA (N. da Virgínia). O tráfego é roteado para o recurso nessa região de partes menores da América do Norte e do Sul do que anteriormente, e mais tráfego é roteado para os recursos nas regiões adjacentes **1**, **3**, e **5**. ![\[Um mapa do mundo que mostra como o tráfego é roteado quando você adiciona um desvio de -25 na região Leste dos EUA (N. da Virgínia).\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png) ------ O efeito da alteração do desvio para seus recursos depende de uma série de fatores, incluindo: + O número de recursos que você tem. + A proximidade de um para outro. + O número de usuários que você tem perto da área de borda entre as regiões geográficas. Por exemplo, suponha que você tenha recursos no Leste dos Regiões da AWS EUA (Norte da Virgínia) e no Oeste dos EUA (Oregon) e tenha muitos usuários em Dallas, Austin e San Antonio, Texas, EUA. Essas cidades são aproximadamente equidistantes entre seus recursos, portanto, uma pequena mudança no viés pode resultar em uma grande variação no tráfego de recursos de uma Região da AWS para outra. Recomendamos alterar o desvio em pequenos incrementos para evitar a sobrecarga dos recursos devido a uma oscilação imprevista no tráfego. Para obter mais informações, consulte [Como o Amazon Route 53 usa EDNS0 para estimar a localização de um usuário](routing-policy-edns0.md). ## Como o Amazon Route 53 usa o desvio para encaminhar o tráfego Esta é a fórmula que o Amazon Route 53 usa para determinar como encaminhar o tráfego: **Desvio** `Biased distance = actual distance * [1 - (bias/100)]` Quando o valor do viés é positivo, o Route 53 trata a origem de uma consulta de DNS e o recurso que você especifica em um registro de geoproximidade (como uma instância do EC2 em um Região da AWS) como se estivessem mais próximos do que realmente estão. Por exemplo, suponha que você tem uma solicitação com os seguintes registros de geoproximity: + Um registro para o servidor web A, que tem um desvio positivo de 50 + Um registro para o servidor web B, que não tem desvio Quando um registro de proximidade geográfica tem um desvio positivo de 50, o Route 53 divide a distância pela metade entre a origem de uma consulta e o recurso para esse registro. Em seguida, o Route 53 calcula qual recurso está mais próximo da origem da consulta. Suponha que o servidor web A está a 150 km da origem de uma consulta e o servidor web B está a 100 km da origem da consulta. Se nenhum dos registros tiver um desvio, o Route 53 encaminha a consulta para o servidor Web B, pois ele é o mais próximo. No entanto, como o registro do servidor Web A tem um desvio positivo de 50, o Route 53 trata o servidor Web A como se ele estivesse a 75 km da origem da consulta. Como resultado, o Route 53 encaminha a consulta para o servidor Web A. Este é o cálculo para um desvio positivo de 50: ``` Bias = 50 Biased distance = actual distance * [1 - (bias/100)] Biased distance = 150 kilometers * [1 - (50/100)] Biased distance = 150 kilometers * (1 - .50) Biased distance = 150 kilometers * (.50) Biased distance = 75 kilometers ``` # Roteamento baseado em latência Se seu aplicativo estiver hospedado em vários Regiões da AWS, você pode melhorar o desempenho de seus usuários atendendo às solicitações a partir do Região da AWS que fornece a menor latência. **nota** Os dados sobre a latência entre usuários e seus recursos são baseados totalmente no tráfego entre usuários e data centers da AWS . Se você não estiver usando recursos em um Região da AWS, a latência real entre seus usuários e seus recursos pode variar significativamente dos dados de AWS latência. Isso ocorre mesmo se os recursos estiverem na mesma cidade que uma Região da AWS. Para usar o roteamento baseado em latência, crie registros de latência para os recursos em várias Regiões da AWS. Quando o Route 53 recebe uma consulta ao DNS do seu domínio ou subdomínio (exemplo.com ou acme.exemplo.com), ele determina para quais Regiões da AWS você criou registros de latência, determina qual região oferece ao usuário a menor latência e então seleciona um registro de latência para essa região. O Route 53 responde com o valor do registro selecionado, como o endereço IP de um servidor Web. Por exemplo, suponha que você tenha balanceadores de carga de Elastic Load Balancing na região Oeste dos EUA (Oregon) e na região Ásia-Pacífico (Singapura). Você cria um registro de latência para cada balanceador de carga. Veja o que acontece quando um usuário em Londres informa o nome de seu domínio em um navegador: 1. O DNS encaminha a consulta para um servidor de nome do Route 53. 1. O Route 53 consulta seus dados sobre latência entre Londres e a região de Singapura e entre Londres e a região de Oregon. 1. Se a latência for menor entre as regiões de Londres e Oregon, o Route 53 responderá à consulta com o endereço IP do balanceador de carga de Oregon. Se a latência for menor entre Londres e a região de Singapura, o Route 53 responderá com o endereço IP do balanceador de carga de Singapura. A latência entre os hosts na Internet pode mudar com o tempo como resultado de alterações na conectividade de rede e no roteamento. O roteamento baseado em latência se baseia em medições de latência realizadas durante um período de tempo, e as medições refletem essas alterações. Uma solicitação roteada para a região de Oregon esta semana pode ser roteada para a região de Singapura a semana que vem. **nota** Quando um navegador ou outro visualizador usa um resolvedor de DNS compatível com a edns-client-subnet extensão de EDNS0, o resolvedor de DNS envia ao Route 53 uma versão truncada do endereço IP do usuário. Se você configurar o encaminhamento por latência, o Route 53 considerará esse valor ao encaminhar o tráfego para seus recursos. Para obter mais informações, consulte [Como o Amazon Route 53 usa EDNS0 para estimar a localização de um usuário](routing-policy-edns0.md). Você pode usar uma política de roteamento por latência para criar registros em uma zona hospedada privada. Para obter informações sobre os valores que você especifica ao usar a política de roteamento de latência para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros de latência](resource-record-sets-values-latency.md) + [Valores específicos para registros de alias de latência](resource-record-sets-values-latency-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) # Roteamento baseado em latência em zonas hospedadas privadas Para zonas hospedadas privadas, o Route 53 responde às consultas de DNS com um endpoint que está no mesmo Região da AWS ponto ou está mais próximo da VPC da qual Região da AWS a consulta se originou. **nota** Se você tiver um endpoint de saída encaminhado para um endpoint de entrada, o registro será resolvido com base na localização do endpoint de entrada, não do endpoint de saída. Se você incluir verificações de integridade e o registro com a menor latência para a origem da consulta não estiver íntegro, um endpoint íntegro com a próxima latência mais baixa será retornado. No exemplo de configuração na figura a seguir, as consultas de DNS provenientes de um us-east-1 Região da AWS, ou mais próximo a ele, serão roteadas para o endpoint 1.1.1.1. As consultas ao DNS de us-west-2, ou da região mais próxima a ela, serão roteadas para o endpoint 2.2.2.2. ![\[Uma captura de tela que mostra dois registros de latência para uma zona hospedada privada.\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/latency-phz.png) # Roteamento baseado em IP Com o roteamento baseado em IP no Amazon Route 53, você pode ajustar o roteamento DNS usando a compreensão que tem da rede, das aplicações e dos clientes para tomar as melhores decisões de roteamento DNS para os usuários finais. O roteamento baseado em IP oferece controle granular para otimizar o desempenho ou reduzir os custos de rede carregando seus dados para o Route 53 na forma de mapeamentos. user-IP-to-endpoint O roteamento por geolocalização e o roteamento baseado em latência são baseados em dados que o Route 53 coleta e mantém atualizados. Essa abordagem funciona bem para a maioria dos clientes, mas o roteamento baseado em IP oferece a capacidade adicional de otimizar o roteamento com base no conhecimento específico da base de clientes. Por exemplo, um provedor global de conteúdo de vídeo talvez queira rotear os usuários finais de um determinado provedor de serviços de Internet (ISP). Estes são alguns casos comuns de uso de roteamento baseado em IP: + Você deseja rotear os usuários finais de determinados endpoints ISPs para específicos para que você possa otimizar os custos ou o desempenho do trânsito da rede. + Você quer adicionar substituições aos tipos existentes de roteamento do Route 53, como roteamento por geolocalização, com base em seu conhecimento das localizações físicas dos clientes. **Gerenciando intervalos de IP e associando-os a um conjunto de registros de recursos () RRSet** Para IPv4, você pode usar blocos CIDR entre 1 e 24 bits de comprimento, inclusive, enquanto paraIPv6, você pode usar blocos CIDR entre 1 e 48 bits de comprimento, inclusive. Para definir um bloco CIDR de zero bit (0.0.0.0/0 ou ::/0), use o local padrão ("\$1"). Para consultas ao DNS com um CIDR maior que o especificado na coleção CIDR, o Route 53 fará a correspondência com o CIDR mais curto. Por exemplo, se você especificar 2001:0DB8: :/32 como o bloco CIDR em sua coleção CIDR e uma consulta se originar em 2001:0DB8: 0000:1234: :/48, ela corresponderá. Se, por outro lado, você especificar 2001:0DB8: 0000:1234: :/48 em sua coleção CIDR e uma consulta for originada em 2001:0DB8: :/32, isso não corresponderá e o Route 53 responderá com o registro do local padrão (“\$1”). Você pode agrupar conjuntos de blocos CIDR (ou intervalos IP) em locais CIDR, que, por sua vez, são agrupados em entidades reutilizáveis chamadas coleções CIDR: **CIDR block (Bloco CIDR)** Um intervalo de IP na notação CIDR, por exemplo, 192.0.2.0/24 ou 2001:: :/32. DB8 **Local CIDR** Uma lista nomeada de blocos CIDR. Por exemplo, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:: :/32]. DB8 Os blocos em uma lista de locais CIDR não precisam ser adjacentes ou o mesmo intervalo. Um único local pode ter IPv6 blocos A IPv4 e, respectivamente, esse local pode ser associado aos conjuntos de registros A e AAAA. O nome do local geralmente é um local, por convenção, mas pode ser qualquer string, por exemplo *Empresa-A*. **Coleção CIDR** Uma coleção nomeada de locais. Por exemplo, mycollection = [example-isp-seattle, example-isp-tokyo]. Os conjuntos de registros de recursos de roteamento baseados em IP referenciam um local em uma coleção, e todos os conjuntos de registros de recursos para o mesmo nome e tipo de conjunto de registros devem referenciar a mesma coleção. Por exemplo, se você criar sites em duas regiões e quiser direcionar consultas ao DNS de dois locais CIDR diferentes para um determinado site com base nos endereços IP de origem, ambos os locais devem estar listados na mesma coleção CIDR. Você não pode usar uma política de roteamento baseado em IP para criar registros em uma zona hospedada privada. Para obter informações sobre os valores que você especifica ao usar a política de roteamento simples para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros baseados em IP](resource-record-sets-values-ipbased.md) + [Valores específicos para registros de alias baseado em IP](resource-record-sets-values-ipbased-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) **Topics** + [Criar uma coleção CIDR com locais e blocos CIDR](resource-record-sets-creating-cidr-collection.md) + [Trabalhar com locais e blocos CIDR](resource-record-sets-working-with-cidr-locations.md) + [Excluir uma coleção CIDR](resource-record-sets-delete-cidr-collection.md) + [Mudar geolocalização para roteamento baseado em IP](resource-record-sets-move-geolocation-to-cidr.md) # Criar uma coleção CIDR com locais e blocos CIDR Para começar, crie uma coleção CIDR e adicione a ela blocos e locais CIDR. **Para criar uma coleção CIDR usando o console do Route 53** 1. Faça login no Console de gerenciamento da AWS e abra o console do Route 53 em [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. No painel de navegação, selecione **IP-based routing**, (Roteamento baseado em IP) e depois **CIDR collections**. (Coleções CIDR). 1. Selecione **Create CIDR collection** (Criar coleção CIDR). 1. No painel **Create CIDR collection** (Criar coleção CIDR), em **Details** (Detalhes), insira um nome para a coleção. 1. Selecione **Create collection** (Criar coleção) para criar uma coleção vazia. - ou - Na seção **Create CIDR locations**, insira um nome para o local do CIDR na caixa **CIDR location**. O nome do local pode ser qualquer string de identificação, por exemplo **company 1** ou **Seattle**. Não é necessário que seja um local geográfico real. **Importante** O local do CIDR pode ter no máximo 16 caracteres. Insira os blocos de CIDR na caixa **CIDR blocks**, um em cada linha. Eles podem ser IPv4 ou IPv6 endereços que variam de /0 a /24 para IPv4 e /0 a /48 para. IPv6 1. Depois de inserir os blocos CIDR, selecione **Create CIDR collection** (Criar coleção CIDR) ou **Add another location** (Adicionar outro local) para continuar inserindo locais e blocos CIDR. Você pode inserir vários locais CIDR por coleção. 1. Após inserir os locais CIDR, selecione **Create CIDR collection** (Criar coleção CIDR). # Trabalhar com locais e blocos CIDR **Para trabalhar com locais CIDR usando o console do Route 53** 1. Faça login no Console de gerenciamento da AWS e abra o console do Route 53 em [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. No painel de navegação, selecione **Roteamento baseado em IP**, **Coleções CIDR** e, na seção **Coleções CIDR**, clique em um link para uma coleção CIDR da lista **Nome da coleção**. Na página **CIDR locations** (Locais CIDR), você pode criar um local CIDR, excluí-lo ou editar um local e seus blocos. + Para criar um local, escolha **Create CIDR location** (Criar local CIDR). + No painel **Create CIDR location** (Criar local CIDR), insira um nome para o local, os blocos CIDR associados ao local e, depois, escolha **Create** (Criar). + Para exibir um local CIDR e os blocos do local, escolha o botão de opção ao lado de um local para exibir o nome e os blocos CIDR do local no painel de locais. Neste painel, você também pode escolher **Editar** para atualizar o nome e/ou os blocos CIDR do local. Quando concluir a edição, escolha **Save** (Salvar). + Para excluir um local CIDR e os blocos do local, escolha o botão ao lado do local que você deseja excluir e depois escolha **Delete** (Excluir). Para confirmar a exclusão, insira o nome do local no campo de entrada de texto e selecione **Delete** (Excluir) novamente. **Importante** A exclusão de um local CIDR não pode ser desfeita. Se você tiver algum registro DNS associado ao local, seu domínio poderá ficar inacessível. # Excluir uma coleção CIDR **Para excluir uma coleção CIDR, os locais e blocos da coleção usando o console do Route 53** 1. Faça login no Console de gerenciamento da AWS e abra o console do Route 53 em [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. No painel de navegação, selecione **IP-based routing**, (Roteamento baseado em IP) e depois **CIDR collections** (Coleções CIDR). 1. Na seção **CIDR collections** (Coleções CIDR), clique no nome vinculado da coleção que você deseja excluir. 1. Na página **CIDR locations** (Locais CIDR), selecione um local de cada vez, escolha **Delete** (Excluir), insira o nome do local na caixa de diálogo e selecione **Delete** (Excluir). Você deve excluir todos os locais associados a uma coleção CIDR para poder excluí-la. 1. Após concluída a exclusão de todos os locais CIDR, na página **CIDR locations** (Locais CIDR), escolha o botão de opção ao lado da coleção que você deseja excluir e escolha **Delete** (Excluir). # Mudar geolocalização para roteamento baseado em IP Se você estiver usando políticas de roteamento por geolocalização ou geoproximidade, e perceber que clientes específicos são consistentemente roteados para um endpoint que não é o ideal com base na localização física ou na topologia da rede, você pode direcionar melhor os intervalos de IP públicos desses clientes usando roteamento baseado em IP. A tabela a seguir contém um exemplo de configuração de geolocalização para um roteamento por geolocalização existente que ajustaremos para intervalos de IP da Califórnia. | Nome do conjunto de registros | Política de roteamento e origem | Endereço IP do endpoint da aplicação | | --- | --- | --- | | exemplo.com | Roteamento por localização geográfica (EUA) | `198.51.100.1` | | exemplo.com | Roteamento por geolocalização (UE) | `198.51.100.2` | Para substituir intervalos de IP da Califórnia para ir para um novo endpoint de aplicação, primeiro, recrie o roteamento por geolocalização com um novo nome de conjunto de registros. | Nome do conjunto de registros | Política de roteamento e origem | Endereço IP do endpoint da aplicação | | --- | --- | --- | | geo.example.com | Roteamento por localização geográfica (EUA) | `198.51.100.1` | | geo.example.com | Roteamento por localização geográfica (EU) | `198.51.100.2` | Depois, crie registros de roteamento baseados em IP e um registro padrão que aponte para o conjunto recém-recriado de registros de roteamento por geolocalização. | Nome do conjunto de registros | Política de roteamento e origem | Endereço IP do endpoint da aplicação | | --- | --- | --- | | exemplo.com | Roteamento baseado em IP (padrão) | Registro de alias para o endpoint da aplicação geo.exemplo.com que você deseja que seja o padrão. Por exemplo, .`198.51.100.1` | | exemplo.com | Roteamento baseado em IP (intervalos de IP da Califórnia) | `198.51.100.3` | # Roteamento de resposta com vários valores O roteamento de resposta com valores múltiplos permite que você configure o Amazon Route 53 para retornar vários valores, como endereços IP de seus servidores Web, em resposta às consultas de DNS. Você pode especificar vários valores para praticamente qualquer registro, mas o roteamento de resposta com valores múltiplos também permite que você verifique a integridade de cada recurso de modo que o Route 53 retorna somente valores para recursos íntegros. Este tipo de roteamento não substitui o load balancer. No entanto, a capacidade de retornar vários endereços IP cuja integridade pode ser verificada é uma forma de usar o DNS para aprimorar a disponibilidade e o balanceamento de carga. Para encaminhar o tráfego de forma aproximada e aleatória para vários recursos, como servidores Web, crie um registro de resposta de múltiplos valores para cada recurso e, se desejar, associe uma verificação de integridade do Route 53 a cada registro. O Route 53 responde às consultas de DNS com até oito registros íntegros e oferece respostas diferentes para resolvedores de DNS diferentes. Se um servidor web se tornar indisponível depois que um resolvedor armazenar uma resposta em cache, o software cliente pode tentar outro endereço IP na resposta. Observe o seguinte: + Se você associar uma verificação de integridade ao registro de resposta de múltiplos valores, o Route 53 responderá às consultas de DNS com o endereço IP correspondente apenas quando a verificação de integridade for íntegra. + Se você não associar uma verificação de integridade a um registro de resposta de múltiplos valores, o Route 53 sempre considerará o registro como íntegro. + Se você tiver oito ou menos registros íntegros, o Route 53 responderá a todas as consultas de DNS com todos os registros íntegros. + Quando nenhum dos registros estiver íntegro, o Route 53 responderá às consultas DNS com até oito registros não íntegros. Você pode usar roteamento por resposta com vários valores para criar registros em uma zona hospedada privada. Para obter informações sobre os valores que você especifica ao usar a política de roteamento de resposta de vários valores para criar registros, consulte [Valores específicos para registros de resposta com valores múltiplos](resource-record-sets-values-multivalue.md) e [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md). # Roteamento ponderado O roteamento ponderado permite que você associe vários recursos a um único nome de domínio (exemplo.com) ou subdomínio (acme.exemplo.com) e escolha a quantidade de tráfego roteado para cada recurso. Isso pode ser útil para diversas finalidades, incluindo balanceamento de carga e teste de novas versões de software. Para configurar o roteamento ponderado, crie registros que têm o mesmo nome e tipo de cada um dos seus recursos. A cada registro você atribui um peso relativo que corresponde à quantidade de tráfego que deseja enviar a cada recurso. O Amazon Route 53 envia o tráfego para um recurso com base no peso que você atribui ao registro como uma proporção do peso total para todos os registros no grupo: ![\[Fórmula para a quantidade de tráfego roteada para um determinado recurso: peso de um registro especificado/soma dos pesos de todos os registros.\]](http://docs.aws.amazon.com/pt_br/Route53/latest/DeveloperGuide/images/WRR_calculation.png) Por exemplo, se você deseja enviar uma pequena parte do seu tráfego para um recurso e o restante para outro recurso, pode especificar pesos 1 e 255. O recurso com peso 1 recebe 1/256 do tráfego (1/[1\$1255]) e o outro recurso recebe 255/256 (255/[1\$1255]). Você pode alterar gradualmente o equilíbrio alterando os pesos. Se você deseja interromper o envio de tráfego para um recurso, pode alterar o peso desse registro para 0. Para obter informações sobre os valores que você especifica ao usar a política de roteamento ponderada para criar registros, consulte os seguintes tópicos: + [Valores específicos para registros ponderados](resource-record-sets-values-weighted.md) + [Valores específicos para registros de alias ponderados](resource-record-sets-values-weighted-alias.md) + [Valores que são comuns para todas as políticas de roteamento](resource-record-sets-values-shared.md) + [Valores que são comuns para registros de alias em todas as políticas de roteamento](resource-record-sets-values-alias-common.md) Você pode usar uma política de roteamento ponderado para criar registros em uma zona hospedada privada. ## Verificações de integridade e roteamento ponderado Se você adicionar verificações de integridade a todos os registros em um grupo de registros ponderados, mas atribuir pesos diferentes de zero a alguns registros e pesos iguais a zero a outros, as verificações de integridade funcionarão da mesma maneira que todos os registros com pesos diferentes de zero com as seguintes exceções: + Inicialmente, o Route 53 considera somente os registros ponderados com valores diferentes de zero, se houver. + Se nenhum dos registros com ponderação maior que zero estiver íntegro, o Route 53 considerará os registros com ponderação igual a zero. A tabela a seguir detalha o comportamento quando o registro de peso 0 inclui uma verificação de integridade: | | Registro 1 | Registro 2 | Registro 3 | | --- |--- |--- |--- | | Weight | 1 | 1 | 0 | | Inclui verificação de integridade? | Sim | Sim | Sim | | | | --- | | Status da verificação de integridade | Não integro | Não integro | Integridade | | Consulta ao DNS respondida? | Não | Não | Sim | | | | --- | | Status da verificação de integridade | Não integro | Não integro | Não integro | | Consulta ao DNS respondida? | Sim | Sim | Não | | | | --- | | Status da verificação de integridade | Não integro | Integridade | Não integro | | Consulta ao DNS respondida? | Não | Sim | Não | | | | --- | | Status da verificação de integridade | Integridade | Integridade | Não integro | | Consulta ao DNS respondida? | Sim | Sim | Não | | | | --- | | Status da verificação de integridade | Integridade | Integridade | Integridade | | Consulta ao DNS respondida? | Sim | Sim | Não | A tabela a seguir detalha o comportamento quando o registro de peso 0 não inclui uma verificação de integridade: | | Registro 1 | Registro 2 | Registro 3 | | --- |--- |--- |--- | | Weight | 1 | 1 | 0 | | Inclui verificação de integridade? | Sim | Sim | Não | | | | --- | | Status da verificação de integridade | Integridade | Integridade | N/D | | Consulta ao DNS respondida? | Sim | Sim | Não | | | | --- | | Status da verificação de integridade | Não integro | Não integro | N/D | | Consulta ao DNS respondida? | Não | Não | Sim | | | | --- | | Status da verificação de integridade | Não integro | Integridade | N/D | | Consulta ao DNS respondida? | Não | Sim | Não | # Como o Amazon Route 53 usa EDNS0 para estimar a localização de um usuário Para melhorar a precisão do roteamento por geolocalização, geoproximidade, baseado em IP e latência, o Amazon Route 53 suporta a extensão do. edns-client-subnet EDNS0 (EDNS0 adiciona várias extensões opcionais ao protocolo DNS.) O Route 53 pode ser usado edns-client-subnet somente quando os resolvedores de DNS o suportam: + Quando um navegador ou outro visualizador usa um resolvedor de DNS que não oferece suporte edns-client-subnet, o Route 53 usa o endereço IP de origem do resolvedor de DNS para aproximar a localização do usuário e responde às consultas de geolocalização com o registro DNS da localização do resolvedor. + Quando um navegador ou outro visualizador usa um resolvedor de DNS compatível edns-client-subnet, o resolvedor de DNS envia ao Route 53 uma versão truncada do endereço IP do usuário. O Route 53 determina o local do usuário com base no endereço IP truncado, em vez de usar o endereço IP de origem do resolvedor de DNS. Geralmente, isso fornece uma estimativa mais precisa do local do usuário. O Route 53 então responde às consultas de localização geográfica com o registro de DNS do local do usuário. + EDNS0 não se aplica a zonas hospedadas privadas. Para zonas hospedadas privadas, o Route 53 usa dados dos resolvedores de VPC nos quais a Região da AWS zona hospedada privada está para tomar decisões de geolocalização e roteamento de latência. Para obter mais informações sobre edns-client-subnet, consulte RFC da sub-rede do cliente EDNS, sub-rede [do cliente](https://www.rfc-editor.org/rfc/rfc7871) em solicitações de DNS.