WebSphere Extended Deployment, Version 6.0.x     Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris , Windows , z/OS

Criando a Política de Funcionamento

Uma política de funcionamento é a definição de critérios de funcionamento específicos contra os quais você deseja que o WebSphere Extended Deployment se proteja. A função de gerenciamento de funcionamento utiliza a política definida à medida que executa uma busca no ambiente do servidor de aplicativos procurando maus funcionamentos de software.

Por que e quando realizar esta tarefa

Siga as etapas para esta tarefa. Você também pode criar e manter políticas de funcionamento utilizando script. Consulte Gerenciando Políticas de Funcionamento com Scripts para obter informações adicionais.
  1. No console administrativo, clique em Políticas operacionais > Políticas de funcionamento > Novo.
  2. Defina as propriedades gerais da política de funcionamento.
    1. Forneça um nome para a política de funcionamento. O nome deve ser exclusivo entre todas as políticas de funcionamento e deve estar de acordo com alguns critérios de nomenclatura. Os critérios de nomenclatura são descritos no painel da ajuda do console da política de funcionamento.
    2. OptionalColonSymbol Forneça uma descrição da política de funcionamento
    3. Selecione a condição de funcionamento. Todas as condições disponíveis suportam reinicializações de servidor como uma reação. As condições de duração e carga de trabalho são políticas preventivas e as outras são políticas baseadas em detecção.
      • A condição baseada em duração é acionada quando membros associados a esta política atingem determinado valor de duração.
      • A condição de tempo limite excessivo de pedido é acionada se os pedidos direcionados a um membro associado excederem o tempo limite e a porcentagem de tempos limites exceder o valor especificado. Essa condição suporta dumps de encadeamento, além das reações de reinicialização de servidor.
        RestrictionColonSymbol A condição de tempo limite excessivo de pedido não se aplica a tráfego de JMS e IIOP.
      • A condição de tempo de resposta excessivo é acionada se os membros associados a esta política baseada em detecção têm um tempo médio de resposta para pedidos que excede determinado período de tempo.
      • A condição de memória: uso de memória excessivo é acionada se os membros associados a esta política baseada em detecção fazem uso de memória que excede uma porcentagem de tamanho máximo do heap por determinado período de tempo.
      • A condição de memória: fuga de memória busca por tendências descendentes consistentes em memória livre disponível para um servidor no heap Java. A configuração de nível de detecção determina quando essas tendências são detectadas. A configuração mais lenta requer os dados mais históricos. As configurações normais e mais rápidas requerem a mesma quantidade de dados históricos, mas a configuração mais rápida permite que seja feita análise antes do heap Java expandir 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.
      • A condição de dreno em excesso detecta situações em que os pedidos são deslocados em direção a um membro de cluster com falha que notifica baixos tempos de resposta. O dreno em excesso conta com uma detecção de ponto de alteração em dados estatísticos específicos. Para detectar pontos de alteração, o dreno calcula uma média à esquerda e uma média à direita para um ponto especificado. Para um ponto, a média à esquerda consiste na média de N amostras que chegam antes desta amostra e a média à direita é a média de N amostras (incluindo ela mesma) que chegam posteriormente. A diferença entre as médias é armazenada e comparada com outras diferenças em uma janela específica, definida como N para determinar se essa diferença é a maior possível 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 política Detecção Mais Rápida, Maior Probabilidade de Alarmes Falsos utiliza menos amostras (N=10) para tempos de resposta e pesos do gerenciador de carga de trabalho dinâmica e tenta detectar um ponto de alteração em cada uma das métricas baseadas no conjunto de amostras. Como resultado, ela obtém uma conclusão mais rápido, pois aguarda 20 amostras (10 para a média à esquerda e 10 para a média à direita) para calcular uma diferença de médias e procurar os valores máximos locais. As amostras são coletadas em intervalos de 15 segundos. Entretanto, o dreno em excesso pode ser detectado neste ponto dentro de 5 minutos de sua ocorrência. Contudo, como as amostras são em menor quantidade, se tiverem muitos picos ou quedas transientes, haverá uma maior probabilidade de alarmes falsos.

        A política Detecção Mais Lenta, Menor Probabilidade de Alarmes Falsos utiliza mais amostras (N=15) para tempos de resposta e pesos do gerenciador de carga de trabalho dinâmica. Como resultado, ela obtém uma conclusão mais lenta, pois aguarda 30 amostras (15 para a média à esquerda e 15 para a média à direita) para calcular uma diferença de médias. O tempo de detecção é 7 minutos e 30 segundos. No entanto, como há mais amostras, a presença de menos amostras com picos ou quedas transientes não afeta demais as médias. Portanto, a probabilidade de alarmes falsos é menor.
        RestrictionColonSymbol A condição de dreno de tempestade não se aplica a tráfego de JMS e IIOP.
      • A condição de carga de trabalho é acionada se os membros associados a esta política atenderam a um número de pedidos definido pelo usuário.
    4. Clique em Avançar.
  3. Defina as propriedades das condições de funcionamento da política de funcionamento. As propriedades das condições de funcionamento que são exibidas variam de acordo com a condição de funcionamento selecionada.
    Propriedades das Condições de Funcionamento
    Duração Máxima
    Esse campo é utilizado para definir o valor da duração da condição de funcionamento baseada em duração. A política da condição baseada em idade reinicia os membros associados a ela quando a idade atinge um determinado valor. Valores aceitáveis são números positivos inteiros em dias ou horas entre 1 hora e 365 dias. Para digitar um valor, como 1 dia e meio, utilize 36 horas, pois números decimais não são suportados.
    Porcentagem de Pedidos com Tempo Limite para Causar Violação da Condição:
    Esse campo configura o limite para a porcentagem de pedidos com tempo limite. Valores aceitáveis para esse campo são números inteiros entre 1 e 99.
    Tempo de Resposta:
    A política da condição do tempo de resposta excessivo reinicia os membros quando o número médio de pedidos concluídos excede um período especificado. Valores aceitáveis para esse campo estão entre 1 milissegundo e 60 minutos. Para MDBs (Message Driven Beans), o tempo de resposta é baseado no tempo gasto pelo método onMessage. Para clientes síncronos, o tempo de resposta é o intervalo de tempo entre chamadas recebidas de um cliente no mesmo objeto de sessão. O tempo de resposta também inclui o tempo gasto em filas do Autonomic Request Flow Manager.
    Porcentagem de Tamanho Máximo de Heap da JVM a Ser Monitorado para:
    A política de condição de uso de memória excessiva reinicia os membros quando o uso de memória excede uma porcentagem do tamanho de heap por um período de tempo. Valores aceitáveis para esse campo são números inteiros entre 1 e 99.
    Período de Tempo Além do qual o Limite de Heap da JVM Deve Ser Violado:
    A política de condição de uso de memória excessiva reinicia os membros quando o uso de memória excede uma porcentagem do tamanho de heap por um período de tempo. A porcentagem da memória total utilizada é utilizada com o valor da porcentagem para determinar quando reiniciar os membros. Valores aceitáveis para esse campo estão entre 1 segundo e 60 minutos.
    Total de Pedidos
    Esse campo está disponível quando a política de funcionamento selecionada é carga de trabalho. A política da condição de carga de trabalho reinicia os membros quando determinado número de pedidos definidos pelo usuário tiverem sido atendidos. Um valor de pedido aceitável deve ser um número inteiro entre 1000 e 9223372036854775807.
    Nível de Detecção para Condição:
    Selecione entre as seguintes opções:
    • Detecção mais rápida, maior probabilidade de alarmes falsos para detectar rapidamente possíveis fugas de memória com uma chance maior de positivos falsos
    • Detecção padrão, probabilidade padrão de alarmes falsos para detectar com precisão as possíveis fugas de memória mais lentamente
    • Detecção mais lenta, menor probabilidade de alarmes falsos para obter uma detecção mais precisa de possível fuga de memória
    Reação do Monitor de Gerenciamento de Funcionamento
    Modo de Reação
    Selecione Supervisionado ou Automático. O modo de reação define o nível de interação com o usuário quando a condição de funcionamento decide que ações corretivas são necessárias. No modo supervisionado, os planos de ação sugeridos podem ser aprovados antes de serem executados. O modo automático realiza todos os planos de ação sugeridos sem aprovação. Utilize reações automáticas com cautela, principalmente ao ativar reinicializações de servidor. A disponibilidade contínua de serviço pode ser interrompida quando um servidor é reinicializado.
    Selecionar Ações a Serem Executadas na Violação de Condição de Funcionamento
    Dependendo da condição de funcionamento, você pode selecionar uma ou mais ações a serem realizadas quando uma condição é violada.
    • Reinicializar o servidor
    • Obter dumps de encadeamento
    • Obter dumps do heap da JVM no IBM JDK (Java Development Kit) apenas
  4. Clique em Avançar. Os painéis a seguir solicitam que você selecione os destinos para sua política.
  5. Selecione as associações a serem monitoradas quanto à política de funcionamento. Quando os tipos de membro forem exibidos na lista Disponível para associação, selecione os tipos que deseja monitorar e clique em Incluir.
    • Servidores de aplicativos e nós
    • Clusters
    • Clusters dinâmicos
    • Células
    Camadas de lógica podem ser aplicadas a associações monitoradas. Por exemplo, você pode desejar aplicar uma política de funcionamento específica a todos os membros de um cluster e a um servidor de aplicativos fora do cluster. Selecione o único servidor de aplicativos no painel Servidor de aplicativos e os clusters no painel Servidor de aplicativos, que inclui todos os servidores de aplicativos existentes e potenciais no cluster. Os membros de cluster aplicam lógica adicional para diminuir o impacto das reações no serviço.
  6. Clique em Avançar.
  7. Reveja sua nova política e clique em Concluir. O cabeçalho da janela do console exibe uma opção salvar.
  8. Clique em Salvar. É exibida uma janela com as opções Salvar e Descartar. Clique em Salvar novamente para confirmar sua nova política.

Resultado

Agora, você criou uma política de funcionamento e a aplicou em um ambiente de destino.

O que fazer depois

A próxima etapa é ativar o gerenciamento de funcionamento. Depois de ativado, sua política de funcionamento toma decisões inteligentes e trabalha com a função de posicionamento de aplicativos para assegurar que condições garantindo uma reinicialização não afetarão o trabalho em andamento. Consulte Ativando e Desativando o Gerenciamento de Funcionamento para obter informações adicionais.



Related reference
Gerenciando Políticas de Funcionamento com Script

Tópico de Tarefa    

Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:46:23 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/todhealthpolicy.html

© Copyright IBM 2004, 2006. Todos os Direitos Reservados.
Este centro de informações é desenvolvido em tecnologia Eclipse. (http://www.eclipse.org)