MinIO 유지보수 종료 이후, S3 호환 스토리지 다시 고르기

게시 2026.07.15 · 약 5분 분량

핵심 요약 MinIO는 아마존 S3와 호환되는 오픈소스 객체 스토리지 서버다. 2026년 7월 기준 커뮤니티 에디션은 유지보수 모드를 거쳐 저장소가 아카이브됐다. 로컬 실행법과 유지보수 종료 경위, OpenMaxIO 포크와 대안 선택 기준을 정리했다.

MinIO는 아마존 S3와 API가 호환되는 오픈소스 객체 스토리지 서버다. 그런데 2026년 7월 기준으로 사정이 크게 달라졌다. MinIO의 GitHub 저장소 공지에 따르면 커뮤니티(오픈소스) 에디션은 2025년 12월 유지보수 모드로 들어갔고, 2026년 2월에는 저장소 자체가 아카이브됐다. 그래서 지금 자체 호스팅 스토리지를 새로 들이려는 개발자라면 MinIO 하나만 보지 말고 포크나 다른 S3 호환 서버를 함께 저울질하는 편이 현실적이다. 이 글은 커뮤니티 에디션을 직접 호스팅하려는 개발자를 기준으로 하며, 상용 라이선스 구매는 다루지 않는다.

S3 호환이란 무슨 뜻인가

S3 호환은 아마존웹서비스(AWS)의 객체 스토리지 서비스인 S3와 같은 API를 쓴다는 뜻이다. 객체 스토리지는 파일을 버킷이라는 통에 담아 두고 HTTP 요청으로 올리고 내려받는 저장 방식으로, 이미지·동영상·백업처럼 크고 자주 바뀌지 않는 데이터를 다룰 때 쓴다. MinIO가 S3와 호환된다는 말은, AWS S3용으로 짠 코드를 거의 그대로 재사용할 수 있다는 뜻이다.

실무에서 이 호환성은 이렇게 쓴다. 파이썬 boto3나 자바 AWS SDK로 만든 업로드 코드가 있다면, 접속 주소(엔드포인트)를 s3.amazonaws.com에서 localhost:9000으로 바꾸고 액세스 키만 갈아 끼우면 로컬 MinIO에 그대로 붙는다. 개발·테스트 단계에서 진짜 S3 대신 MinIO를 띄워 쓰거나, 클라우드 밖 사내 서버에 S3 방식 스토리지를 직접 두고 싶을 때 고르는 구성이다.

로컬에서 MinIO 띄워 보기

가장 빠른 확인 방법은 도커로 한 대 띄우는 것이다. MinIO 서버는 기본적으로 S3 API를 9000번 포트에서 받고, 웹 콘솔은 9001번 포트에서 연다. 관리자 계정은 MINIO_ROOT_USER와 MINIO_ROOT_PASSWORD 환경 변수로 지정하며, 지정하지 않으면 둘 다 minioadmin이 기본값이다.

docker run -p 9000:9000 -p 9001:9001 \
 -e "MINIO_ROOT_USER=admin" \
 -e "MINIO_ROOT_PASSWORD=change-me-please" \
 quay.io/minio/minio server /data --console-address ":9001"

버킷을 만들고 파일을 올리는 일은 커맨드라인 클라이언트 mc로 한다. 서버 주소를 별칭으로 등록하고, 버킷을 만든 다음 파일을 복사하는 순서다.

mc alias set local http://127.0.0.1:9000 admin change-me-please
mc mb local/my-bucket
mc cp ./report.pdf local/my-bucket/

다만 한 가지 걸리는 점이 있다. 뒤에서 짚겠지만 MinIO는 2025년 10월부터 공식 사전 빌드 이미지 배포를 멈췄다. 그래서 위 명령의 latest 태그가 더는 갱신되지 않아, 이미 받아 둔 이미지 태그를 고정해 쓰거나 소스에서 직접 빌드해야 하는 경우가 생긴다. 9001번 콘솔도 최근 커뮤니티 소스에서는 관리 기능이 상당 부분 빠진 상태다.

커뮤니티 에디션에 일어난 변화

MinIO는 오랫동안 자체 호스팅 S3 호환 스토리지의 사실상 표준처럼 쓰였는데, 2025년을 지나며 오픈소스 배포 정책이 연달아 바뀌었다. 위키백과의 MinIO 설명에 따르면 라이선스는 2021년 5월 아파치 2.0에서 AGPLv3로 바뀌었고, 이 강한 카피레프트(파생하거나 연동한 소프트웨어의 소스도 같은 조건으로 공개하도록 요구하는 방식) 라이선스가 뒤이은 상용화 흐름의 배경이 됐다. 굵직한 변화를 시점순으로 보면 이렇다.

정보기술 매체 블록스앤파일스(Blocks and Files)의 2025년 6월 보도에 따르면, 관리 콘솔을 걷어낸 커밋은 MinIO 공동창업자가 직접 올렸고 사용자 관리·버킷 정책·라이프사이클 관리 기능이 함께 빠졌다. 같은 보도는 이 관리 기능이 상용 제품인 AIStor 엔터프라이즈로 넘어갔으며, 해당 라이선스가 사용 가능 용량 400테라바이트 기준 연 9만 6천 달러부터 시작한다고 전했다. 상용 제품 정보는 MinIO 공식 사이트에서 안내한다. 이후 여러 매체와 MinIO GitHub 공지가 전한 대로 2025년 12월 3일 프로젝트는 유지보수 모드로 들어갔고, 새 기능 추가와 대부분의 PR 검토가 멈췄으며, 2026년 2월에는 저장소가 아카이브됐다.

그럼 지금은 무엇을 써야 하나

이미 MinIO로 운영 중이라면 당장 갈아엎을 필요는 없다. 아카이브된 소스로도 서버는 그대로 돌아가고, 보안 패치만 스스로 챙기면 버틸 수 있다. 진짜 고민은 새로 도입하는 경우다. 공식 이미지와 업데이트가 끊긴 스토리지를 신규 인프라 한복판에 두기는 아무래도 부담스럽다. 선택지는 크게 세 갈래다.

첫째, 제거된 콘솔을 되살리려는 커뮤니티 포크다. OpenMaxIO 프로젝트는 MinIO에서 빠진 관리 UI를 복원하는 것을 목표로 내걸었고, 저장소 안내에 따르면 특정 버전(예: 1.7.6)을 체크아웃해 빌드한 뒤 기존 MinIO 서버에 콘솔로 연결하는 방식이다. 다만 아직 초기 단계라 프로덕션 투입은 신중해야 한다.

둘째, 다른 오픈소스 S3 호환 스토리지로 갈아타는 길이다. Ceph의 RADOS 게이트웨이, SeaweedFS, Garage 같은 프로젝트가 모두 S3 API를 지원한다. 운영 방식과 구성 난도가 제각각이라, 데이터 규모와 팀이 감당할 운영 복잡도를 기준으로 골라야 한다.

셋째, 직접 운영을 줄이고 클라우드 관리형 스토리지를 쓰는 방법이다. 서버 유지보수 부담은 사라지지만 비용이 사용량에 연동되는데, 이 트레이드오프는 서버리스 컴퓨팅의 요금 방식과 성격이 비슷하다. 네 갈래를 성격별로 추리면 아래 표와 같다.

결국 지금 판단의 핵심은 MinIO라는 이름값이 아니라, 공식 유지보수가 끝난 소프트웨어를 어디까지 믿고 맡길지다. 검증·테스트용 로컬 S3 흉내라면 아카이브된 MinIO로도 충분하다. 그러나 오래 굴릴 프로덕션 스토리지라면 포크의 지속 가능성이나 대체 프로젝트의 커뮤니티 활성도를 먼저 확인하고 옮기는 편이 안전하다.