Solo per uso esterno da parte del cliente/partner: queste istruzioni sono fornite per aiutare i clienti/partner a eseguire autonomamente le seguenti azioni per risolvere il problema. Se il cliente o il partner incontra dei problemi seguendo le istruzioni, chiedere di aprire una richiesta di assistenza in relazione alle licenze (https://www.cisco.com/go/scm) per risolvere il problema. NON eseguire queste operazioni da solo se si è una risorsa Cisco interna al di fuori del team di supporto alle licenze.
D: A volte la RAM e la CPU dell'applicazione locale SSM aumentano rapidamente, il che determina un rallentamento dell'applicazione. Cosa posso fare a riguardo?
R: Nelle release precedenti (prima del 8-202212), abbiamo osservato i picchi della RAM e della CPU causati da alcuni processi in un paio di scenari. Questi problemi sono stati risolti in Cisco SSM On-Prem release 8-202212. Per risolvere il problema, si consiglia di eseguire l'aggiornamento alla release 8-202212 o successive. È inoltre possibile ridurre i picchi della RAM e della CPU assicurandosi di disporre di un numero sufficiente di licenze nell'applicazione locale SSM in modo che i dispositivi SSL tradizionali siano tutti conformi.
In alcuni scenari, ad esempio i dispositivi che utilizzano le licenze smart tradizionali, sono stati rilevati picchi della RAM e della CPU costantemente bombardati con richieste auth_renew inviate dal dispositivo all'applicazione locale SSM. Per risolvere questo problema, è stata aggiunta una risposta ottimizzata OK_TRY_AGAIN. Questa risposta viene inviata ai dispositivi quando l'applicazione locale SSM è caricata con molte richieste e risulta occupata nell'elaborazione dei messaggi del dispositivo. Questa risposta notifica al dispositivo di riprovare la richiesta a un determinato intervallo di tempo. Con l'aumento del carico della richiesta, l'intervallo diventa più lungo per smussare il carico della richiesta sul server locale SSM.
Un altro scenario in cui abbiamo osservato i picchi della RAM e della CPU è durante la sincronizzazione dei dispositivi SLP. In questo scenario la sincronizzazione non viene eseguita per un periodo di tempo molto lungo e ora l'applicazione SSM locale dispone di una grande quantità di dati SLP da sincronizzare con CSM Cloud. Per evitare questo problema, si consiglia di eseguire la sincronizzazione SLP con CSM Cloud, con un carico di 10.000 dispositivi, una volta alla settimana.
Nota: per alcuni processi, ad esempio la sincronizzazione SSL e SLP con Cisco, è normale che la RAM raggiunga il picco per il runtime del processo. Al termine del processo, tuttavia, dovrebbe tornare alla modalità normale. Se si riscontrano picchi sostenuti della RAM o della CPU, contattare TAC**.
** Il riavvio di gobackend e puma dovrebbe aiutare a controllare i picchi della RAM e della CPU. Tuttavia, poiché i clienti non possono eseguire il riavvio, TAC deve essere coinvolto.
Risoluzione dei problemi:
Se si verifica un problema con questa procedura che non è possibile risolvere, aprire una richiesta di assistenza in Support Case Manager (SCM) utilizzando l'opzione di gestione delle licenze software.
Per commenti sul contenuto di questo documento, fai clic qui .