僅供外部客戶/合作夥伴使用:提供這些說明以幫助客戶/合作夥伴自行執行以下操作以解決問題。如果客戶/合作夥伴按照說明遇到問題,請讓他們通過許可支援(https://www.cisco.com/go/scm)建立一個案例,以幫助解決。如果您是授權支援團隊之外的思科內部資源,請勿自行執行這些操作。
問:有時SSM On-Prem的應用程式RAM和CPU會激增,從而導致應用程式變得非常緩慢。我該怎麼辦?
答:在我們之前的版本(8-202212之前)中,我們觀察到在幾個場景中某些進程導致的RAM和CPU峰值。我們已經在Cisco SSM內部版本8-202212中解決了這些問題。為了協助解決此問題,我們建議升級到8-OS版202212或更新版本。您還可以通過確保您的SSM本地應用具有足夠的許可證來減少RAM和CPU峰值,從而使傳統的SL裝置都符合要求。
我們觀察到在某些情況下的RAM和CPU峰值,例如使用傳統智慧許可的裝置不斷受到從裝置到SSM內部應用程式的身份驗證續約請求的攻擊。為了解決此問題,已新增最佳化的OK_TRY_AGAIN響應。當SSM On-Prem應用程式載入了許多請求並且被確定在處理裝置消息時過於忙時,會向裝置傳送此響應。此響應會通知裝置在某個時間間隔內重試其請求。隨著請求負載的增加,用於平滑SSM On-Prem伺服器上的請求負載的間隔會變長。
另一個我們觀察到RAM和CPU峰值的情況是在SLP裝置同步期間。在此方案中,同步沒有執行很長時間,現在SSM On-Prem應用程式具有大量要與CSSM雲同步的SLP資料。為了緩解此問題,我們建議每週執行一次與CSSM雲的SLP同步(負載為10,000台裝置)。
註:對於某些進程(例如與思科的SL和SLP同步),RAM在進程運行時發生峰值是正常現象。但是,該過程完成後應恢復正常。如果您看到持續的高記憶體或CPU峰值,請聯絡TAC**。
**重新啟動gobackend和puma應有助於控制RAM和CPU峰值。但是,客戶無法執行重新啟動,因此TAC必須介入。
疑難排解:
如果您遇到無法解決的這個程式問題,請使用軟體授權選項,在支援個案管理器(SCM)上開啟授權個案。
如需對本檔案內容的反饋,請於此提交。