解決 RAM 和 CPU 尖峰
目錄
僅供外部客戶/合作夥伴使用：這些說明旨在幫助客戶/合作夥伴自行執行以下操作來解決問題。如果客戶/合作夥伴按照說明遇到問題，請讓他們通過許可支援(https://www.cisco.com/go/scm)建立一個案例，以幫助解決。如果您是授權支援團隊之外的思科內部資源，請勿自行執行這些操作。
Q:有時SSM On-Prem的應用程式RAM和CPU會激增，從而導致應用程式變得非常緩慢。我該怎麼辦？
A:在之前的版本(8-202212之前)中，我們觀察到在幾種情況下某些進程導致的RAM和CPU峰值。我們已經在Cisco SSM內部版本8-202212中解決了這些問題。為了幫助解決此問題，我們建議升級到版本8-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)上開啟授權個案。
如需對本檔案內容的反饋，請於此提交。
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
3.0 |
23-Feb-2024
|
內容編輯 |
1.0 |
20-Feb-2024
|
初始版本 |
意見