世界を動かす技術を、日本語で。

MinIOリポジトリはもはやメンテナンスされていません

2026年2月13日原文(github.com)

概要

  • MinIO リポジトリは現在 メンテナンスされていない
  • AIStor FreeAIStor Enterprise が推奨される代替案
  • AGPLv3ライセンス の注意事項と商用利用時のリスク
  • サポートは ベストエフォート で提供
  • 詳細は公式サイトや関連リンクを参照

メンテナンス終了と代替案

  • このリポジトリは現在メンテナンスされていない 状態
  • 利用推奨の代替案
  • サブスクリプションの詳細は公式ブログ参照

ライセンスとサポート

  • MinIOはAGPLv3ライセンス で提供
    • 利用には AGPLv3の義務 (改変コードの公開など)を遵守
    • 商用・プロプライエタリ利用(再パッケージや再販含む)は 自己責任
  • AGPLv3は サポート・メンテナンス・保証の義務なし
  • サポートは GithubやSlackチャンネル でのベストエフォート対応
    • コミュニティ全体での相互支援スタイル
  • 商用利用やSLA/SLOが必要な場合は MinIO AIStor の利用推奨

レガシーバイナリリリース

  • 旧バージョンのバイナリ は参照用として引き続き公開

ソースからのビルドと注意事項

  • go buildコマンドとGOOSGOARCH環境変数でクロスビルド可能
    • 例: env GOOS=linux GOARCH=arm64 go build
  • MinIOの起動: minio server PATH(PATHは空ディレクトリ)
  • ソースからビルドしたバイナリを 本番環境で使用する場合は自己責任
    • AGPLv3ライセンスは一切の保証・責任を負わない

Dockerイメージのビルド

  • Dockerイメージのビルド手順は公式ドキュメント参照
  • MinIOドキュメントで詳細手順を案内

要点まとめ

  • MinIO OSSリポジトリはメンテナンス終了
  • AIStor Free/Enterpriseへの移行推奨
  • AGPLv3ライセンス遵守と自己責任利用
  • サポートはコミュニティベース
  • 公式ドキュメントと各種リンクを参照

Hackerたちの意見

https://news.ycombinator.com/item?id=46136023 を見てみて。MinIOは今、メンテナンスモードに入ってるみたい。あの時、彼らがクローズドソースのリポジトリに移行したのは明らかだったね。

メンテナンスモードは「このリポジトリはもうメンテナンスされていません」とは全然違うからね。

代替案としてAIStorを挙げてるよ。他の代替案はこれだね: https://github.com/deuxfleurs-org/garage https://github.com/rustfs/rustfs https://github.com/seaweedfs/seaweedfs https://github.com/supabase/storage https://github.com/scality/cloudserver https://github.com/ceph/ceph 他にもいろいろあるよ。

俺の経験から言うと、Garageは開発環境でMinIOの代わりに使うには最高の選択だと思う。自動セットアップがMinIOよりも簡単にできるかなり良いCLIを提供してる。ただ、プロダクション環境では、やっぱりCephが一番だと思う。だって、あれはかなり有名だからね。

いろんなブロックストレージの実装のトレードオフを理解できたら面白いよね。俺はシングルマシン用のS3互換ストレージとしてSeaweedFSを使ってるけど、すごくいい感じ。とはいえ、管理面での便利な機能(簡単なアクセスコントロールや、容量と使用量、エラーレートの理解など)が欠けてるのが残念かも…これ、もしかしたら自分の使い方の問題かもしれないけど。Cephも使ったことがあるけど、分散性にかなりこだわってる印象がある。ストレージ用のホストが4台未満だと、セットアップ時にバカにされてる気がする。パフォーマンスもイマイチだったけど、正直K8S/RookをFlannel CNIの上で使ってたから、簡単に使えるCNIではあったけど、パフォーマンス重視のシステムには向いてなかったかも。それでも、データの整合性に関してはCephのデプロイメントを信頼できると思う。なんか、「これを作った人は分散システムを本当に理解してるな」って感じがするんだよね。でも、その感覚を具体的なデータに落とし込むのは難しい。

自宅ラボ用に簡単にセットアップできる分散S3クラスターのためにGarageを使ったけど、めっちゃ良い体験だったよ。友達が運営するいくつかのラボをTailscaleやHeadscaleで繋いで、共有クラスターにしてるんだ。彼らは「最終的な整合性」モードを提供していて(設定はconsistency_mode = dangerousだから、7ナインのSaaSには使わない方がいいかも)、ローカルのS3ノードがリクエストを喜んで受け入れて(すぐに処理してくれる)、後で他のサーバーに複製する仕組みになってる。全体的に自己ホスティングや独立を目指す哲学があって、メンテナンスも分かりやすくて簡単。特別なことはしてないし、アーキテクチャや設計、運用の指示も理解しやすいよ。

rustfsとGarageの違いについてちょっと書いたよ。ここにあるよ https://buttondown.com/justincormack/archive/ignore-previous... それ以来、rustfsは私が見つけた問題を修正したみたい。用途が全然違うからね。rustfsはminioの書き直しに近いよ。

いいリストだね。minioのリポジトリにこれらを代替案のリストに追加するためのプルリクエストを開いたよ。https://github.com/minio/minio/pull/21746

Minioの他に、GarageとCephも試してみたよ。S3 APIを使ってインターフェースする何かが必要だと思うけど、裏ではシンプルなファイルシステムになってるものがローカルやテスト、小規模なデプロイメント用に必要だよね。それが存在するかは分からないけど。もちろん、S3にいろんなものが追加されてて、最初に言われてたほどシンプルじゃないからね。

別のオプションの作者なんだけど、S3ゲートウェイを持ってて、S3サーバーとして自分を公開するけど、実際にはS3のリクエストをSFTP、ローカルFS、FTP、NFS、SMB、IPFS、Sharepoint、Azure、gitリポジトリ、Dropbox、Google Drive、別のS3などに転送するプロキシなんだ。完全にステートレスで、接続されているものにS3の呼び出しを翻訳するプロキシとして機能するよ。

簡単なユースケースにはruftfsを使ってる。minioの代わりにね。すごく軽量で、めっちゃ速いよ。

ちなみに、AIStorはMinIOチームが作ったもので、これは単なるアップセルだよ。

Hacker Newsで議論の続きを見る