# Seletor de algoritmo de load balancing do F5XC > Um questionário curto recomenda um algoritmo de load balancing do origin pool do F5XC - com o equivalente no BIG-IP, cuidados e onde configurar - e explica o modelo do XC onde o consistent hashing É o método de persistência. - Tool: https://ronutz.com/pt-BR/tools/f5xc-lb-algorithm-chooser - Family: Redes --- ## O que faz Esta ferramenta é um seletor guiado para o algoritmo de load balancing do origin pool do F5 Distributed Cloud (XC). Responda três perguntas - se as sessões precisam grudar no mesmo origin, o que identifica uma sessão (IP de origem, um cookie, um header custom, ou "varia por rota"), e se o origin pool é dinâmico - e ela recomenda um dos algoritmos do XC, nomeia o equivalente no BIG-IP, lista os cuidados que se aplicam às suas respostas, e diz onde configurar. Tudo roda no seu navegador. ## O modelo de persistência do XC, para quem vem do BIG-IP Este é o ponto que a ferramenta existe para fazer. No BIG-IP, o método de load balancing (Round Robin, Least Connections, e assim por diante) e o profile de persistência (Source Address Affinity, Cookie) são duas configurações independentes no virtual server. O XC os junta. Os algoritmos de consistent-hashing - Source IP Stickiness, Cookie Based Stickiness e Ring Hash - não são só métodos de distribuição; cada um também é, por definição, o método de persistência. Escolher um te dá os dois de uma vez. Os algoritmos non-hash - Round Robin, Least Active Request, Random - não persistem de forma alguma. Não há objeto de profile de persistência separado para anexar. ## Os sete algoritmos Round Robin envia requisições para os origins em turnos. Least Active Request envia cada requisição para o origin com menos requisições em andamento, o que serve para custos de requisição desiguais ou conexões longas. Random escolhe um origin aleatoriamente e é estatisticamente uniforme em pools grandes. Source IP Stickiness, Cookie Based Stickiness e Ring Hash são a família de consistent-hashing - eles fazem hash do IP de origem, de um cookie, ou de uma hash policy que você define (tipicamente um header de session ID), e mantêm um cliente no mesmo origin. Load Balancer Override é a saída de emergência - ele adia a escolha para o HTTP load balancer para que você defina a stickiness por rota ou por domínio. ## Por que os cuidados importam A recomendação é tão boa quanto o encaixe, então a ferramenta destaca as armadilhas. Fazer hash no IP de origem concentra clientes que compartilham um IP (atrás de NAT ou proxy) em um origin, deixando a carga desigual. A stickiness por cookie precisa de um nome, TTL e path, e só vale se o cliente devolver o cookie. Um hash de header custom precisa de um valor estável por sessão, não por requisição. E para um pool dinâmico - pods Kubernetes subindo e descendo - o consistent hashing é a família certa, porque remapeia o menor número de clientes quando a membership muda. ## Standards and references - [F5 Distributed Cloud: Create HTTP Load Balancer (origin-pool load-balancing algorithm options)](https://docs.cloud.f5.com/docs-v2/multi-cloud-app-connect/how-to/load-balance/create-http-load-balancer) - Round Robin, Least Active Request, Random, Source IP Stickiness (hash of source IP), Cookie Based Stickiness (hash of cookie), Ring Hash, Load Balancer Override - [DevCentral: What is the Ring Hash load-balancing algorithm?](https://community.f5.com/kb/technicalarticles/what-is-the-ring-hash-load-balancing-algorithm/329600) - consistent hashing IS the persistence method; hashes source IP, cookie, or a custom header; tolerates pool churn with minimal remapping; low client diversity on source IP causes uneven load - [DevCentral: Setting up persistence in F5 XC (Load Balancer Override, per-route Load Balancing Control)](https://community.f5.com/kb/communityarticles/setting-up-persistence-in-f5-xc/306913) - set algorithm to Load Balancer Override, then choose Cookie (name/TTL/path) or Source IP stickiness per route under Advanced Options > Load Balancing Control - [F5 Distributed Cloud: Load Balancing and Service Mesh (scheduling algorithms)](https://docs.cloud.f5.com/docs-v2/platform/concepts/load-balancing-and-mesh) - round robin, weighted least request, random, ring-hash as the scheduling algorithms ## Related reading - [Algoritmos de Load Balancing e Persistência do XC, para Quem Vem do BIG-IP](https://ronutz.com/pt-BR/learn/f5xc-lb-algorithms-and-persistence.md): No BIG-IP o método de load balancing e o profile de persistência são dois botões separados; no XC são um só. Por que os algoritmos de consistent-hashing (Source IP, Cookie, Ring Hash) SÃO o método de persistência, o que você pode fazer hash, quando usar os algoritmos non-hash, e como o Load Balancer Override dá persistência por rota.