解决RAM和CPU峰值

仅供外部客户/合作伙伴使用：这些说明旨在帮助客户/合作伙伴自行执行以下操作来解决问题。如果客户/合作伙伴按照说明遇到问题，请让他们向许可支持(https://www.cisco.com/go/scm)提交支持请求以帮助解决。如果您是许可支持团队之外的思科内部资源，请勿自行执行这些操作。

问：有时，SSM内部版本的应用RAM和CPU会达到峰值，从而导致应用变得非常缓慢。我能做些什么？

答：在我们之前的版本(8-202212之前)中，我们观察到在几个场景中某些进程导致的RAM和CPU使用率高峰。我们已在思科SSM内部版本8-202212中解决了这些问题。为帮助解决此问题，我们建议升级到8-202212或更高版本。您还可以通过确保SSM内部应用程序有足够的许可证来减少RAM和CPU峰值，从而使传统SL设备都符合要求。

我们观察到在某些场景下RAM和CPU使用率高峰，例如使用传统智能许可的设备不断收到从设备到SSM内部应用程序的auth_renew请求。为解决此问题，已添加优化的OK_TRY_AGAIN响应。当SSM内部应用程序加载了许多请求，并且确定处理设备消息过于繁忙时，会向设备发送此响应。此响应会通知设备在特定时间间隔重试其请求。当请求负载增加时，间隔会变长，以平滑处理SSM内部服务器上的请求负载。

另一个我们观察到RAM和CPU峰值的情况是在SLP设备同步期间。在此方案中，同步未执行很长时间，现在SSM内部应用程序具有大量要与CSSM云同步的SLP数据。为了缓解此问题，我们建议每周执行一次与CSSM云的SLP同步（负载为10,000台设备）。

注意：对于某些进程（例如与思科的SL和SLP同步），RAM在进程运行时出现峰值是正常的。但是，该过程完成后应恢复正常。如果您看到持续的高RAM或CPU峰值，请联系TAC**。

**重新启动gobackend和puma应有助于控制RAM和CPU峰值。但是，客户无法执行重新启动，因此TAC必须参与其中。

故障排除：

如果您遇到无法解决的问题，请在使用软件许可选项的支持案例管理器(SCM)提交许可案例。

有关本文档内容的反馈，请通过此处提交。