Valores específicos para registros de alias de localização geográfica

Quando você criar registros de alias de localização geográfica, especifique os seguintes valores.

Para obter mais informações, consulte Escolher entre registros de alias e não alias.

Política de roteamento

Escolha Geolocation (Localização geográfica).

Nome de registro

Digite o nome de domínio ou do subdomínio para o qual deseja rotear o tráfego. O valor padrão é o nome da hosted zone.

nota

Se você estiver criando um registro que tenha o mesmo nome que a zona hospedada, não insira um valor (por exemplo, um símbolo de @) no campo Record name (Nome de registro).

Insira o mesmo nome para todos os registros no grupo de registros de localização geográfica.

Para obter mais informações sobre nomes de registros, consulte Nome de registro.

Tipo de registro

O tipo de registro de DNS. Para obter mais informações, consulte Tipos de registro de DNS com suporte.

Selecione o valor aplicável, baseado no recurso da AWS para o qual estiver roteando o tráfego. Selecione o mesmo valor para todos os registros no grupo de registros de localização geográfica:

API regional personalizada do API Gateway ou API otimizada para bordas

Selecione A — IPv4 address (A: endereço IPv4).

Endpoints de interface da Amazon VPC

Selecione A — IPv4 address (A: endereço IPv4).

Distribuição do CloudFront

Selecione A — IPv4 address (A: endereço IPv4).

Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A — IPv4 address (A: endereço IPv4) para Record type (Tipo de registro) e um com um valor de AAAA — IPv6 address (AAAA: endereço IPv6).

Ambiente do Elastic Beanstalk com subdomínios regionalizados

Selecione A — IPv4 address (A: endereço IPv4)

Load balancer ELB

Selecione A — IPv4 address (A: endereço IPv4) ou AAAA — IPv6 address (AAAA: endereço IPv6)

Bucket do Amazon S3

Selecione A — IPv4 address (A: endereço IPv4)

Outro registro nessa zona hospedada

Selecione o tipo de registro para o qual está criando o alias. Todos os tipos são compatíveis, exceto NS e SOA.

nota

Se você estiver criando um registro de alias com o mesmo nome da zona hospedada (conhecida como apex de zona), não será possível encaminhar o tráfego para um registro para o qual o valor de Record type (Tipo de registro) seja CNAME. Isso ocorre porque o registro de alias deve ter o mesmo tipo que o registro para o qual você está roteando o tráfego e não há suporte para criar um registro CNAME para o apex de zona mesmo para um registro de alias.

Valor/Encaminhar tráfego para

O valor escolhido na lista ou digitado no campo depende do recurso da AWS para o qual o tráfego está sendo roteado.

Para obter informações sobre quais recursos da AWS podem ser marcados, consulte Valor/rotear tráfego para.

Para saber mais sobre como configurar o Route 53 para encaminhar o tráfego em direção a recursos da AWS específicos, consulte Encaminhando o tráfego da Internet para seus recursos AWS.

Local

Ao configurar o Route 53 para responder às consultas de DNS com base no local de origem das consultas, selecione o continente ou país ao qual deseja que o Route 53 responda com as configurações nesse registro. Se quiser que o Route 53 responda às consultas de DNS para estados individuais nos Estados Unidos, selecione United States (Estados Unidos) na lista Location (Localização) e, depois, selecione o estado na lista U. S. states (Estados dos EUA).

Para uma zona hospedada privada, selecione o continente, o país ou a subdivisão da Região da AWS mais próxima em que seu recurso se encontra. Por exemplo, se seu recurso estiver em us-east-1, você poderá especificar América do Norte, Estados Unidos ou Virgínia.

Importante

Recomendamos criar um registro de localização geográfica que tenha um valor Default (Padrão) para a Location (Localização). Esta ação abrange as localizações geográficas para as quais você não criou registros e endereços IP para os quais o Route 53 não consiga identificar uma localização. Quando você configurar o local padrão, defina o código do país como um asterisco “*”.

Não é possível criar registros que não são de localização geográfica que tenham os mesmos valores para Record name (Nome do registro) e Record type (Tipo de registro) que os registros de localização geográfica.

Para obter mais informações, consulte Roteamento de localização geográfica.

Aqui estão os países que o Amazon Route 53 associa a cada continente. Os códigos de país são da ISO 3166. Para mais informações sobre o artigo da Wikipedia, consulte ISO 3166-1 alpha-2:

África (AF)

AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

Antártica (AN)

AQ, GS, TF

Ásia (AS)

AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

Europa (EU)

AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK

América do Norte (AN)

AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

Oceania (OC)

AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

América do Sul (SA)

AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

nota

O Route 53 não oferece suporte para a criação de registros de localização geográfica para os seguintes países: Ilha Bouvet (BV), Ilha Christmas (CX), Saara Ocidental (EH) e Ilha Heard e Ilhas McDonald (HM). Não há dados disponíveis sobre endereços IP para esses países.

Estados dos EUA

Ao configurar o Route 53 para responder às consultas de DNS baseadas no estado de origem das consultas provenientes dos Estados Unidos, selecione o estado na lista Estados dos EUA. Os territórios dos Estados Unidos (por exemplo, Porto Rico) são listados como países na lista Location (Localização).

Importante

Alguns endereços IP são associados aos Estados Unidos, mas não com um estado individual. Se você criar registros para todos os estados nos Estados Unidos, recomendamos criar também um registro para os Estados Unidos para direcionar as consultas para esses endereços IP não associados. Se você não criar um registro para os Estados Unidos, o Route 53 responderá a consultas de DNS de endereços IP dos Estados Unidos não associados com as configurações de um registro de localização geográfica padrão (se você tiver criado um) ou com uma resposta de “sem resposta”.

Verificação de integridade

Selecione uma verificação de integridade, se quiser que o Route 53 verifique a integridade de um endpoint especificado e responda a consultas de DNS usando esse registro somente quando o endpoint for íntegro.

O Route 53 não verifica a integridade do endpoint especificado no registro, por exemplo, o endpoint especificado pelo endereço IP no campo Value (Valor). Ao selecionar uma verificação de integridade de um registro, o Route 53 verifica a integridade do endpoint especificado na verificação de integridade. Para obter informações sobre como o Route 53 determina se um endpoint é íntegro, consulte Como o Amazon Route 53 determina a integridade de uma verificação de integridade.

Associar uma verificação de integridade a um registro é útil somente quando o Route 53 estiver escolhendo entre dois ou mais registros para responder a uma consulta de DNS, e você desejar que o Route 53 baseie a escolha, em parte, no status de uma verificação de integridade. Use as verificações de integridade somente nas seguintes configurações:

• Você está verificando a integridade de todos os registros em um grupo de registros que tem o mesmo nome, tipo e política de roteamento (como failover ou registros ponderados) e especifica IDs de verificação de integridade para todos os registros. Se a verificação de integridade de um registro especificar um endpoint que não esteja íntegro, o Route 53 para de responder às consultas, usando o valor para esse registro.

• Selecione Yes (Sim) em Evaluate target health (Avaliar a integridade do destino) para um registro de alias ou os registros em um grupo de alias de failover, alias de geolocalização, alias de latência, alias baseado em IP ou registro de alias ponderado. Se o registro de alias fizer referência a registros não de alias na mesma zona hospedada, você também deve especificar as verificações de integridade para os registros mencionados. Se você associar uma verificação de integridade a um registro de alias e também selecionar Yes (SIM) para Evaluate Target Health (Avaliar integridade do destino), ambos devem ser avaliados como verdadeiros. Para obter mais informações, consulte O que acontece quando você associa uma verificação de integridade a um registro de alias?.

Se suas verificações de integridade especificarem o endpoint apenas por nome de domínio, recomendamos que você crie uma verificação de integridade separada para cada endpoint. Por exemplo, crie uma verificação de saúde para cada servidor HTTP que esteja veiculando conteúdo para www.example.com. Para o valor Domain name (Nome de domínio), especifique o nome do domínio do servidor (como us-east-2-www.exemplo.com), não o nome dos registros (www.exemplo.com).

Importante

Nessa configuração, se você criar uma verificação de integridade para a qual o valor de Domain name corresponde ao nome dos registros e, em seguida, associar a verificação de integridade a esses registros, os resultados da verificação de integridade serão imprevisíveis.

Para registros de localização geográfica, se um endpoint não for íntegro, o Route 53 procurará um registro para a região geográfica associada de maior tamanho. Por exemplo, digamos que você tem registros para um estado nos Estados Unidos, para os Estados Unidos, para a América do Norte e para todas as localizações (Location (Localização) é Default (Padrão)). Se o endpoint do registro de estado não estiver íntegro, o Route 53 verificará os registros para os Estados Unidos, para a América do Norte e todas as localidades, nessa ordem, até encontrar um registro que tenha um endpoint íntegro. Se todos os registros aplicáveis não estiverem íntegros, incluindo o registro para todas as localizações, o Route 53 responderá à consulta de DNS usando o valor do registro da menor região geográfica.

Avaliar status do alvo

Selecione Yes (Sim), se quiser que o Route 53 determine se deve responder a consultas de DNS usando esse registro, verificando a integridade do recurso especificado pelo Endpoint.

Observe o seguinte:

APIs regionais personalizadas e APIs otimizadas para bordas do API Gateway

Não existem requisitos especiais para configurar Evaluate target health (Avaliar integridade do destino) como Yes (Sim) quando o endpoint for uma API Regional personalizada do API Gateway ou uma API otimizada para borda.

Distribuições do CloudFront

Você não poderá definir Evaluate target health (Avaliar integridade do destino) como Yes (Sim) quando o endpoint for uma distribuição do CloudFront.

Ambientes do Elastic Beanstalk com subdomínios regionalizados

Se você especificar um ambiente do Elastic Beanstalk no Endpoint e o ambiente contiver um load balancer do ELB, o Elastic Load Balancing encaminhará consultas apenas para as instâncias íntegras ​​do Amazon EC2 que estão registradas com o balanceador de carga. (Um ambiente contém automaticamente um load balancer do ELB se incluir mais de uma instância do Amazon EC2.) Se você definir Evaluate target health (Avaliar integridade do destino) como Yes (Sim) e nenhuma instância do Amazon EC2 estiver íntegro ou o próprio balanceador de carga não estiver íntegro, o Route 53 encaminhará as consultas para outros recursos disponíveis que sejam íntegros, se houver.

Se o ambiente contiver uma única instância do Amazon EC2, não há requisitos especiais.

Load balancers ELB

O comportamento de verificação da integridade depende do tipo do load balancer:

• Classic Load Balancers (Balanceadores de carga clássicos): se você especificar um Balanceador de carga clássico do ELB no Endpoint, o Elastic Load Balancing encaminhará consultas apenas para instâncias do Amazon EC2 íntegras que estejam registradas no balanceador de carga. Se você definir Evaluate target health (Avaliar integridade do destino) como Yes (Sim) e nenhuma instância do EC2 estiver íntegra, ou se o próprio balanceador de carga não estiver íntegro, o Route 53 encaminhará consultas para outros recursos.

• Application and Network Load Balancers (Aplicação e Balanceadores de carga da rede): se você especificar uma Aplicação de ELB ou Balanceador de carga da rede e definir Evaluate target health (Avaliar integridade do destino) como Yes (Sim), o Route 53 encaminha consultas para o balanceador de carga com base na integridade dos grupos de destino que estão associados com o balanceador de carga:

  • Para que um Application ou Network Load Balancer seja considerado íntegro, cada grupo de destino que contenha destinos deve conter pelo menos um destino íntegro. Se qualquer grupo de destinos contiver somente destinos não íntegros, o load balancer será considerado não íntegro e o Route 53 direcionará as consultas para outros recursos.

  • Um grupo de destinos que não tenha destinos registrados é considerado não íntegro.

nota

Ao criar um load balancer, defina as configurações para verificações de integridade do Elastic Load Balancing; elas não são verificações de integridade do Route 53, mas executam uma função semelhante. Não crie verificações de integridade do Route 53 para as instâncias do EC2 registradas com um load balancer do ELB.

Buckets do S3

Não existem requisitos especiais para configurar Evaluate target health (Avaliar integridade do destino) como Yes (Sim) quando o endpoint for um bucket do S3.

Endpoints de interface da Amazon VPC

Não existem requisitos especiais para configurar Evaluate target health (Avaliar integridade do destino) como Yes (Sim) quando o endpoint for um endpoint da interface da Amazon VPC.

Outros registros na mesma zona hospedada

Se o recurso da AWS especificado em Endpoint for um registro ou um grupo de registros (por exemplo, um grupo de registros ponderados), mas não for outro registro de alias, recomendamos associar uma verificação de integridade a todos os registros no destino do endpoint. Para obter mais informações, consulte O que acontece quando você omite verificações de integridade?.

ID de registro

Insira um valor que identifique esse registro no grupo de registros de localização geográfica de forma exclusiva.