![[z/OS]](../images/ngzos.gif)
Granularité RAS pour les requêtes HTTP, IIOP, MDB et adaptateur local optimisé
La granularité RAS (fiabilité, disponibilité et facilité de maintenance) est la capacité d'attribuer différentes valeurs d'attribut RAS à différents ensembles de requêtes au sein du même serveur d'applications. Vous pouvez améliorer la fiabilité, la disponibilité et la facilité de maintenance du serveur d'applications et des requêtes qu'il traite à l'aide des fonctions de granularité RAS fine, introduites dans la version 8 du produit.
Le serveur d'applications applique un ensemble d'attributs RAS à toutes les requêtes qu'il traite. Les attributs RAS affectent la fiabilité, la disponibilité et la facilité de maintenance du serveur et des requêtes. Les exemples d'attributs RAS sont les valeurs d'expiration du délai, les actions d'expiration du délai, les paramètres de trace, etc.
La granularité RAS est la capacité d'attribuer différents ensembles d'attributs RAS de valeurs d'attribut RAS à différents ensembles de requêtes. La finesse de la granularité RAS dépend de la manière dont le serveur d'applications peut établir une distinction unique d'un ensemble de requêtes par rapport à un autre.
La granularité RAS basée sur un serveur implique qu'un ensemble unique de valeurs d'attribut RAS est défini dans la configuration du serveur. Cet ensemble unique de valeurs d'attribut RAS s'applique à toutes les requêtes traitées par le serveur d'applications. Un exemple d'attribut RAS basé sur un serveur est le paramètre de trace. Vous ne pouvez définir qu'un seul paramètre de trace sur un serveur d'applications. Ce paramètre de trace s'applique à toutes les requêtes traitées par le serveur d'applications.
La granularité RAS par protocole signifie que plusieurs ensembles de valeurs d'attribut RAS peuvent être définis dans la configuration du serveur, un ensemble pour chaque protocole. Le serveur d'applications répartit les requêtes en ensembles basés sur le protocole de requête, tel que le protocole HTTP ou le protocole IIOP. Le serveur d'applications applique ensuite l'ensemble de valeurs d'attribut RAS défini pour ce protocole aux requêtes de ce protocole. Un exemple d'attribut RAS basé sur un protocole est l'expiration du délai de la répartition. Vous pouvez définir l'expiration du délai de répartition des requêtes IIOP à l'aide de la propriété control_region_wlm_dispatch_timeout et des requêtes HTTP à l'aide de la propriété protocol_http_timeout_output.
Vous pouvez obtenir une granularité RAS plus fine en définissant des valeurs d'attribut RAS par classification de charge de travail. La granularité RAS par classification de charge de travail signifie que plusieurs ensembles de valeurs d'attribut RAS peuvent être définis dans la configuration du serveur, un ensemble pour chaque élément de classification de charge de travail dans le fichier de classification de charge de travail. Le serveur d'applications classe les requêtes en fonction des éléments de classification de la charge de travail définis dans le fichier de classification de charge de travail. Le serveur d'applications applique ensuite l'ensemble de valeurs d'attribut RAS défini pour un élément de classification de charge de travail aux requêtes qui sont classées sous cet élément de classification de charge de travail.
- Pour les requêtes HTTP, le serveur d'applications peut classer les requêtes selon le degré de granularité de l'identificateur URI (Uniform Resource Identifier) spécifique.
Le serveur d'applications peut attribuer un ensemble unique de valeurs d'attribut RAS à des requêtes HTTP par identificateur URI.
- Pour les requêtes IIOP, le serveur d'applications peut classer les requêtes selon le degré de granularité de la méthode EJB (Enterprise JavaBeans) spécifique appelée.
Le serveur d'applications peut attribuer un ensemble unique de valeurs d'attribut RAS à des requêtes IIOP par méthode EJB.
- Pour les requêtes d'adaptateur local optimisé, le serveur d'applications peut classer les requêtes selon le degré de granularité du nom de service ou du nom d'accueil JNDI de l'application EJB à piloter.
Le serveur d'applications peut attribuer un ensemble unique de valeurs d'attribut RAS à des requêtes d'adaptateur local optimisé par nom service ou par nom d'accueil JNDI.
- Pour les requêtes MDB, le serveur d'applications peut classer les requêtes selon le degré de granularité de la clause du sélecteur dans le descripteur de déploiement MDB.
Le serveur d'applications peut attribuer un ensemble unique de valeurs d'attribut RAS à des requêtes MDB par sélecteur.