Table des matières

Réservé aux clients/partenaires externes : ces instructions sont fournies pour aider les clients/partenaires à effectuer eux-mêmes l'action suivante pour résoudre le problème. Si le client/partenaire rencontre des problèmes en suivant les instructions, demandez-lui d'ouvrir un dossier auprès de l'assistance pour les licences (https://www.cisco.com/go/scm) pour l'aider à résoudre. Veuillez NE PAS effectuer ces actions vous-même si vous êtes une ressource interne de Cisco en dehors de l'équipe d'assistance pour les licences.

Q : Parfois, la mémoire vive de l'application On-Prem du SSM et le processeur atteignent des pics d'activité, ce qui ralentit considérablement l'application. Que puis-je y faire ?

R : Dans nos versions précédentes (antérieures à 8-202212), nous avons observé des pics de mémoire vive et de CPU causés par certains processus dans quelques scénarios. Nous avons abordé ces points dans la version 8-202212 du module Cisco SSM On-Prem. Pour vous aider à résoudre ce problème, nous vous recommandons d'effectuer la mise à niveau vers la version 8-202212 ou ultérieure. Vous pouvez également limiter les pics de mémoire vive et de processeur en vous assurant que vous disposez de suffisamment de licences dans votre application On-Prem SSM pour que les périphériques SL traditionnels soient tous conformes.

Nous avons observé des pics de mémoire vive et de processeur dans certains scénarios, par exemple lorsque des périphériques utilisant des licences Smart traditionnelles sont continuellement bombardés de requêtes auth_renew du périphérique à l'application On-Prem SSM. Pour résoudre ce problème, une réponse OK_TRY_AGAIN optimisée a été ajoutée. Cette réponse est envoyée aux périphériques lorsque l'application On-Prem SSM est chargée avec de nombreuses requêtes et qu'elle est jugée trop occupée pour traiter les messages du périphérique. Cette réponse indique au périphérique de réessayer sa requête à un certain intervalle de temps. À mesure que la charge de requête augmente, l'intervalle s'allonge pour lisser la charge de requête sur le serveur On-Prem SSM.

Un autre scénario dans lequel nous avons observé des pics de mémoire vive et de CPU est celui de la synchronisation des périphériques SLP. Dans ce scénario, la synchronisation n'a pas été effectuée depuis très longtemps, et l'application On-Prem SSM dispose désormais d'une grande quantité de données SLP à synchroniser avec le cloud CSSM. Pour atténuer ce problème, nous vous recommandons d'effectuer la synchronisation SLP avec le cloud CSSM, avec une charge de 10 000 périphériques, une fois par semaine.

Remarque : pour certains processus, tels que la synchronisation SL et SLP avec Cisco, il est normal que la mémoire vive atteigne un pic pour le temps d'exécution du processus. Cependant, il devrait revenir à la normale une fois le processus terminé. Si vous constatez des pics de mémoire vive ou de processeur élevés et durables, contactez le TAC**.

** Le redémarrage de gobackend et puma devrait aider à contrôler les pics de mémoire vive et de CPU. Cependant, les clients ne pouvant pas effectuer le redémarrage, le centre d'assistance technique doit intervenir.

Dépannage :

Si vous rencontrez un problème avec ce processus, que vous ne pouvez pas résoudre, ouvrez un dossier de licence dans Support Case Manager (SCM) en utilisant l'option Software Licensing.

Pour obtenir des commentaires sur le contenu de ce document, veuillez le soumettre ici .