▲

MinIO가 유지보수 모드로 전환됨

 (github.com/minio)
1P by GN⁺ 16시간전 | ★ favorite | 댓글 2개
  • 고성능 S3 호환 오브젝트 스토리지인 MinIO가 현재 유지보수 전용 상태로 전환됨
  • 새로운 기능 추가나 Pull Request 수락이 중단되며, 기존 이슈 검토도 중단됨
  • 보안 취약점 수정은 사례별로 제한적으로 검토될 예정
  • 커뮤니티 지원은 Slack 채널을 통한 최소한의 형태로만 지속됨
  • 상용 지원과 적극적인 유지보수가 필요한 경우 MinIO AIStor 제품 사용이 권장됨

유지보수 모드 공지

  • MinIO 프로젝트는 현재 유지보수 전용 상태로 전환되어 새로운 변경 사항을 받지 않음
    • 새로운 기능, 개선사항, Pull Request는 더 이상 수락되지 않음
    • 기존 이슈와 PR은 적극적으로 검토되지 않음
  • 보안 관련 중요 수정은 사례별로 검토될 수 있음
  • 커뮤니티 지원은 Slack 채널을 통해 최소한으로 제공
  • 상용 지원이 필요한 사용자는 MinIO AIStor 제품을 이용해야 함

MinIO 개요

  • MinIO는 고성능 S3 API 호환 오브젝트 스토리지로, AI/ML, 분석, 대규모 데이터 워크로드에 최적화된 구조
  • GNU AGPL v3.0 라이선스로 배포되며, 오픈소스 커뮤니티를 위한 프로젝트로 설계됨
  • S3 API 호환성, AI·분석용 최적화, 고성능 처리를 주요 특징으로 함
  • 소스에서 직접 빌드해 베어메탈 환경에 배포 가능

오픈소스 및 라이선스 정책

  • MinIO는 AGPLv3 라이선스에 따라 자유롭게 수정·재배포 가능
    • 단, 수정된 코드 공개 의무 등 AGPLv3 조건을 준수해야 함
  • 상업적 또는 독점적 사용은 사용자 책임 하에 진행해야 하며, 보증이나 유지보수 의무는 없음
  • 커뮤니티 지원은 GitHub와 Slack을 통해 best-effort 방식으로 제공
  • MinIO AIStor는 상용 환경을 위한 엔터프라이즈급 지원 및 SLA 보장을 포함

배포 및 설치 방식

  • 커뮤니티 에디션은 소스 코드 형태로만 배포되며, 사전 컴파일된 바이너리는 더 이상 제공되지 않음
  • 설치 방법
    1. go install github.com/minio/minio@latest 명령으로 소스에서 설치
    2. 제공된 Dockerfile로 Docker 이미지 직접 빌드
  • 기존 바이너리 릴리스는 참고용으로만 남아 있으며, 업데이트되지 않음

소스 빌드 및 실행

  • Go 1.24 이상 환경에서 go install 명령으로 MinIO 서버 빌드 및 실행 가능
  • 기본 루트 자격 증명은 minioadmin:minioadmin
  • 웹 기반 MinIO Console을 통해 버킷 생성, 객체 업로드, 탐색 가능
  • MinIO Client(mc) 명령줄 도구를 사용해 서버 연결 및 관리 가능
  • 소스에서 빌드한 바이너리 사용 시 AGPLv3는 보증이나 책임을 제공하지 않음

Docker 및 Kubernetes 배포

  • docker build . 명령으로 로컬에서 Docker 이미지 생성 가능
    • docker run으로 서버 실행 시 포트 매핑 및 콘솔 주소 지정 가능
  • Kubernetes 환경에서는
    • MinIO Operator 또는 Helm 차트를 이용해 배포 가능
    • 관련 문서는 MinIO 공식 문서 사이트에서 제공
▲
GN⁺ 16시간전  [-]
Hacker News 의견

  • MinIO, RustFS, Garage 팀의 기여에 감사함
    MinIO가 오픈소스 종료를 너무 갑작스럽게 선언해 커뮤니티가 놀랐지만, 결국 수익화로 가는 길은 필요하다고 생각함
    RustFS와 Garage를 비교해보면, Garage는 릴리스 속도가 느리지만 RustFS는 거의 매주 업데이트됨
    라이선스는 Garage가 AGPLv3, RustFS는 Apache 라이선스로 기업 도입에 유리함
    안정성은 Garage가 분산 환경에서 조금 더 나음
    MinIO가 사실상 OSS 경쟁에서 빠진 만큼, RustFS가 주도권을 잡을 것 같음

  • SeaweedFS를 추천함
    직접 써보진 않았지만, 서버를 직접 운영하려는 사람에게는 MinIO 대체제로 괜찮을 듯함

    • 지금은 안정적인지 궁금함
      예전에 봤을 때는 버그 수정이 너무 많아서 신뢰가 가지 않았음

  • MinIO는 오픈소스 버전에서 기능을 계속 제거해왔음
    가장 가까운 대안은 RustFS로 보임
    사이트 복제를 지원하면 전환하려고 기다리는 중임

    • Garage도 인기 있는 대안임 (공식 사이트)
      RustFS도 흥미롭지만, 홈페이지의 과도한 마케팅 문구 때문에 처음엔 닫을 뻔했음
      GitHub 저장소는 여기임
    • 나는 S3 클라이언트를 유지보수 중인데, RustFS는 자주 호환성 문제를 일으킴
      최근에는 deleteObject가 작동하지 않아 테스트 매트릭스에서 제외했음
      공식적으로도 프로덕션 준비가 안 됐다고 명시되어 있음
      Garage는 괜찮아 보임
    • 단일 노드에서는 안정적이고, 팀이 빠르게 버그를 수정함
      하지만 분산 모드는 아직 미완성이고, 버킷 복제나 라이프사이클 정책도 진행 중임
      대규모 배포 전에는 로드맵을 꼭 확인해야 함
    • Apache나 CNCF, Linux Foundation 소속이 아니라면 오픈소스 유인책일 가능성이 있음
      커밋을 외부에 열지 않았고, 결국 오픈소스를 포기했음
    • 복제 기능이 곧 추가될 수도 있음 (문서 링크)

  • 나는 HS5를 MinIO 초기 목표와 비슷한 방향으로 개발 중임
    코어는 안정적이지만, 사용자 관리와 웹 UI는 아직 작업 중임

    • AGPL 위반 문제를 명확히 지적한 점이 인상적임
      법적 지식이 있다면 MinIO를 상대로 소송을 걸고 싶을 정도임
    • 지난주에 이 프로젝트를 알았더라면 좋았을 것임
      SeaweedFS를 세팅하느라 너무 많은 시간을 썼는데, 내 용도에는 과했음
      HS5가 훨씬 적합해 보임
    • 단순성과 내구성 보장이 마음에 듦
      개발용이나 PoC에 적합하고, 하위 스택에서 HA/RAID를 처리하는 환경에도 좋을 듯함
      다만 성능(읽기/쓰기/삭제)은 어떤지 궁금함
      그리고 “결국 파일시스템을 다시 구현한 것 아니냐”는 질문에는 어떻게 답할지 궁금함
    • 지금이 프로젝트를 Show HN에 올리기 좋은 시점 같음

  • Stallman이 옳았음
    커뮤니티가 왜 이런 CLA(기여자 라이선스 계약) 가 있는 프로젝트에 계속 기여하는지 모르겠음
    결국 또다시 ‘러그 풀’이 일어났음

  • Linux Foundation에서 포크가 나올 것 같음
    MinIO는 1~2년 내에 다시 돌아오겠지만 이미 커뮤니티 신뢰는 잃었을 것임

  • POSIX 호환성을 버리고 복잡한 제품을 만들더니, Ceph나 S3/R2/B2 같은 경쟁자에게 밀린 건 놀랍지 않음

    • 지금은 AIStor로 리브랜딩해서 AI 기업 대상 판매 중임
      MinIO는 Ceph 설치가 어려운 환경이나 CI/CD 빌드 캐시용으로는 여전히 괜찮았음
      하지만 돈이 되는 시장은 거기가 아님
    • S3 객체 이름은 POSIX와 호환되지 않음
      예를 들어 “foo”와 “foo/bar”는 S3에서는 모두 유효하지만 POSIX 파일시스템에서는 공존 불가함
    • POSIX 지원을 포기하면서 복잡하다고 비판하는 건 모순임
      신뢰성 있는 POSIX 시스템을 만드는 건 본질적으로 복잡한 일임

  • MinIO는 대부분의 용도에서 이미 기능이 충분함
    최근 대규모 업데이트에서는 오히려 UI 기능을 제거했음
    5년째 사용 중인데, 보안 패치만 하면 계속 쓸 수 있을 것 같음

    • 하지만 “보안 수정은 케이스별로 검토”라는 문구가 추가된 게 걱정됨
      필수 수정이 보장되지 않는다는 의미로 보임
    • UI는 유료 버전으로 옮긴 것으로 알고 있음
    • 나는 Docker 실험용으로만 사용했고, 대부분 Python으로 접근했음

  • 오픈소스 기반을 종료하고 상용 제품으로 전환한 건 충격적임
    이름도 “AIStor”로 바꾸다니, 정말 어이없음

    • 외부 기여자에게 CLA를 받지 않았다면, 라이선스 변경 동의를 모두 받아야 함
      AGPL이므로 여전히 소스코드를 어딘가에 공개해야 함
    • 요즘은 이름에 “AI”가 없으면 안 되는 세상이 된 듯함
    • 어차피 누군가 포크할 것이므로 큰 문제는 없을 수도 있음
    • “AIStor”가 정확히 뭐가 다른지 아직 모르겠음 (제품 페이지)
    • 기업이 AGPL을 이용하면서 기여자 권리를 제한하는 건 러그 풀의 전조임
      커뮤니티의 무료 코드를 이용해 수익을 내면서 경쟁을 막으려는 시도임
      이런 일이 반복되니 이제는 놀랍지도 않음

  • Clickhouse도 같은 길을 갈 것 같음
    2년 전 로드맵을 바꾼 이유도, 오픈소스 버전이 클라우드 비즈니스와 경쟁할 수 있기 때문이었음
    관련 논의는 이곳에 있음

답변달기