Hadian E bem-vindo de volta.
Agora, neste vídeo, vamos discutir sobre o equilibrador de carga Gateway em uma visão geral de alto nível.
Agora, antes de discutirmos sobre os balanceadores de carga Gateway, é importante que primeiro compreendamos
a declaração do problema e os desafios que a organização costumava enfrentar.
Uma das coisas importantes especificamente para as grandes empresas é a inspeção de tráfego.
Agora, a inspeção de tráfego pode ser relacionada a IEDs, EFPs.
Pode ser relacionado a firewalls, casos de uso relacionados à inspeção profunda de pacotes, etc...
E esta é a razão pela qual na maioria das empresas você verá algum tipo de aparelho de rede virtual relacionado
a IEDs, EFPs, firewalls que foram implantados de forma abusiva.
Agora, vamos também analisá-la do ponto de vista arquitetônico para ver como ela se integra.
Portanto, digamos que você tenha uma sub-rede onde todos os seus servidores de aplicação estejam hospedados
e haja a exigência de algum tipo de inspeção de tráfego.
Assim, o que as organizações fazem, elas utilizam algum tipo de dispositivo de rede virtual
relacionado a IEDs, EFPs, etc. que estão sendo fornecidas por vários fornecedores como a Cisco, ET cetera.
E este aparelho de rede pode cuidar da inspeção geral do tráfego.
Agora, vamos assumir que existe um gateway de Internet que é usado para enviar e receber tráfego através da Internet.
Portanto, se um servidor de aplicação quiser enviar ou receber o tráfego da Internet, esse tráfego primeiro
vai para o aparelho de rede onde é inspecionado a partir do aparelho de rede, ele vai em direção ao gateway
da Internet.
Da mesma forma, o tráfego da Internet, ele vai para o aparelho de rede onde o tráfego é inspecionado.
E após a inspeção, o aparelho de rede enviará o tráfego de volta para o servidor de aplicação.
Portanto, este é um dos casos de uso que você verá comumente nas empresas.
Agora, antes de prosseguirmos, vamos em frente e entender, com base nesta arquitetura, como as tabelas
de rotas podem ser definidas.
Agora, na sub-rede onde os servidores de aplicação estão hospedados, vamos analisar a tabela
de rotas aqui você define que haverá uma rota padrão do VPC local e o alvo é local.
Entretanto, para qualquer outro destino como 0000, que também inclui o tráfego em direção à Internet,
o alvo é o aparelho de rede E nove, portanto, todo o tráfego do servidor de aplicação não é destinado
para o VPC irá primeiro em direção ao aparelho de rede.
Agora em um nível de aparelho de rede, você tem uma rota local por aqui e tem um0000 que vai em direção ao gateway
da Internet.
Assim, o Application Server primeiro envia o tráfego destinado ao gateway da Internet para o Appliance da rede.
Network Appliance inspecionará o tráfego e então enviará o tráfego para o gateway da Internet.
Portanto, esta é uma parte.
A segunda parte a considerar aqui é também a rota no nível do gateway da Internet.
E aqui dentro, o que você pode definir é qualquer tráfego que vá em direção à sub-rede do servidor de aplicação.
Portanto, se você vir o site, esse bloco é 1077 2. 0 slash 24, que você pode ver aqui, qualquer tráfego
que vá em direção à sub-rede, deve-se ir para o E nove do aparelho da rede.
Portanto, o que quer que haja neste aparelho de rede, é para lá que o tráfego irá.
Muito bem.
Portanto, espero que com isto em uma visão geral de alto nível, você tenha entendido a arquitetura sobre como este tipo
de configuração pode ser implementada.
Agora, existem certos desafios com este tipo de arquitetura.
Primeiro, quando estávamos discutindo que o roteamento é feito em um nível interno do aparelho de rede.
Por exemplo, a partir desta rota podemos identificar que todo o tráfego que está indo em
direção à Internet está indo em direção ao alvo do INA do aparelho de rede.
Isto é o que o primeiro ponteiro denota.
Agora, quando você tiver esse tipo de tabela de rotas, você verá problemas relacionados à alta disponibilidade e escalabilidade.
Por exemplo, digamos que este aparelho de rede foi abaixo.
Isto não é nada além de um exemplo fácil de ser feito.
O que aconteceria se esta segunda instância do CE fosse ao fundo?
Ainda assim, dependendo da tabela de rotas, o tráfego irá em direção ao INA.
Portanto, o que você terá que fazer se lançar mais um aparelho de rede EC dois, você terá
que mudar a tabela de rota associada ao gateway da Internet, bem como a da sub-rede do servidor de aplicação.
A segunda questão principal é o escalonamento.
Uma vez que definimos apenas um INA.
O que acontece se houver dez exemplos do aparelho de rede que estão funcionando?
Portanto, esta também é uma das questões que você enfrentará aqui.
Assim, para superar isto, A introduziu um novo tipo de balança de carga chamada como o balanceador de carga gateway,
que permite que você implante a balança e gerencie os aparelhos virtuais facilmente.
Portanto, agora neste tipo de arquitetura, você tem um conjunto múltiplo de aparelhos de rede e o que você faz, você cria
um equilibrador de carga de gateway.
E este equilibrador de carga de gateway também tem um ponto final específico.
Portanto, todo o tráfego do servidor de aplicação, vamos supor que em direção à Internet irá em direção ao equilibrador de
carga do gateway.
Endpoint, que por sua vez o encaminha para o equilibrador de carga Gateway.
E este equilibrador de carga de gateway pode ir em frente e distribuir o tráfego para múltiplos conjuntos de aparelhos de rede que estão
funcionando.
Agora, neste tipo de arquitetura, as coisas são muito mais simples.
Você tem alta disponibilidade já que existem múltiplos conjuntos de aparelhos de rede e não precisa realmente
se preocupar com os problemas de escalonamento também.
Agora, discutindo sobre o equilibrador de carga Gateway, há um ponto muito importante a ser observado
é que, para fazer uso do equilibrador de carga Gateway, os aparelhos precisam suportar o protocolo genérico.
Por exemplo, você vê que as instâncias EC2 através do terminal de balanceamento de carga do Gateway estão enviando o tráfego
para o balanceador de carga do Gateway.
Agora este equilibrador de carga de gateway e dispositivo de rede também precisa se comunicar, e esta é a razão
pela qual o protocolo precisa ser apoiado.
Portanto, a idéia é que qualquer que seja o tráfego recebido da CE em duas instâncias, ele será encapsulado usando
o Geneve.
Portanto, este é um ponto que você precisa ter em mente.
Portanto, esta é uma visão geral de alto nível sobre os balanços de carga de gateway e com isto concluirá o vídeo
de hoje.