[AIX Solaris HP-UX Linux Windows][z/OS]

Configuration de la protection contre les surcharges mémoire

Suivez les instructions ci-après pour configurer la fonction de protection contre les surcharges mémoire dans la console d'administration.

Avant de commencer

Lisez la rubrique relative à la configuration du gestionnaire autonome de flux de demandes.

Pourquoi et quand exécuter cette tâche

Pour éviter les surcharges mémoire, la fonction de protection contre les surcharges mémoire doit détecter la vitesse maximale, c'est-à-dire le nombre d'appels par seconde, qui peut être prise en charge sans dépasser le pourcentage maximal de la taille de segment de mémoire. Lorsqu'elle détecte la vitesse maximale, la protection contre les surcharges mémoire autorise progressivement plus de trafic sans affinité mais rejette le reste. Un nombre potentiellement élevé de demandes HTTP ou de messages SIP sans affinité est rejeté avec le code d'erreur 503 (sauf si ce code d'erreur est modifié). La fonction Gestion intelligente conserve la vitesse maximale lors du redémarrage des serveurs et doit donc détecter la vitesse maximale. La vitesse maximale peut évoluer en raison de la durée des sessions et des dialogues mais ces durées évoluent généralement lentement et la protection contre les surcharges mémoire est en mesure de réagir à ce type de changement. Lors de la détection de la vitesse maximale, la fonction Gestion intelligente doit maintenir une vitesse stable pendant au moins une fenêtre de calcul de la moyenne. La fenêtre de calcul de la moyenne doit être au moins aussi longue que la durée de la plupart des sessions HTTP, des dialogues SIP ou des sessions d'application. Plus la fenêtre de calcul de la moyenne est longue, plus l'initialisation prend du temps.
La protection de surcharge mémoire est désactivée par défaut. Memory overload protection is enabled when the memory overload protection (MOP) value is set to less than 100.
Eviter les incidents Eviter les incidents: To ensure that the memory overload protection is configured properly, the -agentlib parameter needs to be set in the Generic JVM arguments field. Specifying the -agentlib parameter is only required in WebSphere Application Server Version 8.5.5.2 and earlier. For a version of WebSphere Application Server after version 8.5.5.2, the -agentlib parameter is always loaded and does not need to be set, even if the autonomic request flow manager (ARFM) is disabled. gotcha

Pour l'activer, suivez les étapes de la console d'administration :

Procédure

  1. Développez Stratégies d'exploitation > Gestionnaires autonomes > Gestionnaire autonome de flux de demandes.
  2. Tapez une valeur inférieure à 100 dans la zone Protection contre les surcharges mémoire : pourcentage maximal de la taille maximale de segments WebSphere Application Server à utiliser. Cliquez sur OK.
  3. Configure the Generic JVM arguments in the Java™ Virtual Machine settings:
    • [AIX Solaris HP-UX Linux Windows]Accédez à Serveurs > Tous les serveurs > nom_serveur > Gestion des processus et Java > Définition des processus. Cliquez sur Machine virtuelle Java. In the Generic JVM arguments field, set -agentlib:HeapDetect for-agentlib:HeapDetect64 for 64-bit platforms.
    • [z/OS]Accédez à Serveurs > Tous les serveurs > nom_serveur > Gestion des processus et Java > Définition des processus > Contrôle. Cliquez sur Machine virtuelle Java. In the Generic JVM arguments field, set -agentlib:HeapDetect64 for 64-bit platforms.
    • [z/OS]Accédez à Serveurs > Tous les serveurs > nom_serveur > Gestion des processus et Java > Définition des processus > Serviteur > Machine virtuelle Java. In the Generic JVM arguments field, set -agentlib:HeapDetect64 for 64-bit platforms.

Icône indiquant le type de rubrique Rubrique de tâche



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=twve_odconfigmop
Nom du fichier : twve_odconfigmop.html