Il parametro createPolicy è utilizzato per creare una politica
Il seguente scenario è un esempio di associazione delle politiche per gestire le partizioni. Il parametro wpfadmin, createPolicy, viene utilizzato per creare quattro politiche. Il cluster ha quattro server su cui sono presenti le partizioni su quattro nodi differenti:
./wpfadmin createPolicy /Policy1.properties
Di seguito è riportato il contenuto del file 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 = BackupServer1Eseguire ./wpfadmin createPolicy /Policy2.properties con le seguenti informazioni nel file 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 = BackupServer2Emettere ./wpfadmin createPolicy /Policy3.properties con quanto riportato di seguito in 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 = BackupServer3Eseguire ./wpfadmin createPolicy /Policy4.properties con le seguenti informazioni nel file 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 = BackupServer4Tenere presente i criteri per la quattro politiche. Tali criteri vengono impostati in coppie nome/valore.
A questo punto il gruppo principale è impostato con le quattro politiche. Avviare gli agenti del nodo sui nodi A-D. Dopo un breve intervallo, le modifiche al gruppo principale vengono sincronizzate su tutti i nodi. Se si assume che l'applicazione è già installata, quando viene avviato Server1 vengono attivate partizioni partitions1-10 su Server1 in quanto la politica Policy1 ha il valore preferredOnly impostato su true Le partizioni partitions1-10 possono essere avviate su Server1 e BackupServer1. Se BackupServer1 è avviato prima di Server1, le partizioni partitions1-10 vengono attivate su BackupServer1. Se non vengono avviati né Server1 né BackupServer1, le partizioni non vengono attivate.
Questa situazione spiega il modo in cui operano i server preferredOnly e preferred. Se l'opzione failback è impostata su true, le partizioni per la politica vengono sempre attrivate sul server preferred. Se le partizioni partitions1-10 sono attive su Server1 e Server1 diventa inattivo, allora le partizioni vengono attivate su BackupServer1. Se e quando Server1 torna attivo, le partizioni tornano a essere attive su Server1, in quanto questo server è il primo dell'elenco.
Related concepts
Script di gestione (wpfadmin) e relativo utilizzo