리소스 모니터링 방법론을 사용한 시스템 성능 문제 해결

Trio 기반 라인 카드에 대한 리소스 모니터링 및 사용량 계산

Trio 기반 라인 카드에서 다음 홉 및 방화벽 필터를 위한 메모리 블록은 별도로 할당됩니다. 또한 다음 홉 또는 방화벽 필터에 할당된 메모리가 완전히 사용될 때 사용되는 확장 메모리가 있습니다. 다음 홉 필터와 방화벽 필터 모두 확장 메모리에서 메모리를 할당할 수 있습니다. 캡슐화 메모리 영역은 I칩 기반 라인 카드에만 해당되며 Trio 기반 라인 카드에는 적용되지 않습니다. 따라서 Trio 기반 라인 카드의 경우 사용 가능한 메모리 공간의 백분율을 다음과 같이 해석할 수 있습니다.

% Free (NH) = (1- (Used NH memory + Used Expansion memory ) / (Total NH memory+Total Expansion memory)) × 100

% Free (Firewall or Filter) = (1-(Used FW memory+Used Expansion memory ) / (Total FW memory+Total Expansion memory)) × 100

캡슐화 메모리는 I-칩에만 적용되며 Trio 기반 라인 카드에는 적용되지 않습니다.

% Free (Encap memory) = Not applicable

I-칩 기반 라인 카드에 대한 리소스 모니터링 및 사용량 계산

I-칩 기반 라인 카드에는 경로 조회 블록과 연결된 32MB의 정적 RAM(SRAM) 메모리와 출력 WAN 블록과 연결된 16MB의 SRAM 메모리가 포함되어 있습니다.

경로 조회 메모리는 각각 16MB의 두 세그먼트로 분할된 32MB 메모리의 단일 풀입니다. 표준 구성에서 세그먼트 0은 NH 및 접두사에 사용되며 세그먼트 1은 방화벽 또는 필터에 사용됩니다. 이 할당은 계층 수준에서 옵션을 사용하여 route-memory-enhanced 수정할 수 있습니다 [edit chassis] . 일반적인 구성에서, NH 애플리케이션은 두 세그먼트 중 어느 하나로부터 메모리를 할당받을 수 있다. 따라서 NH의 사용 가능한 메모리 백분율은 32MB 메모리에서 계산됩니다. 현재 방화벽 애플리케이션에는 세그먼트 1의 메모리만 할당됩니다. 따라서 방화벽에 대해 모니터링할 사용 가능한 메모리의 백분율은 세그먼트 1에서만 사용 가능한 16MB 메모리에서 시작됩니다.

I칩 기반 라인 카드의 경우, 사용 가능한 메모리 공간의 백분율은 다음과 같이 해석할 수 있습니다.

% Free (NH) = (32-(Used NH memory+Used FW memory+Used Other application)) / 32×100

% Free (Firewall or Filter)=(16-(Used NH memory+Used FW memory+Used Other application)) / 16×100

출력 WAN(Iwo) SRAM의 메모리 크기는 16MB이며 캡슐화 정보를 포함하는 레이어 2 설명자를 저장합니다. 이 엔터티는 중요한 리소스이며 모니터링해야 합니다. 이 메모리 공간은 show 명령의 출력에 "Encap mem"으로 표시됩니다. 캡슐화 영역에 대한 사용 가능한 메모리의 백분율은 다음과 같이 계산됩니다.

% Free (Encapsulation memory) = (16-(Iwo memory used ( L2 descriptors +other applications))) / 16×100

넥스트 홉 메모리를 위해 구성된 워터마크 레벨은 캡슐화 메모리에도 효과적입니다. 따라서 캡슐화 영역에 대한 사용 가능한 메모리 비율이 구성된 워터마크 아래로 떨어지면 로그가 생성됩니다.

사용 가능한 메모리 백분율이 특정 메모리 유형의 사용 가능한 메모리 워터마크보다 낮으면 syslog에 다음 오류 메시지가 기록됩니다.

“Resource Monitor: FPC <slot no> PFE <pfe inst> <“JNH memory” or “FW/ Filter memory”> is below set watermark <configured watermark>”.

계층 수준에서 문을 [edit system services resource-monitor] 사용하여 traceoptions file <filename> flag flag level level size bytes 리소스 모니터링 추적 작업을 구성할 수 있습니다. 기본적으로 메시지는 에 기록됩니다 /var/log/rsmonlog. 소켓 통신 실패(라우팅 엔진과 패킷 전달 엔진 간)와 관련된 오류 로그는 라우팅 엔진과 패킷 전달 엔진 간의 통신 문제를 진단하는 데 유용합니다.

우크라이나 관점에서 MPC5E에는 패킷 전달 엔진 인스턴스가 하나만 포함되어 있습니다. show chassis fabric plane 명령 출력은 패킷 전달 엔진에 대한 패브릭 플레인 연결의 상태를 표시합니다. 두 개의 패킷 전달 엔진이 존재하기 때문에 출력에 PFE-0 및 PFE-1이 표시됩니다.

MPC5E에 대한 패킷 전달 엔진 인스턴스가 하나만 존재하기 때문에 명령의 show system resource-monitor fpc 출력에는 패킷 전달 엔진 인스턴스 0에 해당하는 행이 하나만 표시됩니다.

구성된 워터마크는 GRES 및 통합 ISSU 절차 전반에 걸쳐 유지됩니다.

문제

해결 방안