Estratégias de teste para f5 bigip

Question

Eu sou um desenvolvedor que está acostumado a testar e depurar código.

Ocasionalmente, tenho que fazer alterações em nossa configuração do balanceador de carga. Tanto quanto eu posso ver, se eu estragar tudo isso poderia parar o site todo funcionando, mas não temos como testá-lo off-line.

Como as pessoas testam essas coisas? Eu estava esperando que houvesse algum tipo de emulador que eu pudesse usar. Ou é possível ter uma segunda configuração para testes?

Gostaria de ter tanta confiança nas alterações que faço no balanceador de carga quanto nas alterações que faço no meu código. Alguém tem uma suíte de testes que usa para testar seu balanceador de carga?

atualização

Estamos no processo de passar de um back end para outro e estamos redirecionando usuários com base no URL.

    

Answer 1

Idealmente, você deve ter um F5 BigIP em seu ambiente de preparo (paralelismo de produção). Isso permite testar novas configurações, versões de código, recursos etc., sem afetar a produção.

Supondo que isso não seja possível devido a custos ou outras restrições, a próxima melhor alternativa seria ter um segundo conjunto de serviços 'QA' ou 'UAT' configurado para atingir os mesmos servidores de backend que a produção. , mas tem apenas uma pequena fração de usuários segmentados.

Sem saber mais sobre sua configuração, é difícil ser mais específico. Você é capaz de fornecer um pouco mais de detalhes sobre como você está usando seu balanceador de carga e quais alterações você está planejando fazer?

ATUALIZAÇÃO: com base no seu esclarecimento, parece que você quer testar sua capacidade de alternar usuários entre um conjunto de servidores back-end e outro e de rotear solicitações de usuários com base na URL que eles estão acessando? (Troca de conteúdo).

Se você não puder pagar por outro balanceador de carga em produção, sugiro configurar um novo serviço usando uma URL de teste e encaminhar as solicitações para essa URL da mesma forma que você faz na produção atualmente. Quando estiver satisfeito com o funcionamento desse serviço de teste de acordo com a produção, você poderá alterar a política associada ao URL de teste para encaminhar para o novo back-end. Isso deve verificar se sua configuração Big-IP está correta.

(Desculpas pela falta de configuração de amostra, eu mesmo não trabalhei com balanceadores de carga da F5, apenas com outros fornecedores.)

    

Answer 2

Você pode obter uma edição virtual limitada do LTM (e algumas funcionalidades) que será executada no vmware:

link

Ou um servidor virtual de teste na (s) unidade (s) de produção é uma boa alternativa.

    

Answer 3

Outros balanceadores de carga oferecem funcionalidade semelhante à F5 e seus fornecedores fornecem opções de teste e desenvolvimento mais úteis.

Você pode obter uma licença de desenvolvimento para o Zeus Traffic Manager (funcionalidade completa) ou uma licença Citrix VPX (somente edição padrão), ambas limitadas a 1 MBits (válidas para a maioria dos propósitos de desenvolvimento) e válidas por 1 ano .

O Zeus renovará as licenças de desenvolvimento anualmente sem custo (não sabe o que a Citrix fará?)

Aaron - sob nenhuma circunstância é um servidor virtual de teste em uma unidade de produção uma boa alternativa!

    

Answer 4

Eu faço isso configurando um segundo virtual (ou conjunto de virtuais) mapeado para os mesmos pools. Você pode então testar o VIP da preparação editando seu arquivo / etc / hosts (ou o arquivo de hosts do Windows).

Neste ponto, vou cantar os elogios ao meu provedor de DNS terceirizado, o Dynect ( link ). Eles têm um recurso de Gerenciamento de Tráfego que permite adicionar os VIPs antigos e novos a uma rotação de nome de host, mas também ajustar a ponderação - a proporção da frequência com que o IP antigo e o novo IP são atendidos e aumentar o peso lentamente migrar se uma transição difícil for muito arriscada.

Para DNS interno, acredito que o GLB da F5 pode fazer a mesma coisa (mas não me cite, já que não tenho experiência prática aqui).