解决 RAM 和 CPU 峰值问题
目录
仅供外部客户/合作伙伴使用：这些说明旨在帮助客户/合作伙伴自行执行以下操作来解决问题。如果客户/合作伙伴按照说明遇到问题，请让他们通过许可支持(https://www.cisco.com/go/scm)创建案例，以帮助解决。如果您是许可支持团队之外的思科内部资源，请勿自行执行这些操作。
问:有时，SSM内部版本的应用RAM和CPU会激增，从而导致应用变得非常缓慢。我该怎么办？
A：在之前的版本(8-202212之前)中，我们观察到在几个场景中某些进程导致的RAM和CPU峰值。我们在Cisco SSM内部版本8-202212中已解决了这些问题。为了帮助解决此问题，我们建议升级到版本8-202212或更高版本。您还可以通过确保在SSM内部应用程序中具有足够的许可证来减少RAM和CPU峰值，从而使传统SL设备都符合要求。
我们观察到在某些情况下内存和CPU峰值，例如使用传统智能许可的设备不断受到从设备到SSM内部应用程序的授权更新请求的攻击。为了解决此问题，已添加优化的OK_TRY_AGAIN响应。当SSM On-Prem应用加载了许多请求并且确定在处理设备消息时过于繁忙时，会向设备发送此响应。此响应会通知设备以特定时间间隔重试其请求。随着请求负载增加，用于平滑处理SSM本地服务器上的请求负载的间隔会更长。
另一个我们观察到RAM和CPU峰值的情况是在SLP设备同步期间。在此方案中，同步没有执行很长时间，现在SSM内部应用程序有大量的SLP数据要与CSSM云同步。为了缓解此问题，我们建议每周执行一次与CSSM云的SLP同步（负载为10,000台设备）。
注意：对于某些进程（例如与思科的SL和SLP同步），RAM在进程运行时出现峰值是正常的。但是，进程完成后，它应恢复正常。如果您看到持续的高内存或CPU峰值，请联系TAC**。
**重新启动gobackend和puma应有助于控制RAM和CPU峰值。但是，客户无法执行重新启动，因此TAC必须参与其中。
故障排除：
如果您遇到无法解决的问题，请使用软件许可选项在Support Case Manager(SCM)上打开一个许可案例。
有关本文档内容的反馈，请在此处提交。
修订历史记录
| 版本 | 发布日期 | 备注 |
|---|---|---|
3.0 |
23-Feb-2024
|
内容编辑 |
1.0 |
20-Feb-2024
|
初始版本 |
反馈