Haroon, e bem-vindo de volta agora a isso, estaremos discutindo sobre os fundamentos da política de roteamento e nosso 53
agora em uma visão geral de alto nível contra outros roteamentos, basicamente permite que você encaminhe o
tráfego para um recurso quando os recursos ajudarem ou para outro recurso quando o primeiro recurso não é íntegro.
Então, vamos supor que esta é uma instância setu e esta é a primeira área de recursos.
Assim, todo o tráfego que é direcionado para a estrada, 53 irá para este recurso de força de fácil
instantâneo.
No entanto, no caso de esta instância cair, então, com a ajuda de outros roteadores, podemos dizer ao
Roud 53 que todas as consultas devem ser direcionadas para o ponto final diferente.
E isso é muito comum em muitos Lipsett.
Então, basicamente, você deve ter visto um monte de modificações de manutenção que estão por vir.
Portanto, caso o site principal não esteja funcionando por algum motivo, o Deerness like it out 53 automaticamente, com
a ajuda de outros roteadores, pode direcionar para um poço de manutenção para que o inconveniente geral seja
menor em termos de experiência do usuário.
Então, deixe-me fazer uma coisa.
Deixe-me fazer uma rápida demonstração para que possamos entender isso de uma maneira melhor.
Então, atualmente na Rota 53, eu tenho dois registros que foram definidos e são baseados na política de roteamento
do Filho, políticas de roteamento Soyuzes baseadas em falha e Varnum no registro é referido como um primário e o segundo
registro é chamado de secundário.
Então, basicamente, o quarto é fazer coisas com o primário.
O tráfego deve ir também é conhecido como o principal.
E a base de manutenção que estávamos discutindo é uma referência ao recall secundário.
Agora, o que acontecerá é que se esse registro primário falhar, o Route 53 direcionará automaticamente o tráfego
para este valor secundário, que é a página de manutenção hospedada no Amazon s três.
Agora, deixe-me mostrar rapidamente a vocês dois.
Portanto, vamos abrir rapidamente o primeiro valor no navegador.
Veja, o site funciona perfeitamente bem.
Agora, uma das perguntas que surge é como o Road 53 determina se o recurso está íntegro ou não?
E essa determinação é por meio do exame de saúde.
Portanto, atualmente tenho uma verificação de saúde que está configurada para uma instância fácil de dois.
E, atualmente, se você ver que o exame de saúde está perfeitamente saudável.
Portanto, este site é basicamente carregado do SC para a instância para a qual a verificação de saúde está associada.
Agora, para esta instância AC2, se eu tiver que mostrar rapidamente se eu perco o status de Estância, Angelique, você vê que
o Motor X está ativo e funcionando e é daqui de onde vem o site.
Então, vamos fazer uma coisa.
Vamos fazer uma chamada no campo ou ponto.
Mantenha o eLab começando agora, nesta fase, esta falha de registro específica, Kapil observou que a verificação de saúde
associada está íntegra.
Isso basicamente significa que o Routt 53 irá direcionar o tráfego para este primeiro valor, que é o endereço IP
desses dois.
Portanto, quando você fizer uma chamada, deverá ver o grande arquivo de administração que está por vir.
Na verdade, se você fizer rapidamente uma chamada no failover ponto KP lives ponto Internet, você deve basicamente ver que
o servidor aqui é o Ingenix, seguido pelo número da versão.
E se você fizer isso rapidamente e pesquisar nas abas de campo ou ponto na Internet, basicamente está direcionando para o
servidor com IP finalizado antes daquele um a um, que é igual ao valor que
definimos.
Agora, vamos pegar outro cenário onde se trata de duas instâncias.
O site irá em frente e interromperá isso.
Então, deixe-me ir em frente e esses sistemas podem parar.
Ingenix Tudo bem.
Portanto, agora, se você atualizar a página rapidamente, verá imediatamente um erro informando que o site não pode
ser acessado.
Agora, como o site não está funcionando, nem mesmo o Hatake, posteriormente, ele passará de íntegro para não
íntegro.
Então, vamos esperar um momento aqui.
Então, em uma atualização subsequente, agora, você vê que o status mudou de íntegro para não íntegro.
Agora, se as coisas estão funcionando perfeitamente bem no que diz respeito ao roteamento companheiro, então a
solicitação não deve ser muito fácil de instanciar, mas em vez disso, deve ir para o endpoint secundário associado
a S3.
Então, vamos experimentar.
Então vamos limpar a página e desta vez vamos fazer uma ligação novamente no Freeloader Capi na Internet.
Veja, você está recebendo uma mensagem informando que esta é uma página de manutenção.
Agora, essa página de manutenção específica vem de um três baldes chamado Freeloader Kapil, a Internet, que por
sua vez contém basicamente esses dados de índice.
Então, deixe-me mostrar isso a você.
Então, se eu abrir rapidamente essa URL de objetivo, você vê, isso é.
Uma batida de manutenção, e essa é a batida exata que estamos obtendo no
que diz respeito àquela garota, e agora, mesmo se você fizer isso e procurar na Internet desta vez, verá que basicamente obteve um endereço
IP totalmente diferente.
Está correto.
Então, com isso, espero que em uma visão geral de alto nível, você tenha entendido o básico, bem como as vantagens
que a política de roteamento de Fallujah oferece.
Então com isso vamos concluir o vídeo de hoje.