Object storage is currently a prerelease feature. This feature requires a minimum usage of 0.5TB and incurs additional costs that will be billed separately. As this is a prerelease feature, the pricing is being finalized. Please reach out to your account manager to get more information about pricing as well as to request the functionality activation. Please provide a project ID of the project you want it to be enabled for along with the request.To get your project ID, run
upsun projects and copy the corresponding ID.When to use object storage
Use object storage when your app needs to store large or growing volumes of unstructured data (uploads, media, backups, generated artifacts) and you want to reach it through the S3 API. For small amounts of file data that a single instance reads and writes through the filesystem, a persistent mount is usually a better fit.Enable object storage
Set an object-storage size on an app. The size is in MB, in theapp:size format.
Run upsun resources:set with the --object-storage option:
Terminal
myapp app 512 GB (524288 MB) of object storage:
Terminal
upsun resources:get. When an app has object storage, the output includes an Object storage (MB) column.
Sizing rules
Object storage is allocated in fixed steps, within a minimum and a maximum. The size you request must be a multiple of the step and fall within these bounds:Relationship reference
Enabling object storage adds a relationship namedobject-storage to your app. This relationship name is reserved. If your configuration already declares a relationship called object-storage, the deployment fails and you must rename the relationship to proceed.
The relationship provides the connection details for an S3-compatible endpoint. Upsun automatically generates service environment variables for it within your application container, in the $<RELATIONSHIP-NAME>_<SERVICE-PROPERTY> format.
The prefix follows the relationship name, so a container that reaches the bucket through a relationship named bucket, as in Share a bucket across containers, gets BUCKET_ACCESS_KEY rather than OBJECT_STORAGE_ACCESS_KEY.
Here is example information available through the service environment variables themselves, or through the PLATFORM_RELATIONSHIPS environment variable.
- Service environment variables
PLATFORM_RELATIONSHIPSenvironment variable
You can obtain the complete list of available service environment variables in your app container by running
upsun ssh env.Note that the information about the relationship can change when an app is redeployed or restarted. So your apps should only rely on the service environment variables directly rather than hard coding any values.Connect from your app
The endpoint URL ishttp://<HOST>:<PORT>, built from the host and port values in the relationship. The endpoint is reachable over your project’s internal network only and isn’t exposed publicly.
A single bucket is created per app, named after the app, and the relationship lists it in buckets, an object keyed by bucket name. So an app named myapp reaches its bucket at http://<HOST>:<PORT>/myapp/<KEY>. Take the name from the buckets keys rather than assuming it, so the same code keeps working in a container that reaches another app’s bucket through a shared relationship.
When configuring your S3 client, note two requirements:
- Use path-style addressing. The bucket name goes in the URL path (
http://<HOST>:<PORT>/myapp/object.txt), not the hostname. Disable virtual-hosted-style addressing. - Use the credentials from the relationship. The endpoint authenticates every request, so configure your client with the
access_key,secret_key, andregionvalues from the relationship. Empty or arbitrary credentials are rejected.
Example (Python, boto3)
Share a bucket across containers
Other containers can use an app’s bucket through a relationship:- A worker that doesn’t declare its own
relationshipsblock inherits the parent app’s relationships, includingobject-storage, with no extra configuration. - A worker with its own
relationshipsblock, another application, or a task can reach an application’s bucket by targeting that app’sobject-storageendpoint:
.upsun/config.yaml
bucket here) is yours to choose. Targeting an app that doesn’t have object storage configured fails the deployment.
Resize and remove
To resize, pass a new value that is a valid multiple of the step:Terminal
0 to remove object storage from the app:
Terminal
Limitations
- Each app gets a single bucket, named after the app. Multiple buckets per app aren’t supported.
- A bucket belongs to one app. Other containers can share it through a relationship, but buckets can’t be reassigned between apps.
- The endpoint is internal to the project and isn’t exposed publicly.
- The following S3 features aren’t implemented: bucket versioning, object locking, server-side encryption (SSE), access control lists (ACLs), bucket policies, and lifecycle policies. Requests for them return a “not implemented” error.
- Concurrent writes to the same object are last-write-wins with no object locking.
Inspect the bucket from an SSH session
You can explore your bucket directly from a running container using the AWS CLI.Run S3 commands
The endpoint authenticates every request, so pass the credentials from the relationship. Inside the container they’re available as service environment variables, along with the host and port. Pointed at a custom endpoint with--endpoint-url, the AWS CLI uses path-style addressing on its own, so no extra configuration is needed.
Terminal
--endpoint-url flag: