686. 멀티패스 I/O (Multipath I/O)

핵심 인사이트 (3줄 요약)

1. 본질: 멀티패스 I/O (Multipath Input/Output)는 하나의 저장장치에 도달하는 여러 물리 경로를 하나의 논리 장치로 묶는 고가용성 기술이다.
2. 가치: 케이블, 스위치, 컨트롤러 포트 중 하나가 고장 나도 서비스가 이어지고, 저장장치 특성이 허용하면 여러 경로에 부하를 분산해 처리량도 높일 수 있다.
3. 판단 포인트: 경로가 많다고 항상 빠른 것은 아니며, 액티브-옵티마이즈드 경로 정보와 페일오버 정책을 이해해야 진짜 성능과 안정성을 얻는다.

Ⅰ. 개요 및 필요성

멀티패스 I/O는 서버와 스토리지 사이에 둘 이상의 전송 경로를 구성하고, 운영체제가 이를 하나의 디스크처럼 다루게 만드는 기술이다. 공유 스토리지 네트워크인 SAN (Storage Area Network)에서는 케이블, 스위치, 스토리지 포트, 호스트 버스 어댑터 (Host Bus Adapter, HBA) 중 어느 한 군데라도 고장이 나면 입출력 경로 전체가 끊길 수 있으므로, 단일 경로 의존은 곧 단일 장애점이 된다.

또 하나의 이유는 운영 편의성이다. 패브릭 교체, 펌웨어 업데이트, 스위치 유지보수를 할 때 단일 경로 구조라면 매번 서비스를 멈춰야 한다. 반면 멀티패스를 구성하면 한 경로를 유지보수 모드로 빼더라도 나머지 경로로 업무를 이어갈 수 있다.

다만 경로를 여러 개 연결했다고 끝나는 것은 아니다. 서버는 동일한 LUN (Logical Unit Number)이 여러 경로를 통해 들어오면 그것을 여러 디스크로 오인한다. 멀티패스 계층이 이 중복 장치를 묶어 주지 않으면 잘못된 마운트, 파일 시스템 혼란, 장치 이름 변경 문제까지 함께 생긴다.

• 📢 섹션 요약 비유: 멀티패스 I/O는 같은 목적지로 가는 도로를 여러 개 만드는 일과 같다. 한 길이 막혀도 우회할 수 있고, 공사 중인 길을 닫아도 도시 기능은 계속 돌아간다.

Ⅱ. 동작 구조와 핵심 원리

멀티패스 구조의 핵심은 "물리 경로는 여러 개지만 상위 계층에는 하나의 논리 디스크만 보이게 한다"는 점이다. 이를 위해 운영체제는 각 경로가 결국 같은 저장장치를 가리키는지 식별하고, 경로 상태를 계속 감시하며, 어떤 경로로 입출력을 흘릴지 선택한다.

아래 그림은 여러 경로가 하나의 논리 장치로 수렴하는 모습을 보여 준다.

┌──────────────────────────────────────────────────────────────┐
│                 Multipath I/O Stack View                    │
├──────────────────────────────────────────────────────────────┤
│ Application / File System                                   │
│            │                                                 │
│ Logical Block Device (single disk view)                     │
│            │                                                 │
│ Multipath Layer                                              │
│    ├─ Path 1 : HBA-A -> Fabric-A -> Target Port-A           │
│    ├─ Path 2 : HBA-B -> Fabric-B -> Target Port-B           │
│    └─ Path 3 : HBA-C -> Fabric-A -> Target Port-C           │
│            │                                                 │
│         Same LUN / same WWID                                │
└──────────────────────────────────────────────────────────────┘

멀티패스 소프트웨어는 먼저 각 경로의 WWID (World Wide Identifier)를 읽어 동일 장치 여부를 판단한다. 그다음 경로별 응답 상태를 점검하고, 살아 있는 경로들을 하나의 경로 집합으로 묶는다. 이후 입출력 요청이 오면 정책에 따라 특정 경로를 선택하고, 실패가 감지되면 다른 경로로 즉시 우회한다.

여기서 중요한 보조 정보가 ALUA (Asymmetric Logical Unit Access)다. 스토리지 컨트롤러는 어떤 경로가 액티브-옵티마이즈드 상태인지, 어떤 경로가 우회 경로인지 호스트에 알려 줄 수 있다. 이 정보를 무시하고 모든 경로에 똑같이 분산하면, 실제로는 내부 컨트롤러를 한 번 더 거치는 느린 길에 요청을 보내 성능이 떨어질 수 있다.

• 📢 섹션 요약 비유: 멀티패스 계층은 여러 도로를 한 장의 내비게이션 화면으로 합쳐 주는 교통 관제소와 같다. 지도는 한 목적지만 보여 주지만, 뒤에서는 어느 길이 뚫렸는지 계속 계산한다.

Ⅲ. 비교 및 연결

멀티패스 I/O는 네트워크 팀이 익숙한 링크 이중화와 비슷해 보이지만, 다루는 계층이 다르다. 특히 "동일 저장장치를 하나로 식별"한다는 점이 핵심 차이다.

또한 멀티패스는 LUN 마스킹과 순서상 연결된다. 먼저 LUN 마스킹으로 "무엇을 볼지"를 결정하고, 그다음 멀티패스로 "어떤 길로 갈지"를 결정한다. 가시성 제어 없이 경로만 늘리면 잘못된 디스크에 더 안정적으로 접근하는 셈이 된다.

차세대 스토리지에서는 NVMe-oF (Non-Volatile Memory Express over Fabrics)의 ANA (Asymmetric Namespace Access)가 ALUA와 비슷한 역할을 맡는다. 즉 스토리지 기술이 달라져도 "최적 경로를 알고, 장애 시 우회한다"는 멀티패스의 본질은 계속 유지된다.

• 📢 섹션 요약 비유: LUN 마스킹이 어느 창고를 보여 줄지 정하는 출입증이라면, 멀티패스 I/O는 그 창고까지 가는 여러 길 중 어떤 길을 쓸지 고르는 교통 시스템이다.

Ⅳ. 실무 적용 및 기술사 판단

실무의 정석은 이중 패브릭이다. 서버의 두 HBA를 서로 다른 스위치에 연결하고, 스토리지 역시 서로 다른 컨트롤러 포트로 연결해 한 경로의 장애가 다른 경로를 오염시키지 않게 만든다. 같은 카드의 두 포트만 서로 다른 경로처럼 꾸미는 설계는 겉보기에만 이중화일 뿐, 카드 자체가 죽으면 같이 사라진다.

경로 정책도 장비 특성에 맞춰야 한다. 컨트롤러가 대칭 구조라면 라운드 로빈 같은 부하 분산이 유효하지만, 비대칭 구조라면 액티브-옵티마이즈드 경로만 주 경로로 써야 한다. 비최적 경로까지 적극적으로 사용하면 내부 우회가 늘어나 지연 시간이 커지고, 심하면 컨트롤러 소유권 이동까지 유발할 수 있다.

실무 체크리스트

1. 서버마다 모든 HBA 포트가 동일 LUN에 대해 정확히 매핑되어 있는가?
2. 두 패브릭이 물리적으로 분리되어 공통 장애를 줄이고 있는가?
3. 경로 플래핑이 발생할 때 로그와 타임아웃 값을 바로 확인할 수 있는가?
4. 저장장치가 대칭형인지 비대칭형인지 확인한 뒤 경로 선택 정책을 정했는가?

안티패턴

• 같은 스위치만 두 포트로 연결해 놓고 이중화라고 생각하는 구성

• 비대칭 스토리지에서 모든 경로에 균등 분산을 강제하는 구성

• 장애 테스트 없이 운영 시작 후 자동 페일오버만 믿는 구성

• 📢 섹션 요약 비유: 실무의 멀티패스 I/O는 비행기의 예비 활주로와 같다. 활주로가 둘이라고 끝이 아니라, 어느 활주로가 언제 더 안전한지 관제 규칙까지 있어야 진짜 안전하다.

Ⅴ. 기대효과 및 결론

멀티패스 I/O의 가장 큰 효과는 가용성이다. 경로 하나가 고장 나도 응용은 같은 논리 디스크를 계속 사용하므로 서비스 연속성이 높아진다. 여기에 장비 특성이 맞으면 처리량 확장과 유지보수 무중단성까지 함께 얻을 수 있다.

반면 복잡도는 분명히 늘어난다. 경로 수가 많아질수록 모니터링해야 할 이벤트가 늘고, 타임아웃·큐 깊이·경로 정책이 서로 맞지 않으면 오히려 지연과 오동작을 만든다. 최근에는 경로 상태 텔레메트리와 NVMe 기반 비대칭 경로 정보가 고도화되면서, 단순 우회에서 "상황 인지형 경로 선택"으로 발전하는 추세다.

결론적으로 멀티패스 I/O는 "경로를 많이 다는 기술"이 아니라 "여러 길을 하나의 안정된 디스크 경험으로 추상화하는 기술"이다. 기술사 관점에서는 추가 케이블 수보다도, 장애 모델과 경로 정책이 일치하는지를 보는 눈이 더 중요하다.

• 📢 섹션 요약 비유: 멀티패스 I/O는 길이 많은 도시가 아니라, 길이 막혀도 시민이 같은 버스 정류장을 계속 쓸 수 있게 뒤에서 우회로를 정리해 주는 교통 운영 체계다.

📌 관련 개념 맵

📈 관련 키워드 및 발전 흐름도

Single-path storage access
        │
        ▼
Dual HBA + dual fabric design
        │
        ▼
Multipath software with failover
        │
        ▼
ALUA-based optimized path selection
        │
        ▼
NVMe-oF ANA / telemetry-driven path control

이 흐름은 단순 이중화에서 시작해, 경로 품질을 인지하는 지능형 선택으로 멀티패스가 발전하는 방향을 보여준다.

👶 어린이를 위한 3줄 비유 설명

1. 집에 가는 길이 하나뿐이면 공사할 때 꼼짝 못 하지만, 두세 길이 있으면 돌아갈 수 있어요.
2. 컴퓨터도 저장장치로 가는 길을 여러 개 만들어 두면 한 길이 막혀도 계속 일을 할 수 있어요.
3. 멀티패스 I/O는 여러 길을 하나의 같은 목적지로 잘 묶어 주는 똑똑한 길 안내예요.