La commande createPolicy permet de créer une stratégie.
Le scénario suivant indique comment intégrer des stratégies pour gérer des partitions. La commande createPolicy de wpfadmin est utilisée pour créer quatre stratégies. Le cluster possède quatre serveurs qui hébergent des partitions sur quatre noeuds différents.
./wpfadmin createPolicy /Policy1.properties
Le fichier Policy1.properties contient les données suivantes :CoreGroupName = GroupeCentralParDefaut PolicyType = OneOfNPolicy PolicyName = Stratégie1 PolicyDescription = Stratégie pour partitions1-10 IsAlivePeriodSec = 120 QuorumEnabled = false NumOfMatchCriteria = 2 Name_0 = -gt Value_0 = -p Name_1 = -pc Value_1 = classe1 Failback = true PreferredOnly = true NodeName_0 = NoeudA ServerName_0 = Serveur1 NodeName_1 = NoeudA ServerName_1 = ServeurSecours1Exécutez ./wpfadmin createPolicy /Policy2.properties avec le fichier Policy2.properties contenant les données suivantes :
CoreGroupName = GroupeCentralParDefaut PolicyType = OneOfNPolicy PolicyName = Stratégie2 PolicyDescription = Stratégie pour partitions11-20 IsAlivePeriodSec = 120 QuorumEnabled = false NumOfMatchCriteria = 2 Name_0 = -gt Value_0 = -p Name_1 = -pc Value_1 = classe2 Failback = true PreferredOnly = true NodeName_0 = NoeudB ServerName_0 = Serveur2 NodeName_1 = NoeudB ServerName_1 = ServeurSecours2Exécutez ./wpfadmin createPolicy /Policy3.properties avec les données suivantes dans le fichier Policy3.properties :
CoreGroupName = GroupeCentralParDefaut PolicyType = OneOfNPolicy PolicyName = Stratégie3 PolicyDescription = Stratégie pour partitions21-30 IsAlivePeriodSec = 120 QuorumEnabled = false NumOfMatchCriteria = 2 Name_0 = -gt Value_0 = -p Name_1 = -pc Value_1 = classe3 Failback = true PreferredOnly = true NodeName_0 = NoeudC ServerName_0 = Serveur3 NodeName_1 = NoeudC ServerName_1 = ServeurSecours3Exécutez ./wpfadmin createPolicy /Policy4.properties avec le fichier Policy4.properties contenant les données suivantes :
CoreGroupName = GroupeCentralParDefaut PolicyType = OneOfNPolicy PolicyName = Stratégie4 PolicyDescription = Stratégie pour partitions31-40 IsAlivePeriodSec = 120 QuorumEnabled = false NumOfMatchCriteria = 2 Name_0 = -gt Value_0 = -p Name_1 = -pc Value_1 = classe4 Failback = true PreferredOnly = true NodeName_0 = NoeudD ServerName_0 = Serveur4 NodeName_1 = NoeudD ServerName_1 = ServeurSecours4Notez les critères de concordance des quatre stratégies. Ils sont définis sous forme de paires nom-valeur.
Le groupe central est à présent configuré avec quatre stratégies. Lancez les agents de noeud sur les noeuds A-D. Après une courte période, tous les noeuds sont synchronisés pour prendre en compte les modifications apportées au groupe central. Si l'application est déjà installée et que le système Serveur1 est démarré, les partitions 1-10 sont toutes activées sur le système Serveur1 car l'attribut preferredOnly de la stratégie Stratégie1 est associé à la valeur true. Les partitions 1-10 peuvent uniquement être démarrées sur le système Serveur1 et ServeurSecours1. Si le système ServeurSecours1 est démarré avant le système Serveur1, les partitions 1-10 sont activées sur le système ServeurSecours1. Si aucun des systèmes Serveur1 ou ServeurSecours1 n'est démarré, les partitions ne sont pas activées.
La présente section explique comment l'option preferredOnly et le mécanisme des serveurs favoris fonctionnent. Lorsque l'option failback est associée à la valeur true, les partitions de la stratégie sont toujours activées sur le serveur favori. Si les partitions 1-10 sont actives sur le système Serveur1 mais que celui-ci s'arrête, les partitions sont activées sur le système ServeurSecours1. Si le système Serveur1 est ultérieurement redémarré, les partitions sont réactivées sur ce système car il apparaît en premier dans la liste des serveurs favoris.
Related concepts
Scripts de gestion (wpfadmin) et syntaxe