Contenido

Para uso exclusivo de partners o clientes externos: Estas instrucciones se proporcionan para ayudar a los clientes o partners a realizar por sí mismos las siguientes acciones con el fin de resolver el problema. Si el cliente o partner experimenta problemas con las instrucciones, pídale que abra un caso con el servicio de asistencia para licencias (https://www.cisco.com/go/scm) para ayudar a resolver el problema. NO realice estas acciones usted mismo si es un recurso interno de Cisco que no forma parte del equipo de asistencia para licencias.

A: A veces, la RAM de la aplicación y los picos de CPU del SSM en las instalaciones hacen que la aplicación sea muy lenta. ¿Qué puedo hacer al respecto?

R: En nuestras versiones anteriores (anteriores a 8-202212), hemos observado picos de RAM y CPU causados por ciertos procesos en un par de escenarios. Las hemos resuelto en Cisco SSM On-Prem Release 8-202212. Para ayudar a resolver este problema, recomendamos actualizar a la versión 8-202212 o posterior. También puede mitigar los picos de RAM y CPU asegurándose de que tiene suficientes licencias en su aplicación SSM On-Prem para que todos los dispositivos SL tradicionales cumplan con las normativas.

Hemos observado picos de RAM y CPU en ciertos escenarios, como dispositivos que utilizan licencias inteligentes tradicionales que se ven continuamente bombardeados con solicitudes auth_renew del dispositivo a la aplicación SSM On-Prem. Para solucionar este problema, se ha agregado una respuesta OK_TRY_AGAIN optimizada. Esta respuesta se envía a los dispositivos cuando la aplicación SSM en las instalaciones se carga con muchas solicitudes y se determina que está demasiado ocupada procesando los mensajes del dispositivo. Esta respuesta notifica al dispositivo que vuelva a intentar su solicitud en un intervalo de tiempo determinado. A medida que aumenta la carga de solicitudes, el intervalo se hace más largo para suavizar la carga de solicitudes en el servidor SSM en las instalaciones.

Otro escenario en el que hemos observado picos de RAM y CPU es durante la sincronización de los dispositivos SLP. En este escenario, la sincronización no se ha realizado durante un período muy largo y ahora la aplicación SSM On-Prem tiene una gran cantidad de datos SLP para sincronizar con la nube CSSM. Para mitigar este problema, se recomienda realizar la sincronización SLP con CSSM Cloud, con una carga de 10 000 dispositivos una vez a la semana.

Nota: Para ciertos procesos, como la sincronización de SSL y SLP con Cisco, es normal que la RAM se dispare durante el tiempo de ejecución del proceso. Sin embargo, debe volver a la normalidad una vez finalizado el proceso. Si observa picos de RAM o CPU altos y sostenidos, comuníquese con TAC**.

** Reiniciar gobackend y puma debería ayudar a controlar los picos de RAM y CPU. Sin embargo, los clientes no pueden realizar el reinicio, por lo que el TAC tiene que involucrarse.

Resolución de problemas:

Si experimenta un problema con este proceso que no puede resolver, abra un caso de licencia en el Administrador de casos de soporte (SCM) mediante la opción de licencia de software.

Para obtener comentarios sobre el contenido de este documento, envíe aquí .