Olá a todos, e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre o DNS híbrido.
Agora, em organizações maiores, um dos padrões comuns de arquitetura que você verá é que eles são
baseados em uma configuração híbrida.
Portanto, uma parte da infra-estrutura pode estar em uma segunda parte da infra-estrutura pode estar no centro
de dados on premise, Azure, etc.
Agora, quando você tem uma configuração híbrida, um dos desafios está relacionado com a resolução DNS geral.
E isto é algo que estaremos discutindo no vídeo de hoje.
Agora, antes de entendermos as coisas em detalhes, vamos revisar o básico relacionado à zona privada hospedada
em uma visão geral de alto nível.
A zona privada hospedada contém o registro que especifica como você deseja encaminhar o tráfego em um VPC da Amazônia.
Por exemplo, digamos que você tem uma zona privada hospedada e há um certo conjunto de registros
e há dois EPCs.
Agora, por padrão, estes VPC não serão capazes de executar a resolução com base nestes registros.
Portanto, o que você precisa fazer, você tem que ir em frente e associar o VPC a uma zona privada hospedada e somente
depois desta associação, os recursos do VPC poderão ir em frente e executar a resolução.
Agora, nesta fase, como o VPC número dois não está associado, a CE, duas instâncias neste VPC não serão
capazes de resolver os registros desta zona hospedada privada específica.
Agora deixe-me também mostrar-lhe rapidamente.
Portanto, nesta fase, tenho um ponto interno de demonstração de chamada de zona privada hospedada.
O tipo que você vê é privado agora associado a esta zona.
Se eu editar rapidamente a zona, você tem uma opção relacionada com a associação de um VPC a esta zona.
E nesta fase você vê que existe apenas um VPC que está associado.
Você também tem a opção de associar múltiplos conjuntos de VPC associados a esta zona de forma que todos
estes registros que fazem parte desta zona possam ser resolvidos pelos recursos associados
ao VPC.
Agora, uma parte muito importante a ser lembrada é que a Rota 53 não responde às consultas que
não são originadas pelo VPC.
Por exemplo, digamos que você tem uma zona hospedada privada e tem um VPC número um que está associado
a esta zona, e há também um VPC número dois, e há um peering entre estes dois VPC.
Assim, as duas instâncias fáceis em VPC dois serão capazes de se comunicar com a CE, duas instâncias em
VPC um e vice versa.
Agora, como o VPC tem acesso à zona hospedada privada, presume-se que os recursos no VPC número dois através
desta conexão de peering também serão capazes de resolver os registros que fazem parte da zona hospedada
privada.
No entanto, não é esse o caso.
Portanto, se um dois fácil do VPC número dois enviar a consulta para este registro específico.
Por exemplo, 01. ponto de demonstração interno do VPC número um mais dois endereços.
Não será resolúvel.
Portanto, vamos em frente e também analisar rapidamente esta questão.
Agora, semelhante a esta arquitetura específica, eu já tenho a infra-estrutura montada.
Assim, na conta número um, eu tenho uma instância fácil de executar e tenho mais uma instância
fácil de executar na conta número dois e ambos do VPC em que os dois da CE estão rodando, esses
VPC aparecem.
Por exemplo, se examinarmos a conexão de peering, você verá que existe um peering entre a conta
número um e a conta número dois VPC.
E, similar a este diagrama, há uma zona hospedada privada que está associada ao VPC número
um.
Deixe-me também mostrar-lhe.
Portanto, se você olhar para a associação, ela está associada a um dos VPC, que estamos chamando
de VPC número um.
Agora, a partir do terminal, já estou conectado a ambas estas duas instâncias da CE.
Portanto, a primeira instância da CE tem um IP de 1077 zero 172.
Agora se você vir que tem 1077 zero 172 e o segundo tem um IP de um 7231 e se você olhar para
aqui tem um 7231.
Portanto, antes de prosseguirmos, vamos em frente e verificar primeiro se a conectividade está presente com sucesso.
Assim, a partir da conta número dois, EC dois, vou em frente e farei um ping no EC dois associado
à conta número um.
E, como esperado, nesta fase, a conectividade ping está lá com sucesso.
Agora, nesta fase, o segundo ponto é muito importante onde estávamos discutindo o VPC mais dois endereços.
Portanto, este é o endereço relacionado com a resolução geral.
Portanto, de modo geral, deixe-me mostrar rapidamente se vamos ao conf. de resultados ETSI.
Você tem a vantagem de se dirigir.
Portanto, se o VPC CIDR é 1070 700 16, então o servidor de nomes seria 1077 0. 2.
Muito bem.
Agora, se você fizer uma pesquisa por exemplo, google. com neste endereço, 1077 0. 2 novamente, se você não mencionar isso, tomará
isso como padrão.
Mas só para evitar confusão, estou acrescentando aqui.
A resolução está funcionando perfeitamente bem.
Da mesma forma, se você tentar a resolução associada com o domínio da zona privada hospedada, vamos experimentá-la.
Vou dizer 01. ponto de demonstração interno.
E, como você vê, a resolução também está funcionando perfeitamente.
Agora, como já existe uma conectividade entre VPC um e VPC dois, presume-se que a instância no VPC
dois, se essa instância também enviar essa consulta DNS específica sobre esse endereço mais dois, a resolução
irá funcionar.
No entanto, acabamos de saber que isto é algo que não é suportado, então vamos experimentar.
Por isso, se eu executar exatamente o mesmo comando aqui, veja, não estamos realmente obtendo nenhuma resposta aqui.
E, nesta fase, temos uma conexão programada, declarando que nenhum servidor poderia ser alcançado.
Portanto, é isto que o primeiro ponteiro significa quando dizemos que a Rota 53 não responderá às
consultas que não são originadas pelo VPC.
Agora, nesta fase, discutimos sobre o peering VPC.
No entanto, isto pode ser qualquer tipo de configuração.
Por exemplo, se discutirmos sobre a arquitetura híbrida onde você tem um VPC e você tem
um no local e há uma conectividade via VPN e conexão direta, mesmo nesses casos, se os recursos
no local tentarem se conectar ao VPC um mais dois endereços IP para resolução, este tipo de configuração
não é suportado.
Agora, como há muitas organizações que estão usando ativamente esse tipo de configuração, a questão
é qual é a solução provável para pô-la em funcionamento?
E uma das soluções prováveis aqui é a introdução de um servidor DNS.
Portanto, se você examinar esta arquitetura específica provável, o que você fará primeiro, você hospedará
o servidor DNS personalizado no VPC.
Portanto, este é um exemplo fácil de ser seguido.
Então o on premise envia as consultas para o servidor DNS personalizado.
Assim, a partir da premissa, em vez de enviar para o endereço IP mais dois, você o envia para o endereço IP deste servidor
DNS personalizado.
Agora, este servidor DNS personalizado irá encaminhar a consulta para o resolvedor apropriado da Rota 53.
E a partir daqui, qualquer que seja a resposta que este servidor DNS personalizado receba, ele encaminhará a resposta
de volta para a premissa.
E esta é uma das arquiteturas muito comuns que você verá em geral na organização.
Funciona muito bem.
No entanto, existem certos desafios para este tipo de arquitetura.
A primeira primária é que o cliente tem que gerenciar o servidor DNS personalizado, de modo que todas as coisas relacionadas à
alta disponibilidade, segurança e otimização da escalabilidade se tornam de responsabilidade do cliente.
Agora, o que acontece devido a alguma razão para que esta instância EC2 relacionada ao servidor DNS personalizado
caia, a resolução DNS inteira deixará de funcionar e isto afetará a aplicação geral.
E esta é uma das razões pelas quais introduziu os pontos terminais de resolução de raiz 53 que nos permite
comunicar com os hosts privados ou domínios de fora do VPC.
Portanto, aqui, ao invés do servidor DNS personalizado, estamos introduzindo o resolvedor endpoint.
E o benefício deste desfecho resolver é que ele cuida de toda a infra-estrutura aqui.
Portanto, você não precisa realmente se preocupar muito com a alta disponibilidade, otimização da segurança, etc. Vamos cuidar disso.
Tudo o que você terá que fazer é criar um endpoint de resolução e enviar a consulta para o endereço IP
associado a este endpoint e toda a configuração de seu DNS é feita para você.
E hoje em dia a maioria das organizações está migrando da abordagem do servidor DNS personalizado que estávamos
discutindo para a abordagem deste ponto de resolução.
Agora, mais uma vez, o conjunto de recursos de resolver endpoint proporciona uma grande flexibilidade.
Estaremos discutindo sobre isso no vídeo apropriado.
Entretanto, do ponto de vista arquitetônico, espero que você tenha uma idéia sobre quais são as soluções associadas quando
você tem um tipo híbrido de configuração.
Assim, com isto, o vídeo de hoje será concluído.