Skip to Content
Version 2.2 by Sungwon Lee on 2026/07/08 14:45
Hide last authors
Sungwon Lee 2.2 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
Sungwon Lee 2.1 5 [[image:1783521583714-703.png]]
Sungwon Lee 2.2 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