著者 Matt Connor
Supabaseは無料？Freeプランと自前VPSの違い
Supabaseには無料のFreeプランがあり、データベース500 MB、アクティブな2プロジェクトまで使えます。ただし1週間利用がないプロジェクトは一時停止されます。自前VPSでの運用とも比較します。
Supabase は無料ですか？
Supabase が無料になる形は2つありますが、同じ内容ではありません。ホステッド版の Free プランは料金がかかりません。Supabase の料金に関するドキュメントでは、有料プランについてはカード情報の登録が必要としていますが、Free プランについてはカード登録を求めていません。ソースコードは公開されているため、スタック全体を自分の VPS (virtual private server) で実行すれば、ライセンス料はかかりません。一方は利用上限という形で支払いが発生します。もう一方は作業という形で負担が発生します。
2026年10月10日時点で、supabase.com/pricing には、データベース 0.5 GB、ファイルストレージ 1 GB、egress 5 GB、月間アクティブユーザー 50,000 人を利用できる Free プランが掲載されています。対象はアクティブなプロジェクト 2 件です。このページには、この条件の大部分を左右する次の一文もあります。「Free プロジェクトは、1 週間非アクティブな状態が続くと一時停止されます」。料金ページは変更されるため、これらの数値を前提に計画する前に再確認してください。
Free プランで実際に利用できる内容
このグラフのデータ
[
{
"plan": "Free",
"db_gb": 0.5,
"file_storage_gb": 1,
"egress_gb": 5
},
{
"plan": "Pro",
"db_gb": 8,
"file_storage_gb": 100,
"egress_gb": 250
}
]MAU（月間アクティブユーザー数）は、請求月内に認証した重複しないユーザー数です。そのため、構築中の用途であれば 50,000 は十分な数です。先に上限に達するのは、ほとんどの場合ユーザー数ではありません。Postgres の 0.5 GB、または Storage から画像やファイルを配信し始めた後の 5 GB のエグレスが先に問題になります。
アクティブなプロジェクトは 2 件までという制限のほうが見落とされがちです。本番プロジェクト 1 件とステージングプロジェクト 1 件だけで Free プランの枠を使い切るため、3 つ目のアイデアは保留するか、本来共有すべきでないプロジェクトとデータベースを共有することになります。
ストレージ上限よりも一時停止が重要な理由
「無料プロジェクトは、1 週間利用がないと一時停止される」という文が、無料プランの計画の多くを終わらせます。7 日間クエリが実行されなかったプロジェクトは、リクエストへの応答を停止します。README からリンクされたデモや、月に 1 回だけ触るステージング API は、共有した相手がリンクをクリックした時点で停止している可能性があります。復旧するには Supabase ダッシュボードで Resume project ボタンを押します。一時停止後 1 年間は利用できるため、復旧作業は短時間で済みます。ただし、誰かが通知を確認している場合に限ります。Supabase はプロジェクトを一時停止する約 1 週間前に警告メールを送信しますが、その効果があるのは誰かがその受信トレイを確認する場合だけです。
これが、ホステッド型の無料枠にかかる実質的な代償です。料金を支払うわけではありません。可用性と、上位プランへ移行しなければ引き上げられない上限で支払うことになります。
Free の範囲を超えた場合の Pro と Team の料金
このグラフのデータ
[
{
"plan": "Free",
"usd_per_month": 0
},
{
"plan": "Pro",
"usd_per_month": 25
},
{
"plan": "Team",
"usd_per_month": 599
}
]Pro は月額 $25 から利用でき、プロジェクトごとにディスク容量 8 GB、ファイルストレージ 100 GB、egress 250 GB が含まれます。これらの容量を超えた場合、料金はディスクが 1 GB あたり $0.125、ファイルストレージが 1 GB あたり $0.0213、egress が 1 GB あたり $0.09 です。いずれも 2026 年 10 月 10 日時点の料金です。Pro では、非アクティブ状態による一時停止もなくなります。Team は月額 $599 から利用できます。コンプライアンス機能やアクセス制御機能が必要な組織向けの料金設定であり、個人開発者の小規模なサイドプロジェクト向けではありません。
Pro プランでは、Spend caps がデフォルトで有効です。この初期設定は重要です。含まれるクォータを超えると、請求額が睡眠中に増え続けるのではなく、サービスが制限されます。Spend caps を無効にすると、意図的に別の障害パターンを選ぶことになります。これは、管理対象 Postgres の請求額と自分で運用する VPS を比較するときに行う計算と同じです。管理対象サービスの料金の大部分は、他者のオンコール体制に対して支払うものだからです。
ライセンス費用の代わりに必要になるもの
ライセンス条項による費用はありません。Supabase のドキュメントでは、Docker を「self-host の最も迅速で推奨される方法」と説明しており、スタックは一般的な VPS で実行できます。その代わり、請求されるのは作業です。どの作業が自分の担当になるかについて、ドキュメントは明確に示しています。
- サーバーのプロビジョニングと保守
- セキュリティ強化、および OS とサービスの更新
- サービスの設定と管理
- Postgres データベースの保守
- 高可用性とスケーラビリティ
- バックアップと災害復旧
- 監視と稼働率の維持
これは初期構築の費用ではなく、毎週発生する作業量として考えてください。プロビジョニングは 1 回で済みます。更新とバックアップの確認は、その後も継続的に必要です。復元テストを誰も実施しないのであれば、ホスティングプランは見かけより安くなります。実行したことのない復元手順は、バックアップとはいえないためです。
自己ホスト型 Supabase に含まれないもの
自己ホスト型のスタックは、ホスト型プラットフォームの複製ではありません。ドキュメントには、利用できない機能として「branching、ログを超える高度なメトリクス、管理バックアップと PITR、analytics と vector buckets、ETL、Management API」が挙げられています。PITR（point in time recovery）は、移行後に不足を実感しやすい機能です。ホスト型プランでは、有効にする設定を切り替えるだけです。自分のサーバーで運用する場合は、base backup と WAL（write ahead log）のアーカイブ、それらをサーバー外に保管する場所、そして各要素が連携して機能することを確認するリハーサルが必要です。pgBackRest などのツールは、まさにこの用途のために存在します。設定と運用は自分で管理します。
Web ダッシュボードの Studio は、自己ホスト型では「複数の組織またはプロジェクトをサポートしていません」。1 つのスタックが 1 つのプロジェクトに対応します。そのため、2 プロジェクト制限を回避することが自己ホスト化の理由であれば、1 つのダッシュボード内に 2 つ目のプロジェクトを作るのではなく、別のポートまたは別のサーバーで 2 つ目のスタックを運用する計画が必要です。
受け取れるもの
Self-hosted Supabase は、ドキュメントの表現では「外部へ情報を送信したり、テレメトリを収集したりしません」。データの行とユーザーテーブルは、自分で直接契約したハードウェア上に置かれます。クライアントとの契約や規制によって、データを保存する国が指定される場合に、これが大きな意味を持ちます。
Postgres 自体も利用できます。ホステッドプラットフォームでは、サーバーのチューニングと管理が自動で行われます。自分のサーバーでは、shared_buffers、max_connections、拡張機能の一覧、前段の pooler をすべて自分で設定できます。特に最後の点は早い段階で問題になります。serverless function や負荷の高いアプリケーションは、Postgres が保持できる数を超える接続を開くことがあるためです。この段階になると、自分の VPS で PgBouncer または Supavisor を実行することが選択肢ではなく必須になります。
Egress は、self-hosting によって最も明確に取り除ける上限です。Storage で実際の訪問者に画像や音声を配信すると、5 GB はすぐに消費されます。多くの VPS プランにはテラバイト単位の転送量が含まれているため、ファイルを多く扱うアプリケーションでは、サーバーに負荷がかかる前にホステッド環境の上限へ達します。Storage がこの記事を読む理由なら、compute より先にディスクの料金を見積もってください。block storage または object storage でテラバイトに実際にかかる費用のほうが、CPU より総額に大きく影響します。
セルフホスト構成の起動
公式の手順では、リポジトリの docker ディレクトリを shallow clone し、self-hosted の release tag に固定します。2026 年 10 月 10 日時点の tag は self-hosted/v0.8.2 で、2026 年 9 月 23 日に tag 付けされています。Debian、Ubuntu、RHEL、CentOS、Fedora 向けの公式セットアップスクリプトは supabase.link/setup.sh にあります。ファイルツリーを自分の git repository で管理したい場合は、以下の手動 clone のほうが適しています。
git clone --depth 1 --branch self-hosted/v0.8.2 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
printf 'ref=self-hosted/v0.8.2\n' > .supabase-version
docker compose pull
sh utils/generate-keys.sh
sh utils/add-new-auth-keys.sh
sh run.sh startsh utils/generate-keys.sh は省略できない手順です。.env.example には、public repository で誰でも読める placeholder の secret が含まれています。その値で起動した stack は、ポートを見つけた人なら誰でも利用できます。ドキュメントでは、その直後に sh utils/add-new-auth-keys.sh を実行して、新しい API key と非対称鍵ペアを追加します。両方のスクリプトの出力を確認し、stack を起動する前に .env を確認してください。.supabase-version ファイルには起動元の tag が記録されるため、付属の update.sh で後からインストールを upgrade できます。.env で DASHBOARD_PASSWORD も設定してください。Studio は HTTP basic authentication で保護されており、ドキュメントではそのパスワードに少なくとも 1 文字の英字を含めることを求めています。
docker compose ps で結果を確認します。すべての service が running または healthy と表示されるはずです。その後、port 8000 で Studio を開き、dashboard の認証情報でサインインします。生成された key が再度必要になった場合は sh run.sh secrets で表示できます。sh run.sh stop は stack を停止します。port 8000 をインターネットへ直接公開しないでください。前段に TLS（transport layer security）対応の reverse proxy を置くか、private network 上だけで利用してください。この proxy と、最初に変更する価値がある .env の値を含む詳しい手順は、Docker Compose で Supabase をセルフホストする手順 にあります。
自分に適した Free プラン
プロジェクトを構築中で、まだ利用していない段階では、ホステッドの Free プランを選びます。停止しても問題がない期間に適しています。これはユーザー数に余裕のある正式なプランです。ただし、いずれ上位プランへ移行することを前提としています。
プロジェクトのユーザーが停止時間に気付くようになったら、月額 $25 の Pro を選びます。これは、1 か月にバックアップ確認へ費やす時間のコストより安価です。そのため、料金を支払うかどうかは敗北ではなく、作業時間の配分に関する判断です。
すでに VPS を運用しており、別の用途でも運用作業を行っている場合は、セルフホスティングを選びます。データを管轄区域外へ持ち出せない場合や、ストレージ使用量と送信トラフィックがサーバー料金より速く増加する場合も同様です。この判断は、すべての open core 製品で繰り返し発生します。n8n の無料 Community Edition と有料プランの違いと無料の Nextcloud Hub と Enterprise サブスクリプションの違いも、同じ基準で同じ境界を示しています。無料ソフトウェアは、実際のワークロードを処理できるほど十分な機能を備えています。有料製品が提供するのは、誰も所有して運用したがらない部分です。
FAQ
Supabase の Free プランは永久に無料ですか？
2026 年 10 月 10 日時点で、料金ページには Free プランの期限や試用期間は記載されていません。また、請求に関するドキュメントでは有料プランにカードの登録が必要とされていますが、Free プランについてはその記載がありません。代わりに、次の利用制限があります。データベース容量は 0.5 GB、ファイルストレージは 1 GB、egress は 5 GB、月間アクティブユーザーは 50,000 人、アクティブなプロジェクトは 2 件です。多くのユーザーにとって無料利用を終了させるのは、クォータではありません。「Free projects are paused after 1 week of inactivity」というルールです。
無料の Supabase プロジェクトが一時停止されるとどうなりますか？
リクエストを処理しなくなります。API 呼び出しは失敗し、誰かが Resume project ボタンで復元するまで、ダッシュボードにはプロジェクトが一時停止中と表示されます。このボタンは、一時停止後 1 年間利用できます。Supabase は一時停止の約 1 週間前に警告メールを送信しますが、アプリケーション自体には警告が届きません。そのため、1 か月前に共有したデモは、誰かから知らせを受ける頃にはすでに停止していることが一般的です。どの時間帯でもリクエストに応答する必要がある場合は、Pro に移行するか、自分でホストしてください。
自分でホストする Supabase はホスト版と同じですか？
いいえ。ドキュメントには、セルフホストでは利用できない機能として、「branching、ログ以外の高度なメトリクス、マネージドバックアップと PITR、analytics and vector buckets、ETL、Management API」が挙げられています。Studio は「複数の組織やプロジェクトをサポートしていない」ため、1 つのセルフホスト構成で扱えるプロジェクトは 1 件です。データベース、認証、ストレージ、realtime、edge function の各コンポーネントには、ホスト版プラットフォームと同じソフトウェアが使われています。
セルフホストした Supabase は Supabase に何か送信しますか？
いいえ。セルフホストに関するドキュメントには、セルフホスト環境は「phone home せず、テレメトリも収集しない」と記載されています。コンテナは docker compose pull を実行したときに公開レジストリからイメージを取得します。これは通常のイメージダウンロードであり、データに関する報告ではありません。その後の処理はすべてサーバー上に保持されます。そのため、すべてのバックアップとセキュリティ更新も自分で管理する必要があります。