Olá a todos e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre as soluções de balanceamento de carga disponíveis em A.
S.
Agora, quando discutimos sobre as soluções gerais de balanceamento de carga do setor, existem vários
softwares e soluções baseadas em hardware disponíveis.
Algumas das ferramentas populares usadas para balanceamento de carga são o engine X Edge Proxy e várias outras.
Agora, embora essas ferramentas sejam bastante populares e sejam usadas em muitos produtos e sites, elas
vêm com seu próprio conjunto de desvantagens.
Agora, sempre que você estiver configurando suas próprias soluções de balanceamento de carga, talvez em duas instâncias
fáceis, há muita responsabilidade que recai sobre o lado do cliente.
Portanto, algumas dessas responsabilidades incluem a alta disponibilidade do próprio balanceador de carga, a segurança
geral, o desempenho e assim por diante.
Por exemplo, digamos que neste diagrama específico, você tem um balanceador de carga baseado no mecanismo X que faz o balanceamento
de carga entre o cliente e um conjunto de servidores.
Agora, o que acontece se esse balanceador de carga ficar inativo?
Portanto, como administrador, você deve garantir que essa solução de balanceamento de carga também esteja altamente disponível.
A segunda coisa é que estávamos discutindo sobre segurança.
Pode acontecer que o software esteja relacionado ao motor x proxy.
Haverá algumas vulnerabilidades de segurança que podem aparecer lá.
Então você tem que cuidar dos patches, você tem que cuidar das vulnerabilidades, gerenciamento de patches e assim
por diante.
E a terceira parte é o desempenho.
Se as coisas realmente não estiverem funcionando como esperado, se houver problemas relacionados ao desempenho,
você terá que cuidar disso.
Uma outra abordagem que as organizações geralmente usam é que eles têm suporte.
Por exemplo, digamos que eles estejam usando um mecanismo X como balanceador de carga.
Eles geralmente têm algum tipo de suporte premium com o motor X.
Portanto, caso as coisas não estejam realmente funcionando bem, elas não estão obtendo um desempenho tão bom quanto o esperado.
Eles podem se conectar com o suporte do motor.
Mas, novamente, a parte de suporte também é bastante cara por lá.
Tudo bem.
Portanto, esses são os desafios de alto nível que as organizações normalmente enfrentam sempre que fazem uso de algum
tipo de hardware ou soluções de balanceamento de carga de base de software por conta própria.
Agora, para a maior parte da organização, um dos padrões de arquitetura comuns geralmente inclui um balanceador
de carga.
Agora, já discutimos algumas das desvantagens associadas à manutenção da solução de balanceamento
de carga.
Isso significaria que a maioria das organizações baseadas em bases aéreas também enfrentariam esse tipo
de desafio.
Portanto, para superar esses problemas, a Ada lançou sua própria solução de balanceamento de carga.
Tudo bem.
E essa solução de balanceamento de carga é chamada de balanceamento de carga elástico.
Agora, uma das grandes vantagens do balanceamento de carga elástico não é apenas permitir que os clientes
superem esse conjunto de desafios, mas, junto com isso, também possui uma forte integração com vários serviços.
Por exemplo, você tem vários recursos em vários serviços.
Em um lugar como o escalonamento automático, você tem o firewall do aplicativo da Web, o gerenciador de certificados,
também vários outros serviços, como o acelerador global e assim por diante.
Portanto, esse serviço específico de balanceamento de carga elástico oferecido pela ADA também se integra bem a vários
outros serviços.
Portanto, se uma organização estiver usando esses serviços e estiver usando a solução de balanceamento
de carga elástico, a integração está pronta para uso e apenas algumas configurações terão que ser alteradas para integrá-los.
Agora também uma coisa a notar é que se você estiver usando a solução de balanceamento de carga elástico
por um local, a parte de alta disponibilidade é cuidada pela segurança do balanceador de carga é cuidada por ele,
e até mesmo a parte de desempenho é cuidada pelo e.
Portanto, nesse caso, ambos os ADA estão satisfeitos porque os clientes podem dimensionar bem sua infraestrutura.
E também os clientes estão satisfeitos porque o balanceamento de carga geral se tornou muito mais simples.
Agora, antes de prosseguirmos, deixe-me apresentar rapidamente uma demonstração associada a isso.
Agora, para a demonstração de hoje, tenho dois ESI, duas instâncias em execução.
Um é referido como servidor de demonstração zero um, e o segundo é referido como servidor de demonstração zero dois.
E ambos têm seu próprio site individual.
Então, vamos abrir rapidamente o servidor de demonstração zero um.
Vou copiar o IP público e quando coloco no navegador, você vê que obtém o conteúdo básico que é o
site zero um.
Da mesma forma para o servidor de demonstração zero dois, se eu copiar o IP público e se eu colar no navegador,
desta vez você verá o site zero dois.
Agora, junto com isso, também tenho uma solução de balanceamento de carga que está funcionando em um local.
Este é o nosso balanceador de carga.
O nome é Demo Hífen ALB.
Vamos copiar o nome DNS associado ao balanceador de carga e, em uma guia mais recente, irei em frente e colar
o nome DNS aqui.
E atualmente você vê que o tráfego é direcionado para o site zero dois.
Se eu atualizar a página desta vez, ela foi para o site zero um.
Se eu atualizar novamente, novamente, foi para o site zero dois.
Excelente.
Esta é uma parte.
A segunda parte que estávamos discutindo está associada à integração.
Por exemplo, você tem integração com acelerador global, integração com configuração, integração
com VAF e há várias outras integrações disponíveis prontas para uso.
Agora, geralmente, quando você usa seu próprio tipo de balanceadores de carga de base de software ou até mesmo balanceadores
de carga baseados em hardware, essas integrações geralmente não estão disponíveis prontas para uso.
Portanto, há muitos scripts que você terá que escrever para alcançar um caso de uso específico.
Mas se você estiver usando o serviço de balanceamento de carga, não precisa se preocupar com isso.
Agora, quando discutimos sobre balanceamento de carga em a, há quatro tipos principais de balanceadores de carga
disponíveis.
Um é chamado de balanceador de carga de aplicativos.
Você tem um balanceador de carga de rede, um balanceador de carga de gateway e um balanceador de carga clássico.
Agora observe que, embora existam quatro tipos diferentes de soluções de balanceamento de carga
disponíveis, mas em comum, todas elas são projetadas para fazer uma coisa, que é balancear a carga do tráfego entre vários
conjuntos de destinos.
Agora, que tipo de destino, quais são os tipos de protocolos com suporte, primeiro com base no balanceador
de carga que você escolher.
Então, primeiro, vamos em frente e examinar o balanceador de carga do aplicativo.
Portanto, um balanceador de carga de aplicativo toma a decisão de roteamento na camada de aplicativo, que é a
camada HTTP https.
Hoje em dia, sempre que você visita um site, você digita HTTP ou https seguido do nome do domínio.
Portanto, é aqui que o balanceador de carga do aplicativo entra em cena.
Por exemplo, você tem um usuário e o usuário digitou um domínio, por exemplo, vídeos ponto com barra agora no balanceador
de carga do aplicativo.
Como funciona no nível HTTP ou HTTPS, ele pode seguir em frente e aceitar essa solicitação.
E com base nas regras que são adicionadas ao balanceador de carga do aplicativo, por exemplo, você tem duas regras.
Um é para vídeos de barra.
O segundo é para pagamento de barra.
Portanto, pode-se dizer que sempre que o tráfego chegar ao balanceador de carga do aplicativo e o outro for menos
vídeos, o tráfego irá para o servidor de acordo com a regra.
De acordo com a segunda regra, se um usuário estiver visitando uma página com uma URL de pagamento, o tráfego também
irá para o servidor.
Portanto, tudo isso está relacionado ao próprio protocolo HTTP geral.
Portanto, é aqui que o balanceador de carga do aplicativo entra em cena.
Agora, na verdade, deixe-me mostrar isso rapidamente, porque eu já tenho isso configurado.
Então, geralmente quando eu digito vídeos de barra aqui, você vê que vai para o site do vídeo.
Quando mudo este vídeo para Payment Warrior, ele foi para o site de pagamento.
Tudo bem.
Portanto, esse é um dos recursos exclusivos associados ao balanceador de carga de aplicativos.
Observe que ele funciona principalmente no HTTP https.
Então, se você olhar para o URL, de fato, deixe-me copiar isso.
E se eu adicioná-lo no bloco de notas, você verá que o navegador automaticamente adicionou o HTTP aqui.
O segundo tipo de balanceador de carga é conhecido como balanceador de carga de rede.
Agora, o balanceador de carga de rede toma a decisão de roteamento em uma camada de transporte, que é como
o TCP, o UDP e assim por diante.
Agora, um dos benefícios exclusivos do balanceador de carga de rede é que ele pode lidar com milhões de solicitações por segundo.
Portanto, no caso de uso em que você precisa de desempenho ultra alto, é aí que o balanceador de carga de rede
entra em cena.
Agora, mais uma coisa importante a ser observada é que nem tudo funciona com base no protocolo HTTP https.
Existem muitos outros protocolos onde o aplicativo também pode ser projetado.
Portanto, quando você tem um aplicativo específico que não usa o protocolo HTTP https, não pode ir em frente
e usar o balanceador de carga do aplicativo lá.
Você terá que usar um balanceador de carga de rede.
Nesses casos, o terceiro tipo de balanceador de carga é chamado de balanceador de carga de gateway ou este é um tipo de balanceador
de carga relativamente mais novo quando comparado a outros.
E em uma visão geral de alto nível, o balanceador de carga do gateway permite que você implante, dimensione e gerencie o dispositivo virtual,
como firewalls, sistemas de detecção de intrusão, sistemas de prevenção e assim por diante.
Assim, por exemplo, sempre que você tiver algum tipo de dispositivo virtual, como os firewalls de seus
sistemas IP, e se quiser avançar e carregar o tráfego do balanceador para eles, use o balanceador de carga do gateway.
Agora, novamente, uma coisa importante que precisa ser observada é que na maioria das vezes na organização, você
verá o balanceador de carga de aplicativo ou o balanceador de carga de rede sendo usado.
Aplicação do produto que foi desenvolvido pelo cliente.
Ocasionalmente, caso a organização também esteja usando algum tipo de solução IP, pode-se usar o balanceador
de carga do gateway, mas isso não é muito comum e o último tipo de balanceador de carga.
Na verdade, esse é o tipo de balanceador de carga mais antigo, que é o balanceador de carga clássico.
Agora, o balanceador de carga clássico funciona principalmente com base no TCP e no HTTPS.
Agora, este é um balanceador de carga de geração anterior e geralmente não é recomendado.
Agora, antes de concluirmos, de fato, deixe-me mostrar rapidamente.
Agora, sempre que você for criar um balanceador de carga em um caso, verá que existem três gateways
e rede de aplicativos do tipo balanceador de carga primário.
Junto com isso, você também tem um balanceador de carga de geração anterior chamado balanceador de carga clássico.
Agora, se você examinar o balanceador de carga do aplicativo, ele informa tanto HTTP quanto HTTPS.
Para balanceador de carga de rede, você tem TCP, UDP e TLS.
Se você examinar o balanceador de carga clássico, terá o HTTP e o https, que geralmente é o recurso
do balanceador de carga do aplicativo, mas também tem o TCP e o SSL, que é um dos recursos do balanceador de
carga de rede.
Agora geralmente em vigor, o que costumava acontecer antes, havia apenas um tipo de balanceador de carga
chamado balanceador de carga clássico e isso estava liberando recursos relacionados a HTTP, TCP e tudo em um único tipo
de balanceador de carga.
E isso não era muito escalável e essa é uma das razões pelas quais ele é dividido em dois tipos de balanceador de carga
primário, cada um com base em uma função específica, onde o balanceador de carga de aplicativo é dedicado para
HTTP e o balanceador de carga de rede HTTPS é dedicado para TCP, UDP , TLS e assim por diante.
E, de forma incremental, novos recursos foram adicionados a cada conjunto de balanceadores de carga aqui.
Excelente.
Então vamos em frente e olhar para os resumos.
Como às vezes nos exames, o que eles geralmente fazem é fornecer um caso de uso e dizer qual é o balanceador
de carga que você usará nesse caso de uso.
Você estará usando balanceador de carga de rede, balanceador de carga de aplicativos e assim por diante.
E esta é uma das razões pelas quais é importante entender o balanceador de carga e seu caso de uso associado
onde ele é útil, por exemplo, para balanceador de carga de aplicativo, ele é usado quando você tem um
aplicativo de site ouvindo na camada sete, que é HTTP e http são principalmente para este caso de uso.
O segundo é o balanceador de carga de rede, que geralmente é usado para aplicativos baseados em TCP e UDP.
E você também pode preferir quando precisar lidar com milhões de solicitações por segundo e quando precisar
de um desempenho ultra alto.
O terceiro é um balanceador de carga de gateway.
Você geralmente o usa quando tem algum tipo de dispositivo virtual, como um firewall ou IDs, sistemas
IP e assim por diante.
Agora, junto com isso, ele também mantém uma página relacionada ao recurso de balanceamento de carga elástico.
Aqui e aqui você tem o gateway de rede de aplicativos e o balanceador de carga clássico, e aqui eles
especificaram os recursos e se eles estão associados a uma solução de balanceamento de carga específica.
Portanto, é aqui que você pode prosseguir e entender com mais detalhes quais são os suportes específicos
do balanceador de carga para que você possa escolher o conjunto certo de balanceador de carga para sua organização.
Excelente.
Então com isso vai concluir o vídeo de hoje.