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:
./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 = BackupServer1Execute ./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 = BackupServer2Emita ./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 = BackupServer3Execute ./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 = BackupServer4Observe 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.
Related concepts
Script de Gerenciamento (wpfadmin) e Uso