WebSphere Virtual Enterprise, Version 6.1.1
             Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris, Windows ,


Definindo uma Política de Serviço

É possível definir políticas de serviço e, para a maioria dos tipos de pedidos de trabalho, as classes de trabalho categorizam e priorizam pedidos de trabalho. Uma política de serviço consiste em um objetivo de desempenho definido pelo usuário e em um nível de importância, em alguns casos.

Antes de Começar

Sobre Esta Tarefa

As políticas de serviço são relacionadas a pedidos de trabalho por meio de classes de transações. Cada pedido de trabalho pertence a exatamente uma classe de transação, e cada classe de transação pertence a exatamente uma política de serviço. Para a maioria de tipos de pedidos de trabalho, as classes de trabalho são utilizadas para mapear pedidos que chegam para classes de transações. Cada classe de trabalho é anexada a um aplicativo Java 2 Platform, Enterprise Edition (J2EE) e a um recurso de pedido básico; o prefixo da URI para HTTP, o nome do método para IIOP e o barramento+destino para Java Message Service (JMS). Cada classe de trabalho especifica como os pedidos relevantes são classificados nas classes de transação. Para clusters de servidor genérico e para o SIP, as classes de trabalho não são usadas; em vez disso, as regras de classificação de pedidos para classes de transações são configuradas nos ODRs.

É possível usar propriedades customizadas de política de serviço para fornecer política de serviço que alerta sobre violações da política de serviço persistente em uma classe de transação. Consulte o Propriedades Customizadas de Política de Serviço .

Para o tráfego do SIP pelo UDP, você deve ativar o controle de admissão para proteção de sobrecarga da CPU, para evitar que ocorram retransmissões por causa da sobrecarga da CPU. Ao utilizar o controle de admissão para proteção contra sobrecarga da CPU para o SIP, o tipo arbitrário de meta NÃO deve ser utilizado. Só devem ser utilizadas as metas de tempo médio de resposta ou de percentil do tempo de resposta. O limite de tempo de resposta especificado na meta deve estar bem abaixo do valor do cronômetro T1 do cliente (que tem o padrão de 500 milissegundos). O limite de tempo médio de resposta de rejeição (o valor derivado do limite de tempo de resposta da meta) e a política de rejeição configurada no painel de controle do ARFM, devem ser menores que o cronômetro T1 do cliente. Consulte Configurando o Autonomic Request Flow Manager para obter instruções sobre a ativação do controle de admissão para proteção contra sobrecarga da CPU.

Restrição: Quando a orientação diálogo/sessão é ativada para HTTP ou SIP, uma política de serviço não pode ser aplicada a mensagens que façam parte de diálogos ou de sessões preexistentes, e a mensagens que NÃO façam parte de diálogos ou de sessões preexistentes.

Usando o tempo de serviço ou o tempo de resposta de um único pedido ou um número pequeno de pedidos em um sistema não-carregado ou levemente carregado, isto é, quanto tempo um único pedido utiliza em um sistema não-carregado, em seguida, construindo políticas de serviço em que os tempos de resposta são menores do que aquele que nunca resultará em instâncias adicionais sendo iniciadas (média ou percentil de objetivos do tempo de resposta). O sistema determinará que iniciar instâncias adicionais não aprimorará a capacidade de atender ao objetivo. Para as metas de percentis, o ARFM e o APC são muito sensíveis ao relacionamento entre os parâmetros em questão: O RTT (Destino do Tempo de Resposta) ou o Valor da Meta, e o PCT (Limite de Percentil) ou a Porcentagem da Meta.

A seguir estão alguns intervalos de amostra começando com o tempo de resposta, aumentando para o RTT de 2, 3, 4 vezes (etc.) do único tempo de serviço do pedido. Os valores baixo, alto e os PCTs são fornecidos. Eles podem variar um pouco de aplicativo para aplicativo, mas esses intervalos são fornecidos como um ponto de partida para o ajuste exato das políticas de serviço de suas necessidades específicas. Para as metas de percentis, o ARFM e o APC reconhecem o relacionamento entre os parâmetros RTT ou o valor da meta, e o PCT ou a porcentagem da meta.

Procedimento

  1. No console administrativo, clique em Políticas Operacionais > Política de Serviço. Você pode selecionar uma política de serviço existente para edição ou clicar em Novo para criar uma política de serviço. Para editar uma política de serviço existente, clique no nome da política de serviço.
  2. Crie um nome, descrição e um tipo de objetivo para sua nova política de serviço. O tipo de meta pode ser arbitrário, tempo médio de resposta, percentil do tempo de resposta ou tempo de conclusão:
    • Uma meta arbitrária é o padrão e indica o trabalho que não possui um valor significativo. Como resultado, o trabalho desse tipo pode provocar redução do desempenho quando os recursos são limitados.
    • As metas de tempo médio de resposta indicam o trabalho com uma prioridade mais alta do que arbitrária. A meta de tempo médio de resposta é designada à meta de tempo específico.
    • As metas de tempo de resposta percentual são outra medida para o trabalho com uma prioridade mais alta do que arbitrária. As metas de resposta percentuais são definidos com critérios específicos no painel a seguir. O destino do tempo de resposta percentual é a porcentagem de pedidos cujo tempo de resposta é T ou menor que deve ser P ou mais; um destino tem valores específicos para T e P.
    • As metas de tempo de conclusão especificam o período máximo de tempo (minutos) aceitável para uma tarefa ser concluída e ainda manter o nível de serviço implícito pela política de serviço. O tempo de conclusão é o tempo na fila mais o tempo de execução de uma tarefa de grade. O tempo de conclusão combinado com a importância, associado a políticas de serviço, garante que tarefas importantes sejam despachadas primeiro. Todas as tarefas serão despachadas imediatamente se houver capacidade. Esse tipo de meta de tempo de conclusão é utilizado apenas quando há mais tarefas do que o que pode ser processado imediatamente. A tentativa é que a tarefa seja concluída até o tempo de conclusão, e não apenas que seja despachada. O APC (controlador de posicionamento de aplicativos) avalia a data do histórico de uma tarefa e a despacha com base nesses dados. Por exemplo, se o tempo de conclusão for configurado como 30 minutos, e, pela data do histórico, o APC souber que a tarefa leva 30 minutos para ser concluída, essa tarefa será despachada imediatamente. A classe de uma tarefa é importante ao prever as características de desempenho de tarefas em lote. O design do APC é de tal modo que o sistema supõe que uma tarefa na classe A terá, geralmente, as mesmas características de desempenho de outras tarefas da classe A. O tempo de fila é reprovado no WebSphere Virtual Enterprise Versão 6.1.
  3. Opcional: Se você selecionar um tipo de meta de tempo médio de resposta, um percentil de tempo de resposta ou um tempo de conclusão, será solicitado que defina os aspectos específicos e selecione uma importância.

    Para a média de objetivos de tempo de resposta, digite um valor do objetivo, associe uma importância à política de serviço e selecione Monitor de Violações de Política Persistente para configurar a criação de uma tarefa de tempo de execução quando ocorrer uma violação da política.

    Quando você associa uma importância à política de serviço, nota que as opções para a importância variam de mais baixas para mais altas. O planejamento é essencial para selecionar o valor de importância correto, porque poderão ocorrer resultados negativos se todos os trabalhos estiverem classificados como mais elevados. Esta classificação pode criar um gargalo no ambiente. Para definir uma violação da política, especifique o Valor delta do objetivo e o Valor do período de tempo:
    • No campo Valor Delta da Meta, digite um inteiro para indicar o período de tempo máximo permitido que exceda o valor de meta configurado. Os valores aceitáveis são 0 a 3000 milissegundos, 0 a 300 segundos e 0 a 2147483647 minutos.
    • No campo Valor de Período de Tempo, digite um inteiro para indicar os milissegundos, segundos ou minutos após os quais o valor de meta sofre violação. Ele pode ser 0 a 1 dia, inclusivo.

    Para o percentil do tempo de resposta, configure o percentil do objetivo como a porcentagem de pedidos que devem atender ao valor do objetivo que está definido no campo seguinte. Em seguida, digite um valor do objetivo, associe uma importância à política de serviço e selecione Monitor de Violações de Política Persistente para configurar a criação de uma tarefa de tempo de execução quando ocorrer uma violação da política.

    Para o valor do objetivo, digite o tempo máximo permitido para a política de serviço. O ambiente tenta ficar abaixo dos objetivos definidos e se ajusta continuamente para atingir o resultado mais balanceado. Quando você associa uma importância à política de serviço, nota que as opções para a importância variam de mais baixas para mais altas. O planejamento é essencial para selecionar o valor de importância correto, porque poderão ocorrer resultados negativos se todos os trabalhos estiverem classificados como mais elevados. Para definir uma violação da política, especifique a Porcentagem delta do objetivo e o Valor do período de tempo:
    • No campo Valor Delta do Objetivo, digite um tipo de número inteiro que indique a porcentagem do pedido abaixo do valor do objetivo a ser monitorado. Os valores aceitáveis são de 0 a 100, inclusive.
    • No campo Valor do Período de Tempo, digite um inteiro para indicar os milissegundos, segundos ou minutos após os quais o valor de meta sofre violação.
    Uma tarefa de tempo de execução é gerada quando determinados critérios são violados. Por exemplo, no exemplo de tempo de resposta de percentil a seguir, com um objetivo de percentil de 90% e um delta de objetivo de 5%, a política de serviço é violada quando menos de 85% dos pedidos atende o objetivo de tempo de serviço de 1 segundo (por 5 segundos 5 consecutivos), ou seja, quando mais de 15% dos pedidos excede o objetivo de tempo de serviço de 1 segundo (por 5 segundos consecutivos). O sistema continuará priorizando o tráfego de forma a tentar atingir o objetivo de 90%, porém nenhuma notificação de violação será emitida a menos que o limiar de 85% (90% menos 5%) não seja atingido.
    Tabela 1. Exemplo de Percentil de Tempo de Resposta
    Descrição Valor
    Percentil do objetivo 90%
    Valor do objetivo 1
    Importância 1
    Monitor de Violações de Política de Serviço Persistente verdadeiro
    Porcentagem Delta do Objetivo: 5%
    Valor do Período de Tempo 5 segundos

    Para o tempo de conclusão, digite um valor do objetivo e associe uma importância à política de serviço. Para o valor do objetivo, digite o tempo máximo permitido para a política de serviço. O ambiente ajusta continuamente todos os controles ajustáveis automaticamente, visando atingir e manter o melhor saldo possível de resultados de desempenho relativo. Quando você associa uma importância à política de serviço, nota que as opções para a importância variam de mais baixas para mais altas. O planejamento é essencial para selecionar o valor de importância correto, porque poderão ocorrer resultados negativos se todos os trabalhos estiverem classificados como mais elevados. Esta classificação pode criar um gargalo no ambiente.

  4. Associe os membros da classe de transação à política de serviço ou crie uma nova classe de transação. Se a classe de transação que você está buscando não existir, crie uma nova classe de transação.
  5. Para criar uma classe de trabalho para a política de serviço, no console administrativo, clique em Aplicativos > Aplicativos Corporativos > application_name > Políticas de Serviço. Selecione uma política de serviço existente e, para o tipo de pedido, clique em Novo.

    Para criar uma nova política de serviço para HTTP, especifique o nome da classe de trabalho, selecione um módulo e selecione os membros a serem incluídos. Opcionalmente, para usar uma URI customizada, digite seu nome e clique em Incluir Padrão no campo Padrão de URI Customizada. Por exemplo, um URI customizado é necessário para fazer um trabalho de JSP (JavaServer Pages).

    Para criar uma nova política de serviço para SOAP, especifique o nome da classe de trabalho, selecione um módulo e selecione as operações de serviço da Web a serem incluídas.

    Para criar uma nova política de serviço para IIOP, especifique o nome da classe de trabalho, selecione um módulo e selecione os métodos de EJB a serem incluídos. Opcionalmente, para usar um EJB customizado, digite as informações nos campos Nome de EJB Customizado e Método de EJB Customizado e clique em Incluir Padrão.

    Para criar uma nova política de serviço para JMS, digite o nome da classe de trabalho, selecione um módulo, um barramento definido e os métodos de EJB. Opcionalmente, para usar um barramento customizado, digite as informações nos campos Nome do Barramento Customizado e Destino do Barramento Customizado e clique em Incluir Padrão.

    Para criar uma política de serviço para SIP, é necessário duas políticas a seguir:
    1. Crie uma política do SIP padrão com os seguintes valores:
      • Tipo de Objetivo = Tempo Médio de Resposta
      • Valor do Objetivo = 75 milissegundos
      • Importância = Alta
    2. Crie uma política INVITE com os seguintes valores:
      • Tipo de Objetivo = Tempo Médio de Resposta
      • Valor do Objetivo = 75 milissegundos
      • Importância = Baixa
    3. Configure as regras do SIP da política de serviço:
      • Se request.method = INVITE, classifique como classe de transação Default _TC_INVITE (INVITE).
      • Se nenhuma regra for aplicada, classifique como classe de transação Default _TC_def_sip (def_sip).
  6. O sistema automaticamente seleciona todas as mudanças que você fez em sua configuração de política de serviço. Você não precisa reiniciar nenhum servidor quando você atualiza suas políticas de serviço e classes de trabalho.

Resultados

Você definiu uma meta de negócio e aplicou essa meta aos URIs do aplicativo utilizando a política de serviço e as regras de roteamento. O sistema pode agora categorizar e priorizar o trabalho.



Conceitos relacionados
Visão Geral das Classes de Trabalho
Tipos de Classes de Trabalho
Tarefas relacionadas
Configurando o Autonomic Request Flow Manager
Referências relacionadas
Políticas de Serviço e de Roteamento
Funções e Privilégios Administrativos
Informações relacionadas
Propriedades Customizadas de Política de Serviço
Regras para Tarefas Administrativas de Política de Roteamento do ODR
Regras para Tarefas Administrativas de Política de Serviço do ODR
Tópico de Tarefa    

Termos de Uso | Feedback

Última atualização: 24/09/2009 14h16min12s EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/todrpolicy.html