Document global placement, GPU preference lists, and global storage#298
Document global placement, GPU preference lists, and global storage#298kylegani wants to merge 7 commits into
Conversation
Rewrite Multi-Region Deployment around intent-based placement: region = "global" (recommended) or pin a region, geography placement marked coming soon, routing behavior (warm capacity first, soft latency preference, no session affinity), app-wide scaling semantics, and the region list and GPU availability table rebuilt from deploy validation (4 self-serve regions, 10 on request). Document shipped-but-undocumented config: - compute accepts a preference-ordered list of up to 5 types (one hardware family; cerebrium run uses the first entry) - provider and region are optional; defaults are platform-selected Storage, verified against latest CLI/backend/infra tips and live CLI: - Global storage: /global-persistent-storage mount, --region global file commands, per-region read caches - Soften regional isolation claim to "not guaranteed available in other regions" (regional volumes are not all physically isolated) - Fix rm directory syntax (trailing slash required), resize endpoint (PATCH /v2, volume id default-<region>), drop stale 50GB default Secrets are documented as available in every region an app runs in. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Preview deployment for your docs. Learn more about Mintlify Previews.
|
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
…ive API Self-serve regions (us-east-1, us-central1, eu-north-1, eu-north1) all confirmed present in the production GPU availability matrix. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The region list already names eu-north-1 (Stockholm) and eu-north1 (Finland) as separate regions. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
| ## Run Globally | ||
|
|
||
| Cerebrium supports deployment across three major continents with the following regions: | ||
| Set `region = "global"` to let the platform place the app in any region with available capacity that matches its hardware requirements: |
There was a problem hiding this comment.
maybe specify this is the default so doesn't need to explicitly be set
| memory = 8.0 | ||
| ``` | ||
|
|
||
| Pinning guarantees placement but limits the app to that region's capacity, which increases the likelihood of request queuing when the region is busy. |
There was a problem hiding this comment.
"guarantees placement in that region"
|
|
||
| ## How Requests Are Routed | ||
|
|
||
| - Requests are served from running capacity first: a request routes to a region with a warm instance before a cold start is triggered elsewhere. |
There was a problem hiding this comment.
maybe mentioned its served by the region closed to where the request is made and then directed to where there is warm capacity
|
|
||
| ## Storage | ||
|
|
||
| Persistent storage is managed per region. Files written to `/persistent-storage` in one region are not guaranteed to be available in other regions, and region-local caches, such as model weights downloaded on first load, fill independently in each region an app runs in. |
There was a problem hiding this comment.
how is this going to extend when we have juristictions? Like US (us-east, us-west etc)
There was a problem hiding this comment.
Another comment on this, I do believe that we'll have a default (e.g us-east-1 is for all us, eu-north-1 is for all eu)
There was a problem hiding this comment.
Will cross that bridge when we get there
| from other regions. | ||
| GPU availability varies across regions due to infrastructure constraints and local demand. CPU workloads run in every region. | ||
|
|
||
| | Region | Available GPUs | |
There was a problem hiding this comment.
Whey did we change this? Feel like the view is harder
There was a problem hiding this comment.
7 columns are too wide for regions
| Use the global volume for data that must be available everywhere, such as model weights for a global app. Use `/persistent-storage` for region-local data. | ||
|
|
||
| <Note> | ||
| The global volume does not appear in the dashboard Volumes list and cannot be |
There was a problem hiding this comment.
so it just adapts or has a limit? or do they need to contact us
There was a problem hiding this comment.
global volume is 1TB same as others (Which we haven't really had anyone contact us about again)
| ## Increasing Storage Capacity | ||
|
|
||
| The default 50GB persistent volume can be increased up to 1TB through self-service. The first 100GB is free, then $0.05 per GB per month. | ||
| Persistent volumes can be resized up to 1TB through self-service. The first 100GB is free, then $0.05 per GB per month. |
There was a problem hiding this comment.
take out the price here. tell them to look at pricing page so in furture if we update then we dont have to update docs
- Pinning wording: guarantees placement in that region - Routing: requests enter through the closest region, then route to warm capacity - Storage wording extends to multi-region placement: one independent regional volume per region an app runs in - Replace storage pricing figures with a pricing page link - Note the global volume size (1TB) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
When omitted, the platform chooses placement automatically based on the app's hardware requirements. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Summary
Second PR of the intent-based placement docs work (follows #296).
Multi-Region Deployment rewrite (
deployments/multi-region-deployment.mdx, same path and nav slot):region = "global"as the recommended default: platform places the app in any region with capacity matching its hardware requirements; new regions become eligible without a redeployeu-north-1vseu-north1disambiguation;provider = "nebius"requirement for non-AWS pins. No Crusoe regions listed./global-persistent-storagefor global appsShipped but undocumented config now covered:
computepreference lists (up to 5 types, one hardware family,cerebrium runuses first entry) inusing-gpus+ TOML referenceprovider/regionoptional with platform-selected defaults; Complete Example usesregion = "global"Storage fixes (verified against latest CLI v2.5.3 / backend / infra tips, plus live CLI tests):
managing-files:--region globalfile commands work end to end, per-region read caches, no dashboard listing/resize for the global volumermdirectory syntax requires a trailing slash; resize endpoint corrected to the verifiedPATCH /v2route withdefault-<region>volume id and 50GB-1TB bounds; stale 50GB default removedfaster-cold-starts: per-region cache behavior and global-volume guidance for multi-region appsAlso: secrets documented as available in every region an app runs in; introduction reframed to "deploy once and run across multiple regions".
Open items (flagged during review, need product/eng confirmation)
provider = "crusoe", even though docs no longer mention it; align deploy validation if it should be retiredExcludedRegionsdoes not gate us-west-2/eu-west-2, which docs list as on-request🤖 Generated with Claude Code