SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!
GET SOCIAL
  • BLOG
  • SECURITY ALERTS
  • CONTATO
  • PRIVACIDADE
  • SOBRE
  • LOGIN

Brainwork

  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless
  • Home
  • Virtualização
  • Componentes AVI Networks Load Balancer (NSX Advanced Load Balancer)
17/05/2025

Componentes AVI Networks Load Balancer (NSX Advanced Load Balancer)

Componentes AVI Networks Load Balancer (NSX Advanced Load Balancer)

by André Ortega / sexta-feira, 12 novembro 2021 / Published in Virtualização

A AVI Networks, empresa americana, foi fundada em 2012, e tem no balanceamento de carga sua principal solução. Em 2019 foi adquirida pela VMware e tem se popularizado (sendo que o produto agora é chamado de NSX Advanced Load Balancer).

O principal diferencial da solução AVI é trabalhar nativamente no conceito SDN – Software Defined Network, diferente dos fabricantes tradicionais de balanceadores. Toda a solução AVI é baseada em software, podendo trabalhar on-premises ou em clouds (privadas e públicas).

Também é importante notar que a mesma Controller pode gerenciar Services Engines distribuídos em múltiplas clouds.

Componentes da solução

A solução conta com plano de controle e com plano de dados separados, conforme conceito SDN.

Livro CCNA

AVI Network Componentes

  • AVI Controller: Responsável pelo plano de controle, faz a função de Controller e também de Management. É o cérebro da solução, sendo implementada como appliance virtual standalone (1) ou redundante (3 neste caso). Utiliza API para comunicação e visibilidade das aplicações. Quando no modo “write” é capaz de provisionar automaticamente novos Services Engines. Prove a console para configuração e monitoramento da solução, com Insights e APIs para integração com outras soluções.
  • AVI Service Engine: São appliances virtuais, responsáveis pelo plano de dados. Nestes appliances criamos os “Virtual Services”, que são de fato os balanceadores. Um Service Engine pode ter um ou mais Virtual Service. Além do papel de Load Balancing, podemos ter Global Load Balancing e Web Application Firewall. Podemos ter redundância de SE (Ativo/Backup ou Ativo-Ativo, com Virtual Services distribuídos nos SEs).
  • Virtual Service: Aplicação criada no Service Engine responsável pelo balanceamento de carga. As configurações que o “cliente vê” (VIP por exemplo) estão no Virtual Service.
  • Cloud, SE Group e Folder: Cloud é o local onde o Service Engine vai ser instalado (não precisa ser literalmente uma cloud). SE Group, como o nome sugere, nos permite criar grupos de Service Engines, dentro de uma mesma Cloud, e define um domínio de falha. Escalonamento, failover e dados de sessão são sincronizados dentro do mesmo grupo.  E Folder é um agrupamento dentro do SE Group, para organização.

AVI Load Balancing Componentes

  • Pool: Onde criamos a lista de servidores/aplicações que serão balanceadas.

Redundância de Controllers

Quando trabalhamos com 3 Controllers todas ficam ativas (uma como Leader e as demais Followers), e elas compartilham a carga (Virtual Services são distribuídos entre as Controllers).

AVI Controller Workload

A gerência da solução pode ser feita a partir de qualquer Controller e não apenas na Leader. E como solução SDN, a queda de uma Controller não afeta o processamento do tráfego, que é feito pelos Service Engines.

Se duas Controllers ficarem indisponíveis a controladora restante precisa ser manualmente promovida a “líder”, não impactando no balanceamento de carga. E mesmo se as 3 controladoras ficarem indisponíveis, o tráfego não é impactado nos balanceadores. No entanto, neste momento, não seria possível fazer alterações na configuração.

Data Plane Scaling

Uma característica bastante interessante da solução é a facilidade de crescimento.

Podemos criar novos Virtual Services em um mesmo Service Engine, e se necessário adicionar mais CPU e memória no SE (necessário reiniciar), ou então criar novos Service Engines (pode ser feito automaticamente pela Controller), e distribuir a carga usando BGP ou modo nativo.

AVI Auto Scaling

No modo nativo a Controller cria um novo Service Engine, e o SE existente (primário) recebe todo o tráfego e redireciona parte para o novo SE.

Mais detalhes sobre a solução nos links abaixo:

  • AVI Networks Architectural Overview
  • AVI Networks NSX Advanced Load Balancer
  • AVI Netowkrs Doc

Até a próxima.

Relacionado

Tagged under: AVI, AVI Netowkrs, CiscoChampion, Load Balancer, NSX, VMware

About André Ortega

Formando em Processamento de Dados e Ciência da Computação. Especialista Cisco (CCNP Enterprise e CCNP Security). Dezenove anos de experiência com redes e segurança.

What you can read next

Configurando Load Balancer no VMware NSX
vSphere 5.0, saiba o que muda…
VMware NSX: Configurando Logical Switches e Distributed Logical Routers

You must be logged in to post a comment.

POSTS RECENTES

  • Microsoft Patch Tuesday de Maio 2025: Vulnerabilidades e Proteção Usando IPS
    Microsoft Patch Tuesday de Maio 2025: Vulnerabilidades e Proteção Usando IPS
    14/05/2025
  • Patch Tuesday de Maio 2025: Microsoft Corrige 5 Zero-Days e 72 Falhas
    Patch Tuesday de Maio 2025: Microsoft Corrige 5 Zero-Days e 72 Falhas
    13/05/2025
  • Cisco Talos: Tendências em Cibersegurança em 2024
    Cisco Talos: Tendências em Cibersegurança em 2024
    12/05/2025
  • Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    09/05/2025
  • Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    09/05/2025

Tags

#Broadcom 2324 #Multicloud 2015 2017 2022 2023 2024 2350 200-301 25 anos 2560C 2960C 2960X 2975 350-050 3560-X 2009 2010 200-125 100-101 #VMwareTransformation 1 ano 1.1.1.100 10 anos 10 Gbps 100 empresas 200-120 100 Gigabit 1905 1921 1925 1941 2.0 200-101 3750-X 1900 2800 2900 2013 2011 1800 2960 3750 2960S

Arquivo

Login

  • Acessar
  • Feed de posts
  • Feed de comentários
  • WordPress.org

Acesse Também

  • Blog LabCisco
  • Café com Redes
  • Cisco IOS hints and tricks
  • Cisco Redes
  • Cisco Support Community
  • Coruja de TI
  • Homelaber Brasil
  • Internetwork Expert´s
  • Netfinders Brasil
  • Rota Default
  • TechRebels
  • The Cisco Learning Network

X

Blog: Verificando MD5 (hash) de um arquivo no Windows e Linux brainwork.com.br/2023/05/11/v… #Checksum #CiscoChampion #Hash

Hahahahah Muito bom twitter.com/TracketPacer/s…

Blog: Trocar ícone (favicon) da página guest no Cisco ISE brainwork.com.br/2023/04/24/t… #Cisco_Champion #Customização #Favicon

Blog: Cisco Champion 2023 brainwork.com.br/2023/04/10/c… #CiscoChampion

Blog: RFC 2324 (HTCPCP), conhece? brainwork.com.br/2023/04/01/r… #2324 #CiscoChampion #HTCPCP

Seguir @brainworkblog
  1. ./fernando em Aprenda Python e ganhe pontos para renovar as certificações CCNA, CCNP e CCIE
  2. André Ortega em Reset Cisco FTD (zerar FTD sem reinstalar)
  3. ALEX LIRA CAMACHO em Reset Cisco FTD (zerar FTD sem reinstalar)
  4. André Ortega em Atualizando Cisco 9300 (Install Mode)
  5. Dominique em Atualizando Cisco 9300 (Install Mode)

Entre em contato:

  • Web: www.brainwork.com.br
  • Facebook: fb.com/brainworkblog
  • Twitter: twitter.com/brainworkblog
  • Youtube: youtube.com/brainworkblog
  • Instagram: instagram.com/brainwork.blog
  • GET SOCIAL
Brainwork

© 2008 - 2022 Brainwork. Todos os direitos reservados.
Customização da página por Brainwork.

TOP
Gerenciar o consentimento
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
Gerenciar opções Gerenciar serviços Manage {vendor_count} vendors Leia mais sobre esses propósitos
Ver preferências
{title} {title} {title}
  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless