Skip to Content
Last modified by Sungwon Lee on 2026/07/08 14:46
From version 1.1
edited by Sungwon Lee
on 2026/07/08 14:39
Change comment: Uploaded new attachment "1783521583714-703.png", version {1}
To version 2.2
edited by Sungwon Lee
on 2026/07/08 14:45
Change comment: Auto-saved during real-time collaboration

Summary

Details

Page properties
Title
... ... @@ -1,0 +1,1 @@
1 +[MinIO] NFS volumes is not guaranted
Parent
... ... @@ -1,0 +1,1 @@
1 +Kubespray.WebHome
Content
... ... @@ -1,0 +1,28 @@
1 +NAS 비권장 공식 문서
2 +
3 +[[https:~~/~~/github.com/minio/minio/blob/master/docs/distributed/README.md#consistency-guarantees>>https://github.com/minio/minio/blob/master/docs/distributed/README.md#consistency-guarantees]]
4 +
5 +[[image:1783521583714-703.png]]
6 +
7 +SAN/NAS 비권장 공식 문서
8 +
9 +
10 +{{info}}
11 +Type your information
12 +
13 +=== 공식 입장 ===
14 +
15 +MinIO 공식 Hardware Checklist는 DAS(로컬 attached JBOD)가 네트워크 스토리지(NAS, SAN, NFS) 대비 성능과 정합성 면에서 확실한 이점이 있다고 명시하며, ext4/RAID/LVM뿐 아니라 SAN/NAS를 백엔드로 쓰면 성능·신뢰성·예측가능성·정합성이 전반적으로 떨어진다고 못박고 있습니다.
16 +
17 +MinIO 공식 블로그("Why You Should Not Run MinIO on SAN/NAS Appliances")에서는 SAN과 NAS를 구분해서 설명하는데:
18 +
19 +* **SAN은 block storage**라서 NFS/NAS보다는 사정이 낫습니다. 여러 LUN에 걸쳐 standalone이나 distributed 모드로 서빙하는 건 가능은 하지만 효율적이진 않다고 하며, 성능과 복잡성 관련 한계를 인지하고 있다면 viable하지만 sub-optimal한 접근이라고 설명합니다.
20 +* 다만 MinIO는 I/O bound 시스템이라 하부 스토리지 미디어의 성능 변동이 곧바로 애플리케이션 성능에 반영되며, SAN/NAS 인프라를 다른 애플리케이션과 공유할 경우 QoS로 대역폭을 예약하려 해도 여러 한계가 있어 이마저 좋은 해법이 되기 어렵다고 지적합니다. [[MinIO>>url:https://blog.min.io/no-san-nas/]]
21 +* object level versioning과 immutability로 이미 지속적 데이터 보호가 되기 때문에 SAN/NAS의 스냅샷 기능은 사실상 무의미해지며, multi-volume consistent snapshot을 지원하지 못하고 스냅샷 구간 사이 데이터 손실을 막지 못하며 페타바이트급으로 스케일되지 않는다는 점에서 SAN/NAS 스냅샷팅이 열등하다고 설명합니다.
22 +
23 +즉 SAN은 "동작은 한다 (NFS보다 훨씬 낫다), 하지만 최적은 아니다" 포지션이고, NFS/NAS는 "POSIX 한계 때문에 사실상 쓰지 말라"는 더 강한 톤입니다.
24 +
25 +message here.
26 +{{/info}}
27 +
28 +