재부팅 후 몇 분 동안 100 %의 ProCurve CPU


9

HP 스위치에서 펌웨어 업그레이드를 수행하고 있습니다. 두 가지 모델이 업그레이드되었습니다.

  • ProCurve 스위치 5406zl 지능형 에지 (J8697A) : K.15.06.0008에서 K.15.12.0012로 업그레이드
  • HP 2520-24G-PoE 스위치 (J9299A) : J.14.54에서 J.15.09.0021로 업그레이드

새 이미지를 부팅 한 직후 각 스위치를 확인하면 뭔가를 관찰했습니다.

  1. 스위치는 오류없이 새 펌웨어 이미지를로드했으며 스위치가 부팅 되 자마자 연결이 복구되었습니다. 이 시점에서 CPU 사용량이 낮았습니다 (10 % 미만)
  2. 몇 초 후 CPU 사용량이 최대 100 %까지 증가하고 몇 분 동안 그대로있었습니다. SSH를 통해 CLI를 제외하고는 현재 느린 연결 문제, 정상적인 연결, 로그 메시지 없음을 감지하지 못했습니다.
  3. 100 %에서 5 분에서 10 분 후 CPU는 제 변신없이 정상적으로 돌아 왔습니다.

두 모델 모두이 동작이있었습니다. 각 모델의 한 유닛을 이전 펌웨어 이미지로 롤백했으며 동일한 방식으로 작동했습니다.

부팅 직후의이 CPU 스파이크에도 문제가 없었지만 정상적인 네트워크 동작이이 스파이크의 원인 일 수 있는지 궁금하지만 그렇게 생각하지 않습니다. 다음과 같은 측면을 고려했습니다.

  1. 부팅 STP가 실행을 시작한 직후 BPDU를 생성하고 Bloking, Listening, Learning 및 Forwarding 상태를 통해 스위치의 모든 포트를 순환시킵니다. 그러나 802.1D를 사용하더라도이 프로세스는 기본 타이머를 사용하는 데 1 분 이상 걸리지 않습니다. 또한 SSH를 통해 스위치를 확인하고 있었으므로 스위치에 연결할 수있을 때까지 모든 STP 계산이 이미 완료되었습니다.

  2. 부팅 직후 MAC 주소 테이블이 비어 있고 첫 번째 프레임을 전달하려면 브로드 캐스트가 필요합니다. 그러나이 브로드 캐스트가 24 포트 스위치에서 5 분 동안 훨씬 적은 100 % CPU를 차지할 것입니다.

  3. L2 장치로 작동하는 모든 스위치는 L3 기능을 사용할 수 없으므로 라우팅 및 기타 L3 프로세스를 폐기합니다.

네트워크 작업에서 연결을 유지하면서 재부팅 후 5 분 동안이 CPU 사용량을 설명 할 수있는 "정상적인"항목이 누락 되었습니까? 재부팅 직후 스위치가 실행되는 일종의 백그라운드 프로세스일까요?

답변:


8

Google에서 2 초도 채 걸리지 않았습니다. HP 네트워킹 포털

HP ProCurve 5400zl 스위치 시리즈-시작 문제 후 높은 CPU 사용률 (99-100 %)

스위치가 시작된 직후, 높은 (99-100 %) CPU 사용률이 관찰됩니다. 해결책

스위치가 부팅 될 때 초기화 작업 중 하나는 암호화 키 생성입니다. 키를 미리 작성하면 나중에 키를 사용하는 SSL 또는 SSH와 같은 기능을 구성하거나 사용할 때 가용성이 최소로 지연됩니다. 이 작업은 스위치 모델,로드되는 구성 및 소프트웨어 개정판에 따라 시작되기까지 몇 초가 걸립니다. 작업이 CPU의 최대 100 %를 소비하더라도 매우 낮은 우선 순위로 실행됩니다. 따라서 CPU주기가 필요한 다른 작업이 시작되면이 우선 순위가 낮은 작업이 취소됩니다. 이 초기화 / 키 생성 작업이 우선 순위가 높은 작업으로 중단없이 실행되면 완료하는 데 약 10 분이 걸립니다. CPU가 다른 작업으로 바쁘면 완료 시간이 연장됩니다.

보고있는 상승 된 CPU가 실제로 여기에 설명되어 있고 문제 해결이 필요한 것이 아닌지 확인하려면 아래에 설명 된 명령을 사용하십시오.

task-monitor cpu (this command was introduced in K.13.04)

show uptime

show cpu

결과는 다음과 같습니다.

스위치 # 작업 모니터 CPU 스위치 # 쇼 가동 시간 0000 : 00 : 01 : 42.36 스위치 # 쇼 CPU

99 percent busy, from 27 sec ago
1 sec ave: 100 percent busy
5 sec ave: 100 percent busy
1 min ave: 66 percent busy

Task usage for last 5 sec
 % CPU | Description
-------+--------------------------
   0.3 | Sessions & I/O
  99.7 | System Services

이것이 내가 경험 한 문제를 설명하는 것 같습니다. 그러나 새로운 질문이 떠 오릅니다. 내가 말했듯이 SSH 연결을 통해 스위치를 씹고있었습니다. 로그인 한 후 몇 초 후에 SSH 키가 생성되는 경우 : 키가 준비되기 전에 어떻게 SSH 세션을 시작할 수 있습니까?
Daniel Yuste Aroca

2
Procurve 액세스 보안 안내서 : 스위치에서 호스트 키 페어를 생성하면 스위치는 키 페어를 플래시 메모리에 배치합니다 (실행중인 구성 파일이 아님). 또한 스위치는 전원주기를 포함하여 재부팅시 키 페어를 유지합니다. 스위치의 공개 / 개인 키 쌍을 제거 (제로화)하면 스위치가 SSH 작업을 수행 할 수 없으며 스위치에서 IP SSH가 자동으로 비활성화됩니다.
Daniel Yuste Aroca
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.