Edge Study / HPE Aruba Networking Tips

펌웨어 업데이트 중에도 트래픽이 끊기지 않는다고? ISSU 완벽 가이드

네트워크 엔지니어로 입사해서 처음 겪는 당혹스러운 순간 중 하나는 선배가 이렇게 말할 때입니다.

“오늘 밤 2시에 스위치 펌웨어 업데이트할 거니까 준비해.”

스마트폰이나 PC를 업데이트할 때면 항상 재부팅을 하면서 몇 분간 쓸 수 없게 됩니다. 네트워크 스위치도 마찬가지입니다.

펌웨어 버전을 올리려면 장비를 껐다 켜야(Reboot) 하고, 그동안 그 스위치에 연결된 모든 서버와 PC는 네트워크가 끊어집니다. 그래서 우리는 이 작업을 모두가 잠든 새벽 2시에 하는 것이죠.

그런데 최근 HPE Aruba Networking의 AOS-CX 스위치(CX 6300 등)에서는 “단일 스위치 1대만 있어도 장비를 재부팅하지 않고 펌웨어 업데이트가 가능하다”고 말합니다. 이것을 ISSU(In-Service Software Upgrade, 무중단 소프트웨어 업그레이드)라고 부릅니다.

“장비 OS를 갈아엎는데 어떻게 트래픽이 안 끊길 수가 있지?”라는 의문이 드는 것이 당연합니다.
본격적인 CLI 실습에 앞서, 이 마법 같은 기술의 핵심 원리부터 쉽고 명확하게 짚어보겠습니다.

1. 스위치의 두뇌(Control Plane)와 팔다리(Data Plane)

네트워크 스위치 안에는 크게 두 가지 부서가 분리되어 일하고 있다고 상상해 보세요.

구분Control Plane (제어 평면)Data Plane (데이터 평면)
비유스위치의 ‘두뇌’ 🧠스위치의 ‘팔다리’ 🦾
핵심 하드웨어일반 CPU 및 메모리(RAM)전용 스위칭 ASIC 칩 (Aruba Gen7)
주요 역할라우팅/스위칭 길(경로) 찾기, 토폴로지 학습, 관리자 CLI 세션 유지CPU가 그려준 지도(MAC/FIB 테이블)를 바탕으로 실제 패킷 기계적 포워딩
특성머리를 쓰는 복잡한 연산 (동적 프로세스)오직 패킷 전달에만 특화 (초고속 하드웨어)

2. 일반 스위치의 부팅 vs ISSU의 차이

펌웨어를 업데이트할 때 기존 장비와 ISSU 장비는 근본적인 동작 방식이 다릅니다.

기존 방식 (콜드 리부팅): “사장님과 공장장 모두 퇴근!”

펌웨어를 업데이트하려고 reload 명령어를 치면 스위치의 전원이 통째로 리셋됩니다.

  • 두뇌(CPU)도 꺼지고, 팔다리(ASIC 반도체)도 꺼집니다.
  • 공장 가동이 완전히 멈추므로 트래픽이 끊어집니다(다운타임 발생).
    부팅이 완료되고 지도를 다시 그릴 때까지 수 분이 걸립니다.

ISSU 방식 (AOS-CX): “사장님(OS)은 옷 갈아입고 올 테니, 공장장(ASIC)은 하던 일 계속해!”

ISSU 명령어를 치면 장비 내부에서 다음과 같은 일련의 과정이 일어납니다.

  1. 지도 복사 (Freeze): 두뇌(CPU)가 팔다리(ASIC)에게 지시합니다.
    “내가 잠깐 OS 펌웨어를 갈아입고 올 테니, 지금 네가 들고 있는 라우팅/MAC 지도 상태 그대로 고정(Freeze)하고 트래픽 계속 넘기고 있어!”
  2. 두뇌만 재기동 (Control Plane 전환): CPU 쪽 프로세스 데몬만 새 버전의 펌웨어로 교체되며 빠르게 재시작합니다.
    (이때 SSH 세션은 잠시 끊어집니다.)
  3. 팔다리는 쉬지 않음 (Data Plane 유지): 두뇌가 재부팅되는 그 수십 초 동안에도, 하단의 ASIC 칩은 전원이 꺼지지 않고 기존 지도를 바탕으로 사용자 패킷을 단 1밀리초도 쉬지 않고 포워딩합니다.
  4. 복귀 완료 (State Restore): 새 OS 부팅을 마친 두뇌가 다시 팔다리와 연결되어 정상 상태로 동기화됩니다.

ISSU 트래픽 처리 시뮬레이터

트래픽은 기본적으로 계속 흐르고 있습니다.
[ISSU (OS 업데이트) 실행] 버튼을 눌러 CPU가 재부팅될 때, 트래픽별로 어떤 운명을 맞이하는지 관찰해 보세요.

데이터 트래픽 (유튜브, Ping)    제어 트래픽 (OSPF, SSH)    Drop (처리 불가/버려짐)

3. 왜 섀시나 스택(Stack) 없이 단일 스위치로도 가능할까?

과거에는 두뇌(CPU 보드)가 2개 꽂혀있는 고가의 샤시 장비나, 스위치 2대를 묶은 VSF/VSS 환경에서만 ISSU가 가능했습니다. 하나가 재부팅될 때 다른 하나가 잠시 역할을 대신해 주었기 때문입니다.

하지만 CX 6300 Single Switch ISSU는 단일 1U 스위치에서도 동작합니다.
그 비결은 AOS-CX가 가진 모듈형 마이크로커널 구조와 중앙 데이터베이스(OVSDB) 아키텍처 덕분입니다.

상태 정보(State)를 중앙 DB에 완벽히 분리해 두었기 때문에, 칩(ASIC)을 리셋하지 않고 프로세스만 빠르게 내렸다가 올리는 ‘Warm Boot’가 가능해졌습니다. 단일 뇌를 잠시 기절시켰다가 살리는 동안 팔다리를 마비시키지 않는 고도의 소프트웨어 설계의 결과물입니다.

4. CX 6300 Single Switch ISSU 실전 CLI 가이드

원리를 이해했다면, 이제 실제 현장에서 스위치 콘솔/SSH를 통해 ISSU를 수행하는 5단계 실습 워크플로우를 살펴보겠습니다.

📌 ISSU 지원 스위치 확인

ISSU 호환성을 확인하기 위한 모델 및 펌웨어 버전은 NSP(Networking Support Portal) 사이트에서 쉽게 확인할 수 있습니다.

Step 1. 사전 상태 점검

ISSU를 시작하기 전 가장 중요한 것은 장비 상태의 안정성(Stable State)입니다.
업그레이드 직전 STP 토폴로지 변경이나 라우팅 플래핑이 없어야 합니다.

Plaintext
switch# show boot-history
switch# show system
switch# show spanning-tree
Step 2. 신규 펌웨어 다운로드 (Alternate Bank)

현재 부팅 중인 주 파티션이 아닌 보조 파티션(예: Secondary)에 대상 펌웨어 이미지를 스테이징합니다.

Plaintext
# 현재 부팅 이미지 확인 (예: Primary Active 상태)
---------------------------------------------------------------------------
AOS-CX Primary Image
---------------------------------------------------------------------------
Version : FL.10.18.1001
Size    : 806 MB
Date    : 2026-08-27 05:07:09 UTC
SHA-256 : a546d6ad226915ee4a1f484e20c361aea4432112d0829a0588872da7dc926690

---------------------------------------------------------------------------
AOS-CX Secondary Image
---------------------------------------------------------------------------
Version : FL.10.13.1170
Size    : 991 MB
Date    : 2026-05-21 16:46:25 UTC
SHA-256 : 515774bf7a1b2be959da6ecd92c5018027f9bab12ba0bcf3dc3175c8e0e5c67c

Default Image : secondary
Boot Profile Timeout : 5 seconds

------------------------------------------------------
Management Module 1/1 (Active)
------------------------------------------------------
Active Image       : Primary
Service OS Version : FL.01.19.0002
BIOS Version       : FL.01.0016

# SFTP 등을 통해 보조 파티션으로 신규 펌웨어 업로드
switch# copy sftp://[email protected]/AOS-CX_6400-6300_10_18_1002.swi secondary vrf mgmt
Step 3. ISSU 적합성 사전 검증 (validate)

무작정 업그레이드를 실행하기 전, 시스템이 무중단 갱신을 진행할 준비가 되었는지 자체 검사(Pre-check)를 수행합니다.

Plaintext
switch# issu update-software validate
  • 이미지 무결성 및 하드웨어 호환성 검증
  • ISSU 비호환 기능/설정 존재 여부 확인
  • 출력 결과에 Validation Successful이 확인되면 안전하게 다음 단계로 넘어갑니다.
Step 4. ISSU 실행 및 진행 모니터링 (update-software)

검증이 완료되면 대망의 ISSU를 트리거합니다.

Plaintext
switch# issu update-software
This command will perform an in-service software upgrade using pre-staged secondary operating system image FL.10.18.1002
This will save the current running configuration

Continue (y/n)? y

Starting in-service software upgrade. 

Use "show issu" to monitor status and progress.
Use "show event -c issu" to view event notification.

switch# show issu
The current session is being terminated due to an ongoing ISSU upgrade.
Please loing again to access the router.

💡 실행 중 관전 포인트:

  1. Config Freeze: 실행 즉시 설정 변경이 잠깁니다(Lock).
  2. Data Plane 연속성: 백그라운드에 연속 Ping(ping -t)을 띄워두면 트래픽 드롭이 거의 발생하지 않는 것을 눈으로 직접 확인할 수 있습니다.
  3. 세션 단절: CPU 교체 과정 중 SSH 관리 세션이 잠시 종료(Connection closed)되는 것은 매우 정상적인 동작입니다. 당황하지 말고 약 1~2분 후 재접속합니다.
Step 5. 사후 검증 및 롤백 타이머 확정 (confirm) – ★가장 중요

장비 재접속 후 업그레이드 상태와 서비스 정상 유무를 꼼꼼히 살핀 뒤, 최종 확정을 내립니다.

Plaintext
# 상태 및 롤백 타이머 잔여 시간 확인
switch# show issu
switch# show version

# 서비스 정상 동작 확인 후 펌웨어 확정 명령어 실행
switch# issu update-software confirm
The ISSU has been confirmed and the rollback timer has been cancelled.

🚨 치명적 주의사항:

기본 설정된 롤백 타이머(예: 30분)가 만료될 때까지 confirm 명령을 치지 않으면, 스위치는 업그레이드 실패로 간주하고 이전 펌웨어 버전으로 자동 롤백 및 재부팅을 진행해 버립니다. 현장 점검이 끝났다면 잊지 말고 꼭 확정 명령어를 입력해야 합니다.

마치며: Edge 스위치 운영의 패러다임 변화

단일 스위치 환경에서의 ISSU 지원은 단순한 기술 스펙 자랑을 넘어, 엔지니어의 워크플로우와 기업의 운영 비용(OPEX)을 실질적으로 혁신합니다.

  • 24/7 무중단 서비스가 필요한 병원, 공장 등에서 주간 업무 시간 중 계획된 펌웨어 변경 가능
  • 이중화 구성이 힘든 소규모 지사나 액세스 환경에서도 고가용성 확보
  • 새벽 근무 피로 누적으로 인한 휴먼 에러 예방
  • 자동 롤백 타이머를 활용한 업그레이드 리스크(장비 먹통) 최소화

새벽에 서비스 중단 공지를 올리고 가슴 졸이며 스위치를 재부팅하던 시절은 지나가고 있습니다.
AOS-CX 6300 환경을 운영 중이시라면 랩 장비에서 이 매력적인 기능을 꼭 한번 테스트해 보시길 강력히 권해드립니다.

Related Posts