外部のお客様/パートナー様専用:これらの手順は、お客様/パートナー様自身が問題を解決するために次のアクションを実行する際に役立ちます。お客様やパートナーが指示に従って問題を解決する場合は、ライセンスサポート(https://www.cisco.com/go/scm)でサービスリクエストをオープンしてもらってください。ライセンスサポートチーム以外のシスコの社内リソースの場合は、これらのアクションを自分で実行しないでください。
Q:SSMのオンプレミスのアプリケーションRAMとCPUのスパイクにより、アプリケーションが非常に遅くなることがあります。どうすればよいですか。
A:以前のリリース(8 ~ 202212以前)では、いくつかのシナリオで特定のプロセスによって引き起こされるRAMとCPUのスパイクを確認しています。これらについては、Cisco SSMオンプレミスリリース8-202212で取り上げています。この問題を解決するには、リリース8-202212以降にアップグレードすることをお勧めします。また、SSMオンプレミスアプリケーションに十分な数のライセンスを確保することで、従来のSLデバイスがすべて準拠した状態でRAMとCPUのスパイクを軽減できます。
従来のスマートライセンスを使用するデバイスが、デバイスからSSMオンプレミスアプリケーションへのauth_renew要求によって継続的に攻撃を受けるなど、特定のシナリオでRAMおよびCPUのスパイクが確認されています。この問題に対処するために、最適化されたOK_TRY_AGAIN応答が追加されました。この応答は、SSMオンプレミスアプリケーションに多数の要求が読み込まれ、デバイスのメッセージ処理でビジー状態であると判断されたときにデバイスに送信されます。この応答は、一定の間隔で要求を再試行するようにデバイスに通知します。要求の負荷が増加すると、間隔が長くなり、SSMオンプレミスサーバの要求の負荷が軽減されます。
RAMとCPUのスパイクを確認したもう1つのシナリオは、SLPデバイスの同期中です。このシナリオでは、同期が非常に長い間実行されていないため、SSMオンプレミスアプリケーションにはCSSMクラウドと同期するための大量のSLPデータがあります。これを軽減するために、CSSMクラウドでSLP同期を実行し、10,000台のデバイスを週に1回使用することをお勧めします。
注:シスコとのSLおよびSLP同期などの特定のプロセスでは、プロセスのランタイムに対してRAMがスパイクすることは正常です。ただし、プロセスが終了すると通常の状態に戻ります。RAMまたはCPUの使用率が高い状態が続く場合は、TAC**にお問い合わせください。
**gobackendとpumaを再起動すると、RAMとCPUのスパイクの制御に役立ちます。ただし、お客様は再起動を実行できないため、TACが関与する必要があります。
トラブルシューティング:
このプロセスで対処できない問題が発生した場合は、ソフトウェアライセンスオプションを使用して、Support Case Manager(SCM)でライセンスケースをオープンしてください。
このドキュメントの内容に関するご意見は、ここから送信してください。