Temos vários nós de servidor configurados para os usuários finais de nosso sistema e, como não usamos nenhum tipo de replicação de sessão nos servidores de aplicativos, a F5 mantém a afinidade dos usuários com o nó ACTIVE ao qual o cliente estava vinculado.
Às vezes, quando queremos reimplementar o aplicativo, alteramos a configuração da F5 e removemos um nó do pool ACTIVE. Gradualmente, os usuários filtram e podemos implantar, mas o processo é um pouco lento. Não podemos simplesmente descarregar todos os usuários em um nó diferente porque - dada a natureza pesada da atualização das atividades do usuário - poderíamos fazer com que eles perdessem alterações.
Dito isto, existe um URL / ponto final - chame-o de link - que sabemos, quando o cliente acerta, que poderíamos empurrá-los fora do nó INACTIVE eles tinham afinidade com e em um nó ACTIVE diferente.
Nós tivemos algumas tentativas de escrever uma regra F5 ao longo destas linhas, mas não tivemos muito sucesso então eu pensei que poderia perguntar aqui, assumindo que é possível - eu não tenho razão para pensar que não é baseado no que encontramos até agora.
Eu sugiro postar no fórum iRules da F5 para isso, devcentral.f5.com. Aqui está o link do fórum iRules:
Para fornecer uma sugestão, seria útil saber que tipo de persistência você está usando. Em geral, você poderia selecionar manualmente um membro do pool, mas também precisaria definir manualmente a persistência para essa solicitação, já que o LTM não faria isso para você em seleções manuais de uma iRule.
Aaron
Tags load-balancing f5-big-ip rules