![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Protection contre les surcharges mémoire
La protection contre les surcharges mémoire limite la vitesse d'acheminement du trafic par le routeur On Demand pour éviter une exception de mémoire insuffisante sur un serveur d'applications. Si le trafic sans affinité de serveur atteint le routeur ODR et que la vitesse a été dépassée pour tous les serveurs potentiels, le trafic est rejeté. La protection contre les surcharges mémoire ne rejette pas le trafic bénéficiant de la fonction d'affinité de serveur, par exemple, les demandes HTTP avec affinité de session ou les messages de dialogue SIP.
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 connaître la vitesse maximale. La vitesse maximale peut évoluer en raison des changements de 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. Pour détecter la vitesse maximale, le produit 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.
Pour SIP et HTTP, il est possible que la protection contre les surcharges mémoire et de l'UC ne fonctionne pas correctement si un cluster dynamique se trouve en mode automatique car le temps système de l'UC et du segment de mémoire sont déduits par réplication.
Remarques liées à WebSphere eXtreme Scale
WebSphere eXtreme Scale peut allouer davantage de mémoire au serveur d'applications actif lors du démarrage ou de l'arrêt d'un autre serveur d'applications. La protection contre les surcharges mémoire ne contrôle pas actuellement cette allocation mémoire. Si une grande quantité de mémoire est déjà utilisée, une allocation non contrôlée de mémoire supplémentaire peut entraîner une exception de mémoire insuffisante. Par exemple, si le paramètre définissant le pourcentage maximal de mémoire correspond à 90 %, que l'utilisation en cours de la pile est proche de 90 % sur le serveur d'applications AS1 et que le serveur d'applications AS2 démarre ou s'arrête, une exception de mémoire insuffisante peut se produire dans AS1 en raison de la réplication sur AS2. Le pourcentage maximal de segment de mémoire doit être suffisamment bas pour qu'il y ait toujours suffisamment de mémoire en réserve pour la réplication potentielle lors du redémarrage ou de l'arrêt du serveur d'applications. La protection contre les surcharges mémoire permet d'éviter une exception OutOfMemoryException dans un cluster dynamique si le paramètre définissant le pourcentage maximal correspond à 56 %.