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á.

# Valores que você especifica ao criar ou editar registros do Amazon Route 53
<a name="resource-record-sets-values"></a>

Quando você cria registros usando o console do Amazon Route 53, os valores que você especifica dependem da política de roteamento que você deseja usar e se você está criando registros de alias, que direcionam o tráfego para AWS os recursos.

Registros de alias que roteiam o tráfego para determinados AWS recursos para os quais você especifica o recurso de destino (por exemplo, Elastic Load Balancing CloudFront , distribuição, bucket do Amazon S3). Opcionalmente, você também pode associar verificações de integridade e configurar a avaliação de integridade do destino. Os tópicos a seguir fornecem informações detalhadas sobre os valores exigidos para cada política de roteamento e tipo de registro, ajudando você a configurar seus registros do Route 53 de forma eficaz.

**Topics**
+ [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)
+ [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 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 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 específicos para registros de geoproximidade](resource-record-sets-values-geoprox.md)
+ [Valores específicos para registros de alias de geoproximidade](resource-record-sets-values-geoprox-alias.md)
+ [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 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 específicos para registros de resposta com valores múltiplos](resource-record-sets-values-multivalue.md)
+ [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
<a name="resource-record-sets-values-shared"></a>

Estes são os valores comuns que você pode especificar ao criar ou editar registros do Amazon Route 53. Eles são utilizados por todas as políticas de roteamento.



**Topics**
+ [Nome do registro](#rrsets-values-common-name)
+ [Valor/Encaminhar tráfego para](#rrsets-values-common-value)
+ [TTL (segundos)](#rrsets-values-common-ttl)

## Nome do registro
<a name="rrsets-values-common-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

**Registros CNAME**  
Se você estiver criando um registro com um valor **CNAME** para o **Record type** (Tipo de registro), o registro não poderá ter o mesmo o nome da zona hospedada.

**Caracteres especiais**  
Para obter informações sobre como especificar caracteres que não sejam a-z, 0-9 e - (hífen) e como especificar nomes de domínio internacionalizados, consulte [Formato de nome de domínio DNS](DomainNameFormat.md).

**Caracteres curinga**  
Você pode usar um asterisco (\$1) no nome. O DNS trata o caractere \$1 como um caractere curinga ou como o caractere \$1 (ASCII 42), dependendo de onde ele aparece no nome. Para obter mais informações, consulte [Usar um asterisco (\$1) nos nomes de zonas hospedadas e registros](DomainNameFormat.md#domain-name-format-asterisk).  
O curinga \$1 não pode ser usado para conjuntos de registros de recursos que tenham um tipo **NS**.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-common-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

**A — IPv4 endereço**  
Um endereço IP no IPv4 formato, por exemplo, **192.0.2.235**.

**AAAA — IPv6 endereço**  
Um endereço IP no IPv6 formato, por exemplo, **2001:0 db 8:85 a 3:0:0:8 a2e: 0370:7334**.

**CAA: Autorização da Autoridade de Certificação**  
Três valores separados por vírgula que determinam quais autoridades de certificação têm permissão para emitir certificados ou certificados curinga para o domínio ou o subdomínio especificado por **Record name** (Nome do registro). Você pode usar registros CAA para especificar:  
+ Quais autoridades de certificação (CAs) podem emitir SSL/TLS certificados, se houver
+ O endereço de e-mail ou o URL a ser contatado quando a CA emitir um certificado para o domínio ou o subdomínio

**CNAME: Nome canônico**  
O nome de domínio totalmente qualificado (por *exemplo, www.example.com*) que você deseja que o Route 53 retorne em resposta a consultas de DNS para esse registro. Um ponto final é opcional; o Route 53 pressupõe que o nome de domínio seja totalmente qualificado. Isso significa que o Route 53 trata *www.exemplo.com* (sem um ponto final) e *www.exemplo.com.* (com um ponto final) como valores idênticos.

**MX: Servidor de mensagens**  
Uma prioridade e um nome de domínio especificando um servidor de e-mail, por exemplo, **10 mailserver.example.com**. O ponto final é tratado como opcional.

**NAPTR: Ponteiro de Autoridade de Nomes**  
Seis configurações separadas por espaço que são usadas por aplicações DDDS (Sistema de descoberta de delegação dinâmica) para um valor para outro ou para substituir um valor por outro. Para obter mais informações, consulte [Tipo de registro NAPTR](ResourceRecordTypes.md#NAPTRFormat).

**PTR: Ponteiro**  
O nome de domínio que você deseja que o Route 53 retorne.

**NS: servidor de nomes**  
O nome de domínio um servidor de nomes, por exemplo, **ns1.example.com**.  
É possível especificar um registro NS apenas com uma política de roteamento simples.

**SPF: Framework de Política de Remetente**  
Um registro de SPF entre aspas exemplo, **"v=spf1 ip4:192.168.0.1/16-all"**. Não é recomendado usar registros de SPF. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

**SRV: Localizador de serviço**  
Um registro de SRV. Os registros de SRV são usados para acessar serviços, como um serviço para e-mail ou comunicações. Para obter informações sobre o formato de registros de SRV, consulte a documentação do serviço ao qual você deseja se conectar. O ponto final é tratado como opcional.  
O formato de um registro de SRV é:  
**[priority] [weight] [port] [server host name] ([prioridade] [peso] [porta] [nome de host do servidor])**  
Por exemplo:  
**1 10 5269 xmpp-server.example.com.**

**TXT: Texto**  
Um registro de texto. Texto entre aspas, por exemplo, **“Sample text entry”** (“Exemplo de entrada de texto”). 

## TTL (segundos)
<a name="rrsets-values-common-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

# Valores que são comuns para registros de alias em todas as políticas de roteamento
<a name="resource-record-sets-values-alias-common"></a>

Estes são os valores de alias comuns que você pode especificar ao criar ou editar registros do Amazon Route 53. Eles são utilizados por todas as políticas de roteamento.

**Topics**
+ [Nome do registro](#rrsets-values-common-alias-name)
+ [Valor/rotear tráfego para](#rrsets-values-alias-common-target)

## Nome do registro
<a name="rrsets-values-common-alias-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

**Registros CNAME**  
Se você estiver criando um registro com um valor **CNAME** para o **Type** (Tipo), o registro não poderá ter o mesmo o nome da zona hospedada.

**Aliases para CloudFront distribuições e buckets do Amazon S3**  
O valor que você especifica depende em parte do AWS recurso para o qual você está roteando o tráfego:  
+ **CloudFront distribuição** — Sua distribuição deve incluir um nome de domínio alternativo que corresponda ao nome do registro. Por exemplo, se o nome do registro for **acme.example.com**, sua distribuição do CloudFront deve incluir **acme.example.com** como um dos nomes de domínio alternativos. Para obter mais informações, consulte [Uso de nomes de domínio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) no *Amazon CloudFront Developer Guide*. 
+ **Bucket do Amazon S3** (Bucket do Amazon S3): o nome do registro deve corresponder ao nome de seu bucket do Amazon S3. Por exemplo, se o nome do seu bucket for **acme.example.com**, o nome desse registro também deve ser **acme.example.com**.

  Além disso, você deve configurar o bucket para hospedagem de sites. Para obter mais informações, consulte o tópico sobre como [Configurar um bucket para hospedagem do sites](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html), no *Guia do usuário do Amazon Simple Storage Service*. 

**Caracteres especiais**  
Para obter informações sobre como especificar caracteres que não sejam a-z, 0-9 e - (hífen) e como especificar nomes de domínio internacionalizados, consulte [Formato de nome de domínio DNS](DomainNameFormat.md).

**Caracteres curinga**  
Você pode usar um asterisco (\$1) no nome. O DNS trata o caractere \$1 como um caractere curinga ou como o caractere \$1 (ASCII 42), dependendo de onde ele aparece no nome. Para obter mais informações, consulte [Usar um asterisco (\$1) nos nomes de zonas hospedadas e registros](DomainNameFormat.md#domain-name-format-asterisk).

## Valor/rotear tráfego para
<a name="rrsets-values-alias-common-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

**Importante**  
Se você usou a mesma AWS conta para criar sua zona hospedada e o recurso para o qual você está direcionando o tráfego, e se seu recurso não aparecer na lista de **endpoints**, verifique o seguinte:  
Confirme se você escolheu um valor compatível em **Record type** (Tipo de registro). Os valores compatíveis são específicos do recurso para o qual o tráfego está sendo roteado. Por exemplo, para rotear o tráfego para um bucket do S3, você deve escolher **A — IPv4 endereço** para o **tipo de registro**.
Verifique se a conta tem as permissões do IAM necessárias para listar os recursos aplicáveis. Por exemplo, para que as distribuições do CloudFront sejam exibidas na lista **Endpoint**, a conta deve ter permissão para realizar a seguinte ação: `cloudfront:ListDistributions`.  
Para ver um exemplo de política do IAM, consulte [Permissões necessárias para usar o console do Amazon Route 53](access-control-managing-permissions.md#console-required-permissions).
Se você usou AWS contas diferentes para criar a zona hospedada e o recurso, a lista de **endpoints** não exibirá seu recurso. Consulte a documentação a seguir para o tipo de recurso, a fim de determinar qual valor deve ser digitado em **Endpoint**.

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
Para o API Gateway, regional personalizado APIs e otimizado para bordas APIs, faça o seguinte:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e sua API**: escolha **Endpoint** e escolha uma API na lista. Se você tiver muitos APIs, poderá inserir os primeiros caracteres do endpoint da API para filtrar a lista.
**nota**  
O nome desse registro deve corresponder a um nome de domínio personalizado para sua API, como **api.example.com**.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e a API**: insira o endpoint da API para a API, como **api.example.com**.

  Se você usou uma AWS conta para criar a zona hospedada atual e outra para criar uma API, a API não aparecerá na lista de **endpoints** em **API Gateway APIs**.

  Se você usou uma conta para criar a zona hospedada atual e uma ou mais contas diferentes para criar todas as suas APIs, a lista de **endpoints** mostrará **Não há destinos disponíveis** no **API Gateway APIs**. Para obter mais informações, consulte [Encaminhar o tráfego para uma API do Amazon API Gateway por meio do seu nome de domínio](routing-to-api-gateway.md).

**CloudFront distribuições**  
Para CloudFront distribuições, faça o seguinte:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e sua CloudFront distribuição**, escolha **Endpoint** e escolha uma distribuição na lista. Se tiver uma grande quantidade de distribuições, você poderá inserir os primeiros caracteres do nome de domínio de sua distribuição para filtrar a lista.

  Caso sua distribuição não apareça na lista, observe o seguinte:
  + O nome do registro deve corresponder a um nome de domínio alternativo em sua distribuição.
  + Se você acabou de adicionar um nome de domínio alternativo à sua distribuição, pode levar 15 minutos para que suas alterações se propaguem para todos os pontos de CloudFront presença. Até que as alterações tenham sido propagadas, o Route 53 não conhecerá o novo nome de domínio alternativo.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e sua distribuição, insira o nome de CloudFront domínio da distribuição**, como **d111111abcdef8.cloudfront.net**.

  Se você usou uma AWS conta para criar a zona hospedada atual e uma conta diferente para criar uma distribuição, a distribuição não aparecerá na lista de **endpoints**.

  **Se você usou uma conta para criar a zona hospedada atual e uma ou mais contas diferentes para criar todas as suas distribuições, a lista de **endpoints** mostrará **Não há destinos disponíveis** em CloudFront distribuições.**
Não encaminhe consultas para uma CloudFront distribuição que não tenha se propagado para todos os pontos de presença, ou seus usuários não conseguirão acessar o conteúdo aplicável. 
Sua CloudFront distribuição deve incluir um nome de domínio alternativo que corresponda ao nome do registro. Por exemplo, se o nome do registro for **acme.exemplo.com, sua CloudFront distribuição deverá incluir **acme.exemplo.com**** como um dos nomes de domínio alternativos. Para obter mais informações, consulte [Uso de nomes de domínio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) no *Amazon CloudFront Developer Guide*.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com o valor A **— IPv4 endereço** para o **tipo de registro** e outro com o valor **AAAA — IPv6 endereço**. Para obter mais informações, consulte [Roteamento de tráfego para uma CloudFront distribuição da Amazon usando seu nome de domínio](routing-to-cloudfront-distribution.md).

**Serviço do App Runner**  
Para o serviço App Runner, execute uma das seguintes ações:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu serviço App Runner** Região da AWS, escolha o nome de domínio do ambiente para o qual você deseja rotear o tráfego na lista.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu App Runner**: insira o nome do domínio personalizado. Para obter mais informações, consulte [Gerenciamento de nomes de domínio personalizados para um serviço do App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html).

  Se você usou uma AWS conta para criar a zona hospedada atual e uma conta diferente para criar um App Runner, o App Runner não aparecerá na lista de **Endpoints**.
Para obter mais informações, consulte [Configurar o Amazon Route 53 para direcionar o tráfego para um serviço do App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).

**Ambientes do Elastic Beanstalk com subdomínios regionalizados**  
Se o nome de domínio do seu ambiente do Elastic Beanstalk incluir a região na qual você implantou esse ambiente, será possível criar um registro de alias que encaminha o tráfego a esse ambiente. Por exemplo, o nome de domínio `my-environment.us-west-2.elasticbeanstalk.com` é um nome de domínio regionalizado.  
Para ambientes que foram criados antes do início de 2016, o nome do domínio não inclui a região. Para rotear o tráfego a esses ambientes, você deve criar um registro CNAME em vez de um registro de alias. Observe que não é possível criar um registro CNAME para o nome de domínio raiz. Por exemplo, se o nome de seu domínio for exemplo.com, você poderá criar um registro que direciona o tráfego de acme.exemplo.com para seu ambiente do Elastic Beanstalk, mas não poderá criar um registro que direcione o tráfego de exemplo.com para seu ambiente do Elastic Beanstalk.
Para ambientes do Elastic Beanstalk com subdomínios regionalizados, faça o seguinte:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu ambiente do Elastic Beanstalk**: escolha **Endpoint** e escolha um ambiente na lista. Se tiver uma grande quantidade de ambientes, você poderá inserir os primeiros caracteres do atributo CNAME do ambiente para filtrar a lista.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu ambiente do Elastic Beanstalk**: insira o atributo CNAME para o ambiente do Elastic Beanstalk.
Para obter mais informações, consulte [Roteamento do tráfego para um ambiente AWS Elastic Beanstalk](routing-to-beanstalk-environment.md).

**Load balancers do ELB**  
Para load balancers do ELB, realize uma das seguintes ações:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu balanceador de carga**: escolha **Endpoint** e escolha um balanceador de carga na lista. Se tiver uma grande quantidade de load balancers, você poderá inserir os primeiros caracteres do nome de DNS para filtrar a lista.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu balanceador de carga**: insira o valor que você recebeu no procedimento [Obter o nome do DNS para um balanceador de carga de Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).

  Se você usou uma AWS conta para criar a zona hospedada atual e outra conta para criar um balanceador de carga, o balanceador de carga não aparecerá na lista de **endpoints**.

  Se você usou uma conta para criar a zona hospedada atual e uma ou mais contas diferentes para criar todos os seus balanceadores de carga, a lista **Endpoints** mostrará **No targets available** (Nenhum destino disponível) em **Elastic Load Balancers** (Balanceadores de carga elásticos).
O console precede **dualstack.** para o Application Load Balancer e o Classic Load Balancer de uma conta diferente. Quando um cliente, como um navegador da Web, solicita o endereço IP do seu nome de domínio (exemplo.com) ou nome de subdomínio (www.exemplo.com), o cliente pode solicitar um IPv4 endereço (um registro A), um endereço (um registro AAAA) ou ambos IPv4 e IPv6 IPv6 endereços (em solicitações separadas). A designação **dualstack.** permite que o Route 53 responda com o endereço IP apropriado ao seu balanceador de carga com base no formato de endereço IP que o cliente solicitou.  
Para obter mais informações, consulte [Rotear tráfego para um load balancer do ELB](routing-to-elb-load-balancer.md).

**AWS Aceleradores Global Accelerator**  
Para aceleradores do AWS Global Accelerator, insira o nome DNS do acelerador. Você pode inserir o nome DNS de um acelerador que você criou usando a AWS conta atual ou usando uma conta diferente AWS . 

**Buckets do Amazon S3**  
Para buckets do Amazon S3 que estão configurados como endpoints de site, realize uma das seguintes ações:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu bucket do Amazon S3**: escolha **Endpoint** e escolha um bucket da lista. Se tiver uma grande quantidade de buckets, você poderá inserir os primeiros caracteres do nome de DNS para filtrar a lista.

  O valor de **Endpoint** é alterado para o endpoint do site do Amazon S3 do seu bucket.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu bucket do Amazon S3**: insira o nome da região na qual criou o bucket do S3. Use o valor exibido na coluna **Endpoint de site** na tabela [Amazon S3 website endpoints](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) no *Referência geral da Amazon Web Services*.

  **Se você usou AWS contas diferentes da conta atual para criar seus buckets do Amazon S3, o bucket não aparecerá na lista de endpoints.**
Você deve configurar o bucket para hospedagem de sites. Para obter mais informações, consulte o tópico sobre como [Configurar um bucket para hospedagem do sites](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html), no *Guia do usuário do Amazon Simple Storage Service*.  
O nome do registro deve corresponder ao nome de seu bucket do Amazon S3. Por exemplo, se o nome do seu bucket do Amazon S3 for **acme.example.com**, o nome desse registro também deve ser **acme.example.com**.  
Em um grupo de registros de alias ponderado, alias de latência, alias de failover ou de alias de localização geográfica, você pode criar apenas um registro que encaminhará as consultas para um bucket do Amazon S3 porque o nome do registro deve coincidir com o nome do bucket, e os nomes de bucket devem ser globalmente exclusivos.

** OpenSearch Serviço Amazon**  
Para OpenSearch Serviço, faça o seguinte:  
+ **OpenSearch Domínio personalizado do serviço**: o nome do registro deve corresponder ao domínio personalizado. Por exemplo, se o nome do seu domínio personalizado for test.example.com, o nome desse registro também deve ser test.example.com.
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu domínio de OpenSearch serviço** Região da AWS, escolha a e escolha o nome do domínio.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu domínio OpenSearch de serviço**, insira o nome de domínio personalizado. Consulte mais informações em [Criar um endpoint personalizado](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).

  Se você usou uma AWS conta para criar a zona hospedada atual e uma conta diferente para criar um domínio de OpenSearch serviço, o domínio não aparecerá na lista de **endpoints**.

  **Se você usou uma conta para criar a zona hospedada atual e uma ou mais contas diferentes para criar todos os seus domínios de OpenSearch serviço, a lista de **endpoints** mostrará **Não há destinos disponíveis** em OpenSearch Serviço.**
Para obter mais informações, consulte [Configurando o Amazon Route 53 para rotear o tráfego para um endpoint de domínio do Amazon OpenSearch Service](routing-to-open-search-service.md#routing-to-open-search-service-configuring).

**Endpoints de interface da Amazon VPC**  
Para endpoints da interface da Amazon VPC, realize um dos seguintes procedimentos:  
+ **Se você usou a mesma conta para criar sua zona hospedada do Route 53 e seu endpoint da interface**: escolha **Endpoint** e escolha um endpoint da interface da lista. Se tiver uma grande quantidade de endpoints de interface, insira os primeiros caracteres do nome de host de DNS para filtrar a lista.
+ **Se você usou contas diferentes para criar sua zona hospedada do Route 53 e seu endpoint de interface, insira o nome do host DNS para o endpoint da interface****, como vpce-123456789abcdef01- -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com. example-us-east**

  **Se você usou uma AWS conta para criar a zona hospedada atual e outra conta para criar um endpoint de interface, o endpoint de interface não aparecerá na lista de endpoints em **VPC endpoints**.**

  Se tiver usado uma conta para criar a zona hospedada atual e uma ou mais contas diferentes para criar todos os seus endpoints de interface, a lista **Endpoint** mostra **No targets available** (Nenhum destino disponível) em **VPC Endpoints** (Endpoints da VPC).

  Para obter mais informações, consulte [Como encaminhar o tráfego para um endpoint de interface da Amazon Virtual Private Cloud por meio do seu nome de domínio](routing-to-vpc-interface-endpoint.md).

**Registros nessa zona hospedada**  
Para registros nessa zona hospedada, escolha **Endpoint** e escolha o registro aplicável. Se tiver uma grande quantidade de registros, você poderá inserir os primeiros caracteres do nome para filtrar a lista.  
Se a zona hospedada contiver apenas os registros de NS e SOA padrão, a lista de **Endpoints** mostrará **No targets available** (Nenhum destino disponível).  
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 escolher 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. 

# Valores específicos para registros simples
<a name="resource-record-sets-values-basic"></a>

Quando você criar registros básicos, especifique os seguintes valores.

**Topics**
+ [Política de roteamento](#rrsets-values-basic-routing-policy)
+ [Nome do registro](#rrsets-values-basic-name)
+ [Valor/Encaminhar tráfego para](#rrsets-values-basic-value)
+ [Tipo de registro](#rrsets-values-basic-type)
+ [TTL (segundos)](#rrsets-values-basic-ttl)

## Política de roteamento
<a name="rrsets-values-basic-routing-policy"></a>

Escolha **Simple routing** (Roteamento simples).

## Nome do registro
<a name="rrsets-values-basic-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Valor/Encaminhar tráfego para
<a name="rrsets-values-basic-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **NS: servidor de nomes**

  O nome de domínio um servidor de nomes, por exemplo, **ns1.example.com**.
**nota**  
É possível especificar um registro NS apenas com uma política de roteamento simples.
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipo de registro
<a name="rrsets-values-basic-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor para **Record type** (Tipo de registro) com base em como deseja que o Route 53 responda a consultas de DNS. 

## TTL (segundos)
<a name="rrsets-values-basic-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

# Valores específicos para registros de alias simples
<a name="resource-record-sets-values-alias"></a>

Quando você criar registros de alias, especifique os seguintes valores. Para obter mais informações, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**nota**  
Se você estiver usando o Route 53 no AWS GovCloud (US) Region, esse recurso tem algumas restrições. Para obter mais informações, consulte a [página do Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) no *Guia do usuário do AWS GovCloud (US) *.

**Topics**
+ [Política de roteamento](#rrsets-values-alias-routing-policy)
+ [Nome do registro](#rrsets-values-alias-name)
+ [Valor/rotear tráfego para](#rrsets-values-alias-alias-target)
+ [Tipo de registro](#rrsets-values-alias-type)
+ [Avaliar status do alvo](#rrsets-values-alias-evaluate-target-health)

## Política de roteamento
<a name="rrsets-values-alias-routing-policy"></a>

Escolha **Simple routing** (Roteamento simples).

## Nome do registro
<a name="rrsets-values-alias-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Valor/rotear tráfego para
<a name="rrsets-values-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode segmentar, consulte [valores comuns para registros de alias para value/route tráfego](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Tipo de registro
<a name="rrsets-values-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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. 

## Avaliar status do alvo
<a name="rrsets-values-alias-evaluate-target-health"></a>

Quando o valor de **Política de roteamento** é **Simples**, é possível escolher **Não** ou o padrão **Sim**, pois a opção **Avaliar integridade do destino** não tem efeito para o encaminhamento **Simpes**. Se você tiver apenas um registro com um nome e um tipo, o Route 53 responderá às consultas de DNS usando os valores desse registro, independentemente da integridade dos recursos.

Para outras políticas de roteamento, **Avaliar a integridade do destino** determina se o Route 53 verifica a integridade do recurso ao qual o registro de alias se refere:
+ **Serviços em que a opção Avaliar a integridade do destino fornece benefícios operacionais**: para balanceadores de carga (ELB) e ambientes do AWS Elastic Beanstalk com balanceadores de carga, definir **Avaliar a integridade do destino** como **Sim** permite que o Route 53 roteie o tráfego para longe de recursos não íntegros.
+ **Serviços de alta disponibilidade**: para serviços como buckets Amazon S3, endpoints de interface VPC, Amazon API Gateway, AWS Global Accelerator Amazon Service e Amazon VPC Lattice OpenSearch **, o Evaluate Target** Health não oferece nenhum benefício operacional porque esses serviços foram projetados para alta disponibilidade. Para cenários de failover com esses serviços, use [verificações de integridade do Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html) em vez disso.

Para obter informações detalhadas sobre como o **Evaluate Target Health** funciona com diferentes AWS serviços, consulte a [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)documentação na referência da API.

# Valores específicos para registros de failover
<a name="resource-record-sets-values-failover"></a>

Quando você criar registros de failover, especifique os seguintes valores.

**nota**  
Para obter informações sobre como criar registros de failover em uma zona hospedada privada, consulte [Configurar failover em uma zona hospedada privada](dns-failover-private-hosted-zones.md).

**Topics**
+ [Política de roteamento](#rrsets-values-failover-routing-policy)
+ [Nome do registro](#rrsets-values-failover-name)
+ [Tipo de registro](#rrsets-values-failover-type)
+ [TTL (segundos)](#rrsets-values-failover-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-failover-value)
+ [Tipo de registro de failover](#rrsets-values-failover-record-type)
+ [Verificação de saúde](#rrsets-values-failover-associate-with-health-check)
+ [ID de registro](#rrsets-values-failover-set-id)

## Política de roteamento
<a name="rrsets-values-failover-routing-policy"></a>

Escolha **Failover**. 

## Nome do registro
<a name="rrsets-values-failover-name"></a>

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 zona hospedada. 

**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 os dois registros no grupo de registros de failover. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-failover-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o mesmo valor para os registros de failover primário e secundário.

## TTL (segundos)
<a name="rrsets-values-failover-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-failover-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipo de registro de failover
<a name="rrsets-values-failover-record-type"></a>

Escolha o valor aplicável a esse registro. Para que o failover funcione corretamente, você deve criar um nó principal e um registro de failover secundário.

Não é possível criar registros sem failover que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros de failover.

## Verificação de saúde
<a name="rrsets-values-failover-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 (Nome de domínio)** corresponde ao nome dos registros e associar a verificação de integridade a esses registros, os resultados da verificação de integridade serão imprevisíveis.

## ID de registro
<a name="rrsets-values-failover-set-id"></a>

Insira um valor que identifique os registros primários e secundários de forma exclusiva. 

# Valores específicos para registros de alias de failover
<a name="resource-record-sets-values-failover-alias"></a>

Quando você criar registros de alias de failover, especifique os seguintes valores.

Para obter informações, consulte os seguintes tópicos:
+ Para obter informações sobre como criar registros de failover em uma zona hospedada privada, consulte [Configurar failover em uma zona hospedada privada](dns-failover-private-hosted-zones.md).
+ Para obter informações sobre registros de alias, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-failover-alias-routing-policy)
+ [Nome do registro](#rrsets-values-failover-alias-name)
+ [Tipo de registro](#rrsets-values-failover-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-failover-alias-alias-target)
+ [Tipo de registro de failover](#rrsets-values-failover-alias-failover-record-type)
+ [Verificação de saúde](#rrsets-values-failover-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-failover-alias-set-id)

## Política de roteamento
<a name="rrsets-values-failover-alias-routing-policy"></a>

Escolha **Failover**. 

## Nome do registro
<a name="rrsets-values-failover-alias-name"></a>

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 zona hospedada. 

**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 os dois registros no grupo de registros de failover. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-failover-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego. Selecione o mesmo valor para os registros de failover primário e secundário:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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
<a name="rrsets-values-failover-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode segmentar, consulte [valores comuns para registros de alias para value/route tráfego](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

**nota**  
Ao criar registros de failover principais e secundários, você pode criar um failover e um registro de *alias* de failover que tenham os mesmos valores de **Name** (Nome) e **Record type** (Tipo de registro). Se você combinar registros de failover e de alias de failover, qualquer um deles pode ser um registro primário. 

## Tipo de registro de failover
<a name="rrsets-values-failover-alias-failover-record-type"></a>

Escolha o valor aplicável a esse registro. Para que o failover funcione corretamente, você deve criar um nó principal e um registro de failover secundário.

Não é possível criar registros sem failover que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros de failover.

## Verificação de saúde
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 (Nome de domínio)** corresponde ao nome dos registros e associar a verificação de integridade a esses registros, os resultados da verificação de integridade serão imprevisíveis.

## Avaliar status do alvo
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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 bordas.

**CloudFront distribuições**  
Você não pode definir **Avaliar a integridade do alvo** como **Sim** quando o endpoint é uma CloudFront distribuição.

**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 do 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 em **Endpoint**, o Elastic Load Balancing encaminhará consultas apenas para instâncias do Amazon EC2 íntegras que estejam registradas com o 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 de Rede) se você especificar uma Aplicação ou Balanceador de Carga de Rede do ELB 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, um 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.
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 AWS recurso que você especificar no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-failover-alias-set-id"></a>

Insira um valor que identifique os registros primários e secundários de forma exclusiva. 

# Valores específicos para registros de localização geográfica
<a name="resource-record-sets-values-geo"></a>

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

**Topics**
+ [Política de roteamento](#rrsets-values-geo-routing-policy)
+ [Nome do registro](#rrsets-values-geo-name)
+ [Tipo de registro](#rrsets-values-geo-type)
+ [TTL (segundos)](#rrsets-values-geo-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-geo-value)
+ [Local](#rrsets-values-geo-location)
+ [Estados dos EUA](#rrsets-values-geo-sublocation)
+ [Verificação de saúde](#rrsets-values-geo-associate-with-health-check)
+ [ID de registro](#rrsets-values-geo-set-id)

## Política de roteamento
<a name="rrsets-values-geo-routing-policy"></a>

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

## Nome do registro
<a name="rrsets-values-geo-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

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 do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-geo-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

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

## TTL (segundos)
<a name="rrsets-values-geo-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-geo-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Local
<a name="rrsets-values-geo-location"></a>

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 **Sublocation** (Sublocalização).

Para uma zona hospedada privada, selecione o continente, o país ou a subdivisão mais próxima da zona em Região da AWS que seu recurso está. 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.

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](routing-policy-geo.md).

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](http://en.wikipedia.org/wiki/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  
Alguns provedores consideram que o TR está na Ásia e os endereços IP refletirão isso.

**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 suporta a criação de registros de geolocalização para os seguintes países: Ilha Bouvet (BV), Ilha Christmas (CX), Saara Ocidental (EH) e Ilha e Ilhas Heard (HM). McDonald Não há dados disponíveis sobre endereços IP para esses países.

## Estados dos EUA
<a name="rrsets-values-geo-sublocation"></a>

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 saúde
<a name="rrsets-values-geo-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 (Nome de domínio)** corresponde ao nome dos registros e 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. 

## ID de registro
<a name="rrsets-values-geo-set-id"></a>

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

# Valores específicos para registros de alias de localização geográfica
<a name="resource-record-sets-values-geo-alias"></a>

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](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-geo-alias-routing-policy)
+ [Nome do registro](#rrsets-values-geo-alias-name)
+ [Tipo de registro](#rrsets-values-geo-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-geo-alias-alias-target)
+ [Local](#rrsets-values-geo-alias-location)
+ [Estados dos EUA](#rrsets-values-geo-alias-sublocation)
+ [Verificação de saúde](#rrsets-values-geo-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geo-alias-set-id)

## Política de roteamento
<a name="rrsets-values-geo-alias-routing-policy"></a>

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

## Nome do registro
<a name="rrsets-values-geo-alias-name"></a>

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 zona hospedada. 

**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 do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-geo-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está 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 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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
<a name="rrsets-values-geo-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode direcionar, consulte[Valor/rotear tráfego para](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Local
<a name="rrsets-values-geo-alias-location"></a>

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 mais próxima da zona em Região da AWS que seu recurso está. 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.

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](routing-policy-geo.md).

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](http://en.wikipedia.org/wiki/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  
Alguns provedores consideram que o TR está na Ásia e os endereços IP refletirão isso.

**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 suporta a criação de registros de geolocalização para os seguintes países: Ilha Bouvet (BV), Ilha Christmas (CX), Saara Ocidental (EH) e Ilha e Ilhas Heard (HM). McDonald Não há dados disponíveis sobre endereços IP para esses países.

## Estados dos EUA
<a name="rrsets-values-geo-alias-sublocation"></a>

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 saúde
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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.

**CloudFront distribuições**  
Você não pode definir **Avaliar a integridade do alvo** como **Sim** quando o endpoint é uma CloudFront distribuição.

**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 do 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.
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 AWS recurso que você especificar no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-geo-alias-set-id"></a>

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

# Valores específicos para registros de geoproximidade
<a name="resource-record-sets-values-geoprox"></a>

Quando você cria registros de geoproximidade, especifica os valores a seguir.

**Topics**
+ [Política de roteamento](#rrsets-values-geoprox-routing-policy)
+ [Nome do registro](#rrsets-values-geoprox-name)
+ [Tipo de registro](#rrsets-values-geoprox-type)
+ [TTL (segundos)](#rrsets-values-geoprox-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-geoprox-value)
+ [Local do endpoint](#rrsets-values-geoprox-endpoint-location)
+ [Desvio](#rrsets-values-geoprox-bias)
+ [Verificação de saúde](#rrsets-values-geoprox-associate-with-health-check)
+ [ID de registro](#rrsets-values-geoprox-set-id)

## Política de roteamento
<a name="rrsets-values-geoprox-routing-policy"></a>

Escolha **Geoproximidade**. 

## Nome do registro
<a name="rrsets-values-geoprox-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

Insira o mesmo nome para todos os registros do grupo de registros de geoproximidade. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-geoprox-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o mesmo valor para todos os registros do grupo de registros de geoproximidade.

## TTL (segundos)
<a name="rrsets-values-geoprox-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-geoprox-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Local do endpoint
<a name="rrsets-values-geoprox-endpoint-location"></a>

Você pode especificar o local do endpoint do recurso usando um dos seguintes métodos: 

**Coordenadas personalizados**  
Especifique a longitude e a latitude de uma área geográfica.

**Região da AWS**  
Escolha uma região disponível na lista **Localização**.   
Para obter mais informações sobre regiões, consulte [AWS Global Infrastructure](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grupo de zonas locais**  
Escolha um grupo de zonas locais disponível na lista **Localização**.  
Para ver a lista de zonas locais disponíveis, consulte [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) no *AWS Local Zones User Guide*. Um grupo de zonas local geralmente é a zona local sem o caractere final. Por exemplo, se a zona local for `us-east-1-bue-1a`, o grupo de zonas locais será `us-east-1-bue-1`.

Você também pode identificar o Grupo de Zonas Locais para uma zona local específica usando o comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Esse comando retorna: `"GroupName": "us-west-2-den-1"`, especificando que a zona local `us-west-2-den-1a` pertence ao grupo de zonas locais `us-west-2-den-1`.

Você não pode criar registros que não sejam de geoproximidade com os mesmos valores de **Nome do registro** e **Tipo de registro** dos registros de geoproximidade.

Também não pode criar dois conjuntos de registros de recurso de geoproximidade que especifiquem o mesmo local para o mesmo nome de registro e o mesmo tipo de registro.

## Desvio
<a name="rrsets-values-geoprox-bias"></a>

Um desvio aumenta ou diminui o tamanho da região geográfica da qual o Route 53 roteia tráfego para um recurso. Um desvio positivo expande a área e um desvio negativo a reduz. Para obter mais informações, consulte [Como o Amazon Route 53 usa o desvio para encaminhar o tráfego](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Verificação de saúde
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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.
+ Você seleciona **Sim** em **Avaliar a integridade do destino** para um registro de alias ou para os registros de um grupo de registros de alias de failover, alias de geolocalização, alias de geoproximidade, alias de latência, alias baseado em IP ou 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 (Nome de domínio)** corresponde ao nome dos registros e associar a verificação de integridade a esses registros, os resultados da verificação de integridade serão imprevisíveis.

Para registros de geoproximidade, se um endpoint não estiver íntegro, o Route 53 procurará o endpoint mais próximo que ainda estiver íntegro. 

## ID de registro
<a name="rrsets-values-geoprox-set-id"></a>

Insira um valor que identifique esse registro no grupo de registros de geoproximidade de modo exclusivo.

# Valores específicos para registros de alias de geoproximidade
<a name="resource-record-sets-values-geoprox-alias"></a>

Quando cria registros de alias de geoproximidade, você especifica os seguintes valores.

Para obter mais informações, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-geoprox-alias-routing-policy)
+ [Nome do registro](#rrsets-values-geoprox-alias-name)
+ [Tipo de registro](#rrsets-values-geoprox-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-geoprox-alias-alias-target)
+ [Local do endpoint](#rrsets-values-geoprox-alias-endpoint-location)
+ [Desvio](#rrsets-values-geoprox-alias-bias)
+ [Verificação de saúde](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geoprox-alias-set-id)

## Política de roteamento
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

Escolha **Geoproximidade**. 

## Nome do registro
<a name="rrsets-values-geoprox-alias-name"></a>

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 zona hospedada. 

**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 do grupo de registros de geoproximidade. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-geoprox-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego. Selecione o mesmo valor para todos os registros do grupo de registros de geoproximidade:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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
<a name="rrsets-values-geoprox-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode direcionar, consulte[Valor/rotear tráfego para](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Local do endpoint
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

Você pode especificar o local do endpoint do recurso usando um dos seguintes métodos: 

**Coordenadas personalizados**  
Especifique a longitude e a latitude de uma área geográfica.

**Região da AWS**  
Escolha uma região disponível na lista **Localização**.   
Para obter mais informações sobre regiões, consulte [AWS Global Infrastructure](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grupo de zonas locais**  
Escolha uma região da zona local disponível na lista **Localização**.  
Para ver a lista de zonas locais disponíveis, consulte [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) no *AWS Local Zones User Guide*. Um grupo de zonas local geralmente é a zona local sem o caractere final. Por exemplo, se a zona local for `us-east-1-bue-1a`, o grupo de zonas locais será `us-east-1-bue-1`.

Você também pode identificar o Grupo de Zonas Locais para uma zona local específica usando o comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Esse comando retorna: `"GroupName": "us-west-2-den-1"`, especificando que a zona local `us-west-2-den-1a` pertence ao grupo de zonas locais `us-west-2-den-1`.

Você não pode criar registros que não sejam de geoproximidade com os mesmos valores de **Nome do registro** e **Tipo de registro** dos registros de geoproximidade.

Também não pode criar dois conjuntos de registros de recurso de geoproximidade que especifiquem o mesmo local para o mesmo nome de registro e o mesmo tipo de registro.

Para obter mais informações, consulte available-local-zones .html

## Desvio
<a name="rrsets-values-geoprox-alias-bias"></a>

Um desvio aumenta ou diminui o tamanho da região geográfica da qual o Route 53 roteia tráfego para um recurso. Um desvio positivo expande a área e um desvio negativo a reduz. Para obter mais informações, consulte [Como o Amazon Route 53 usa o desvio para encaminhar o tráfego](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Verificação de saúde
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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.
+ Você seleciona **Sim** em **Avaliar a integridade do destino** para um registro de alias ou para os registros de um grupo de registros de alias de failover, alias de geolocalização, alias de geoproximidade, alias de latência, alias baseado em IP ou 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 geoproximidade, se um endpoint não estiver íntegro, o Route 53 procurará o endpoint mais próximo que ainda estiver íntegro. 

## Avaliar status do alvo
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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.

**CloudFront distribuições**  
Você não pode definir **Avaliar a integridade do alvo** como **Sim** quando o endpoint é uma CloudFront distribuição.

**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 do 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.
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 AWS recurso que você especificar no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-geoprox-alias-set-id"></a>

Insira um valor que identifique esse registro no grupo de registros de geoproximidade de modo exclusivo.

# Valores específicos para registros de latência
<a name="resource-record-sets-values-latency"></a>

Quando você criar registros de latência, especifique os seguintes valores.

**Topics**
+ [Política de roteamento](#rrsets-values-latency-routing-policy)
+ [Nome do registro](#rrsets-values-latency-name)
+ [Tipo de registro](#rrsets-values-latency-type)
+ [TTL (segundos)](#rrsets-values-latency-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-latency-value)
+ [Região](#rrsets-values-latency-region)
+ [Verificação de saúde](#rrsets-values-latency-associate-with-health-check)
+ [ID de registro](#rrsets-values-latency-set-id)

## Política de roteamento
<a name="rrsets-values-latency-routing-policy"></a>

Escolha **Latency** (Latência). 

## Nome do registro
<a name="rrsets-values-latency-name"></a>

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 zona hospedada. 

**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 latência. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-latency-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor para **Type** (Tipo) com base em como deseja que o Route 53 responda a consultas de DNS. 

Selecione o mesmo valor para todos os registros no grupo de registros de latência.

## TTL (segundos)
<a name="rrsets-values-latency-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-latency-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Região
<a name="rrsets-values-latency-region"></a>

A região do Amazon EC2 onde reside o recurso especificado nesse registro. O Route 53 recomenda uma região do Amazon EC2 com base em outros valores especificados. Isso também se aplica a zonas hospedadas privadas. Recomendamos não alterar esse valor.

Observe o seguinte:
+ Só será possível criar um registro de latência para cada região do Amazon EC2.
+ Não é necessário para criar registros de latência para todas as regiões do Amazon EC2. O Route 53 seleciona a região com a melhor latência entre as regiões para as quais você cria registros de latência.
+ Não é possível criar registros sem latência que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros de latência.
+ Se você criar um registro marcado com a região **cn-north-1**, o Route 53 sempre responderá às consultas provenientes da China usando esse registro, independentemente da latência.

Para obter mais informações sobre como usar de latência, consulte [Roteamento baseado em latência](routing-policy-latency.md). 

## Verificação de saúde
<a name="rrsets-values-latency-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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.

## ID de registro
<a name="rrsets-values-latency-set-id"></a>

Insira um valor que identifique esse registro no grupo de registros de latência de forma exclusiva.

# Valores específicos para registros de alias de latência
<a name="resource-record-sets-values-latency-alias"></a>

Quando você criar registros de alias de latência, especifique os seguintes valores.

Para obter mais informações, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-latency-alias-routing-policy)
+ [Nome do registro](#rrsets-values-latency-alias-name)
+ [Tipo de registro](#rrsets-values-latency-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-latency-alias-alias-target)
+ [Região](#rrsets-values-latency-alias-region)
+ [Verificação de saúde](#rrsets-values-latency-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-latency-alias-set-id)

## Política de roteamento
<a name="rrsets-values-latency-alias-routing-policy"></a>

Escolha **Latency** (Latência). 

## Nome do registro
<a name="rrsets-values-latency-alias-name"></a>

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 zona hospedada. 

**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 latência. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipo de registro
<a name="rrsets-values-latency-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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. 

Selecione o mesmo valor para todos os registros no grupo de registros de latência.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-latency-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode segmentar, consulte [valores comuns para registros de alias para value/route tráfego](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Região
<a name="rrsets-values-latency-alias-region"></a>

A região do Amazon EC2 onde reside o recurso especificado nesse registro. O Route 53 recomenda uma região do Amazon EC2 com base em outros valores especificados. Isso também se aplica a zonas hospedadas privadas. Recomendamos não alterar esse valor.

Observe o seguinte:
+ Só será possível criar um registro de latência para cada região do Amazon EC2.
+ Não é necessário para criar registros de latência para todas as regiões do Amazon EC2. O Route 53 seleciona a região com a melhor latência entre as regiões para as quais você cria registros de latência.
+ Não é possível criar registros sem latência que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros de latência.
+ Se você criar um registro marcado com a região **cn-north-1**, o Route 53 sempre responderá às consultas provenientes da China usando esse registro, independentemente da latência.

Para obter mais informações sobre como usar de latência, consulte [Roteamento baseado em latência](routing-policy-latency.md). 

## Verificação de saúde
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 (Nome de domínio)** corresponde ao nome dos registros e associar a verificação de integridade a esses registros, os resultados da verificação de integridade serão imprevisíveis.

## Avaliar status do alvo
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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 bordas.

**CloudFront distribuições**  
Você não pode definir **Evaluate Target Health** como **Sim** quando o endpoint é uma CloudFront distribuição.

**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 do 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.
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 AWS recurso que você especificar no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-latency-alias-set-id"></a>

Insira um valor que identifique esse registro no grupo de registros de latência de forma exclusiva.

# Valores específicos para registros baseados em IP
<a name="resource-record-sets-values-ipbased"></a>

Quando você criar registros baseados em IP, especifique os valores a seguir.

**nota**  
Embora a criação de registros baseados em IP em uma zona hospedada privada seja permitida, não é compatível.

**Topics**
+ [Política de roteamento](#rrsets-values-ipbased-routing-policy)
+ [Nome de registro](#rrsets-values-ibased-name)
+ [Tipo de registro](#rrsets-values-ibased-type)
+ [TTL (segundos)](#rrsets-values-ibased-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-ibased-value)
+ [Local](#rrsets-values-ibased-location)
+ [Verificação de integridade](#rrsets-values-ibased-associate-with-health-check)
+ [ID de registro](#rrsets-values-ipbased-set-id)

## Política de roteamento
<a name="rrsets-values-ipbased-routing-policy"></a>

Escolha **IP-based** (Baseado em IP). 

## Nome de registro
<a name="rrsets-values-ibased-name"></a>

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 zona hospedada. 

**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 baseados em IP. 

**Registros CNAME**  
Se você estiver criando um registro com um valor **CNAME** para o **Record type** (Tipo de registro), o registro não poderá ter o mesmo o nome da zona hospedada.

**Caracteres especiais**  
Para obter informações sobre como especificar caracteres que não sejam a-z, 0-9 e - (hífen) e como especificar nomes de domínio internacionalizados, consulte [Formato de nome de domínio DNS](DomainNameFormat.md).

**Caracteres curinga**  
Você pode usar um asterisco (\$1) no nome. O DNS trata o caractere \$1 como um caractere curinga ou como o caractere \$1 (ASCII 42), dependendo de onde ele aparece no nome. Para obter mais informações, consulte [Usar um asterisco (\$1) nos nomes de zonas hospedadas e registros](DomainNameFormat.md#domain-name-format-asterisk).

## Tipo de registro
<a name="rrsets-values-ibased-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor para **Type** (Tipo) com base em como deseja que o Route 53 responda a consultas de DNS. 

Selecione o mesmo valor para todos os registros do grupo de registros baseados em IP.

## TTL (segundos)
<a name="rrsets-values-ibased-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-ibased-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A: endereço IPv**
+ **AAAA: endereço IPv**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [Valor/Encaminhar tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value) [valores comuns para os quais avaliar/rotear tráfego](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Local
<a name="rrsets-values-ibased-location"></a>

O nome do local CIDR onde o recurso especificado neste registro é especificado pelos valores de bloco CIDR no local CIDR. 

Para obter mais informações sobre o uso de registros baseados em IP [Roteamento baseado em IP](routing-policy-ipbased.md). 

## Verificação de integridade
<a name="rrsets-values-ibased-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 baseado em IP, alias de latência 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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.

## ID de registro
<a name="rrsets-values-ipbased-set-id"></a>

Insira um valor que identifique exclusivamente esse registro no grupo de registros baseados em IP.

# Valores específicos para registros de alias baseado em IP
<a name="resource-record-sets-values-ipbased-alias"></a>

Quando você criar registros de alias baseado em IP, especifique os valores a seguir.

**nota**  
Embora a criação de registros de alias baseado em IP em uma zona hospedada privada seja permitida, não é compatível.

Para obter mais informações, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-ipbased-alias-routing-policy)
+ [Nome do registro](#rrsets-values-ipbased-alias-name)
+ [Tipo de registro](#rrsets-values-ipbased-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-ipbased-alias-alias-target)
+ [Local](#rrsets-values-ipbased-alias-location)
+ [Verificação de saúde](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-ipbased-alias-set-id)

## Política de roteamento
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

Escolha **IP-based** (Baseado em IP). 

**nota**  
Embora a criação de registros de alias baseado em IP em uma zona hospedada privada seja permitida, não é compatível.

## Nome do registro
<a name="rrsets-values-ipbased-alias-name"></a>

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 zona hospedada. 

**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 baseados em IP. 

**Registros CNAME**  
Se você estiver criando um registro com um valor **CNAME** para o **Record type** (Tipo de registro), o registro não poderá ter o mesmo o nome da zona hospedada.

**Aliases para CloudFront distribuições e buckets do Amazon S3**  
O valor que você especifica depende em parte do AWS recurso para o qual você está roteando o tráfego:  
+ **CloudFront distribuição** — Sua distribuição deve incluir um nome de domínio alternativo que corresponda ao nome do registro. Por exemplo, se o nome do registro for **acme.example.com**, sua distribuição do CloudFront deve incluir **acme.example.com** como um dos nomes de domínio alternativos. Para obter mais informações, consulte [Uso de nomes de domínio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) no *Amazon CloudFront Developer Guide*. 
+ **Bucket do Amazon S3** (Bucket do Amazon S3): o nome do registro deve corresponder ao nome de seu bucket do Amazon S3. Por exemplo, se o nome do seu bucket for **acme.example.com**, o nome desse registro também deve ser **acme.example.com**.

  Além disso, você deve configurar o bucket para hospedagem de sites. Para obter mais informações, consulte o tópico sobre como [Configurar um bucket para hospedagem do sites](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html), no *Guia do usuário do Amazon Simple Storage Service*. 

**Caracteres especiais**  
Para obter informações sobre como especificar caracteres que não sejam a-z, 0-9 e - (hífen) e como especificar nomes de domínio internacionalizados, consulte [Formato de nome de domínio DNS](DomainNameFormat.md).

**Caracteres curinga**  
Você pode usar um asterisco (\$1) no nome. O DNS trata o caractere \$1 como um caractere curinga ou como o caractere \$1 (ASCII 42), dependendo de onde ele aparece no nome. Para obter mais informações, consulte [Usar um asterisco (\$1) nos nomes de zonas hospedadas e registros](DomainNameFormat.md#domain-name-format-asterisk).

## Tipo de registro
<a name="rrsets-values-ipbased-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego. Selecione o mesmo valor para todos os registros no grupo de registros baseados em IP:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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
<a name="rrsets-values-ipbased-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode segmentar, consulte [valores comuns para registros de alias para value/route tráfego](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Local
<a name="rrsets-values-ipbased-alias-location"></a>

Quando configurar o Route 53 para responder a consultas ao DNS com base no local de origem das consultas, selecione o local CIDR ao qual deseja que o Route 53 responda com as configurações desse registro.

**Importante**  
Recomendamos criar um registro baseado em IP que tenha um valor **Default** (Padrão) para **Location (Local)**. Essa ação abrange os locais para os quais você não criou registros e endereços IP para os quias o Route 53 não consegue identificar um local.

Você não pode criar non-IP-based registros que tenham os mesmos valores para **nome** e **tipo de registro** que os registros baseados em IP.

Para obter mais informações, consulte [Roteamento baseado em IP](routing-policy-ipbased.md).

## Verificação de saúde
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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 roteamento baseado em PI, alias de latência 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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 alias baseados em IP, se um endpoint não estiver íntegro, o Route 53 procurará um registro no local associado mais amplo. 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
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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 bordas.

**CloudFront distribuições**  
Você não pode definir **Avaliar a integridade do alvo** como **Sim** quando o endpoint é uma CloudFront distribuição.

**Ambientes do Elastic Beanstalk com subdomínios regionalizados**  
Se você especificar um ambiente do Elastic Beanstalk no Endpoint e o **ambiente** contiver um balanceador de carga ELB, o Elastic Load Balancing roteará as consultas somente para as instâncias íntegras da Amazon registradas no EC2 load balancer. (Um ambiente contém automaticamente um balanceador de carga ELB se incluir mais de uma EC2 instância da Amazon.) Se você definir **Avaliar a integridade da meta como** **Sim** e nenhuma EC2 instância da Amazon estiver íntegra ou o próprio balanceador de carga não estiver íntegro, o Route 53 encaminhará as consultas para outros recursos disponíveis que estejam íntegros, se houver.   
Se o ambiente contiver uma única EC2 instância da Amazon, não haverá requisitos especiais.

**Load balancers do ELB**  
O comportamento de verificação da integridade depende do tipo do load balancer:  
+ **Classic Load Balancers** — Se você especificar um ELB Classic Load Balancer **no** Endpoint, o Elastic Load Balancing roteará as consultas somente para as instâncias íntegras da EC2 Amazon que estão registradas no load balancer. Se você definir **Avaliar a integridade do alvo como** **Sim** e nenhuma EC2 instância estiver íntegra ou o balanceador de carga em si não estiver íntegro, o Route 53 encaminhará as 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.
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 saúde do Route 53 para as EC2 instâncias que você registra com um balanceador de carga 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 AWS recurso especificado no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-ipbased-alias-set-id"></a>

Insira um valor que identifique exclusivamente esse registro no grupo de registros baseados em IP.

# Valores específicos para registros de resposta com valores múltiplos
<a name="resource-record-sets-values-multivalue"></a>

Quando você criar conjuntos de recursos com valores múltiplos, especifique os seguintes valores.

**nota**  
Não há suporte para a criação de recursos de alias de resposta com valores múltiplos.

**Topics**
+ [Política de roteamento](#rrsets-values-multivalue-routing-policy)
+ [Nome do registro](#rrsets-values-multivalue-name)
+ [Tipo de registro](#rrsets-values-multivalue-type)
+ [TTL (segundos)](#rrsets-values-multivalue-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-multivalue-value)
+ [Verificação de saúde](#rrsets-values-multivalue-associate-with-health-check)
+ [ID de registro](#rrsets-values-multivalue-set-identifier)

## Política de roteamento
<a name="rrsets-values-multivalue-routing-policy"></a>

Escolha **Multivalue answer** (Resposta com valores múltiplos).

## Nome do registro
<a name="rrsets-values-multivalue-name"></a>

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 zona hospedada. 

**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 do grupo de registros multivalores. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-multivalue-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione qualquer valor, exceto **NS** ou **CNAME**.

Selecione o mesmo valor para todos os registros no grupo de registros de resposta de valores múltiplos.

## TTL (segundos)
<a name="rrsets-values-multivalue-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

**nota**  
Se você criar dois ou mais registros de resposta com vários valores que possuem o mesmo nome e tipo, estiver usando o console e especificar valores diferentes para **TTL**, o Route 53 alterará o valor de **TTL** de todos os registros para o último valor especificado.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-multivalue-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Se você inserir mais de um valor, insira cada um dos valores em linhas separadas.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Verificação de saúde
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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) para **Evaluate target health** (Avaliar integridade do destino) para um registro de alias ou os registros em um grupo de alias de failover, alias de localização geográfica, alias de latência 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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.

## ID de registro
<a name="rrsets-values-multivalue-set-identifier"></a>

Insira um valor que identifique esse registro no grupo de registros de resposta de valores múltiplos de forma exclusiva. 

# Valores específicos para registros ponderados
<a name="resource-record-sets-values-weighted"></a>

Quando você criar registros ponderados, especifique os seguintes valores.

**Topics**
+ [Política de roteamento](#rrsets-values-weighted-routing-policy)
+ [Nome do registro](#rrsets-values-weighted-name)
+ [Tipo de registro](#rrsets-values-weighted-type)
+ [TTL (segundos)](#rrsets-values-weighted-ttl)
+ [Valor/Encaminhar tráfego para](#rrsets-values-weighted-value)
+ [Weight](#rrsets-values-weighted-weight)
+ [Verificação de saúde](#rrsets-values-weighted-associate-with-health-check)
+ [ID de registro](#rrsets-values-weighted-set-identifier)

## Política de roteamento
<a name="rrsets-values-weighted-routing-policy"></a>

Selecione **Weighted (Ponderado)**.

## Nome do registro
<a name="rrsets-values-weighted-name"></a>

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 zona hospedada. 

**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 ponderados. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-weighted-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o mesmo valor para todos os registros no grupo de registros ponderados.

## TTL (segundos)
<a name="rrsets-values-weighted-ttl"></a>

A quantidade de tempo, em segundos, que você deseja que os resolvedores recursivos de DNS armazenem informações em cache sobre esse registro. Se você especificar um valor mais longo (por exemplo, 172800 segundos ou dois dias), reduzirá o número de chamadas que os resolvedores recursivos de DNS devem fazer ao Route 53 para obter as informações mais recentes neste registro. Isso tem o efeito de reduzir a latência e reduzir sua fatura para o serviço do Route 53. Para obter mais informações, consulte [Como o Amazon Route 53 encaminha tráfego para o seu domínio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

No entanto, se você especificar um valor mais longo para TTL, levará mais tempo para que as alterações no registro (por exemplo, um novo endereço IP) entrem em vigor porque os resolvedores recursivos usam os valores em cache por períodos mais longos antes de solicitar as informações mais recentes ao Route 53. Se você estiver alterando as configurações de um domínio ou subdomínio que já está em uso, recomendamos que especifique inicialmente um valor mais curto, como 300 segundos, e aumente o valor depois de confirmar que as novas configurações estão corretas.

Se você estiver associando esse registro a uma verificação de integridade, recomendamos especificar um TTL de 60 segundos ou menos para que os clientes respondam rapidamente a alterações no status de integridade.

É necessário especificar o mesmo valor de **TTL** para todos os registros nesse grupo de registros ponderados.

**nota**  
Se você criar dois ou mais registros ponderados que tenham o mesmo nome e tipo, e especificar valores diferentes para **TTL**, o Route 53 alterará o valor de **TTL** de todos os registros para o último valor que você tiver especificado.

Se um grupo de registros ponderados incluir um ou mais registro de alias ponderados que estiverem roteando um load balancer do ELB, recomendamos especificar um TTL de 60 segundos para todos os registros ponderados não de alias que tenham o mesmo nome e tipo. Valores diferentes de 60 segundos (o TTL para load balancers) alterarão o efeito dos valores especificados para **Weight (Peso)**.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-weighted-value"></a>

Escolha o **endereço IP ou outro valor dependendo do tipo de registro**. Insira um valor que seja adequado para o valor de **Record type** (Tipo de registro). Para todos os tipos exceto **CNAME**, é possível incorporar mais de um valor. Insira cada valor em uma linha separada.

Você pode direcionar tráfego ou especificar os seguintes valores:
+ **A — IPv4 endereço**
+ **AAAA — IPv6 endereço**
+ **CAA: Autorização da Autoridade de Certificação**
+ **CNAME: Nome canônico**
+ **MX: Intercâmbio de mensagens**
+ **NAPTR: Ponteiro de Autoridade de Nomes**
+ **PTR: Ponteiro**
+ **SPF: Framework de Política de Remetente**
+ **SRV: Localizador de serviço**
+ **TXT: Texto**

Para obter mais informações sobre os valores acima, consulte [valores comuns para Value/Route tráfego para](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Weight
<a name="rrsets-values-weighted-weight"></a>

Um valor que determina a proporção de consultas ao DNS às quais o Route 53 responde para usar o registro atual. O Route 53 calcula a soma dos pesos para os registros que tenham a mesma combinação de nome de DNS e tipo. Em seguida, o Route 53 responde às consultas com base na proporção entre o peso de um recurso e o total. 

Não é possível criar registros não ponderados que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros ponderados.

Insira um número inteiro entre 0 e 255. Para desabilitar o encaminhamento para um recurso, defina **Weight (Peso)** como 0. Se **Weight (Peso)** for definido como 0 para todos os registros no grupo, o tráfego será roteado para todos os recursos com probabilidade igual. Isso garante que você não desative acidentalmente o roteamento para um grupo de registros ponderados.

O efeito de configurar **Weight (Peso)** como 0 é diferente quando as verificações de integridade são associadas com registros ponderados. Para obter mais informações, consulte [Como o Amazon Route 53 escolhe registros quando a verificação de integridade está configuradaComo o Route 53 escolhe registros quando a verificação de integridade está configurada](health-checks-how-route-53-chooses-records.md).

## Verificação de saúde
<a name="rrsets-values-weighted-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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.

## ID de registro
<a name="rrsets-values-weighted-set-identifier"></a>

Insira um valor que identifique esse registro no grupo de registros ponderados de forma exclusiva.

# Valores específicos para registros de alias ponderados
<a name="resource-record-sets-values-weighted-alias"></a>

Quando você criar registros de alias ponderados, especifique os seguintes valores. Para obter mais informações, consulte [Escolher entre registros de alias e não alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de roteamento](#rrsets-values-weighted-alias-routing-policy)
+ [Nome do registro](#rrsets-values-weighted-alias-name)
+ [Tipo de registro](#rrsets-values-weighted-alias-type)
+ [Valor/Encaminhar tráfego para](#rrsets-values-weighted-alias-alias-target)
+ [Weight](#rrsets-values-weighted-alias-weight)
+ [Verificação de saúde](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Avaliar status do alvo](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-weighted-alias-set-identifier)

## Política de roteamento
<a name="rrsets-values-weighted-alias-routing-policy"></a>

Escolha **Weighted** (Ponderado).

## Nome do registro
<a name="rrsets-values-weighted-alias-name"></a>

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 zona hospedada. 

**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 **Name (Nome)**. 

Insira o mesmo nome para todos os registros no grupo de registros ponderados. 

Para obter mais informações sobre nomes de registros, consulte [Nome do registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipo de registro
<a name="rrsets-values-weighted-alias-type"></a>

O tipo de registro de DNS. Para obter mais informações, consulte [Tipos de registro de DNS com suporte](ResourceRecordTypes.md).

Selecione o valor aplicável com base no AWS recurso para o qual você está roteando o tráfego:

**API regional personalizada do API Gateway ou API otimizada para bordas**  
Selecione **A — IPv4 endereço**.

**Endpoints de interface da Amazon VPC**  
Selecione **A — IPv4 endereço**.

**CloudFront distribuição**  
Selecione **A — IPv4 endereço**.  
Se IPv6 estiver habilitado para a distribuição, crie dois registros, um com um valor de A **— IPv4 endereço** para **Tipo** e outro com um valor de **AAAA — IPv6 endereço**.

**Serviço do App Runner**  
Selecione **A — IPv4 endereço**

**Ambiente do Elastic Beanstalk com subdomínios regionalizados**  
Selecione **A — IPv4 endereço**

**Load balancer do ELB**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**Bucket do Amazon S3.**  
Selecione **A — IPv4 endereço**

**OpenSearch Serviço**  
Selecione **A — IPv4 endereço** ou **AAAA — IPv6 ** endereço

**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**.  
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 rotear o tráfego para um registro para o qual o valor de **Type (Tipo)** 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. 

Selecione o mesmo valor para todos os registros no grupo de registros ponderados.

## Valor/Encaminhar tráfego para
<a name="rrsets-values-weighted-alias-alias-target"></a>

O valor que você escolhe na lista ou digita no campo depende do AWS recurso para o qual você está roteando o tráfego.

Para obter informações sobre quais AWS recursos você pode segmentar, consulte [valores comuns para registros de alias para value/route tráfego](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obter mais informações sobre como configurar o Route 53 para rotear o tráfego para AWS recursos específicos, consulte[Encaminhando o tráfego da Internet para seus recursos AWS](routing-to-aws-resources.md).

## Weight
<a name="rrsets-values-weighted-alias-weight"></a>

Um valor que determina a proporção de consultas ao DNS às quais o Route 53 responde para usar o registro atual. O Route 53 calcula a soma dos pesos para os registros que tenham a mesma combinação de nome de DNS e tipo. Em seguida, o Route 53 responde às consultas com base na proporção entre o peso de um recurso e o total. 

Não é possível criar registros não ponderados que tenham os mesmos valores para **Record name** (Nome do registro) e **Record type** (Tipo de registro) que os registros ponderados.

Insira um número inteiro entre 0 e 255. Para desabilitar o encaminhamento para um recurso, defina **Weight (Peso)** como 0. Se **Weight (Peso)** for definido como 0 para todos os registros no grupo, o tráfego será roteado para todos os recursos com probabilidade igual. Isso garante que você não desative acidentalmente o roteamento para um grupo de registros ponderados.

O efeito de configurar **Weight (Peso)** como 0 é diferente quando as verificações de integridade são associadas com registros ponderados. Para obter mais informações, consulte [Como o Amazon Route 53 escolhe registros quando a verificação de integridade está configuradaComo o Route 53 escolhe registros quando a verificação de integridade está configurada](health-checks-how-route-53-chooses-records.md).

## Verificação de saúde
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

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 integridadeComo o Route 53 determina a integridade de uma verificação de integridade](dns-failover-determining-health-of-endpoints.md).

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 têm o mesmo nome, tipo e política de roteamento (como registros ponderados ou de failover) e especifica a verificação de integridade IDs 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?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-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.

## Avaliar status do alvo
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

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:

**API Gateway: personalizado, regional APIs e otimizado para bordas APIs**  
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.

**CloudFront distribuições**  
Você não pode definir **Avaliar a integridade do alvo** como **Sim** quando o endpoint é uma CloudFront distribuição.

**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 do 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 encaminha consultas para outros recursos.
+ **Application e Network Load Balancers** (Aplicação e Balanceadores de Carga de Rede): se você especificar uma Aplicação ou Balanceador de Carga de Rede do ELB 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.
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 AWS recurso que você especificar no **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 que você associe uma verificação de saúde a todos os registros no endpoint. Para obter mais informações, consulte [O que acontece quando você omite verificações de integridade?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-weighted-alias-set-identifier"></a>

Insira um valor que identifique esse registro no grupo de registros ponderados de forma exclusiva.