仅供外部客户/合作伙伴使用:提供这些说明可帮助客户/合作伙伴自行执行以下操作以解决问题。如果客户/合作伙伴按照说明遇到问题,请让他们通过许可支持(https://www.cisco.com/go/scm)创建案例,以帮助解决。如果您是许可支持团队之外的思科内部资源,请勿自行执行这些操作。
问:有时SSM内部计算机的应用RAM和CPU峰值会导致应用变得非常缓慢。我该怎么办?
答:在我们之前的版本(8-202212之前)中,我们观察到在几个场景中某些进程导致的RAM和CPU峰值。我们已在思科SSM内部版本8-202212中解决了这些问题。为了帮助解决此问题,我们建议升级到8-X或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)上打开一个许可案例。
有关本文档内容的反馈,请在此处提交。