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

createPolicy

Se utiliza el parámetro createPolicy para crear una política

El escenario siguiente es un ejemplo de incorporación de políticas para gestionar particiones. Se utilizará el parámetro wpfadmin, createPolicy, para crear cuatro políticas. El clúster tiene cuatro servidores que albergarán particiones en cuatro nodos diferentes:

Cada nodo tiene un servidor de copia de seguridad por si cae el servidor que alberga las particiones. Estos servidores son: Se instalará una aplicación que crea 40 particiones al arrancarse. Las particiones pertenecen a cuatro clasificaciones diferentes: Para conseguir esta petición de activación, se crean cuatro políticas: En el directorio bin del servidor de aplicaciones, emita el mandato:

./wpfadmin createPolicy /Policy1.properties

Este es el contenido del archivo Policy1.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy1
PolicyDescription = Policy for 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
Ejecute ./wpfadmin createPolicy /Policy2.properties con la siguiente información en el archivo Policy2.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy2
PolicyDescription = Policy for 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 con lo siguiente en Policy3.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy3
PolicyDescription = Policy for 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
Ejecute ./wpfadmin createPolicy /Policy4.properties con la siguiente información en el archivo Policy4.properties:
CoreGroupName = DefaultCoreGroup
PolicyType = OneOfNPolicy
PolicyName = Policy4
PolicyDescription = Policy for 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 los criterios de coincidencia de las cuatro políticas. Se configuran en pares de nombre/valor. .

Ahora, el grupo principal se configura con las cuatro políticas. Inicie los agentes de nodo en los nodos A-D. Después de un breve intervalo, los cambios del grupo principal se sincronizan en todos los nodos. Suponiendo que la aplicación ya está instalada, cuando se inicie Server1, se activarán las particiones 1-10 en Server1 ya que Policy1 tiene el valor de preferredOnly establecido en true. Las particiones 1-10 sólo se puede iniciar en Server1 y BackupServer1. Si se inicia BackupServer1 antes que Server1, se activarán las particiones 1-10 en BackupServer1. Si nunca se inicia Server1 o BackupServer1, no se activarán las particiones.

Esta situación explica cómo funcionan preferredOnly y los servidores preferidos. Cuando la opción Failback se establece en true, las particiones de la política se activarán siempre en el servidor preferido. Si las particiones 1-10 están activas en Server1 y Server1 concluye, se activarán las particiones en BackupServer1. Si en algún momento se vuelve a activar Server1 en el futuro, las particiones volverán a Server1, ya que es el primero de la lista de servidores preferidos.

Considere los siguientes casos de arranque de servidor:
  • Se inicia Server2 y se activan las particiones 11-20 en Server2
  • Se inicia Server3 y se activan las particiones 21-30 en Server3
  • Se inicia BackupServer3 y no ocurre nada, ya que Server3 ya se está ejecutando y está antes que BackupServer3 en la lista de servidores preferidos de Policy3
  • Se inicia BackupServer1 y se activan las particiones 1-10 en BackupServer1
  • Se inicia BackupServer2 y no ocurre nada, ya que Server2 ya se está ejecutando y está antes que BackupServer2 en la lista de servidores preferidos de Policy1
  • Se inicia BackupServer4 y se activan las particiones 31-40 en BackupServer4
  • Se inicia Server1: se desactivan las particiones 1-10 en BackupServer1 y se activan en Server1, ya que Failback está establecido en true y Server1 está antes que BackupServer1 en la lista de servidores preferidos de Policy1
  • Se inicia Server4: se desactivan las particiones 31-40 en BackupServer4 y se activan en Server4, ya que Failback está establecido en true y Server4 está antes que BackupServer4 en la lista de servidores preferidos de Policy4.



Related concepts
Script de gestión (wpfadmin) y uso

Tema de referencia    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 11:07:33 AM 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. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)