목차

외부 고객/파트너 전용: 이 지침은 고객/파트너가 직접 다음 작업을 수행하여 문제를 해결하는 데 도움이 되도록 제공됩니다. 지침에 따라 고객/파트너에게 문제가 발생하는 경우, 해당 고객/파트너에게 라이센싱 지원(https://www.cisco.com/go/scm)으로 케이스를 열어 해결하도록 요청하십시오. 라이센스 지원 팀 외부의 내부 Cisco 리소스인 경우 직접 이러한 작업을 수행하지 마십시오.

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 On-Prem 서버에서 요청 로드를 원활하게 수행하기 위한 간격이 길어집니다.

RAM 및 CPU 스파이크가 관찰된 또 다른 시나리오는 SLP 디바이스 동기화 중입니다. 이 시나리오에서는 동기화가 매우 오랫동안 수행되지 않았으며, 이제 SSM On-Prem 애플리케이션에 CSSM 클라우드와 동기화할 SLP 데이터가 많이 있습니다. 이를 완화하려면 CSSM Cloud와 SLP 동기화를 수행하고 디바이스 10,000대를 매주 한 번 로드하는 것이 좋습니다.

참고: SL 및 SLP Synchronization with Cisco와 같은 특정 프로세스의 경우 프로세스 런타임에 RAM이 급증하는 것이 정상입니다. 다만 공정이 끝나면 정상으로 돌아가야 한다. 지속적인 RAM 또는 CPU 스파이크가 발견되면 TAC**에 문의하십시오.

**를 다시 시작하면 RAM 및 CPU 스파이크를 제어하는 데 도움이 됩니다. 그러나 고객은 재시작을 수행할 수 없으므로 TAC가 개입해야 합니다.

문제 해결:

이 프로세스에 문제가 발생하여 해결할 수 없는 경우, 소프트웨어 라이센싱 옵션을 사용하여 SCM(Support Case Manager)에서 라이센싱 케이스를 여십시오.

이 문서의 내용에 대한 피드백은 여기에 제출하십시오.