Criando uma Política de Funcionamento: Definir Propriedades Gerais da Política de Funcionamento
Utilize esta página para criar as políticas de funcionamento, que são utilizadas para realizar uma variedade de avaliações baseadas em funcionamento nos clusters, clusters dinâmicos e instâncias de servidores de aplicativos em execução nos nós.
Para visualizar esta página do console administrativo, clique em Políticas Operacionais
> Políticas de Funcionamento > Novo.
Os privilégios para as políticas de funcionamento diferem, dependendo da função
administrativa do usuário. As funções incluem monitor, operador,
configurador e administrador. Se você for um usuário com uma função de monitor ou operador, poderá apenas visualizar
as informações de política de funcionamento. Se você for um usuário com uma função de
configurador ou administrador, terá todos os privilégios de configuração para
políticas de funcionamento.
Ao preencher todos os campos requeridos, clique em Avançar para continuar.
- Nome
Especifica o nome de uma política de funcionamento. O nome da política de funcionamento é
necessário e deve ser exclusivo entre todas as políticas de funcionamento na célula.
O nome não pode começar com um ponto (.) ou um espaço. Um espaço não gera um erro, mas espaços iniciais e finais são automaticamente excluídos. Utilize nomes significativos e consistentes para a política de funcionamento.
Por exemplo, políticas de funcionamento baseadas em idade podem ser indicadas denominando-as como AGE_20DAYS, AGE_15DAYS e assim por diante.
- Descrição
Especifica uma descrição adicional da política de funcionamento. A descrição é opcional.
Você pode editar a descrição quando está criando ou editando uma política
de funcionamento. Considere utilizar a descrição opcional quando estiver utilizando
várias políticas de funcionamento ou quando vários administradores gerenciarem o mesmo conjunto
de políticas de funcionamento.
- Condição de funcionamento predefinida
A condição de funcionamento define a política específica que é implementada.As condições de funcionamento predefinidas são aquelas enviadas com o WebSphere Extended Deployment.
Algumas políticas são baseadas em prevenção e outras são baseadas em detecção. As políticas baseadas
em prevenção são utilizadas para evitar condições que podem levar a problemas, enquanto as
políticas baseadas em detecção são utilizadas para identificar as condições existentes e obter
a resolução. Essas políticas podem ser utilizadas para realizar avaliações baseadas em funcionamento nos clusters, clusters dinâmicos e instâncias de servidores de aplicativos em execução nos nós. Em caso de clusters dinâmicos, independentemente da política de funcionamento que
estiver sendo utilizada, o número mínimo de instâncias do cluster dinâmico permanece em execução.
- A política de condição baseada na idade reinicia os membros associados
quando a idade deles atinge um determinado valor definido pelo usuário. Esse reinício limpa
todos os dados em cache e obtidos da memória. Se você selecionar a política de condição baseada na idade,
deverá definir os critérios de idade.A condição baseada na idade
é suportada em todos os tipos de servidores.
- A política de condição de tempo limite de pedidos excessivos rastreia
a memória utilizada para tempos limites de pedidos. Quando a porcentagem de tempos limites excede a violação da condição, os membros
são reiniciados. Se você selecionar a condição de tempo limite de pedidos
excessivos, deverá configurar o limite de porcentagem de memória utilizada. A condição de tempo limite excessivo do pedido é suportada para todos os tipos de servidores.
Restrição: A condição de tempo limite excessivo de pedido não se aplica ao tráfego de JMS (Java Message Service) e IIOP (Internet Inter-ORB
Protocol).
- A política de condição de tempo de respostas excessivas rastreia os pedidos
e a quantidade de tempo que eles levam para ser concluídos. Utilize essa política para limpar
os servidores que possuem um número médio de pedidos que excedem o tempo
especificado. Se um número médio de pedidos exceder um determinado período de
tempo, os membros serão reiniciados. Ao selecionar a política de tempo de respostas
excessivas, você deve definir o limite de tempo de resposta. A condição de
tempo de respostas excessivas é suportada em todos os tipos de servidores.
- A política de condição de memória: uso de memória excessivo rastreia o
uso de memória de um membro. Quando o uso da memória excede uma porcentagem do tamanho de heap
por um tempo especificado, são tomadas ações para corrigir essa situação. Se você definir a política
de funcionamento contra um servidor independente, cluster estático
ou cluster dinâmico no modo manual, então, o membro pára e reinicia. Se você definir a política
de funcionamento contra um cluster dinâmico que está em um modo automático
ou supervisionado, então, o membro sinalizado pela condição pára. O controlador de posicionamento dinamicamente decide quais, se houver,
servidores serão iniciados com base na avaliação do ambiente. Essas ações ocorrem automaticamente
se você está no modo automático. Se você estiver no modo supervisionado, poderá aprovar
que as tarefas de tempo de execução sejam geradas para corrigir a situação. Se você selecionar a política
de uso de memória excessivo, deverá definir a memória utilizada e o tempo sobre o limite de
memória. A condição de uso de memória excessiva é suportada
apenas nos servidores de aplicativos em nós que executem o WebSphere Application
Server ou o WebSphere Application Server Community Edition.
Você não pode definir a condição de uso de memória excessiva para outros
tipos de servidor de middleware.
- A política de condição de memória: fuga de memória rastreia as tendências
descendentes consistentes de memória livre para um servidor no heap Java. A configuração de nível de detecção determina quando essas tendências são detectadas.
Se você selecionar
a política de condição de memória: fuga de memória, deverá definir um nível de
detecção. A configuração do nível de detecção mais lenta requer os dados mais históricos.
As configurações do nível de detecção normal e mais rápida requerem a mesma quantidade de
dados históricos, mas a configuração mais rápida permite análise antes da expansão
do heap Java para seu tamanho máximo configurado. Isto proporciona capacidade de detecção mais rápida, mas também está mais propenso a positivos falsos. Essa
condição suporta dumps do heap, além de reinicializações de servidor como reações. O condição de fuga de memória não é suportada
para outros tipos de servidor de middleware.
- A política de condição de dreno em excesso rastreia pedidos parados. O servidor
associado a essa política é reiniciado quando o nível de detecção especificado
é atingido. A condição de dreno em excesso
conta com a detecção de ponto de alteração em um dado de série de tempo determinado. As métricas utilizadas para detectar o dreno em excesso
são os tempos de resposta e os pesos do gerenciador de carga de trabalho de implementação
observados para o servidor. A condição de dreno
em excesso se aplica apenas aos clusters e células dinâmicas. Se você selecionar a política de condição de dreno em excesso, deverá selecionar
o nível de detecção.
Para detectar pontos de alteração, o controlador de funcionamento calcula uma média esquerda e uma média direita para um ponto especificado. Para um ponto, a média à esquerda consiste no valor médio de N amostras que chegam antes desta amostra
e a média à direita é a média de N amostras, incluindo o ponto atual,
que chegam posteriormente. A diferença entre os valores das médias da esquerda e da direita é armazenada e comparada com outras diferenças em um conjunto de valores como N para
determinar se essa diferença é a maior local. Se for a diferença máxima,
o ponto a que essa diferença corresponde será declarado como um
ponto de alteração. As duas métricas utilizadas para detectar
dreno em excesso são os tempos de resposta e os pesos do gerenciador de carga de trabalho dinâmica observados para o servidor.
A condição de dreno em excesso é suportada
em todos os tipos de servidores.Restrição: A condição de dreno em excesso não se aplica ao tráfego de JMS e IIOP.
- A política de condição de carga de trabalho reinicia os membros quando um determinado
número de pedidos definidos pelo usuário forem atendidos. Essa política limpa a memória
e os caches. Se você selecionar a política de carga de trabalho, deverá definir o total de critérios
de pedidos. A condição de carga de trabalho é suportada
em todos os tipos de servidores.
- Condição de funcionamento customizada
É possível definir condições se as condições de funcionamento existentes não se adequarem às suas necessidades.
As condições de funcionamento customizadas podem ser testadas contra métricas de seu ambiente.
hc_detail_main_new