Deploy the Supabase stack with Postgres, Auth, Storage, Realtime, Studio, API services, and Edge Functions on persistent infrastructure.
Supabase self-hosting runs several services around Postgres, so the starter tier follows the documented 2-core, 4 GB RAM, and 40.
For development, internal tools, prototypes, and smaller production backends.
Transparent monthly billing. Upgrade, downgrade, or add resources as your workload changes.
2 MONTHS FREEFor production applications with more database traffic, storage, and concurrent users.
Transparent monthly billing. Upgrade, downgrade, or add resources as your workload changes.
2 MONTHS FREEFor larger self-hosted backends with heavier database, Realtime, API, and storage activity.
Transparent monthly billing. Upgrade, downgrade, or add resources as your workload changes.
2 MONTHS FREESelf-hosted Supabase combines a full Postgres database with Auth, Storage, Realtime, REST APIs, Studio, connection pooling, and Edge Functions. OnePloy packages that multi-service architecture into a repeatable deployment with persistent NVMe storage, secure environment configuration.
Start with the complete backend stack on persistent infrastructure, then connect your frontend or API clients through a secure public.
PostgreSQL Foundation: Run the full Postgres database at the center of the Supabase architecture with persistent storage.
Auth, Storage & APIs: Keep the core application services deployed together instead of managing separate providers for each layer.
Realtime & Edge Functions: Support live database-driven experiences and self-hosted server-side functions in the same backend environment.
Studio & Connection Pooling: Keep operational access to the dashboard and database connection layer that make the self-hosted stack practical.
Self-host when your architecture, compliance needs, cost model, or product requirements call for direct control.
Increase CPU, memory, and NVMe capacity as Postgres load, API traffic, Realtime clients, Storage usage.
View Pricing View Pricing
OnePloy keeps the full stack together while giving each deployment persistent storage, predictable resources, secure configuration, and operational.
Run the full relational database that powers Supabase with persistent.
Use the Supabase authentication layer for sign-ups, logins, sessions, and.
Keep file and object storage services alongside the database and.
Broadcast database changes to connected clients when your application needs.
Expose database-backed application data through the Supabase API services without.
Run self-hosted server-side functions alongside the rest of the backend.
Use the browser dashboard to inspect and manage the self-hosted.
Keep connection pooling in the architecture so application traffic does.
Synthetic launch testimonials written around common self-hosting requirements such as data control.
We wanted Supabase features but needed the database and services on infrastructure we control. OnePloy made the multi-container.
The resource sizing is realistic. A full Supabase stack is not a 512 MB hobby container, so starting.
Having Postgres, Auth, Storage, Realtime, and Studio deployed as one backend environment gives our team a clear operational.
We use the production tier because database traffic matters more to us than the absolute lowest price. Persistent.
For client projects that require self-hosting, this is much faster than building the Docker environment from scratch every.
who want simpler cloud deployment without giving up control.
Get help with the OnePloy service, persistent data, environment settings, domains, and the deployment configuration around Supabase.
Increase CPU, memory, or storage when production usage shows the current tier no longer has enough headroom.
Use runtime output and service health to distinguish infrastructure problems from application or provider configuration issues.
What teams should know before running the official self-hosted Supabase stack on OnePloy.
The self-hosted Supabase architecture centers on Postgres and includes services such as Auth, PostgREST, Realtime, Storage, Studio, an API gateway, connection pooling.
Supabase documentation lists 4 GB RAM, 2 CPU cores, and 40 GB SSD as the minimum for running all components, with 8.
Yes. Your frontend connects to the Supabase API and authentication endpoints exposed by the deployment. The client framework is independent of where.
The Postgres data directory and other stateful service data should live on persistent volumes. OnePloy configures the hosting page around persistent storage.
Yes. Move to more CPU, memory, and NVMe storage as your database grows or API, Realtime, Storage, and Edge Function usage becomes.
Still have a deployment or sizing question? Contact Us Contact Us
Deploy the frontend and supporting data services that commonly sit beside a.
Need only the database? Run a dedicated PostgreSQL instance without the additional.
Explore
© 2026 OnePloy. All rights reserved.