Cisco Nexus 스위치를 서비스를 끊지 않고 NX-OS 버전만 올리는 기술이 ISSU입니다. 이 글에서는 ISSU의 동작 원리부터 실제 업그레이드 단계, 작업 중 반드시 챙겨야 할 주의사항, 그리고 "ISSU인데 왜 장비가 리부팅됐지?"처럼 실패하거나 무중단이 깨지는 원인까지, 비전문가도 이해할 수 있게 비유와 함께 정리했습니다.
1. ISSU가 정확히 무엇인가요?
ISSU는 In-Service Software Upgrade의 줄임말입니다. 우리말로 풀면 "서비스를 운영하는 중에(In-Service) 소프트웨어를 업그레이드한다"는 뜻이죠. 여기서 말하는 소프트웨어는 Cisco Nexus 스위치를 움직이는 운영체제, 즉 NX-OS입니다.
보통 네트워크 장비의 OS를 올리려면 장비를 재부팅해야 하고, 그동안 그 장비를 지나가던 데이터는 끊깁니다. ISSU는 이 "끊김"을 없애거나 최소화하는 것이 핵심입니다.
💡 쉬운 비유
24시간 영업하는 식당이 있다고 해봅시다. 보통은 주방 설비를 새것으로 바꾸려면 가게 문을 닫아야 합니다(= 일반 업그레이드, 재부팅). 그런데 ISSU는 손님을 계속 받으면서 주방 장비를 교체하는 것과 같아요. 홀에서는 음식이 평소처럼 계속 나가고, 뒤에서 조용히 설비만 바뀝니다. 손님(데이터 트래픽)은 변화를 거의 느끼지 못합니다.
그래서 ISSU는 24시간 멈추면 안 되는 데이터센터, 은행, 통신사처럼 "잠깐의 단절도 곤란한" 환경에서 특히 중요합니다.
무중단(Non-disruptive)과 중단(Disruptive)의 차이
ISSU와 관련해 가장 먼저 익혀야 할 용어가 이 둘입니다.
- Non-disruptive(무중단) : 데이터 트래픽이 끊기지 않고 넘어가는 진짜 ISSU. 식당 비유로는 "영업하면서 설비 교체".
- Disruptive(중단) : 결국 장비가 재부팅되면서 트래픽이 끊기는 방식. "문 닫고 공사".
install all 명령을 써도 조건이 안 맞으면 자동으로 이 방식으로 진행됩니다.
⚠️ 꼭 기억하세요
상당수 Nexus 모델에서 기본 업그레이드 방식은 "중단(Disruptive)"입니다. 무중단으로 가려면 명령에 non-disruptive 키워드를 직접 붙이거나, 장비가 무중단 조건을 만족해야 합니다. "ISSU 했는데 장비가 껐다 켜졌어요"의 절반은 여기서 시작됩니다.
2. ISSU는 어떻게 무중단을 만들까? (동작 원리)
ISSU가 어떻게 "끊지 않고" 업그레이드하는지 이해하려면 두 가지 개념을 알아야 합니다. 장비 구조에 따라 방식이 달라지기 때문입니다.
핵심 개념 ① 컨트롤 플레인 vs 데이터 플레인
스위치 안은 역할이 둘로 나뉩니다.
- 데이터 플레인(Data Plane) : 실제로 데이터를 받아서 목적지로 흘려보내는 부분. 식당으로 치면 주문받은 음식을 나르는 홀 직원.
- 컨트롤 플레인(Control Plane) : 경로를 계산하고 "이 데이터는 어디로 보내라"고 지시하는 두뇌. 식당으로 치면 주문을 정리하고 지시하는 매니저.
ISSU의 비결은 바로 여기에 있습니다. 업그레이드 중에 매니저(컨트롤 플레인)는 잠깐 자리를 비우지만, 홀 직원(데이터 플레인)은 이미 받은 지시대로 음식을 계속 나릅니다. 그래서 매니저가 새 매뉴얼을 익히고 돌아오는 동안에도 손님은 식사를 멈추지 않죠. 실제로 단일 슈퍼바이저 장비에서는 컨트롤 플레인이 잠깐(대략 수십 초~2분 내외, 향상된 방식에서는 수 초) 멈추는 동안에도 데이터는 계속 흐릅니다.
핵심 개념 ② 슈퍼바이저가 한 개냐 두 개냐
슈퍼바이저(Supervisor) 모듈은 스위치의 두뇌 역할을 하는 카드입니다. 장비에 따라 1개 또는 2개가 들어갑니다. 개수에 따라 ISSU 방식이 달라집니다.
| 구분 |
듀얼 슈퍼바이저 (예: Nexus 7000, 9500) |
싱글 슈퍼바이저 (예: Nexus 9300, 3000) |
| 무중단 방식 |
대기 슈퍼바이저를 먼저 올리고 역할을 넘긴 뒤, 남은 하나를 올림 |
데이터 플레인은 그대로 둔 채 컨트롤 플레인만 새 버전으로 재시작 |
| 비유 |
매니저가 2명이라 교대로 교육받고 복귀 |
매니저가 잠깐 자리를 비워도 홀은 알아서 돌아감 |
듀얼 슈퍼바이저 장비의 ISSU 흐름을 좀 더 풀어보면 이렇습니다. (식당에 매니저가 정/부 2명 있다고 생각하세요.)
- 대기(Standby) 슈퍼바이저에 새 OS를 먼저 설치합니다. → 부매니저가 뒤에서 새 매뉴얼을 익힘
- 준비가 끝나면 역할을 넘깁니다(Switchover). → 부매니저가 앞으로 나오고, 기존 매니저가 뒤로 빠짐
- 이제 한가해진 기존 슈퍼바이저도 새 OS로 업그레이드합니다.
- 마지막으로 라인카드(포트가 달린 카드)들을 하나씩 무중단으로 올립니다.
이렇게 항상 "최소 한 명은 일하고 있는" 구조라서 서비스가 끊기지 않습니다. 비행기 조종석의 기장·부기장이 번갈아 조종간을 잡는 것과 같은 원리입니다.
3. ISSU 업그레이드 방법 — 단계별 절차
실제 작업은 크게 ① 사전 점검 → ② 업그레이드 실행 → ③ 진행 모니터링 → ④ 검증 순서입니다. 핵심 명령어와 함께 보겠습니다.
STEP 1. 이미지 준비와 무결성 확인
새 NX-OS 이미지 파일을 장비의 저장공간(bootflash:)에 복사하고, 파일이 깨지지 않았는지 체크섬(MD5/SHA)을 확인합니다. install all 명령 자체도 이미지 무결성을 자동으로 점검하지만, 미리 확인해 두면 안전합니다.
💡 비유 — 이사 가기 전에 새 가구가 현관문을 통과하는지 미리 줄자로 재보는 것과 같습니다. 막상 트럭이 도착한 뒤에 "안 들어가네"를 발견하면 너무 늦으니까요.
STEP 2. 사전 점검 명령 (가장 중요)
실제 업그레이드를 누르기 전에, 무중단이 가능한지·어떤 영향이 있는지 미리 확인하는 단계입니다. 모두 장비에 영향을 주지 않는 조회 명령이니 마음 놓고 실행해도 됩니다.
# 1) 새 이미지가 현재 기능들과 호환되는지 확인
switch# show incompatibility nxos bootflash:<새이미지>
# 2) 업그레이드 영향 분석 — 무중단/중단 여부가 여기 표시됨
switch# show install all impact nxos bootflash:<새이미지>
# 3) FEX(연결된 확장 장비)가 모두 정상인지 확인
switch# show fex
# 4) vPC 구성 시 역할(primary/secondary) 확인
switch# show vpc role
⚠️ 핵심 포인트
show install all impact 명령의 결과에서 "Disruptive" 또는 "yes" 표시가 보이면, 그 업그레이드는 무중단이 아닙니다. 즉 진행하면 트래픽이 끊깁니다. 여기서 한 번 걸러내는 것이 사고를 막는 가장 확실한 방법입니다.
STEP 3. 업그레이드 실행
점검 결과가 무중단으로 나오면 실제 업그레이드를 진행합니다.
# 무중단 업그레이드 (단일 슈퍼바이저 계열은 non-disruptive 키워드 필요)
switch# install all nxos bootflash:<새이미지> non-disruptive
명령을 실행하면 장비가 다시 한 번 영향 분석 결과를 보여주고 "계속할까요?"(기본값 no)를 물어봅니다. 여기서 내용을 꼭 확인하고 진행하세요. 도중에 멈추고 싶다면 Ctrl-C로 안전하게 중단할 수 있습니다.
STEP 4. 진행 모니터링 & 검증
업그레이드 진행 상황은 콘솔/SSH 화면에 단계별로 출력됩니다. 작업이 끝나면 버전이 제대로 바뀌었는지 확인합니다.
# 업그레이드 후 버전 확인
switch# show version
# 모듈(슈퍼바이저/라인카드) 상태 확인
switch# show module
4. 작업 시 주의사항 (사고 방지 체크리스트)
ISSU 사고는 대부분 "기술 문제"가 아니라 "준비 부족"에서 나옵니다. 아래는 실제 현장에서 반드시 챙겨야 할 항목들입니다.
| 점검 항목 |
왜 중요한가 |
| 업그레이드 경로 확인 |
현재 버전에서 목표 버전으로 한 번에 무중단 점프가 되는지 릴리스 노트에서 확인. 안 되면 중간 버전을 거쳐야 함. |
| 저장 공간(bootflash) 확보 |
새 이미지를 둘 공간이 부족하면 진행 자체가 안 됨. 듀얼 슈퍼바이저는 대기 슈퍼바이저 쪽 공간도 확인. |
| 설정 백업 |
문제가 생겼을 때 원복할 수 있도록 running-config를 미리 저장. |
| 콘솔 접속 확보 |
SSH가 끊겨도 작업할 수 있도록 물리 콘솔을 잡아두기. 원격에서만 작업하다 연결이 끊기면 손쓸 수 없음. |
| 전원 안정성 |
업그레이드 도중 전원이 흔들리면 실패. 작업 중에는 모듈 전원을 끄거나 리부팅 금지. |
| 설정 변경 금지 |
ISSU 중에는 설정 모드가 잠깁니다. 다른 사람이 동시에 손대지 않도록 작업 공지 필수. |
| vPC 상태 정상화 |
vPC 한쪽 다리(leg)가 내려가 있는 등 장애 상태에서는 ISSU를 시작하면 안 됨. |
💡 한 문장 요약 — ISSU는 "실행 버튼"보다 실행 전 점검이 9할입니다. 충분한 공간, 안정된 전원, 잡아둔 콘솔, 확인된 경로 — 이 네 가지만 지켜도 대형 사고의 대부분을 막을 수 있습니다.
5. ISSU가 안 될 때 — 실패·중단 원인 총정리
"분명 ISSU로 했는데 장비가 재부팅됐다", "무중단이 아니라고 나온다" 같은 상황의 원인은 대부분 아래에 들어갑니다. 크게 무중단이 깨지는(Disruptive로 바뀌는) 경우와 업그레이드 자체가 실패하는 경우로 나눠 보겠습니다.
A. 무중단이 깨지고 "중단(Disruptive)"으로 바뀌는 원인
- 지원되지 않는 업그레이드 경로 — 현재 버전과 목표 버전 차이가 너무 커서 한 번에 무중단으로 못 넘어가는 경우. (비유: 계단을 한 번에 5층씩 뛰어오를 수 없어서 중간 층계참을 거쳐야 하는 것.)
- 호환되지 않는 기능이 켜져 있음 — 새 버전이 지원하지 않거나 ISSU와 충돌하는 기능이 설정돼 있으면 중단 방식으로 전환됩니다. 대표적으로
OpenFlow, LACP fast 타이머 설정 등이 무중단 ISSU에서 제약을 줍니다.
- STP(스패닝 트리) 토폴로지 불안정 — 업그레이드하는 장비 아래쪽에 STP 동작 중인 장비가 있거나, Bridge Assurance가 걸려 있거나, 토폴로지 변경이 진행 중이면 무중단 조건이 깨집니다. (컨트롤 플레인이 잠깐 멈춘 사이 경로가 흔들리면 위험하기 때문에 장비가 안전을 위해 거부하는 것.)
- 다운그레이드(버전 내리기) — Nexus에서 버전을 내리는 작업은 항상 중단입니다. 무중단 다운그레이드는 지원되지 않습니다.
- 특정 하드웨어 제약 — 일부 모델은 BIOS나 내부 펌웨어(IOFPGA 등) 버전 차이 때문에 무중단이 불가능해 자동으로 중단 방식으로 진행됩니다.
B. 업그레이드 자체가 실패(Abort)하는 원인
- 저장 공간 부족 — 새 이미지를 둘 bootflash 공간이 모자라면 시작도 못 합니다. (현관이 택배로 꽉 차서 새 택배를 못 받는 상황.)
- 이미지 손상·불일치 — 다운로드 중 파일이 깨졌거나(체크섬 불일치), kickstart 이미지와 system 이미지처럼 짝이 맞지 않는 조합이면 실패합니다.
- 모듈 장애 상태 — 라인카드가 비정상(failure) 상태이면 ISSU가 중단됩니다. 먼저 모듈을 정상화해야 합니다.
- 작업 중 전원/리부팅 — 업그레이드 진행 중에 전원이 끊기거나 모듈을 임의로 재부팅하면 실패합니다.
- FEX 관련 오류 — 연결된 FEX의 플래시 문제나 LACP fast rate 설정 등으로 FEX 단계에서 멈출 수 있습니다.
- 원격 경로 지정 오류 — 이미지를 원격 서버에서 가져올 때 전체 경로를 정확히 적지 않으면 실패합니다.
⚠️ 가장 흔한 착각
"ISSU 명령(install all)을 썼으니 당연히 무중단이겠지"라는 생각이 가장 위험합니다. 명령은 같아도 조건이 안 맞으면 장비는 조용히 "중단" 방식으로 진행합니다. 그래서 STEP 2의 show install all impact 결과 확인이 ISSU의 진짜 핵심입니다.
6. 함께 알아두면 좋은 연관 기능
ISSU는 단독으로 동작하지 않고 아래 기능들과 맞물려 돌아갑니다. 함께 이해하면 "왜 무중단이 되는지/안 되는지"가 훨씬 명확해집니다.
| 기능 |
ISSU와의 관계 |
| 슈퍼바이저 이중화 (HA) |
슈퍼바이저가 2개라 한쪽을 올리는 동안 다른 쪽이 일하는 것이 듀얼 슈퍼바이저 ISSU의 기반. 두뇌가 둘이라 교대가 가능. |
| vPC (Virtual Port Channel) |
두 스위치를 한 쌍으로 묶는 기능. ISSU 중 한쪽이 올라가는 동안 다른 쪽이 트래픽을 받음. 단, 두 장비가 같은 모드여야 하고 한쪽이 장애면 ISSU 금지. |
| FEX (Fabric Extender) |
스위치 포트를 확장해주는 모듈. ISSU 시 FEX도 하나씩 순차로 업그레이드되며, 개수가 많으면 그만큼 시간이 더 걸림. |
| 그레이스풀 리스타트 (Graceful Restart) |
컨트롤 플레인이 잠깐 멈춰도 라우팅 이웃이 경로를 유지하도록 돕는 기능. 무중단 ISSU의 든든한 보조 장치. |
| NX-OS |
Nexus 스위치의 운영체제이자 ISSU로 업그레이드하는 대상 그 자체. 컨트롤/데이터 플레인 분리 구조가 무중단을 가능케 함. |
7. 자주 묻는 질문 (Q&A)
Q1. ISSU를 쓰면 정말 트래픽이 100% 안 끊기나요?
데이터 트래픽은 끊기지 않는 것이 목표지만, 컨트롤 플레인(두뇌)은 잠깐 멈출 수 있습니다. 즉 데이터는 계속 흐르되, 그 순간 새로운 경로 학습 같은 "두뇌 작업"은 잠시 쉬는 상태입니다. 그래서 ISSU는 네트워크가 안정된 시간대에 진행하는 것이 좋습니다.
Q2. 슈퍼바이저가 1개인 장비도 무중단이 되나요?
됩니다. 단일 슈퍼바이저라도 데이터 플레인과 컨트롤 플레인이 분리되어 있어서, 두뇌가 새 버전으로 재시작하는 동안에도 데이터는 계속 전달됩니다. 다만 명령에 non-disruptive 키워드를 붙여야 하는 모델이 많습니다.
Q3. 버전을 내릴 때(다운그레이드)도 ISSU가 되나요?
아니요. Nexus에서 다운그레이드는 항상 "중단" 방식입니다. 무중단 다운그레이드는 지원되지 않으므로, 버전을 내릴 때는 트래픽 단절을 전제로 작업 계획을 세워야 합니다.
Q4. "무중단으로 했는데 장비가 재부팅됐어요." 왜 그런가요?
조건이 안 맞아 자동으로 중단 방식으로 전환됐을 가능성이 큽니다. 업그레이드 경로 미지원, 호환 안 되는 기능, STP 토폴로지 불안정 등이 대표 원인입니다. 다음번에는 실행 전 show install all impact 결과에서 "Disruptive" 표시 여부를 반드시 확인하세요.
Q5. 작업 시간은 얼마나 잡아야 하나요?
장비 모델, 라인카드·FEX 개수에 따라 크게 달라집니다. FEX는 보통 하나씩 순차로 올라가기 때문에 개수가 많을수록 시간이 늘어납니다. 여유 있게 점검 시간까지 포함해 작업 창(maintenance window)을 잡는 것이 안전합니다.
#Nexus #ISSU #NXOS #시스코 #네트워크업그레이드 #무중단업그레이드 #데이터센터 #네트워크엔지니어 #스위치 #vPC #FEX #슈퍼바이저 #installall #도담인사이트
댓글
댓글 쓰기