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á.
# Tutoriais
Esta seção abrange os seguintes tutoriais:
**Uso do Route 53 como serviço DNS para subdomínios**
Apenda a usar o Amazon Route 53 como o serviço DNS para um subdomínio novo ou existente, continuando a usar outro serviço DNS para o domínio principal.
**Transição para roteamento baseado em latência**
Descubra como migrar gradualmente do roteamento padrão para o roteamento baseado em latência no Route 53, direcionando os usuários para o endpoint de menor latência disponível. AWS
Combine registros ponderados e registros de latência para uma transição sem problemas e de baixo risco com controle total e possibilidade de reversão.
**Adição de outra região ao roteamento baseado em latência**
Expanda sua configuração de roteamento baseada em latência adicionando uma nova AWS região e transferindo gradualmente o tráfego para a nova região.
**Roteamento de tráfego para várias instâncias do Amazon EC2 em uma região**
Use uma combinação de registros de latência e registros ponderados para rotear tráfego para várias instâncias do Amazon EC2 dentro de uma Região da AWS específica.
**Gerenciamento de mais de 100 registros ponderados**
Saiba como direcionar o tráfego para mais de 100 endpoints criando uma árvore de registros de alias ponderados e registros ponderados.
**Distribuição ponderada de respostas de vários registros tolerantes a falha**
Entenda como ponderar respostas do DNS que contêm vários registros, fornecendo tolerância a falha e balanceamento de carga em vários endpoints.
Esses tutoriais abrangem vários casos de uso e cenários, ajudando você a aproveitar bem as políticas de roteamento, os registros ponderados e o roteamento baseado em latência do Route 53 para otimizar o gerenciamento de DNS e o roteamento de tráfego.
**Topics**
+ [Como usar o Amazon Route 53 como o serviço DNS dos subdomínios sem migrar o domínio pai](creating-migrating.md)
+ [Passar para o roteamento baseado em latência no Amazon Route 53](TutorialTransitionToLBR.md)
+ [Como adicionar outra região ao encaminhamento por latência no Amazon Route 53](TutorialAddingLBRRegion.md)
+ [Como usar registros de latência e ponderados no Amazon Route 53 para encaminhar tráfego para várias instâncias do Amazon EC2 em uma região](TutorialLBRMultipleEC2InRegion.md)
+ [Como gerenciar mais de 100 registros ponderados no Amazon Route 53](TutorialManagingOver100WRR.md)
+ [Como ponderar respostas de vários registros tolerantes a falha no Amazon Route 53](TutorialWeightedFTMR.md)
# Como usar o Amazon Route 53 como o serviço DNS dos subdomínios sem migrar o domínio pai
O Amazon Route 53 oferece flexibilidade no gerenciamento de DNS para subdomínios, permitindo que você aproveite seus recursos sem a necessidade de migrar todo o domínio principal.
Você pode criar um novo subdomínio ou migrar um subdomínio existente para o Route 53, mantendo o domínio principal hospedado em outro provedor de serviço DNS.
**Criação de um novo subdomínio com o Route 53:**
1. Crie uma zona hospedada para o novo subdomínio.
1. Adicione os registros DNS desejados (por exemplo, A, CNAME, MX) para o subdomínio na zona hospedada.
1. Obtenha os servidores de nomes do Route 53 atribuídos à zona hospedada.
1. Atualize a configuração de DNS do domínio principal adicionando registros NS (Name Server) para o subdomínio, apontando para os servidores de nome do Route 53.
**Migração de um subdomínio existente para o Route 53:**
1. Crie uma zona hospedada do para o subdomínio.
1. Obtenha a configuração de DNS atual para o subdomínio do seu provedor de serviços DNS.
1. Adicione os registros DNS correspondentes à zona hospedada.
1. Obtenha os servidores de nomes do Route 53 atribuídos à zona hospedada.
1. Atualize a configuração de DNS do domínio principal adicionando registros NS para o subdomínio, apontando para os servidores de nome do Route 53.
Seguindo estas etapas, você pode aproveitar os recursos avançados do Route 53, como verificações de integridade, políticas de roteamento e gerenciamento de fluxo de tráfego, para seus subdomínios, mantendo a configuração de DNS do domínio principal com seu provedor atual.
**Topics**
+ [Criação de um subdomínio que usa o Amazon Route 53 como serviço DNS, sem migrar o domínio pai](CreatingNewSubdomain.md)
+ [Migrar o serviço DNS de um subdomínio para o Amazon Route 53 sem migrar o domínio pai](MigratingSubdomain.md)
# Criação de um subdomínio que usa o Amazon Route 53 como serviço DNS, sem migrar o domínio pai
Você pode criar um subdomínio que usa o Amazon Route 53 como serviço DNS, sem migrar o domínio pai de outro serviço DNS.
O processo tem as seguintes etapas básicas:
1. [Verifique](#decide-procedure-create-subdomain) se você deve usar este procedimento.
1. [Crie uma zona hospedada do Route 53 para o subdomínio](#CreateZoneNewSubdomain).
1. [Adicione registros](#AddNewSubdomainRecords) do novo subdomínio à sua zona hospedada do Route 53.
1. *API only* (Somente API): [confirme se as alterações foram propagadas](#CheckStatusNewSubdomain) para todos os servidores DNS do Route 53.
**nota**
Atualmente, a única maneira de verificar se as alterações foram propagadas é usar a ação da API [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html). Geralmente, as alterações são propagadas para todos os servidores de nome do Route 53 dentro de 60 segundos.
1. [Atualizar o serviço de DNS do domínio pai ao adicionando registros de servidor de nome ao subdomínio](#UpdateDNSParentDomain).
## Determinação de quais procedimentos usar para a criação de um subdomínio
Os procedimentos deste tópico explicam como executar uma operação incomum. Se você já estiver usando o Route 53 como serviço DNS para seu domínio e quiser apenas encaminhar o tráfego de um subdomínio, como www.exemplo.com, para seus recursos, como um servidor Web em execução em uma instância do EC2, consulte [Rotear tráfego para subdomínios](dns-routing-traffic-for-subdomains.md).
Use esse procedimento *somente* se estiver usando outro serviço DNS para um domínio, como example.com, e deseja começar a usar o Route 53 como o serviço DNS de um novo subdomínio desse domínio, como www.example.com.
## Criar uma zona hospedada para o novo subdomínio
Quando você quiser usar o Amazon Route 53 como o serviço DNS para um novo subdomínio sem migrar o domínio pai, comece criando uma zona hospedada para o subdomínio. O Route 53 armazena informações sobre seu subdomínio na zona hospedada.
Para obter informações sobre como criar uma zona hospedada usando o console do Route 53, consulte [Criar uma zona hospedada pública](CreatingHostedZone.md).
## Criar registros
Você pode criar registros usando o console do Amazon Route 53 ou a API do Route 53. Os registros que você cria no Route 53 se tornarão os registros que o DNS usará depois que você delegar a responsabilidade do subdomínio ao Route 53, conforme explicado em [Atualizar o serviço de DNS com registros de servidor de nome do subdomínio](#UpdateDNSParentDomain), posteriormente no processo.
**Importante**
Não crie registros adicionais de servidor de nome (NS) ou de início de autoridade (SOA) na zona hospedada do Route 53. Não exclua os registros de NS e SOA existentes.
Para criar registros usando o console do Route 53, consulte [Trabalhar com registros](rrsets-working-with.md). Para criar registros usando a API do Route 53, use `ChangeResourceRecordSets`. Para obter mais informações, consulte [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) na *[Referência da API do Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## Verificar o status das suas alterações (somente na API)
A criação de uma nova zona hospedada e a alteração de registros levam tempo para se propagar para os servidores DNS do Route 53. Se você usou [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) para criar seus registros, pode usar a ação `GetChange` para determinar se suas alterações foram propagadas. (`ChangeResourceRecordSets` retorna um valor para `ChangeId`, que você pode incluir em uma solicitação `GetChange` subsequente. `ChangeId` não estará disponível se você tiver criado os registros usando o console.) Para obter mais informações, consulte [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) na *Referência da API do Amazon Route 53*.
**nota**
Geralmente, as alterações são propagadas para todos os servidores de nome do Route 53 dentro de 60 segundos.
## Atualizar o serviço de DNS com registros de servidor de nome do subdomínio
Depois que as alterações nos registros do Amazon Route 53 tiverem sido propagadas (consulte [Verificar o status das suas alterações (somente na API)](#CheckStatusNewSubdomain)), atualize o serviço DNS do domínio pai adicionando registros de NS ao subdomínio. Esse processo é conhecido como delegação de responsabilidade do subdomínio para o Route 53. Por exemplo, se o domínio pai example.com estiver hospedado com outro serviço DNS e você tiver criado o subdomínio test.example.com no Route 53, atualize o serviço DNS para example.com com novos registros de NS para test.example.com.
Execute o procedimento a seguir.
1. Usando o método fornecido pelo serviço de DNS, faça backup do arquivo de zona do domínio pai.
1. No console do Route 53, obtenha os servidores de nome para sua zona hospedada do Route 53:
1. Faça login no Console de gerenciamento da AWS e abra o console do Route 53 em [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. No painel de navegação, clique em **Hosted zones** (Zonas hospedadas).
1. Na página **Hosted zones** (Zonas hospedadas), escolha o botão de opção (não o nome) da zona hospedada, depois escolha **View details** (Exibir detalhes).
1. Na página de detalhes da zona hospedada, escolha **Hosted zone details** (Detalhes da zona hospedada).
1. Anote os quatro servidores listados para **Name servers** (Servidores de nome).
Você também pode usar a ação `GetHostedZone`. Para obter mais informações, consulte [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html) na *Referência da API do Amazon Route 53*.
1. Usando o método fornecido pelo serviço de DNS do domínio pai, adicione registros de NS do subdomínio ao arquivo de zona do domínio pai. Nesses registros de NS, especifique os quatro servidores do Route 53 associados à zona hospedada que você criou na etapa 1.
**Importante**
Não adicione um registro de início de autoridade (SOA) ao arquivo de zona para o domínio pai. Como o subdomínio usará o Route 53, o serviço de DNS do domínio pai não será a autoridade para o subdomínio.
Se o serviço de DNS adicionou automaticamente um registro de SOA ao subdomínio, exclua o registro do subdomínio. No entanto, não exclua o registro de SOA do domínio pai.
# Migrar o serviço DNS de um subdomínio para o Amazon Route 53 sem migrar o domínio pai
Você pode migrar um subdomínio para usar o Amazon Route 53 como serviço DNS sem migrar o domínio pai de outro serviço DNS.
O processo tem as seguintes etapas básicas:
1. [Verifique](#decide-procedure-migrate-subdomain) se você deve usar este procedimento.
1. [Crie uma zona hospedada do Route 53 para o subdomínio](#CreateZoneMigratedSubdomain).
1. [Obtenha a configuração de DNS atual do provedor de serviço de DNS atual para o domínio pai](#GetParentDomainResourceRecords).
1. [Adicione registros](#AddMigratedSubdomainRecords) do subdomínio à sua zona hospedada do Route 53.
1. *API only* (Somente API): [confirme se as alterações foram propagadas](#MigratingSubdomainCheckStatus) para todos os servidores DNS do Route 53.
**nota**
Atualmente, a única maneira de verificar se as alterações foram propagadas é usar a ação da API [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html). Geralmente, as alterações são propagadas para todos os servidores de nome do Route 53 dentro de 60 segundos.
1. [Atualize a configuração de DNS com o provedor de serviço de DNS para o domínio pai adicionando registros de servidor de nome ao subdomínio](#UpdateOldDNS).
## Determinação de quais procedimentos usar para a criação de um subdomínio
Os procedimentos deste tópico explicam como executar uma operação incomum. Se você já estiver usando o Route 53 como serviço DNS para seu domínio e quiser apenas encaminhar o tráfego de um subdomínio, como www.exemplo.com, para seus recursos, como um servidor Web em execução em uma instância do EC2, consulte [Rotear tráfego para subdomínios](dns-routing-traffic-for-subdomains.md).
Use esse procedimento *somente* se estiver usando outro serviço DNS para um domínio, como example.com, e deseja começar a usar o Route 53 como o serviço DNS de um subdomínio existente desse domínio, como www.example.com.
## Criar uma zona hospedada para o subdomínio
Se você quiser migrar um subdomínio de outro serviço DNS para o Amazon Route 53, mas não quiser migrar o domínio pai, comece criando uma zona hospedada para o subdomínio. O Route 53 armazena informações sobre seu subdomínio na zona hospedada.
Para obter informações sobre como criar uma zona hospedada usando o console do Route 53, consulte [Criar uma zona hospedada pública](CreatingHostedZone.md).
## Obter a configuração de DNS atual do provedor de serviço de DNS
Para simplificar o processo de migração de um subdomínio existente para o Route 53, obtenha a configuração de DNS atual do domínio do provedor de serviço DNS que está servindo o domínio no momento. Você pode usar essas informações como base para a configurar o Route 53 como o serviço DNS para o subdomínio.
As informações solicitadas bem como seu formato dependem da empresa que você está usando como provedor de serviço de DNS. Idealmente, eles fornecerão um arquivo de zona, que contém informações sobre todos os registros na sua configuração atual. (Os registros informam ao DNS como você deseja que o tráfego seja encaminhado para seus domínios e subdomínios. Por exemplo, quando alguém informa o nome de seu domínio em um navegador da Web, você deseja que o tráfego seja encaminhado para um servidor Web em seu data center, para uma instância do Amazon EC2, para uma distribuição do CloudFront ou para algum outro local?) Se você conseguir obter um arquivo de zona do seu provedor de serviços DNS atual, poderá editar esse arquivo para remover os registros que não deseja migrar para o Amazon Route 53. Em seguida, você pode importar os demais registros para sua zona hospedada do Route 53, o que simplifica bastante o processo. Entre em contato com o atendimento ao cliente do provedor de serviço de DNS atual para obter um *arquivo de zona* ou uma *lista de registros*.
## Criar registros
Usando os registros obtidos do provedor de serviços DNS atual, como um ponto de partida, crie registros correspondentes na zona hospedada do Amazon Route 53 que você criou para o subdomínio. Os registros que você cria no Route 53 se tornarão os registros que o DNS usará depois que você delegar a responsabilidade do subdomínio ao Route 53, conforme explicado em [Atualizar o serviço de DNS com registros de servidor de nome do subdomínio](#UpdateOldDNS), posteriormente no processo.
**Importante**
Não crie registros adicionais de servidor de nome (NS) ou de início de autoridade (SOA) na zona hospedada do Route 53. Não exclua os registros de NS e SOA existentes.
Para criar registros usando o console do Route 53, consulte [Trabalhar com registros](rrsets-working-with.md). Para criar registros usando a API do Route 53, use `ChangeResourceRecordSets`. Para obter mais informações, consulte [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) na *[Referência da API do Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## Verificar o status das suas alterações (somente na API)
A criação de uma nova zona hospedada e a alteração de registros levam tempo para se propagar para os servidores DNS do Route 53. Se você usou [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) para criar seus registros, pode usar a ação `GetChange` para determinar se suas alterações foram propagadas. (`ChangeResourceRecordSets` retorna um valor para `ChangeId`, que você pode incluir em uma solicitação `GetChange` subsequente. `ChangeId` não estará disponível se você tiver criado os registros usando o console.) Para obter mais informações, consulte [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) na *Referência da API do Amazon Route 53*.
**nota**
Geralmente, as alterações são propagadas para todos os servidores de nome do Route 53 dentro de 60 segundos.
## Atualizar o serviço de DNS com registros de servidor de nome do subdomínio
Depois que as alterações nos registros do Amazon Route 53 tiverem sido propagadas (consulte [Verificar o status das suas alterações (somente na API)](#MigratingSubdomainCheckStatus)), atualize o serviço DNS do domínio pai adicionando registros de NS ao subdomínio. Esse processo é conhecido como delegação de responsabilidade do subdomínio para o Route 53. Por exemplo, suponha que o domínio pai example.com esteja hospedado com outro serviço DNS e que você esteja migrando o subdomínio test.example.com para o Route 53. Você deve criar uma zona hospedada para test.example.com e atualizar o serviço de DNS para example.com com os registros de NS que o Route 53 atribuiu à nova zona hospedada para test.example.com.
Execute o procedimento a seguir.
1. Usando o método fornecido pelo serviço de DNS, faça backup do arquivo de zona do domínio pai.
1. Se o provedor de serviços de DNS anterior do domínio tem um método para alterar as configurações de TTL para seus servidores de nome, recomendamos que você altere as configurações para 900 segundos. Isso limita o tempo durante o qual as solicitações de clientes tentarão resolver nomes de domínio usando servidores de nome obsoletos. Se o TTL atual é 172.800 segundos (dois dias), que é uma configuração padrão, você ainda precisa aguardar dois dias para que resolvedores e clientes interrompam o armazenamento em cache de registros de DNS usando o TTL anterior. Depois que as configurações de TTL expirarem, você poderá excluir com segurança os registros armazenados no provedor anterior e fazer alterações apenas no Route 53.
1. No console do Route 53, obtenha os servidores de nome para sua zona hospedada do Route 53:
1. Faça login no Console de gerenciamento da AWS e abra o console do Route 53 em [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. No painel de navegação, clique em **Hosted zones** (Zonas hospedadas).
1. Na página **Hosted zones** (Zonas hospedadas), escolha o botão de opção (não o nome) da zona hospedada, depois escolha **View details** (Exibir detalhes).
1. Na página de detalhes da zona hospedada, escolha **Hosted zone details** (Detalhes da zona hospedada).
1. Anote os quatro servidores listados para **Name servers** (Servidores de nome).
Você também pode usar a ação `GetHostedZone`. Para obter mais informações, consulte [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html) na *Referência da API do Amazon Route 53*.
1. Usando o método fornecido pelo serviço de DNS do domínio pai, adicione registros de NS do subdomínio ao arquivo de zona do domínio pai. Dê aos registros de NS o mesmo nome do subdomínio. Para os valores nos registros de NS, especifique os quatro servidores de nome do Route 53 associados à zona hospedada que você criou na etapa 2. Observe que diferentes serviços de DNS usam terminologia diferente. Talvez você precise entrar em contato com o suporte técnico do seu serviço de DNS para saber como executar esta etapa.
**Importante**
Não adicione um registro de início de autoridade (SOA) ao arquivo de zona para o domínio pai. Como o subdomínio usará o Route 53, o serviço de DNS do domínio pai não será a autoridade para o subdomínio.
Se o serviço de DNS adicionou automaticamente um registro de SOA ao subdomínio, exclua o registro do subdomínio. No entanto, não exclua o registro de SOA do domínio pai.
Dependendo das configurações de TTL dos servidores de nome do domínio pai, a propagação das alterações para os resolvedores de DNS pode levar 48 horas ou mais. Durante esse período, os resolvedores de DNS ainda podem responder a solicitações com os servidores de nome para o serviço de DNS do domínio pai. Além disso, os computadores cliente podem continuar a ter servidores de nome anterior para o subdomínio no cache.
1. Depois que as configurações de TTL do registrador do domínio expirarem (consulte a etapa 2), exclua os seguintes registros do arquivo de zona para o domínio pai:
+ Os registros que você adicionou ao Route 53, conforme descrito em [Criar registros](#AddMigratedSubdomainRecords).
+ Seus registros de NS do serviço de DNS. Ao concluir a exclusão de registros de NS, os únicos registros de NS no arquivo de zona serão os criados na etapa 4.
# Passar para o roteamento baseado em latência no Amazon Route 53
Com o roteamento baseado em latência, o Amazon Route 53 pode direcionar seus usuários para o endpoint de menor latência disponível. AWS Por exemplo, você pode associar um nome DNS como `www.example.com` a um ELB Classic, uma Aplicação ou um Network Load Balancer ou a instâncias do Amazon EC2 ou endereços de IP elásticos que são hospedados nas regiões Leste dos EUA (Ohio) e Europa (Irlanda). O servidores DNS do Route 53 decidem, de acordo com as condições de rede das duas semanas anteriores, quais instâncias em quais regiões devem atender a usuários específicos. Um usuário em Londres provavelmente será direcionado para a instância da Europa (Irlanda), um usuário em Chicago provavelmente será direcionado para a instância do Leste dos EUA (Ohio) e assim por diante. O Route 53 oferece suporte ao encaminhamento por latência para os registros A, AAAA, TXT e CNAME, bem como aliases para registros A e AAAA.
**nota**
Os dados sobre a latência entre usuários e seus recursos são baseados inteiramente no tráfego entre usuários e AWS data centers. Se você não estiver usando recursos em uma AWS região, a latência real entre seus usuários e seus recursos pode variar significativamente dos dados de AWS latência. Isso é verdade mesmo se seus recursos estiverem localizados na mesma cidade de uma AWS região.
Para obter uma transição tranquila e de baixo risco, você pode combinar registros de latência e ponderados para migrar gradualmente do roteamento padrão para o roteamento baseado em latência com controle total e o recurso de reversão em cada estágio. Vamos considerar um exemplo em que `www.example.com` está hospedado em uma instância do Amazon EC2 na região Leste dos EUA (Ohio). A instância tem o endereço IP elástico `W.W.W.W`. Suponha que você queira continuar roteando o tráfego para a região Leste dos EUA (Ohio) quando aplicável, enquanto também começa a direcionar usuários para as instâncias adicionais do Amazon EC2 na região Oeste dos EUA (Norte da Califórnia) (IP elástico `X.X.X.X`) e na região Europa (Irlanda) (IP elástico `Y.Y.Y.Y`). A zona hospedada do Route 53 de `example.com` já tem um registro para `www.example.com` que tem um **Type** (Tipo) A e um **Value** (Valor) (um endereço IP) de `W.W.W.W`.
Quando você concluir o exemplo a seguir, terá dois registros de alias ponderados:
+ Você converterá os registros existentes para `www.example.com` em um registro de alias ponderado que continua a direcionar a maior parte do tráfego para a instância do Amazon EC2 existente na região Leste dos EUA (Ohio).
+ Você criará outro registro de alias ponderado que inicialmente direciona apenas uma pequena parte do tráfego para seus registros de latência, o que roteia o tráfego para todas as três regiões.
Ao atualizar os pesos nesses registros de alias ponderados, você pode mudar gradualmente do roteamento do tráfego apenas para a região Leste dos EUA (Ohio) para roteamento do tráfego para todas as três regiões nas quais você tem instâncias do Amazon EC2.
**Como passar para o roteamento baseado em latência**
1. Faça uma cópia do registro de `www.example.com`, mas use um novo nome de domínio, por exemplo, `copy-www.example.com`. Dê ao novo registro o mesmo **Tipo** (A) e **Valor** (`W.W.W.W`) como o registro de `www.example.com`.
1. Atualize o registro A existente para `www.example.com` a fim de torná-lo um registro de alias ponderado:
+ Para **Value/Route traffic to** (Valor/Encaminhar tráfego para), escolha **Alias to another record in this hosted zone** (Alias para outro registro nessa zona hospedada), e especifique `copy-www.example.com`.
+ Para **Weight** (Peso), especifique 100.
Ao concluir a atualização, o Route 53 continuará a usar esse registro para encaminhar todo o tráfego para o recurso que tenha um endereço IP de `W.W.W.W`.
1. Crie um registro de latência para cada uma de suas instâncias do Amazon EC2, por exemplo:
+ Leste dos EUA (Ohio), endereço de IP elástico `W.W.W.W`
+ Oeste dos EUA (Norte da Califórnia), endereço de IP elástico `X.X.X.X`
+ Europa (Irlanda), endereço de IP elástico `Y.Y.Y.Y`
Dê a todos os registros de latência o mesmo nome de domínio, por exemplo, `www-lbr.example.com` e o mesmo tipo A.
Quando você terminar de criar os registros de latência, o Route 53 continuará roteando o tráfego usando o registro que você atualizou na etapa 2.
Você pode usar `www-lbr.example.com` para testes de validação, por exemplo, a fim de garantir que cada endpoint pode aceitar solicitações.
1. Agora vamos adicionar o registro de latência `www-lbr.example.com` ao registro ponderado `www.example.com` e começar o roteamento limitado do tráfego para as instâncias correspondentes do Amazon EC2. Isso significa que a instância do Amazon EC2 na região Leste dos EUA (Ohio) obterá o tráfego dos dois registros ponderados.
Crie outro registro de alias ponderado para `www.example.com`:
+ Para **Value/Route traffic to** (Valor/Encaminhar tráfego para), escolha **Alias to another record in this hosted zone** (Alias para outro registro nessa zona hospedada), e especifique `www-lbr.example.com.`
+ Para **Weight** (Peso), especifique 1.
Quando você terminar e suas alterações estiverem sincronizadas com os servidores do Route 53, o Route 53 começará a encaminhar uma pequena fração de seu tráfego (1/101) para as instâncias do Amazon EC2 para as quais você criou registros de latência na etapa 3.
1. À medida que você desenvolver a confiança de que os endpoints estão adequadamente dimensionados para o tráfego de entrada, ajuste os pesos. Por exemplo, se você quer que 10% de suas solicitações sejam fundamentadas no roteamento baseado em latência, altere os pesos para 90 e 10, respectivamente.
Para obter mais informações sobre como criar registros de latência, consulte [Criar registros usando o console do Amazon Route 53](resource-record-sets-creating.md).
# Como adicionar outra região ao encaminhamento por latência no Amazon Route 53
Se você estiver usando o roteamento baseado em latência e quiser adicionar uma instância a uma nova região, poderá migrar o tráfego gradualmente para a nova região da mesma forma que alterou o tráfego para o roteamento baseado em latência [Passar para o roteamento baseado em latência no Amazon Route 53](TutorialTransitionToLBR.md).
Por exemplo, suponha que você esteja usando o encaminhamento por latência para encaminhar o tráfego para `www.example.com`, e queira adicionar uma instância do Amazon EC2 na Ásia-Pacífico (Tóquio) para suas instâncias no Leste dos EUA (Ohio), Oeste dos EUA (Norte da Califórnia) e Europa (Irlanda). O procedimento de exemplo a seguir explica uma forma de adicionar uma instância em outra região.
Neste exemplo, a zona hospedada do Amazon Route 53 para `example.com` já tem um registro de alias ponderado para `www.example.com` que está roteando o tráfego para os registros com base em latência para `www-lbr.example.com`:
+ Leste dos EUA (Ohio), endereço de IP elástico `W.W.W.W`
+ Oeste dos EUA (Norte da Califórnia), endereço de IP elástico `X.X.X.X`
+ Europa (Irlanda), endereço de IP elástico `Y.Y.Y.Y`
O registro de alias ponderado tem um peso 100. Após a transição para o roteamento baseado em latência, suponha que você tenha excluído o outro registro ponderado usado para a transição.
**Como adicionar outra região ao encaminhamento por latência no Route 53**
1. Crie quatro novos registros de latência que incluem três regiões originais bem como a nova região para a qual você deseja iniciar o roteamento de tráfego.
+ Leste dos EUA (Ohio), endereço de IP elástico `W.W.W.W`
+ Oeste dos EUA (Norte da Califórnia), endereço de IP elástico `X.X.X.X`
+ Europa (Irlanda), endereço de IP elástico `Y.Y.Y.Y`
+ Ásia-Pacífico (Tóquio), Endereço de IP elástico `Z.Z.Z.Z`
Dê a todos os registros de latência o mesmo novo nome de domínio, por exemplo, `www-lbr-2012-04-30.example.com` e o mesmo tipo A.
Quando você concluir a criação dos registros de latência, o Route 53 continuará encaminhando o tráfego usando o registro de alias ponderado original (`www.example.com`) e os registros de latência (`www-lbr.example.com`).
Você pode usar os registros `www-lbr-2012-04-30.example.com` para testes de validação, por exemplo, a fim de garantir que cada endpoint pode aceitar solicitações.
1. Crie um registro de alias ponderado para os novos registros de latência:
+ Para o nome de domínio, especifique o nome do registro de alias ponderado existente, `www.example.com`.
+ Para **Value/Route traffic to** (Valor/Encaminhar tráfego para), escolha **Alias to another record in this hosted zone** (Alias para outro registro nessa zona hospedada), e especifique `www-lbr-2012-04-30.example.com`.
+ Para **Weight** (Peso), especifique 1.
Quando você concluir, o Route 53 começará a encaminhar uma pequena fração do tráfego (1/101) para as instâncias do Amazon EC2 para as quais você criou registros de latência de `www-lbr-2012-04-30.example.com` na etapa 1. O restante do tráfego continuará a ser encaminhado para os registros de latência `www-lbr.example.com`, que não incluem a instância do Amazon EC2 na região Ásia-Pacífico (Tóquio).
1. À medida que você desenvolver a confiança de que os endpoints estão adequadamente dimensionados para o tráfego de entrada, ajuste os pesos. Por exemplo, se você quer que 10% de suas solicitações sejam roteadas para registros de latência que incluem a região de Tóquio, altere o peso de `www-lbr.example.com` de 100 para 90 e o peso de `www-lbr-2012-04-30.example.com` de 1 a 10.
Para obter mais informações sobre a criação de registros, consulte [Criar registros usando o console do Amazon Route 53](resource-record-sets-creating.md).
# Como usar registros de latência e ponderados no Amazon Route 53 para encaminhar tráfego para várias instâncias do Amazon EC2 em uma região
Se sua aplicação estiver em execução em instâncias do Amazon EC2 em duas ou mais regiões do Amazon EC2, e se você tiver mais de uma instância do Amazon EC2 em uma ou mais regiões, você poderá usar o encaminhamento por latência para encaminhar o tráfego para a região correta e, em seguida, usar registros ponderados para encaminhar o tráfego para instâncias dentro da região com base nos pesos especificados.
Por exemplo, suponha que você tenha três instâncias do Amazon EC2 com endereços de IP elásticos na região Leste dos EUA (Ohio) e que você deseja distribuir de maneira uniforme as solicitações entre os três IPs para os usuários para os quais a região Leste dos EUA (Ohio) é apropriada. Apenas uma instância do Amazon EC2 é suficiente em outras regiões, embora você possa aplicar a mesma técnica a muitas regiões de uma só vez.
**Para usar registros de latência e ponderados no Amazon Route 53 para encaminhar tráfego para várias instâncias do Amazon EC2 em uma região**
1. Crie um grupo de registros ponderados para as instâncias do Amazon EC2 na região. Observe o seguinte:
+ Dê a cada registro ponderado o mesmo valor de **Record name** (Nome do registro) (por exemplo, `us-east.example.com`) e **Record type** (Tipo de registro).
+ Para **Value/Route traffic to** (Valor/Encaminhar tráfego para), escolha o **endereço IP ou outro valor dependendo do tipo de registro** e especifique o valor de um dos endereços de IP elástico.
+ Se você quiser dar o mesmo peso às instâncias do Amazon EC2, especifique o mesmo valor para **Weight** (Peso).
+ Especifique um valor exclusivo para **Definir ID** para cada registro.
Para obter mais informações sobre valores de registros ponderados, consulte [Roteamento ponderado](routing-policy-weighted.md)
1. Se você tiver várias instâncias do Amazon EC2 em outras regiões, repita a etapa 1 para as outras regiões. Especifique um valor diferente para **Nome** em cada região.
1. Para cada região em que você tem várias instâncias do Amazon EC2 (por exemplo, Leste dos EUA [Ohio]), crie um registro de alias de latência. Para **Valor/Encaminhar tráfego para**, escolha **Alias para outro registro nessa zona hospedada** e especifique o valor do campo **Nome do registro** (por exemplo, `us-east.example.com`) que você atribuiu aos registros ponderados nessa região.
1. Para cada região em que você tenha uma instância do Amazon EC2, crie um registro de latência. Para o valor de **Record name** (Nome do registro), especifique o mesmo valor que você especificou para os registros de alias de latência criados na etapa 3. Para **Value/Route traffic to** (Valor/Encaminhar tráfego para), escolha o **endereço IP ou outro valor dependendo do tipo de registro** e especifique o endereço de IP elástico da instância do Amazon EC2 nessa região.
Para saber mais sobre como adicionar registros de alias a instâncias do Amazon EC2, consulte[Como encaminhar o tráfego para uma instância do Amazon EC2](routing-to-ec2-instance.md)
Para obter mais informações sobre a criação de registros, consulte [Criar registros usando o console do Amazon Route 53](resource-record-sets-creating.md).
# Como gerenciar mais de 100 registros ponderados no Amazon Route 53
O Amazon Route 53 permite que você configure registros ponderados. Para um determinado nome e tipo (por exemplo, `www.example.com`, tipo A), você pode configurar até 100 respostas alternativas, cada uma com seu próprio peso. Ao responder às consultas de `www.example.com`, os servidores DNS do Route 53 selecionam uma resposta aleatória ponderada para retornar aos resolvedores de DNS. O valor de um registro ponderado que tem um peso 2 costuma ser retornado duas vezes mais que o valor de um registro ponderado que tem um peso 1.
Se você precisa direcionar o tráfego para mais de 100 endpoints, uma maneira de fazer isso é usar uma árvore de registros de alias ponderados e registros ponderados. Por exemplo, o primeiro “nível” da árvore pode ser de até 100 registros de alias ponderados, sendo que cada um deles pode, por sua vez, apontar para até 100 registros ponderados. O Route 53 permite até três níveis de recursão, possibilitando que você gerencie até 1.000.000 endpoints exclusivos ponderados.
Um árvore simples dois níveis pode ter a seguinte aparência:
**Registros de alias ponderados**
+ aliases `www.example.com` para `www-a.example.com` com peso 1
+ aliases `www.example.com` para `www-b.example.com` com peso 1
**Registros ponderados**
+ `www-a.example.com`, tipo A, valor 192.0.2.1, peso 1
+ `www-a.example.com`, tipo A, valor 192.0.2.2, peso 1
+ `www-b.example.com`, tipo A, valor 192.0.2.3, peso 1
+ `www-b.example.com`, tipo A, valor 192.0.2.4, peso 1
Para obter mais informações sobre a criação de registros, consulte [Trabalhar com registros](rrsets-working-with.md).
# Como ponderar respostas de vários registros tolerantes a falha no Amazon Route 53
**nota**
Os registros que usam a política de roteamento de resposta com valores múltiplos se comportam da mesma maneira que a configuração documentada neste tutorial. A principal diferença é que a configuração do tutorial permite que você especifique pesos, o que pode ser útil quando seus endpoints têm capacidades diferentes. Para obter mais informações, consulte [Roteamento de resposta com vários valores](routing-policy-multivalue.md).
Um registro ponderado do Amazon Route 53 só pode ser associado a um registro, o que significa uma combinação de um nome (por exemplo, `example.com`) e um tipo de registro (por exemplo, A). Mas em geral é desejável ponderar as respostas de DNS que contêm vários registros.
Por exemplo, você pode ter oito instâncias do Amazon EC2 ou endpoints de IP elástico para um serviço. Se os clientes do serviço oferecem suporte a tentativas de conexão (como fazem todos os navegadores comuns), fornecer vários endereços IP em respostas DNS permitirá que esses clientes tenham endpoints alternativos em caso de falha de qualquer endpoint específico. Você pode até mesmo se proteger contra a falha de uma zona de disponibilidade se configurar as respostas para conter uma combinação de IPs hospedadas em duas ou mais zonas de disponibilidade.
As respostas de vários registros também são úteis quando um grande número de clientes (por exemplo, aplicativos web móveis) compartilham um pequeno conjunto de caches DNS. Neste caso, as respostas de vários registros permitem que os clientes direcionem solicitações para vários endpoints, mesmo se eles receberem uma resposta DNS comum do cache compartilhado.
Esses tipos de respostas ponderadas de vários registros podem ser obtidos usando uma combinação de registros e registros de alias ponderados. Você pode agrupar oito endpoints em dois conjuntos de registros distintos que contêm quatro endereços IP cada:
`endpoint-a.example.com`, tipo A, com os seguintes valores:
+ 192.0.2.1
+ 192.0.2.2
+ 192.0.2.128
+ 192.0.2.129
`endpoint-b.example.com`, tipo A, com os seguintes valores:
+ 192.0.2.3
+ 192.0.2.4
+ 192.0.2.130
+ 192.0.2.131
Em seguida, você pode criar um registro de alias ponderado que aponta para cada grupo:
+ aliases `www.example.com` para `endpoint-a.example.com`, tipo A, peso 1
+ aliases `www.example.com` para `endpoint-b.example.com`, tipo A, peso 1
Para obter mais informações sobre a criação de registros, consulte [Trabalhar com registros](rrsets-working-with.md).