# Paramètres du Gestionnaire autonome de flux de demandes

Ce panneau permet de configurer le gestionnaire autonome de flux de demandes (ARFM). Ce dernier gère les messages entrants pour les applications : il détermine si et quand il doit laisser les messages être traités par des serveurs middleware. Pour le trafic HTTP et Session Initiation Protocol (SIP), les actions de gestion ont lieu sur les routeurs On Demand. Pour les messages Java Message Service (JMS) et Internet Inter-ORB Protocol (IIOP), les actions de gestion ont lieu sur les serveurs d'applications.

Pour afficher cette page de la console d'administration, cliquez sur Stratégies d'exploitation > Gestionnaires autonomes > Gestionnaire autonome de flux de demandes.

Le Gestionnaire autonome de flux de demandes (ARFM) se compose de deux parties : un contrôleur et une passerelle. La fonction ARFM est mise en oeuvre pour chaque cellule par un contrôleur et un ensemble de passerelles dans les routeurs ODR (On Demand Routers). Les passerelles interceptent et placent en file d'attente les requêtes entrantes, tandis que le contrôleur fournit les signaux de contrôle, ou directions, aux passerelles et au contrôleur de positionnement. Les composants coopèrent pour hiérarchiser les requêtes entrantes.

Pour gérer le trafic HTTP, vous pouvez utiliser un algorithme basé sur les noeuds. Pour activer le gestionnaire ARFM basé sur les noeuds, définissez la propriété personnalisée de cellule `arfmQueueMode`. Avec le gestionnaire ARFM basé sur les noeuds, la mise en file d'attente et la protection contre la surcharge de l'UC sont effectuées au niveau du noeud. Aucun contrôleur distinct ni aucune passerelle n'est impliqué.

Selon votre rôle administratif, vous recevez des privilèges spécifiques lorsque vous configurez le gestionnaire autonome de flux de demandes. Cette liste affiche les rôles et les privilèges administratifs de la configuration du gestionnaire autonome de flux de demandes :

Moniteur
  Peut afficher les informations.
Opérateur
  Peut afficher les informations dans l'onglet Configuration et
Configurateur
  Peut modifier la configuration.
Administrateur
  Possède tous les privilèges.

Activation de la sécurité Si la sécurité est activée, certaines zones ne sont pas modifiables sans une autorisation de sécurité adéquate.

## Période d'agrégation

Chaque passerelle ARFM diffuse régulièrement des statistiques agrégées. Cette zone indique la période appliquée. La valeur par défaut est 5 secondes.

Cette propriété ne s'applique pas à un gestionnaire ARFM basé sur les noeuds.

Le support de passerelle transmet les statistiques suivantes :

- La présentation sous forme graphique dans la console d'administration de WebSphere.
- L'exploitation des contrôleurs ARFM.
- L'exploitation du contrôleur de positionnement d'application.

Lorsque vous définissez la période d'agrégation, choisissez une valeur assez élevée qui permette la collecte d'un nombre suffisant d'échantillons de performances. Les passerelles collectent des échantillons pour chaque requête. Pour générer une bonne mesure statistique, plusieurs centaines d'échantillons sont nécessaires. Par exemple, les requêtes associées à une classe de service s'exécutent en 250 millisecondes, et il y a en moyenne 10 requêtes s'exécutant simultanément. La valeur de simultanéité est calculée automatiquement par WebSphere Extended Deployment, en fonction de la taille du cluster et des ressources de l'environnement. Vous pouvez afficher la valeur des accès simultanés dans les écrans de visualisation sous Opérations d'exécution dans la console d'administration.

La classe de service gère environ 40 requêtes par seconde. Si vous fixez la valeur de la période d'agrégation à 15 secondes, 600 échantillons sont collectés lors de chaque période. Les mesures fournies par une collecte de 600 échantillons sont à la fois utiles et fiables.

Si vous définissez une valeur trop faible pour la période d'agrégation, les mesures de performance manqueront de fiabilité. Les mesures de performance tirées d'un nombre plus réduit d'échantillons sont moins fiable que celles provenant d'échantillons plus nombreux. Comme le contrôleur ARFM est activé lorsque de nouvelles statistiques sont générées, si vous définissez une valeur de période d'agrégation trop longue, le recalcul des paramètres de contrôle est moins fréquent. Le produit est donc moins réactif en cas de modifications brutales du trafic.

## Longueur minimale du cycle de contrôle

Indique la fréquence d'activation du contrôleur ARFM. La valeur par défaut est 59 secondes.

Cette propriété ne s'applique pas à un gestionnaire ARFM basé sur les noeuds.

L'activation du contrôleur consiste à évaluer les données en entrée et à générer de nouveaux paramètres de contrôle en fonction des données en entrée reçues. Le processus d'activation d'un contrôleur ARFM est lancé lorsque de nouvelles statistiques proviennent de l'une de ses passerelles, et que le temps écoulé depuis l'activation précédente est supérieur ou égal à la longueur minimale du cycle de contrôle, ou bien si le contrôleur n'a jamais été activé.

## Fenêtre de lissage

Définit la sensibilité de la réaction du contrôleur ARFM aux statistiques de passerelle entrantes, en autorisant une concaténation des statistiques de passerelle. La valeur par défaut est `12`.

Cette propriété ne s'applique pas à un gestionnaire ARFM basé sur les noeuds.

Le contrôleur ARFM de n'importe quelle passerelle utilise une moyenne d'exécution des derniers rapports de statistiques de cette passerelle. La fenêtre de lissage contrôle le nombre des rapports combinés. Une fenêtre de lissage basse augmente la sensibilité du contrôleur et lui permet de réagir plus vite. Cependant, un paramètre de valeur faible crée aussi une réaction très sensible aux parasites ou aux anomalies des données.

Le produit de la fenêtre de lissage et de la période d'agrégation est à peu près le même que celui de la longueur de cycle de contrôle réelle, qui est parfois légèrement supérieure à la longueur minimale du cycle de contrôle configuré.

## Longueur maximale de la file d'attente

Lie la longueur de chaque file d'attente ARFM à un nombre maximum de requêtes retenues en file d'attente.

L'ARFM possède une file d'attente distincte pour chaque combinaison de routeurs ODR, de groupes de noeuds, de classes de service et de cibles de déploiement. Lorsqu'une requête arrive et que la file d'attente est saturée, la requête est rejetée. Si vous indiquez un paramètre plus faible dans cette zone, le risque de rejet d'une requête est plus élevé en raison des pics de trafic de courte durée, tandis qu'un paramètre plus élevé permet aux requêtes d'être conservées plus longtemps dans les files d'attente. Les requêtes en attente utilisent de la mémoire. Le paramètre par défaut est `1000`, mais il est conseillé de tester ce paramètre afin de déterminer celui qui convient le mieux à votre environnement.

Le gestionnaire ARFM basé sur les noeuds a une file d'attente distincte pour chaque noeud et chaque cluster. Cette propriété fait référence au nombre total autorisé des requêtes mises en file d'attente.

## Protection contre les surcharges mémoire : Pourcentage maximal de la taille de pile à utiliser pour WebSphere Application Server

Indique le pourcentage maximal de taille de segment à utiliser pour chaque serveur d'applications. Cette propriété s'applique aux messages HTTP et SIP (Session Initiation Protocol). La valeur par défaut est `100 %`.

## Utilisation maximale de l'unité centrale

Indique le pourcentage d'utilisation maximal de l'unité centrale pour les noeuds middleware. Le gestionnaire ARFM considère le cluster complet comme un tout lorsqu'il calcule l'utilisation de l'UC. Si l'utilisation de l'UC dépasse ce pourcentage, le cluster est considéré comme étant surchargé. Le gestionnaire ARFM considère le cluster complet comme un tout lorsqu'il calcule l'utilisation de l'UC. La valeur par défaut est `90 %`.

Le gestionnaire ARFM basé sur les noeuds prend en compte l'utilisation de l'unité centrale pour chaque noeud individuellement. Si l'utilisation de l'UC dépasse le pourcentage maximal, le noeud est considéré comme étant surchargé. La valeur par défaut est `90 %`.

## Stratégie de rejet

Une stratégie de rejet empêche une unité centrale d'être surchargée en rejetant les messages HTTP ou SIP entrants qui ne font pas partie de dialogues ou de sessions pré-existants.

- Ne rejeter aucun message entrant, permettre à tous les messages d'être placés en file d'attente quel que soit leur potentiel d'expiration ou de dépassement du seuil du temps de réponse de leur objectif de stratégie de service. La valeur de seuil de rejet de cette option est `-1`. Il s'agit de l'option par défaut.
- Rejeter les messages entrants qui ne font pas partie d'un dialogue ou d'une session pré-existant si le temps de réponse prévu du message dépasse le seuil du temps de réponse de l'objectif de la stratégie de service. La valeur de seuil de rejet de cette option est `0%`.
- Rejeter les messages entrants qui ne font pas partie d'un dialogue ou d'une session pré-existant si le temps de réponse prévu du message dépasse le seuil du temps de réponse de l'objectif de la stratégie de service d'un pourcentage supérieur à la valeur suivante. Pour cette option, indiquez un pourcentage comme valeur du Seuil de rejet. Par exemple, la valeur par défaut de `400%` indique qu'un message dont le seuil de temps de réponse de la stratégie de service est 500 ms est rejeté si son temps de réponse prévu était supérieur à 2,5 secondes.

Informations connexes :
Paramètres du contrôleur de positionnement d'application
Propriétés personnalisées du contrôleur de positionnement d'application

Nom de fichier : arfm.html