Planification de l'environnement pour des applications à traitement par lots transactionnelles et des applications à traitement intensif

Lors de la planification de votre environnement traitement différé, prenez en considération certains facteurs pouvant vous aider à concevoir un environnement spécialement adapté à vos besoins.

Avant de créer votre environnement, définissez soigneusement les objectifs que vous souhaitez réaliser. Par exemple, vous pouvez configurer votre environnement traitement par lots dans une cellule existante ou créer une nouvelle cellule. Vous devez également décider quelle base de données utiliser, quels sont vos besoins en matière de sécurité et quelles sont vos exigences de disponibilité. Les sections suivantes contiennent des informations sur chacune de ces considérations.

Cellule nouvelle ou existante

Vous pouvez décider de configurer l'environnement traitement par lots dans une cellule existante WebSphere Application Server ou créer une nouvelle cellule. Votre décision varie selon que vous voulez isoler un nouvel environnement d'un environnement WebSphere Application Server existant ou que vous voulez ajouter les fonctions de traitement par lots à un environnement existant.

Sur les noeuds de serveur d'applications où vous souhaitez utiliser les fonctions de planificateur de travaux et de conteneur de traitement par lots, utilisez la console d'administration pour activer les fonctions. Aucune action n'est nécessaire sur le noeud de gestionnaire de déploiement.

Types de travaux

Il existe deux types de travaux. Ils sont hébergés dans l'environnement WebSphere Application Server.
  1. Lot transactionnel

    Il s'agit d'applications de traitement par lots transactionnel écrites en Java™ et qui implémentent un modèle de programmation WebSphere Application Server. Elles sont conditionnées sous forme de fichiers EAR (fichier d'archive d'entreprise) et sont déployées sur le conteneur de travaux par lots hébergé sur un serveur d'applications ou un cluster.

    Le modèle de programmation de travaux par lots transactionnels procure un mécanisme de point de contrôle/redémarrage géré par le conteneur, qui permet aux travaux traitement différé d'être redémarrés à partir du dernier point de contrôle s'ils ont été interrompus à cause d'une indisponibilité de service, prévue ou non.

  2. Traitement intensif

    Exécute des applications à calculs intensifs composées sous Java et qui implémentent un modèle de programmation WebSphere Application Server. Elles sont conditionnées sous forme de fichiers EAR et sont déployées sur le conteneur de travaux par lots hébergé sur un serveur d'applications ou un cluster.

    Le modèle de programmation de travaux à traitement intensif fournit un modèle d'exécution léger, basé sur l'infrastructure commune.

Pour tous les environnements traitement différé, vous devez déployer le planificateur de travaux sur un serveur ou cluster WebSphere Application Server. Pour configurer un environnement destiné à héberger des types de travaux par lots transactionnels ou à traitement intensif, vous devez déployer le conteneur de travaux par lots sur au moins un serveur ou cluster WebSphere Application Server. Les applications de traitement par lots transactionnel et/ou à traitement intensif sont installées sur le même serveur ou cluster WebSphere Application Server.

Base de données relationnelle

Le planificateur de travaux et le conteneur de travaux par lots ont tous les deux besoin d'accéder à une base de données relationnelle. Cette base de données est connectée par JDBC. Elle est accessible via les fonctions de gestion de connexion WebSphere Application Server sous-jacentes. Les bases de données relationnelles prises en charge sont donc les mêmes que celles qui sont prises en charge par WebSphere Application Server, notamment DB2, Oracle et d'autres.

Eviter les incidents Eviter les incidents: Lors de la configuration d'une horloge ou d'un planificateur EJB, sachez que le planificateur par défaut utilise la base de données Apache Derby simple à base de fichiers ce qui vous permet d'obtenir rapidement un environnement opérationnel. N'UTILISEZ PAS la base de données Derby à des fins de production. De plus, elle n'est pas compatible avec la mise en cluster du planificateur de travaux et du conteneur de travaux par lots.gotcha

Un environnement à haute disponibilité inclut à la fois un planificateur de travaux en cluster et un ou plusieurs conteneurs de travaux par lots en cluster. La mise en cluster nécessite une base de données spécialement adaptée à l'exploitation en réseau. Pour ce faire, utilisez des bases de données de production telles que DB2. Network Derby fonctionne également mais n'a pas la robustesse indispensable à un usage de production. N'utilisez pas la version réseau en production.

Eviter les incidents Eviter les incidents: Les paramètres JPA des applications sont toujours prioritaires sur les paramètres de cette page.gotcha

Remarques relatives à la sécurité

La sécurité de l'environnement de traitement par lots fait appel aux techniques suivantes :

  1. L'authentification WebSphere pour l'accès aux interfaces du planificateur de travaux. Les utilisateurs définis dans le registre de sécurité actif de WebSphere peuvent s'authentifier et obtenir l'accès aux interfaces Web, de ligne de commande et de programmation du planificateur de travaux.
  2. La sécurité à base de rôles pour les droits d'accès aux travaux. Même authentifiés, les utilisateurs n'ont pas tous les mêmes droits et ils doivent recevoir le rôle approprié pour pouvoir effectuer telle ou telle action sur un travail. Il existe trois rôles :
    lrsubmitter
    Les utilisateurs affectés au rôle lrsubmitter peuvent soumettre leurs propres travaux et intervenir dessus, mais pas sur ceux des autres.
    lradmin
    Les utilisateurs affectés au rôle lradmin peuvent soumettre leurs propres travaux et intervenir dessus, ou sur ceux de n'importe quel autre utilisateur.
    lrmonitor
    Les utilisateurs auxquels le rôle lrmonitor est attribué peuvent uniquement afficher les travaux et journaux de travaux de tous les utilisateurs.

    Vous pouvez affecter ces rôles à l'aide de la page de configuration du planificateur de travaux dans la console d'administration.

Haute disponibilité

Utilisez la mise en cluster pour garantir la haute disponibilité des composants par lots. Déployez et opérez sur des clusters à l'aide du planificateur de travaux et du conteneur de travaux par lots.

Utilisez des techniques traditionnelles de mise en cluster des applications avec le planificateur de travaux pour garantir la haute disponibilité. Le planificateur de travaux accepte plusieurs méthodes d'accès à ses API : application Web, ligne de commande, service Web et Enterprise JavaBeans (EJB). La haute disponibilité d'un planificateur de travaux en cluster dépend en partie de la méthode utilisée pour accéder à ses API à travers le réseau. Quant à la haute disponibilité du conteneur de travaux par lots, elle est obtenue en déployant celui-ci dans un cluster. Le planificateur de travaux reconnaît automatiquement que le conteneur est configuré en cluster et il tire parti de cette configuration pour garantir la haute disponibilité d'exécution des travaux par lots qui y sont traités.


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_cgplan
Nom du fichier : cgrid_cgplan.html