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

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 메모리의 단일 풀입니다. 표준 구성에서 Segment 0은 NH 및 접두사에 사용되며 Segment 1은 방화벽 또는 필터에 사용됩니다. 이 할당은 [edit chassis] 계층 수준에서 route-memory-enhanced 옵션을 사용하여 수정할 수 있습니다. 일반적인 구성에서 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 명령의 출력에 "캡슐화"로 표시됩니다. 캡슐화 영역의 자유 메모리 비율은 다음과 같이 계산됩니다.

% 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됩니다. 소켓 통신 장애와 관련된 오류 로그(라우팅 엔진 및 패킷 전달 엔진 간)는 라우팅 엔진 패킷 전달 엔진 간의 통신 문제를 진단하는 데 유용합니다.

Ukern 관점에서 MPC5E에는 패킷 전달 엔진 인스턴스가 하나만 포함되어 있습니다. show chassis 패브릭 플레인 명령 출력은 패킷 전달 엔진 대한 패브릭 플레인 연결 상태를 표시합니다. 두 개의 패킷 전달 엔진이 존재하므로 출력에서 PFE-0 및 PFE-1을 확인할 수 있습니다.

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

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

문제

해상도