Pergunta interessante - não parece ser explicitamente documentado se o Amazon Route 53 suporta endereços IP fora do < href="https://forums.aws.amazon.com/ann.jspa?annID=1701"> Intervalos de IP público do Amazon EC2 , mas acho que, em certa medida, aqui está o que eu imaginei / testado:
Documentação
A postagem no blog introdutório Multi -Region Latency Based Routing agora disponível para AWS menciona que Se você inserir um IP público de instância do EC2, Elastic IP ou Elastic Load Balancer no console do Route 53, ele sugerirá a região correta para você - Este é realmente o caso, enquanto inserir um endereço IP não EC2 deixa esta seleção para você, veja Testes abaixo. A postagem também afirma o seguinte:
Behind the scenes, we are constantly gathering anonymous internet latency measurements [...]. These measurements help us build large tables of comparative network latency from each AWS region to almost every internet network out there. They also allow us to determine which DNS resolvers those end-users generally use.
Além disso, a postagem menciona que o Roteamento Baseado em Latência está disponível para os tipos de registro DNS "A", "AAAA", "CNAME", "TXT" [...] .
Teste
Com as informações básicas acima, eu criei um conjunto de registros de recursos com base na latência com as instâncias EC2 us-east-1, us-west-2, ap-sudeste-1, ap-southeast-2 e adicionamos um roteador / gateway não AWS nosso na Europa, especificando eu-west-1 como região de acordo. / p>
Eu usei um TTL baixo e incluído / excluído e testei as respectivas respostas de DNS dessas quatro instâncias e o Route 53 forneceu o resultado desejado, ou seja, respondendo com o endereço IP não AWS em eu-west-1 onde apropriado e dependendo de quais regiões foram incluídas no conjunto.
- Observe que eu realizei esses testes manualmente e não obtive nenhuma cobertura de teste sistemático de 100% - idealmente, essa deve ser uma configuração automatizada e configurável, é claro.
Conclusão
O roteamento baseado em latência para endereços IP não AWS parece funcionar na medida em que você precisa incluir seus próprios endereços em uma das regiões da AWS disponíveis - isso faz sentido, já que a AWS precisa usar medições de latência para rotas não da AWS para alcançar a análise de caminho mais curto desejada a partir de uma perspectiva do usuário final e esses sistemas estão, na maioria das vezes, sendo executados fora da AWS.
- Um exemplo de destaque seria os usuários finais do Amazon CloudFront , onde a tecnologia facilitada de roteamento baseada em latência se originou e que apresenta dezenas de pontos de presença em todo o mundo , muitos dos quais estão fora dos datacenters regionais da AWS, consulte a Infraestrutura global mapa / info.