MinIOがメンテナンスモードに移行

 (github.com/minio)
3 ポイント 投稿者 GN⁺ 2025-12-04 | 2件のコメント | WhatsAppで共有
  • 高性能な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
  • Web ベースのMinIO Consoleでバケット作成、オブジェクトアップロード、ブラウズが可能
  • MinIO Client(mc) コマンドラインツールでサーバー接続および管理を行えます
  • ソースでビルドしたバイナリを使用する場合、AGPLv3 は保証や責任を提供しません

Docker および Kubernetes デプロイ

  • docker build . コマンドでローカルに Docker イメージを作成可能
    • docker run によってサーバーを起動する際に、ポートマッピングとコンソールアドレスを指定できます
  • Kubernetes 環境では
    • MinIO Operator または Helm チャートを利用してデプロイ可能
    • 関連ドキュメントは MinIO 公式ドキュメントサイトで提供されています

関連記事

2件のコメント

 
GN⁺ 2025-12-04
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の初期目標に近い方向で開発している
    コアは安定しているが、ユーザー管理とWeb 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年前にロードマップを変えた理由も、オープンソース版がクラウドビジネスと競合し得るからだった
    関連する議論はこちらにある