Este capítulo descreve o que um planejador de rede deve levar em consideração antes de instalar e configurar o componente Controlador Nortel Alteon.
Este capítulo inclui:
Para conhecer os requisitos de hardware e software, consulte a seguinte página da Web: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27006921
Você também precisará de
O Controlador Nortel Alteon gerencia um conjunto de consultores de comutador. Cada consultor determina pesos para servidores que têm a carga balanceada por um único comutador. O comutador para o qual o consultor fornece pesos é configurado para o balanceamento de carga do servidor. O consultor usa o protocolo para enviar os pesos calculados ao comutador. O comutador usa os pesos para selecionar um servidor para o serviço para o qual está fazendo o balanceamento de carga. Para determinar pesos, o consultor usa uma ou mais das seguintes informações:
Consulte o Nortel Alteon Web OS Application Guide para obter uma descrição do balanceamento de carga do servidor e obter informações detalhadas sobre a configuração do comutador.
Para um consultor obter as informações que precisa para determinar pesos de servidor, você deve ter:
O consultor pode ser conectado à rede na frente ou atrás do comutador ou comutadores para os quais ele fornece pesos. Alguns parâmetros devem ser configurados no comutador e alguns no controlador para ativarem a conectividade entre o controlador, o comutador e os servidores.
Em Figura 26:
Consulte o Nortel Alteon Web OS Application Guide ou a Referência de Comando para obter informações detalhadas sobre a configuração de VLANs e roteamento de IP no comutador.
Em Figura 27:
É possível gerenciar o Controlador Nortel Alteon usando qualquer uma das seguintes interfaces:
Em Figura 28:
Quando um consultor calcula pesos para servidores que fornecem um serviço com a carga balanceada por um comutador, o consultor desativa a verificação de funcionamento normal do servidor no comutador para reduzir o tráfego desnecessário para os servidores. O consultor reativa a verificação de funcionamento quando para de fornecer pesos para o serviço. O intervalo de verificação de funcionamento do servidor corresponde à variável slbNewCgRealServerPingInterval da MIB.
Se o consultor determinar que um servidor está indisponível, ele configura o número máximo de conexões do servidor para zero para evitar que o comutador considere o servidor quando fizer o balanceamento de carga de solicitações. Quando o servidor estiver disponível novamente, o número máximo de conexões será restaurado para seu valor original. O valor máximo de conexões do servidor corresponde à variável slbNewCfgRealServerMaxCons da MIB.
Quando um peso é calculado para um servidor real, ele é configurado para o servidor. O valor do peso do servidor corresponde à variável slbNewCfgRealServerWeight da MIB.
O comutador permite a configuração de alguns servidores como backups para outros. Se o comutador determinar que um servidor que tem um backup está indisponível, ele pode começar e enviar solicitações para o backup. Quando o consultor calcula pesos para um serviço com um backup, ele calcula pesos para os servidores de backup e principal e, subsequentemente, tem pesos para usar para seleção de servidor quando o backup for obrigatório.
O peso para um servidor de backup pode ser maior que o peso para um servidor principal. Isso acontece porque nenhuma solicitação é encaminhada para ele, assim ele tem cargas pequenas até que o comutador decida usá-lo.
Para evitar recursos de servidor inativos, é uma prática comum que os servidores designados a um serviço sejam usados como backups para servidores designados a um serviço diferente. Ao implementar uma configuração como essa, evite designar os mesmos servidores reais a diversos serviços ativos simultaneamente. Se isso acontecer, o peso do servidor será sobrescrito pelo consultor para cada serviço dos quais o servidor faz parte.
Cada servidor real é identificado por um número inteiro e tem um atributo de endereço IP e peso. Dois servidores reais podem ter o mesmo endereço IP. Nesse caso, dois servidores reais são associados à mesma máquina servidor física. Os servidores reais identificados como backups só devem ser configurados como backups para um único serviço. Se as mesmas máquinas servidores físicas forem servidores de backup designados a vários serviços, elas deverão ser configuradas uma vez para cada serviço e receber uma identificação de servidor exclusiva para cada serviço. Isso permite que backups tenham um peso exclusivo designado a eles para cada serviço dos quais estão fazendo backups.
Servidores em um comutador podem ser configurados como parte de diversos grupos, e os grupos no comutador podem ser configurados para servirem diversos serviços.
Como é possível configurar o mesmo servidor para diversos serviços, o peso é calculado para cada serviço dos quais o servidor faz parte. É possível, no entanto, que o peso esteja incorreto, pois em um determinado momento não se sabe para qual serviço ele se destina.
Além disso, se o consultor estiver determinando pesos para um serviço e não para outro, é possível que o serviço para o qual o consultor não está calculando pesos tenha a verificação de funcionamento do servidor desativada. Nesse caso, o comutador pode não fazer o corretamente o balanceamento de carga para esse serviço.
Devido a essas possibilidades, você deve garantir que um servidor real não seja designado a diversos serviços tendo a carga balanceada. Isso não significa que a mesma máquina servidor não possa atender a solicitações para diversos serviços. Isso significa que um servidor real com um identificador exclusivo deve ser configurado no comutador para cada serviço para os quais a máquina servidor tratará das solicitações.
O Controlador Nortel Alteon e o Nortel Alteon Web Switch têm recursos de alta disponibilidade.
É possível configurar dois controladores para execução em sistemas diferentes em uma configuração de espera a quente.
Dois ou mais comutadores podem fazer backup um do outro quando você os configura para agir como um virtual IP interface router (VIR) ou como um virtual IP server router (VSR).
Um consultor (gerenciado pelo controlador) fornece pesos apenas para um comutador. Como um comutador de backup pode assumir o controle do principal, você deve configurar o controlador com um consultor para cada comutador com a possibilidade de se tornar principal. Dessa maneira, quando um comutador se torna principal, ele tem a garantia de receber pesos.
Além disso, quando controladores são conectados a um VIR, eles têm uma garantia de comunicação com os servidores, comutadores e controlador de backup, caso percam a conectividade com um dos comutadores.
Consulte o Nortel Alteon Web OS Application Guide para obter informações sobre a alta disponibilidade no comutador.
A alta disponibilidade do controlador melhora os recursos de tolerância a falhas do Balanceador de Carga. Projetado com a alta disponibilidade de encaminhamento de pacote clássica, a alta disponibilidade do controlador envolve dois controladores em execução simultaneamente, um na função principal e outro na função secundária.
Cada controlador é configurado com informações de comutador idênticas. Assim como acontece com a alta disponibilidade clássica, apenas um controlador fica ativo por vez. Isso significa que, conforme determinado por uma lógica de alta disponibilidade, apenas o controlador ativo calcula e atualiza o comutador com novos pesos.
A alta disponibilidade do controlador se comunica com seu parceiro usando pacotes user datagram protocol (UDP) simples em um endereço e uma porta configurados por você. Esses pacotes são usados para trocar informações entre controladores, já que pertencem à alta disponibilidade (informações de alcance), e determinar a disponibilidade do controlador parceiro (pulsações). Caso o controlador de espera determine que o controlador ativo falhou por alguma razão, ele assumirá o controle do controlador ativo com falha. O controlador de espera então se torna o controlador ativo e começa a calcular e a atualizar o comutador com novos pesos.
Além da disponibilidade de parceiro, os destinos de alcance podem ser configurados para alta disponibilidade. Assim como acontece com a alta disponibilidade clássica, a alta disponibilidade do controlador usa informações de alcance para determinar qual controlador está ativo e qual está em espera. O controlador ativo aquele que pode executar ping em mais destinos e que pode ser acessado por seu parceiro.
Consulte Alta Disponibilidade para obter informações adicionais.
Em Figura 30:
Para evitar mudanças de peso frequentes, é possível configurar o consultor com um limite de sensibilidade. Esse limite de sensibilidade especifica a quantidade de mudança que deve acontecer entre os pesos novo e antigo antes de o peso poder ser alterado. Consulte Limite de Sensibilidade para obter informações adicionais.
Se o comutador ficar muito ocupado com a atualização de pesos, é possível aumentar o tempo de hibernação do consultor para reduzir o tráfego entre o controlador e os servidores e o comutador. O tempo de hibernação configura o número de segundos de suspensão entre loops de configuração de peso.
Se os servidores estiverem tratando de várias solicitações de monitoramento a partir do consultor, é possível modificar o tempo de hibernação do coletor de métrica. Consulte Tempo de Hibernação do Cálculo de Peso para obter uma descrição detalhada.
Controlador Cisco CSS posta entradas nos seguintes logs:
Esses logs estão localizados nos seguintes diretórios:
Em cada log, é possível configurar o tamanho do log e o nível de criação de log. Consulte Usando Logs do Balanceador de Carga para obter informações adicionais.