Arquivo de Regras do Gerente
Propósito
Define as regras de designação de classe automática para as superclasses ou subclasses de uma determinada configuração do WLM (Gerenciador de Cargas de Trabalho).
Descrição
O arquivo /etc/wlm/Config/rules descreve as regras de designação para as superclasses da configuração do WLM Config. Se a superclasse Super desta configuração tiver subclasses definidas, as regras de designação para as subclasses são definidas no arquivo /etc/wlm/Config/Super/rules.
As regras de atribuição para as superclasses e subclasses são formatadas as mesmas.
regras de designação
As regras de atribuição são feitas dos campos descritos abaixo. Quando presentes, os campos a seguir deve aparecem na ordem mostrada a seguir. A ordem é importante porque os valores são dados ao campo identificado por sua posição na sequência. Apenas os três primeiros campos (classe, reservadoe usuário) são obrigatórios. Os campos restantes podem ser omitidos se seus valores forem hifens.
Por exemplo, a regra de designação
class1 - user1class1 - user1 - - - -class - - group1 - 32bit+fixedclass - - group1 - 32bit+fixed -| Item | Descrição |
|---|---|
| class | Contém o nome de uma classe que é definida no arquivo classe correspondente ao nível do arquivo regras (superclasse ou subclasse). Os nomes de classe podem conter apenas letras maiúsculas e minúsculas, números e sublindas e são limitados a 16 caracteres de comprimento. Nenhuma regra de designação pode ser especificada para as classes definidas pelo sistema "Unclassificadas", "Unmanaged," e "Shared." |
| reservado | Este campo deve ser configurado para um hífen (-) |
| Usuário | Contém um hífen ou uma lista de nomes de usuários válidos (conforme definido no arquivo /etc/passwd ). A lista é composta por um ou mais nomes, separados por uma vírgula (,). Para excluir um usuário da classe, coloque uma marca de exclamação (!) antes do nome desse usuário. Use full Korn shell padrão de shell-correspondência para especificar um padrão curinga para combinar com um conjunto de nomes de usuários. |
| group | Contém um hífen ou uma lista de nomes de grupos válidos (conforme definido no arquivo /etc/group ). A lista é composta por um ou mais nomes, separados por uma vírgula. Para excluir um grupo da classe, coloque uma marca de exclamação antes do nome desse grupo. Use full Korn shell padrão de shell-correspondência para especificar um padrão curinga para combinar com um conjunto de nomes de grupos. |
| Aplicativo | Contém um hífen ou uma lista de nomes de caminho do aplicativo. Este é o nome do caminho do arquivo executado pelos processos a serem incluídos na classe. O valor pode ser um nome de caminho completo ou um padrão curinga que corresponda a um conjunto de nomes de caminhos. A lista é composta por um ou mais nomes de caminho, separados por uma vírgula. Para excluir um aplicativo da classe, coloque uma marca de exclamação antes do nome dessa aplicação. |
| Tipo | Contém um hífen ou uma lista de atributos para o processo. Os seguintes são valores possíveis:
O valor do campo tipo pode ser uma lista separada por vírgula de combinações de um ou mais dos valores acima. Dentro da combinação, cada item deve ser separado por um sinal de mais (+). Por exemplo, o valorfixed,64bit+plockindica que qualquer processo de prioridade fixa (seja 32-ou 64-bit) corresponde. Além disso, 64-bit processos chamando as plock subroutine correspondências. Mas o valorfixed+64bit+plockindica um critério de regra diferente: apenas processos que são 64-bit, fixos e que estão chamando a subroutina plock correspondem aos critérios. O valor 32bit e 64bit valor excluem mutuamente uns aos outros. |
| marcação | Pode conter um hífen ou uma lista de tags de aplicação. A lista é composta por um ou mais valores de tag de aplicativos separados por vírgulas. |
Ao classificar um processo, o WLM tenta adequar os valores dos atributos do processo (usuário, grupo, aplicação, tipoe tag) com os valores fornecidos no arquivo regras . Para combinar com valores, o WLM utiliza os seguintes critérios:
- Se o valor na regra for um hífen, qualquer valor do atributo de processo correspondente é uma correspondência.
- Se o valor de um atributo de processo (diferente do atributo tipo ) aparecer na lista de valores especificados no campo correspondente na regra e não for precedido por uma marca de exclamação, ele será uma correspondência para o atributo especificado.
- Se os valores do atributo do processo type (32bit/64bit, plock, fixed) corresponderam a todos os valores (separados por + sinais) fornecidos na lista para o campo tipo na regra, eles são uma correspondência para o tipo de processo.
- O processo é classificado na classe especificada no campo classe da regra caso TODOS os valores dos atributos do processo correspondam aos valores no campo correspondente da regra.
- O WLM varre as regras na ordem em que aparecem no arquivo regras e classifica o processo na classe especificada no primeira regra para a qual uma correspondência é detectada. Por isso, a ordem das regras no arquivo é muito importante.
Ao classificar um processo, o WLM primeiramente varre o arquivo regras para as superclasses da configuração atual para determinar a qual superclasse o processo é designado. Em seguida, WLM varre o arquivo regras para esta superclasse determinar qual subclasse ele designa o processo para.
Threads podem também ser atribuídas a uma classe se tiverem uma tag de aplicativos. Eles serão designados usando as mesmas regras do processo. No entanto, threads que não possuem uma tag de aplicativos permanecerão designadas para a classe de seu processo.
Agrupamentos
Como uma melhoria para o sistema operacional AIX® , agora é possível usar agrupamentos de valor de atributo no arquivo regras . Os agrupamentos de atributos podem ser usados como elemento de um critério de seleção no arquivo regras para superclasses ou subclasses. Para mais informações, sintaxe e exemplos, consulte o arquivo agrupamentos .
Segurança
O arquivo contendo as regras de designação para as superclasses deve ter permissão de gravação apenas para o usuário root. O arquivo O arquivo contendo as regras de atribuição para as subclasses de uma superclasse deve ter permissão de gravação para o adminuser e admingroup para a superclasse. Se nenhum adminuser existir para a superclasse, o arquivo deverá ser de propriedade de root. Se nenhum admingroup existir para uma superclasse, o arquivo regras para a superclasse deverá ser de propriedade do grupo do sistema e não possuir permissão de gravação para grupo.
Exemplos
- A seguir, um exemplo de um/etc/wlm/Config/rulesarquivo:
* This file contains the rules used by WLM to * assign a process to a superclass * * class resvd user group application type tag db1 - - - /usr/bin/oracle* - _DB1 db2 - - - /usr/bin/oracle* - _DB2 devlt - - dev - - - VPs - bob,ted - - - - acctg - - acct* - - - System - root - - - - Default - - - - - - - A seguir está um exemplo do arquivo regras para a superclassedevltno no/etc/wlm/Config/devlt/Diretório:
* This file contains the rules used by WLM to * assign a process to a subclass of the * superclass devlt * * class resvd user group application type tag hackers - jim,liz - - - - hogs - - - - 64bit+plock - editors - !sue - /bin/vi,/bin/emacs - - build - - - /bin/make,/bin/cc - - Default - - - - - -
Arquivos
| Item | Descrição |
|---|---|
| regras | Define as regras de atribuição de classes para as superclasses ou subclasses de uma configuração WLM |