makgol's note – 스토리지

2026년 어레이 벤더가 NVMe/TCP를 기본으로 미는 이유

Wed, 21 Oct 2026 00:00:00 +0900

04 · 2026년 어레이 벤더가 NVMe/TCP를 기본으로 미는 이유

2026-10-21 기준, 엔터프라이즈 스토리지 벤더는 NVMe/TCP와 RDMA(원격 메모리 직접 접근) 전송을 계속 제공합니다. 신규 이더넷 구축에서 기본으로 미는 쪽은 NVMe/TCP입니다. RoCE(이더넷 기반 RDMA)는 일부 제품의 호스트 연결과 어레이 내부 패브릭(연결망)에 쓰이고, FC-NVMe는 기존 FC SAN을 이어 갑니다. iSCSI도 모든 어레이에 남아 있습니다.

Kubernetes에서 NVMe-oF를 어디까지 쓸 수 있나

Wed, 21 Oct 2026 00:00:00 +0900

05 · Kubernetes에서 NVMe-oF를 어디까지 쓸 수 있나

Kubernetes에서 NVMe-oF(네트워크를 통한 NVMe 연결)를 쓰려면 CSI(컨테이너 스토리지 인터페이스) 드라이버와 노드의 이니시에이터(스토리지에 I/O를 요청하는 쪽)가 연결을 지원해야 합니다. 2026-10-21 기준으로 이 글에서 살펴본 드라이버 중 GA(정식 출시)를 확인한 것은 NetApp Trident의 NVMe/TCP 지원과 Longhorn V2입니다. ceph-csi와 Rook는 실험적입니다. Linux 노드의 연결 조건을 이어서 살펴보고, vSphere·클라우드·오프로드의 적용 범위도 짚습니다.

Linux NVMe/TCP의 연결과 장애 대응을 구성하는 법

Wed, 21 Oct 2026 00:00:00 +0900

06 · Linux NVMe/TCP의 연결과 장애 대응을 구성하는 법

Linux에서는 호스트 식별 파일, 부팅 뒤 자동 연결, 디스커버리 변경 감지, 네이티브 멀티패스와 장애 타임아웃이 NVMe/TCP 연결 유지를 좌우합니다. FC SAN에서 HBA와 패브릭, multipath.conf가 맡던 일이 Linux 호스트의 파일·서비스·커널 옵션으로 나뉩니다. Kubernetes 워커 노드도 이 구성을 바탕으로 스토리지에 연결합니다.

NVMe over FC·TCP·RDMA의 성능과 안정성 비교

Wed, 21 Oct 2026 00:00:00 +0900

07 · NVMe over FC·TCP·RDMA의 성능과 안정성 비교

Kubernetes와 클라우드에서 실제로 고를 수 있는 NVMe-oF 전송은 사실상 TCP입니다. 홈랩에서도 TCP가 가장 접근하기 쉽다는 것이 이 글의 판단입니다. 범용 NIC와 L3 라우팅 망을 쓰고, Linux 5.0부터 호스트와 타깃이 기본 커널에 들어 있습니다.

Kubernetes NVMe-oF 선택지와 Mayastor의 도입 조건

Wed, 21 Oct 2026 00:00:00 +0900

08 · Kubernetes NVMe-oF 선택지와 Mayastor의 도입 조건

Mayastor(OpenEBS의 Replicated PV 엔진)는 Kubernetes에서 RWO(단일 노드 읽기·쓰기) 볼륨을 동기 복제하는 선택지이며, 노드마다 전용 자원을 요구합니다. 이 글의 해석으로는 엔터프라이즈 기능과 DataCore Puls8 상용 지원은 갖췄지만, 공개 사례와 커뮤니티 폭은 Ceph나 Longhorn보다 좁습니다.

VM 표준 구성을 로컬 디스크로만 잡아도 되는가 — 복제를 어디에 둘 것인가

Mon, 05 Oct 2026 00:00:00 +0900

03 · VM 표준 구성을 로컬 디스크로만 잡아도 되는가 — 복제를 어디에 둘 것인가

VM(가상 머신)을 여러 대 띄워도 한 VM의 로컬 디스크에 쓴 데이터가 다른 VM에 복제되지는 않습니다. 로컬 디스크로 HA(고가용성)를 구성하려면 애플리케이션이 데이터를 직접 복제하거나, 웹·API처럼 디스크에 보존할 상태가 없어야 합니다. 복제 없는 작업환경 VM이나 단일 DB까지 같은 구성으로 운영하면 호스트 장애 때 데이터를 되찾지 못할 수 있습니다.

부록 · HDD를 NVMe로 붙이면 오버헤드가 줄어드는가

Mon, 05 Oct 2026 00:00:00 +0900

부록 · HDD를 NVMe로 붙이면 오버헤드가 줄어드는가

기존 SATA·SAS HDD를 NVMe-oF(네트워크로 NVMe 명령을 주고받는 방식) 타깃 뒤에 두면 호스트에 NVMe 저장 공간으로 제공할 수 있습니다. 드라이브 자체가 NVMe(저장장치용 호스트 인터페이스 규격)를 지원하는 방식도 규격과 시연까지 나왔지만, 이 글에서 구매 가능한 제품은 찾지 못했습니다.

부록 · NFS를 같이 놓고 보면 — 파일 프로토콜은 iSCSI·NVMe-oF와 어디서 다른가

Mon, 05 Oct 2026 00:00:00 +0900

부록 · NFS를 같이 놓고 보면 — 파일 프로토콜은 iSCSI·NVMe-oF와 어디서 다른가

NFS 위의 파일에 fio direct=1을 실행한 결과를 원격 블록 장치의 결과와 그대로 비교할 수는 없습니다. NFS는 서버에 있는 파일시스템에 접근하고, 클라이언트 캐시를 우회해도 서버 캐시는 남을 수 있습니다. 쓰기가 언제 저장된 것으로 인정되는지도 서버 설정에 따라 달라집니다.

iSCSI와 NVMe-oF — 네트워크 블록 경로와 비용

Sun, 04 Oct 2026 00:00:00 +0900

01 · iSCSI와 NVMe-oF — 네트워크 블록 경로와 비용

NVMe SSD가 꽂힌 서버의 용량을 다른 호스트에 내줄 때, iSCSI를 NVMe-oF로 바꾸면 호스트의 명령 처리 경로와 큐 배치가 달라집니다. SCSI 중간 계층과 명령을 감싸는 단계가 빠질 여지는 있지만, TCP를 쓰면 TCP/IP 처리와 복사·CRC 비용은 남습니다. 타깃이 namespace 뒤에 연결한 볼륨과 복제 계층도 그대로입니다.

NVMe 용량을 VM에 나누기 — virtio·vhost·가상 NVMe·직접 할당

Sun, 04 Oct 2026 00:00:00 +0900

02 · NVMe 용량을 VM에 나누기 — virtio·vhost·가상 NVMe·직접 할당

NVMe SSD 용량을 VM에 나누는 방법을 고를 때는 게스트가 보는 장치와 실제 요청을 처리하는 주체를 함께 봐야 합니다. virtio-blk 장치 뒤에서 QEMU가 요청을 처리할 수도, 별도 SPDK 프로세스가 처리할 수도 있습니다. 물리 장치를 직접 할당하거나 호스트가 큐를 중개하는 방식, DPU·SmartNIC가 장치를 구현하는 방식도 있습니다. 이 선택에 따라 사용하는 호스트 CPU와 장치 공유 단위, 마이그레이션·블록 기능의 제약이 달라집니다.