# Seletor de métodos de balanceamento > Cole um ltm pool e veja o método de balanceamento explicado nos termos da própria F5, com verificações cruzadas contra o resto do pool, ou responda duas perguntas e receba uma recomendação com fontes. Tudo no seu navegador. - Tool: https://ronutz.com/pt-BR/tools/f5-lb-method-chooser - Family: Redes --- ## O que faz Cole um bloco ltm pool e a ferramenta explica o método de balanceamento nos termos da própria F5: o que o método pondera, como se comporta, quando o fabricante recomenda escolhê-lo e as arestas que merecem atenção. Em seguida cruza o método com o resto do pool e sinaliza as combinações que se comportam mal em silêncio, como pesos de ratio sob um modo que os ignora ou um modo weighted sem os connection limits de que precisa. Você também pode digitar o nome de um método para a explicação completa, a palavra "methods" para o catálogo inteiro, ou responder duas perguntas no painel de escolha para uma recomendação com fontes. Tudo roda no seu navegador e não contata nenhum equipamento. ## Estático e dinâmico, member e node Os 19 modos documentados se dividem em dois eixos. Modos estáticos, Round Robin e Ratio, decidem apenas pela configuração e nunca percebem o estado dos servidores. Modos dinâmicos reagem a algo medido: conexões abertas, sessões, velocidade de resposta ou métricas alimentadas por monitores. O segundo eixo é o sufixo de escopo. Um modo member conta o trabalho do servidor apenas dentro deste pool; um modo node conta através de todos os pools a que o servidor pertence, que é a contagem justa quando as mesmas máquinas servem vários pools. ## O que cada família pondera Round Robin não pondera nada além de quem é a vez, e é o padrão. Ratio segue uma proporção que você declara. Least Connections escolhe quem tem menos conexões abertas naquele exato momento, o que absorve durações desiguais de conexão. Observed suaviza essa contagem instantânea em um ratio por segundo, e Predictive adiciona a tendência, preferindo members que estão melhorando. Weighted Least Connections lê o connection-limit de cada member como sua capacidade e balanceia por percentual dele. Ratio Least Connections combina o ratio declarado com a contagem ao vivo. Dynamic Ratio tira a proporção das suas mãos e a recalcula continuamente a partir de medições dos servidores. Least Sessions e Ratio (session) contam sessões de persistência em vez de conexões, e Fastest segue a velocidade de resposta, rastreada como requisições Layer 7 pendentes. ## As verificações cruzadas As observações são leituras determinísticas da configuração colada contra regras documentadas. Ratios de member sob um modo que não é de ratio são sinalizados porque, pelo K6406, ratios só se aplicam sob um método de ratio. Weighted Least Connections (member) com um member deixado no connection-limit padrão 0 é sinalizado porque a referência exige um limite em todos os members. Um pool least-connections recebe a nota de slow ramp, já que a referência destaca exatamente esse par e o padrão é 10 segundos. Least Sessions expõe seu pré-requisito no virtual server, um perfil de persistência que rastreie sessões. ignore-persisted-weight é explicado quando se aplica e sinalizado quando o modo está fora do escopo documentado. Priority groups são lidos junto com min-active-members, a configuração que de fato arma a ativação por prioridade. ## O painel de escolha Duas perguntas alimentam uma tabela de decisão fixa: como as capacidades dos members diferem (iguais, declaradas como ratio, quantificadas como connection limits, ou medidas para você) e ao que o método deve reagir (nada, conexões ao vivo, a tendência, sessões, ou velocidade de resposta). Mesmas respostas, mesma recomendação, sempre, com o raciocínio e os pré-requisitos declarados. A tabela codifica a orientação do próprio fabricante no K42275060, não opinião. ## Fontes Os 19 tokens, suas descrições e as opções de pool vêm da referência tmsh de ltm pool. A orientação de quando usar e o pré-requisito do least-sessions vêm do K42275060. A mecânica dos modos dinâmicos, a exclusão do OneConnect e a regra de que ratios exigem um método de ratio vêm do K6406. ## Standards and references - [F5 TMSH Reference: ltm pool (load-balancing-mode, slow-ramp-time, min-active-members, ignore-persisted-weight)](https://clouddocs.f5.com/cli/tmsh-reference/v14/modules/ltm/ltm_pool.html) - the 19 documented mode tokens with per-mode descriptions, and the pool options the observations cross-check - [F5 K42275060: There are several Load Balancing Methods. Which one is best for your environment?](https://my.f5.com/manage/s/article/K42275060) - per-method when-to-use guidance, the least-sessions persistence prerequisite, and the pending-sessions note - [F5 K6406: Overview of Least Connections, Fastest, Observed, and Predictive pool member load balancing](https://my.f5.com/manage/s/article/K6406) - dynamic-mode mechanics: at-the-moment counting, per-second L4 ratios, trend ranking, outstanding-L7 requests, the OneConnect exclusion, and the ratios-need-a-ratio-method rule ## Related reading - [Métodos de balanceamento do BIG-IP, e o que cada um pondera](https://ronutz.com/pt-BR/learn/ltm-load-balancing-methods.md): O load-balancing-mode de um pool decide quem recebe a próxima conexão, e o BIG-IP documenta 19 deles. Eles diferem em dois eixos: se reagem ao estado dos servidores, e o que exatamente ponderam quando reagem, conexões, sessões, velocidade de resposta ou medições de monitores. - [Tipos de virtual server do BIG-IP, e o que cada um realmente faz](https://ronutz.com/pt-BR/learn/ltm-virtual-server-types.md): Um BIG-IP descarta tráfego por padrão; o virtual server é o listener que o aceita, e seu tipo decide o modelo de processamento, de um full proxy que termina e reorigina conexões a um encaminhador pacote a pacote que se comporta como roteador. Escolher o tipo é escolher quanto a caixa pode entender.