Planification des travaux basée sur les exigences

Les lots répondent aux exigences de planification de travaux implicite et explicite, qui mettent en correspondance des noeuds finaux d'après le nom de l'application.

Concordance d'après les exigences implicites

Une planification basée sur les exigences implicites détermine les applications qu'un travail exécute. Dans les applications Java™ Platform, Enterprise Edition (Java EE), les nom d'application de toutes les applications Java EE installées dans le domaine de planification sont connus par l'intermédiaire de la configuration du produit, car toutes les applications Java EE sont installées dans cet environnement via les interfaces administratives du produit.

Pour les applications d'utilitaire traitement par lots, il en va tout autrement. Par défaut, leurs noms ne sont pas disponibles puisque les applications d'utilitaire traitement par lots sont installées en dehors du contrôle des interface d'administration du produit. Pour ces applications, l'administrateur de traitement par lots peut, s'il le souhaite, activer la sélection du noeud final par nom d'application sur des noeuds particuliers en définissant explicitement leur propriété personnalisée grid.apps.

Grâce à cette propriété personnalisée, l'administrateur fait connaître à la configuration les applications d'utilitaire de grille disponibles sur le noeud concerné. Lorsque la propriété grid.apps est définie pour un noeud, celui-ci est un noeud final éligible à la prise en charge d'un travail donné si et seulement si toutes les applications d'utilitaire traitement par lots nommées dans la définition xJCL du travail en question sont présentes dans la liste grid.apps. Si la propriété personnalisée grid.apps n'est pas définie sur un noeud, celui-ci est traité par le processus de sélection de noeud final sans qu'il soit tenu compte des noms d'application. Dans le cas d'une combinaison de noeuds dont certains spécifient la propriété grid.apps ou d'autres non, la sélection du noeud final s'effectue avec un ordre de priorité. Le code suivant illustre cet ordre de priorité.
if any node published grid.apps then
	attempt to match job using app names
	if there is a match then
		if job has required-capabilities then
			candidate-nodes= $(apply required-capabilities to the set of nodes that have
matching apps)
					else
		candidate-nodes= $(nodes that have matching apps)
					endif
else (no match based on grid.apps)
			if job has required-capabilities then
		candidate-nodes= $(apply required-capabilities to all nodes)
					else
		candidate-nodes= $(all nodes)
					endif
		endif
else (no nodes publish grid.apps)
			if job has required-capabilities then
							candidate-nodes= $(apply required-capabilities to all nodes)
			else
							candidate-nodes= $(all nodes)
			endif
endif
Pour les applications de type Java EE, la concordance de nom d'application est toujours utilisée comme critère lors de la sélection du noeud final.

Concordance d'après des exigences explicites

Les exigences explicites sont celles qu'un travail peut spécifier comme conditions particulières à remplir par les noeuds finaux éligibles. Elles sont exprimées dans la définition xJCL du travail traitement par lots par l'attribut <required-capability>. Lorsque des capacités requises sont spécifiées, seuls les noeuds finaux qui font état de capacités concordantes sont éligibles à la réception du travail. Les expressions de recherche de concordance peuvent spécifier une ou plusieurs des propriétés de noeud suivantes :
  1. Les propriétés personnalisées du noeud.
  2. Les propriétés de métadonnées du noeud. Par exemple, com.ibm.websphere.xdProductVersion
  3. Le nom du noeud et son nom d'hôte.

Priorité de prise en compte des exigences

Les exigences implicites et explicites sont utilisées ensemble pour déterminer les noeuds finaux éligibles. Pour les travaux de type Java EE, l'exigence implicite, à savoir le nom de l'application, est traitée comme une capacité requise additionnelle ; elle est logiquement complétée des éventuelles exigences spécifiées explicitement.

Pour les travaux d'utilitaire traitement par lots, un nom d'application est une exigence conditionnelle s'appliquant uniquement aux noeuds qui font connaître leurs applications installées par l'intermédiaire de la propriété grid.apps. Un travail d'utilitaire traitement par lots pour lequel il n'existe pas de nom d'application concordant et qui ne spécifie pas d'exigence explicite est susceptible d'être envoyé à n'importe quel noeud d'utilitaire traitement par lots qui ne fait pas connaître ses applications.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cgrid_cgjobsched
Nom du fichier : cgrid_cgjobsched.html