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

createPolicy

O parâmetro createPolicy é utilizado para criar uma política

O cenário a seguir é um exemplo de incorporação de políticas para gerenciar partições. O parâmetro wpfadmin, createPolicy, é utilizado para criar quatro políticas. O cluster possui quatro servidores que hospedam partições em quatro nós diferentes:

Cada nó possui um servidor de backup no caso do servidor hosting ficar inativo. Estes servidores são: É instalado um aplicativo que cria 40 partições na inicialização. As partições pertencem a quatro classificações diferentes: Para alcançar esse pedido de ativação, são criadas quatro políticas: No diretório bin do servidor de aplicativos, emita o comando:

./wpfadmin createPolicy /Policy1.properties

A seguir está o conteúdo do arquivo Policy1.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy1
PolicyDescription = Política para partitions1-10
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class1
Failback = true
PreferredOnly = true
NodeName_0 = NodeA
ServerName_0 = Server1
NodeName_1 = NodeA
ServerName_1 = BackupServer1
Execute ./wpfadmin createPolicy /Policy2.properties com as seguintes informações no arquivo Policy2.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy2
PolicyDescription = Política para partitions11-20
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class2
Failback = true
PreferredOnly = true
NodeName_0 = NodeB
ServerName_0 = Server2
NodeName_1 = NodeB
ServerName_1 = BackupServer2
Emita ./wpfadmin createPolicy /Policy3.properties com o seguinte em Policy3.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy3
PolicyDescription = Política para partitions21-30
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class3
Failback = true
PreferredOnly = true
NodeName_0 = NodeC
ServerName_0 = Server3
NodeName_1 = NodeC
ServerName_1 = BackupServer3
Execute ./wpfadmin createPolicy /Policy4.properties com as seguintes informações no arquivo Policy4.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy4
PolicyDescription = Política para partitions31-40
IsAlivePeriodSec = 120
QuorumEnabled = false
NumOfMatchCriteria = 2
Name_0 = -gt
Value_0 = -p
Name_1 = -pc
Value_1 = class4
Failback = true
PreferredOnly = true
NodeName_0 = NodeD
ServerName_0 = Server4
NodeName_1 = NodeD
ServerName_1 = BackupServer4
Observe os critérios de correspondência para as quatro políticas. Eles estão configurados em pares de nome/valor. .

Agora o grupo principal está configurado com as quatro políticas. Inicie os agentes do nó nos nós A-D. Após um breve intervalo, as alterações no grupo principal são sincronizadas em todos os nós. Assumindo que o aplicativo já esteja instalado, quando o Server1 estiver iniciado, as partições 1-10 serão ativadas no Server1 porque Policy1 possui o valor preferredOnly configurado como true, Partições 1-10 podem ser iniciadas apenas em Server1 e BackupServer1. Se o BackupServer1 for iniciado antes de Server1, as partições 1-10 serão ativadas em BackupServer1. Se Server1 e BackupServer1 não estiverem iniciados, as partições não serão ativadas.

Essa situação explica como o preferredOnly e os servidores preferidos funcionam. Quando a opção de retorno de falha for configurada como true, as partições para a política serão sempre ativadas no servidor preferencial. Se as partições 1-10 estiverem ativadas no Server1, o Server1 ficará inativo e, as partições, ativadas em BackupServer1. Se, no futuro, o Server1 ficar visível, as partições serão retornadas a Server1, porque esse servidor é o primeiro na lista de servidores preferenciais.

Considere os seguintes cenários de inicialização do servidor:
  • Server2 é iniciado e as partições 11-20 são ativadas em Server2
  • Server3 é iniciado e as partições 21-30 são ativadas em Server3
  • BackupServer3 é iniciado e nada acontece, porque o Server3 já está em execução e está antes de BackupServer3 na lista de servidores preferenciais de Policy3
  • BackupServer1 é iniciado e as partições 1-10 são ativadas em BackupServer1
  • BackupServer2 é iniciado e nada acontece, porque Server2 já está em execução e está antes de BackupServer2 na lista de servidores preferenciais de Policy1
  • BackupServer4 é iniciado e as partições 31-40 são ativadas em BackupServer4.
  • Server1 é iniciado - partições 1-10 são desativadas em BackupServer1 e ativadas em Server1, pois o retorno de falha está definido como true e Server1 está antes de BackupServer1 na lista de servidores preferenciais de Policy1
  • Server4 é iniciado - as partições 31-40 são desativadas em BackupServer4 e ativadas em Server4, porque o retorno de falha está configurado como true e Server4 está antes de BackupServer4 na lista de servidores preferenciais de Policy4.



Related concepts
Script de Gerenciamento (wpfadmin) e Uso

Tópico de Referência    

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

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