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:
./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 = BackupServer1Ejecute ./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 = BackupServer2Emita ./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 = BackupServer3Ejecute ./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 = BackupServer4Observe 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.
Related concepts
Script de gestión (wpfadmin) y uso