Por Renata Aparecida da Silva:
Este método insere no cabeçalho da resposta HTTP informações do servidor que o cliente se conecta incluindo o endereço e porta do servidor.É dado um nome ao cookie <pool_name> BIGipServer.
Nota F5: “Alguns navegadores implementam um recurso de restauração de sessão que salva os dados da sessão do navegador depois de um acidente. Estes dados ficam armazenados no disco rígido do cliente do sistema e restaurados quando o navegador é reiniciado.”
Como funciona?
Uma das implementações são Cookie persistence, onde é utilizado um cookie HTTP armazenado em um computador cliente, permite que o cliente se reconecte ao mesmo servidor visitado anteriormente.
Será necessário criar um Perfil HTTP, que é um conjunto de configurações que alteram o trafego HTTP de maneira que você possa gerenciar este tráfego.
No Big-Ip ao se implementar uma persistência por cookie você pode utilizar o perfil default existente no Big-Ip ou criar um perfil personalizar.
Local Traffic ›› Profiles ›› Persistence.
1º Clique Criar.
Figura 1
2º Digite em Name o nome do perfil, no nome deve começar com uma letra podendo apenas utilizar letras, números e sublinhados.
3º No campo Persistence Type selecione Cookie.
4º Parent Profile selecione Cookie, neste campo o seu perfil vai herdar as características desta opção.
Figura 2
Ao selecionar a opção Custom será habilitado mais 4 opções de configuração para profile.
Figura 3
5º Este campo Cookie method especifica o tipo de processamento de cookie que o BIG-IP vai usar [1].
6º Cookie name que o sistema BIG-IP deve procurar ou inserir.
7º Expiration define o tempo de expiração do cookie. Aplica-se à inserção cookie HTTP e métodos de cookies HTTP Rewrite apenas. Ao usar o padrão (marcado), o sistema usa o tempo de validade especificado no cookie da sessão.
*8º Override Connection Limit quando habilitada especifica o limite de conexões no pool members, ou seja, cada servidor recebe um número de conexões. Assim as conexões excedentes são balanceadas novamente levando em conta o método de balanceamento aplicado ao pool e as conexões excedentes “dropadas”.
Nota F5: “Perfil de configuração Mirror Persistence, Match Across Services, Match Across Virtual Servers, and Match Across Pools não se aplicam ao HTTP Cookie Insert method mas sim Cookie Hash method que abortaremos em outro artigo.”
Figura 4
A utilização de persistência por sessão tem suas vantagens. Pois podemos assegurar rastreamento e armazenamento dos dados de sessão do cliente em um determinado pool member durante sua permanência com sessão aberta e abertura de sessões posteriores. Além disso também contém informações do usuário que serão uteis no futuro. Como sites mais visitados pelo usuário ou um nome de usuário e senha.
Como descrito no começo do artigo não existe só este tipo de persistência por sessão no Big-Ip, entre elas pode ser utilizada. Source address affinity persistence, Destination address affinity persistence e Hash persistence entre outras.
Sendo que os métodos de persistência por cookie são os abaixo:
- HTTP Cookie Insert method
- HTTP Cookie Rewrite method
- HTTP Cookie Passive method
- Cookie Hash method
Referências: