Skip to Content
Last modified by Sungwon Lee on 2026/07/08 14:46
From version 3.1
edited by Sungwon Lee
on 2026/07/08 14:46
Change comment: There is no comment for this version
To version 1.1
edited by Sungwon Lee
on 2026/07/08 14:39
Change comment: Uploaded new attachment "1783521583714-703.png", version {1}

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,0 @@
1 -[MinIO] NFS volumes is not guaranted
Parent
... ... @@ -1,1 +1,0 @@
1 -Kubespray.WebHome
Content
... ... @@ -1,19 +1,0 @@
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 -**MinIO 공식 블로그** — [[https:~~/~~/blog.min.io/no-san-nas/>>url:https://blog.min.io/no-san-nas/]]
10 -**제목: "Why You Should Not Run MinIO on SAN/NAS Appliances (and the one exception)"**
11 -
12 -이 글에서 SAN에 대해 직접 언급한 부분:
13 -
14 -* 글 서두에서 SAN/NAS 어플라이언스에서 MinIO를 실행하는 것은 가능은 하지만 좋은 방법이 아니며 고객들에게 이 접근을 강력히 지양하도록 권고한다고 명시합니다.
15 -* SAN을 구체적으로 다루는 섹션에서는, 이미 SAN 인프라에 투자한 상태라면 단일 컨테이너/VM을 SAN LUN 하나에 연결해 쓰는 정도는 수용 가능하다고 인정합니다. 하지만 단일 LUN에서 다중 LUN이나 다중 VM/컨테이너로 확장하면 앞서 설명한 모든 한계가 그대로 적용되며, LUN은 보통 16TB를 넘어가면 확장성이 떨어지고, 여러 LUN에 걸쳐 standalone이나 distributed 모드로 MinIO를 서빙하는 건 되기는 하지만 비효율적이라고 설명합니다.
16 -
17 -즉 이 블로그 글이 "SAN 비권장"의 공식 출처이고, 논조는 "완전 금지"가 아니라 ~*~*"작은 단일 인스턴스 정도는 봐줄만 하지만, 분산/스케일 시나리오에서는 권장하지 않는다"~*~*는 조건부 비권장에 가깝습니다. 앞서 제가 "viable하지만 sub-optimal"이라고 요약한 그대로입니다.
18 -
19 -참고로 Hardware Checklist 쪽(min.io/docs)은 이 블로그 글보다 더 단정적으로 "SAN/NAS 쓰면 성능·신뢰성·정합성 다 떨어진다"고 못박아 놓은 문서고, 위 블로그는 그 배경 설명 + 예외 케이스를 다루는 글입니다.