Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

SNMP 응답 시간 개선을 위한 매니지드 디바이스의 옵션 구성

다음 섹션에는 SNMP 성능을 향상시킬 수 있는 매니지드 디바이스의 구성 옵션에 대한 정보가 나와 있습니다.

stats-cache-lifetime 옵션 활성화

Junos OS는 인터페이스 통계 정보가 캐시되는 시간(초 단위)을 구성할 수 있는 옵션을 제공합니다. NMS가 캐시 시간 내에 동일한 인터페이스에 대해 다시 쿼리하면 동일한 데이터가 반환됩니다. NMS가 캐시 시간 후에 쿼리하는 경우 캐시는 더 이상 유효하지 않고, 더 낮은 레이어에서 새로 데이터를 가져오며, 캐시 타임스탬프가 업데이트됩니다. 기본값 stats-cache-lifetime 은 5초입니다. 이는 폴링 빈도에 따라 조정할 수 있습니다.

참고:

stats-cache-lifetime 옵션의 값을 줄이면 쿼리가 더 많이 발생하고 성능에 영향을 줄 수 있습니다. 캐시되지 않은 실시간 통계를 보려면 stats-cache-lifetime 옵션의 값을 0으로 설정하십시오. 그러나 이렇게 하면 캐싱 기능이 완전히 비활성화되고 성능에 영향을 미치기 때문에 권장되지 않습니다.

중복 SNMP 요청 필터링

네트워크 관리 스테이션이 Get디바이스 GetNext에 , 또는 SNMP GetBulk 요청을 너무 자주 재전송하면 해당 요청은 이전 요청의 처리를 방해하고 에이전트의 응답 시간을 늦출 수 있습니다. 이러한 중복 요청을 필터링하면 SNMP 에이전트의 응답 시간이 향상됩니다. Junos OS를 사용하면 중복 Get, GetNext및 GetBulk SNMP 요청을 필터링할 수 있습니다. Junos OS는 다음 정보를 사용하여 SNMP 요청이 중복인지를 확인합니다.

  • SNMP 요청의 소스 IP 주소

  • SNMP 요청의 원본 UDP 포트

  • SNMP 요청의 요청 ID

참고:

기본적으로 Junos OS를 실행하는 디바이스에서 중복 SNMP 요청을 필터링하는 기능은 비활성화되어 있습니다.

Junos OS를 실행하는 디바이스에서 중복 SNMP 요청을 필터링하는 기능을 활성화하려면 계층 수준에서 다음 문을 포함 filter-duplicates 합니다.[edit snmp]

SNMP 쿼리에 대한 응답이 느린 인터페이스 제외

인터페이스 통계에 대한 SNMP 요청에 대한 응답이 느린 인터페이스는 SNMP 요청에 대한 커널 응답을 지연시킬 수 있습니다. mib2d 로그 파일을 검토하여 커널이 다양한 SNMP 요청에 응답하는 데 걸리는 시간을 확인할 수 있습니다. 로그 파일에서 커널 응답 데이터를 확인하는 방법에 대한 자세한 내용은 Junos OS를 실행하는 디바이스에서 SNMP 성능에 영향을 미치는 SNMP 활동 모니터링 및 문제 추적 아래의 "커널 및 패킷 포워딩 엔진 응답 확인"을 참조하십시오.

응답이 느린 특정 인터페이스가 보이고 이로 인해 SNMP 요청에 대한 커널 응답이 느리다고 판단될 경우에는 디바이스에 대한 SNMP 쿼리에서 해당 인터페이스를 제외하십시오. 문을 구성 filter-interface 하거나 SNMP 보기 설정을 수정하여 SNMP 쿼리에서 인터페이스를 제외할 수 있습니다.

다음 예는 SNMP Get, GetNext및 Set 작업에서 인터페이스를 제외하기 위한 샘플 구성을 보여줍니다.

다음 예는 ifTable 및 ifXtable 개체와 관련된 정보 요청에서 인터페이스 인덱스(ifIndex) 값이 312인 인터페이스를 제외하기 위한 SNMP 보기 구성을 보여줍니다.

또는 응답이 느린 인터페이스를 오프라인으로 전환할 수 있습니다.

관련 설명서