目錄

僅限外部客戶/合作夥伴使用：提供這些說明是為了幫助客戶/合作夥伴自行執行以下操作來解決問題。如果客戶/合作夥伴按照說明遇到問題，請他們提交支援許可的案例(https://www.cisco.com/go/scm)以幫助解決。如果您是許可支援團隊之外的思科內部資源，請勿自行執行這些操作。

問：有時候，SSM內部版本的應用程式RAM和CPU尖峰會導致應用程式變得非常慢。我能做些什麼？

答：在之前的發行版本中(8-202212之前)，我們已在幾個案例中觀察到某些進程導致的RAM和CPU峰值。我們在Cisco SSM內部版本8-202212中已解決了這些問題。為協助解決此問題，我們建議升級至8-202212或更新版本。您還可以透過確保您的SSM內部應用程式具有足夠的許可證來降低RAM和CPU峰值，從而使傳統的SL裝置都符合要求。

我們觀察到在某些情況下的RAM和CPU峰值，例如使用傳統智慧許可的裝置不斷收到從裝置到SSM內部應用程式的auth_renew請求。為了解決此問題，已增加最佳化的OK_TRY_AGAIN響應。當SSM內部應用程式載入了多個請求並且被確定為在處理裝置的消息時過於忙時，此響應將傳送到裝置。此響應會通知裝置在特定時間間隔內重試其請求。當請求負載增加時，間隔會變長，以平滑處理SSM內部伺服器上的請求負載。

我們觀察到RAM和CPU尖峰的另一個場景是SLP裝置同步期間。在此場景中，同步沒有執行很長時間，而現在SSM內部應用程式有大量SLP資料要與CSSM雲同步。為緩解此問題，我們建議每週執行一次與CSSM雲的SLP同步，負載為10,000台裝置。

注意：對於某些進程（如與思科的SL和SLP同步），RAM在進程運行時發生峰值是正常的。不過，程式完成後，它應該會回覆正常。如果您看到持續的高記憶體或CPU峰值，請與TAC**聯絡。

**重新啟動gobackend和puma應有助於控制RAM和CPU峰值。但是，客戶無法執行重新啟動，因此TAC必須參與。

疑難排解:

如果您在此過程中遇到無法解決的問題，請使用軟體許可選項在支援案例管理器(SCM)提交許可案例。

如需對本檔案內容的意見回饋，請提交這裡。