O pai ta on!!
Seguindo a os artigos sobre balanceadores, hoje iniciaremos uma serie que mostrará como criar um virtual-server no F5 BigIP.
O LTM (Local Traffic Manager) é o serviço capaz de gerenciar balanceamentos LOCAIS, apesar de ser possível balancear qualquer servidor em que o bigIP tenha conexão layer3, o recomendado é que o LTM faça balanceamentos apenas de nodes que estão em sua rede e/ou no mesmo datacenter.
No decorrer dos artigos vamos abordar incluse configurações de um Global Traffic Manater, contudo o foco será utilizar o route53 da AWS.
A configuração de um virtual-server no bigIP é similar a uma receita de bolo. Assim da mesma forma que não é possível assar um bolo, sem antes fazer a massa, não é possível criar um VS (virtual-server), sem antes seguir alguns passos. Neste artigo seguiremos os passos em ordem crescente para assim ter sucesso na criação do VS.
1 – Node
O node no bigIP é a representação lógica de um servidor (não de um serviço), ou seja, nessa parte cadastrarmos o IP ou FQDN do servidor que hospeda um determinado serviço (não é aqui que cadastramos o serviço/porta TCP).
Para cadastrar um node, Clique em ‘Local Traffic’, e dentro desta aba clique em ‘Nodes’:
Na próxima tela clique em ‘Create…”, após isso crie o node. Para a criação do node, por padrão coloque o NOME do servidor e o IP do mesmo. Não recomendo de forma alguma colocar o IP no campo ‘Name’.
2 - Monitor
Antes de entramos de fato no cadastro dos serviços lógicos vamos criar os monitors.
Monitors estão para o bigIP da mesma forma que health-checks estão para o Route53, ou para o health-check dos target group dentro o EC2. Assim eles são a forma que o balanceador possui de garantir que um serviço está no ar, e assim tomar a decisão de enviar uma requisição para ele. Para configurar, clique em ‘Local Traffic’, e dentro desta aba clique em ‘Nodes’:
Na próxima tela, clique em “Create…”
Detalhamento do monitor
Na dela de propriedades do monitor existem algumas informações que devem ser implementadas (Name e Type), o restante das informações são opcionais.
Para manter organizado sugiro que de um nome para o monitor iniciando com mon_(tipo-da-monitoração)_(serviço)).Exemplo: mon_tcp-hc_sagara
Por fim para ficar mais claro vamos detalhar os itens mais importantes dessa tela:
Parent Monitor
Esta opção é a que indica qual é o ‘template’ que você utilizará para o monitor, no exemplo abaixo utilizaremos (e é o que recomendo) o mesmo parente monitor que o sistema recomenda.
Interval / Time until up / Timeout
Estas 3 (três) opções são em relação a forma com que o monitor irá executar a validação no pool-member. O interval é a quantidade de tempo cíclico que o bigIP irá realizar a validação. O time until up é o tempo que o bigIP irá esperar (depois que identificou que o serviço voltou) até colocar o pool-member como ativo novamente. E o timeout é o tempo que o bigIP demora para garantir que o pool-member está fora.
Cabe ressaltar que o bigIP não tem um número de ciclos padrão para validação, de forma que o número de ciclos é a relação entre o Interval e o Timeout. No exemplo abaixo tempo o Interval com 5 segundos e o Timeout com 16, desta forma a quantidade de ciclos é 3.
Alias Address / Alias Service port
Estes dois últimos parâmetros são relacionados as portas que o monitor vai usar para validar o pool-member. O que recomendo ésempre deixar da forma padrão. Alterar estas opções significa que o bigIP vai executar os testes APENAS nas portas informadas.
No próximo artigo falaremos sobre os Pools!!
That’s all folks! Be Happy!!!
Technical Account Manager da Darede, formado em Rede de Computadores e pós-graduado em Segurança da Informação. Possui ampla experiência em Datacenters e Service Providers, além de ser um entusiasta em DevOps e mercado financeiro.
