SNMP 응답 시간 개선을 위한 관리 디바이스의 옵션 구성

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

주:

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

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

• SNMP 요청의 원본 IP 주소

• SNMP 요청의 원본 UDP 포트

• SNMP 요청의 요청 ID

주:

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

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

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

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

아래의 예에는 SNMP Get, GetNext 및 Set 작업에서 인터페이스를 제외하는 샘플 구성이 나와 있습니다.

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

또는 응답이 느린 인터페이스를 별도로 오프라인에서 처리할 수 있습니다.