Incluir Regra
Preencha os campos e, em seguida, clique em OK.
- Nome da Regra
- O nome da regra definida por você. Esse nome pode conter qualquer
caracter alfanumérico, sublinha, hífen ou ponto. Pode ter de 1 a 20
caracteres e não pode conter espaço em branco.
- Tipo de Regra
- Você pode escolher entre os seguintes tipos de regras:
- Endereço IP
Baseado no endereço IP do cliente.
Utilize esse tipo de regra caso deseje proteger os clientes e alocar
recursos com base em sua origem. - Hora do dia
Baseada na hora do dia.
Utilizada para
propósitos de planejamento de capacidade. Exemplo, se seu site na Web
obtém a maior quantidade de correspondência durante o mesmo período
de tempo todo dia, convém dedicar mais servidores para HTTP durante
os períodos de pico em oposição aos períodos menos intensos. - Total de
Conexões (por segundo
Baseadas no número de conexões por segundo da porta.
Convém utilizar regras baseadas no total de conexões por segundo
caso necessite compartilhar algum dos servidos com outros aplicativos.
- Conexões Ativas (total)
Baseada no número total de conexões ativas da porta.
Convém utilizar regras baseadas no total de conexões ativas na porta
caso seu servidor se sobrecarregue e comece a jogar fora pacotes.
Determinados servidores Web continuarão a aceitar conexões mesmo que
não tenham cadeias suficientes para responder ao
pedido. Como resultado, o tempo limite dos pedidos do cliente é
expirado e o cliente que está se dirigindo ao seu site na Web não é
atendido.
Utilize as regras baseadas nas conexões ativas para equilibrar a
capacidade dentro de um conjunto de servidores.
- Conteúdo
Uma expressão regular que é comparada às URLs solicitadas pelo
cliente. Convém utilizar as regras de tipo de
conteúdo para enviar pedidos aos conjuntos de servidores
especificamente configurados para manipular
alguns sub-conjuntos do tráfego de seu site.
Exemplo, você pode querer utilizar um conjunto de servidores para manipular
todos os pedidos cgi-bin, outro conjunto para manipular todos os
pedidos de audio streaming e um terceiro para manipular todos os
outros pedidos. Você incluiria uma regra com um
padrão que corresponderia ao caminho para seu diretório cgi-bin,
outra que corresponderia ao tipo de arquivo de seus arquivos áudio
streaming e uma terceira regra sempre verdadeira para
manipular o restante do tráfego. Você, então, incluiria os
servidores apropriados a cada uma das regras.
- Sempre Verdadeira
A regra será sempre verdadeira.
Uma regra pode ser criada como "sempre verdadeira". Uma regra sempre verdadeira sempre estará selecionada, a menos que todos os servidores associados a ela estejam desativados. Por esta razão, ela, geralmente, deveria estar
em uma prioridade inferior às outras regras.
- Prioridade (opcional)
- Um valor inteiro que representa a ordem na qual as regras são revisadas. Se
nenhuma prioridade for determinada para a primeira regra definida, por
padrão, ela receberá um valor de prioridade 1 e será avaliada
primeiro.
A próxima regra receberá um
valor de prioridade 11 (último valor de prioridade + 10, neste caso 1 + 10), terceira regra = 21,
quarta regra = 31 e assim por diante.As regras são avaliadas em ordem
numérica, os números inferiores tem precedência sobre os superiores.
- Intervalo Inicial
- Opcionalmente, o menor valor no intervalo usado para determinar se a regra é verdadeira ou não. Se você está incluindo uma
regra baseada em:
- Endereço IP, então o intervalo inicial será o endereço do cliente como um nome simbólico ou em formato
decimal pontuado. O padrão é 0.0.0.0.
- Tempo, então o intervalo inicial será um inteiro. O padrão é 0, que representa meia-noite.
- Conexões Totais, então o intervalo inicial será um inteiro. O padrão é 0.
- Conexões Ativas, então o intervalo inicial será um inteiro. O padrão é 0.
Não é necessário especificar um intervalo inicial para uma regra
sempre verdadeira.
- Intervalo Final
- Opcionalmente, o maior valor no intervalo usado para determinar se a regra é verdadeira ou não. Se você está incluindo uma
regra baseada em:
- Endereço IP, então o intervalo final será o endereço do cliente como um nome simbólico ou em formato
decimal pontuado. O padrão é 255.255.255.255.
- Hora do dia, então o intervalo final será um inteiro. O padrão é 24, que representa meia-noite.
- Conexões Totais, então o intervalo final será um inteiro. O padrão é 2 para a 32a. força menos 1.
- Conexões Ativas, então o intervalo final será um inteiro. O padrão é 2 para a 32a. força menos 1.
Não é necessário especificar um intervalo final para uma
regra sempre verdadeira.
- Padrão
- Aplicável apenas à regra Conteúdo. Digite a sintaxe padrão que
deseja utilizar, com as seguintes restrições:
- sem espaços
- caracteres especiais: (a não ser que o caracter seja precedido
com um \)
* : curinga (estabelece correspondência de 0 a x de qualquer caracter)
( : utilizado para agrupamento lógico
) : utilizado para agrupamento lógico
& : E lógico
| : OU lógico
! : NÃO lógico
- palavras-chave reservadas (sempre seguidas de =):
Method : utilizado pelo protocolo HTTP, em uma tradução,
para recuperar um pedido; exemplo, GET, POST e
assim por diante
UTI : caminho do pedido da URL
Version : versão específica de um pedido
HTTP/1.0 ou HTTP/1.1
Host : valor do host: cabeçalho
Nota: opcional em protocolos HTTP/1.0
[key] : qualquer nome de cabeçalho HTTP que o Dispatcher
pode pesquisar; exemplo, User-Agent,
Connection, referer, e assim por diante.
Exemplos: Um navegador com destino http://www.company.com/path/webpage.htm
pode resultar em valores como os seguintes:
Method=GET
URI=/path/webpage.htm
Version=HTTP/1.1
Host=www.company.com
Connection=Keep-Alive
Para obter mais informações referente à sintaxe padrão, bem como
cenários, consulte as seções "Configurar balanceamento de carga
baseado em regras" e "Sintaxe de regra de conteúdo (padrão)" do
Load Balancer Administration Guide.
- Um ou Mais Endereços de Servidor: (opcional)
- A lista de servidores definidos atualmente para a porta. Você pode, opcionalmente,
selecionar um ou mais servidores da lista para inclusão com a regra.
|