Regions & Endpoints
Configure regional base URLs for both APIs, LLM availability by region, and dedicated cluster headers.
Amigo's APIs are deployed across multiple regions to reduce latency and support data residency requirements. Each region operates independently with its own compute and AI routing. This page lists the regional base URLs for both the Classic API and the Platform API, explains how routing differs between the two, and covers dedicated cluster headers.
Regional Base URLs
Amigo runs in four regions. Use the tables below to find the base URL for each API.
Classic API
US
N. Virginia (us-east-1)
https://api.amigo.ai
CA
Montreal (ca-central-1)
https://api-ca-central-1.amigo.ai
EU
Frankfurt (eu-central-1)
https://api-eu-central-1.amigo.ai
AU
Sydney (ap-southeast-2)
https://api-ap-southeast-2.amigo.ai
Platform API
US
N. Virginia (us-east-1)
https://api.platform.amigo.ai
CA
Montreal (ca-central-1)
https://api-ca-central-1.platform.amigo.ai
EU
Frankfurt (eu-central-1)
https://api-eu-central-1.platform.amigo.ai
AU
Sydney (ap-southeast-2)
https://api-ap-southeast-2.platform.amigo.ai
How routing differs between the APIs
Classic API: region matching is required. Use the base URL that matches your organization's data residency. Requests to a mismatched region return "Organization not found" errors.
Platform API: region matching is required.
https://api.platform.amigo.aiis the US endpoint, not a global router. Use the hostname assigned to the workspace's region. Workspace region is fixed at creation, so clients should store the matching base URL with their workspace configuration rather than infer that the US hostname will forward requests.
AI-backed service and model availability can differ by deployment. Do not infer that every external model or processor runs in the workspace region; confirm the data path and regional availability for the features you enable.
Contact your Amigo representative for regional availability and upcoming regions.
For organizations on dedicated clusters, you can also target your cluster explicitly via the x-mongo-cluster-name header - see Dedicated Clusters below.
LLM Regional Availability
Not all LLMs are deployed in every region. When selecting version set presets, make sure the preset's LLMs are available in your target region.
Economy
✓
✓
✓
✓
Standard
✓
✓
✓
✓
Premium
✓
Partial
✓
Partial
The legacy Python Agent Forge build provides forge channel llm-info and forge channel validate-preset <preset> <channel> --region <region> for Classic channel presets. These commands are not part of the current Go CLI's Platform-only command surface.
Premium model regional restriction.
Some premium-tier models are only available in US and EU regions. The following presets use these models and cannot be deployed to CA or AU:
text_premiumasync_premium
Use economy or standard presets for CA and AU regions.
Global Deployment Map
cURL example
SDK configuration
Specify the regional base URL via the SDK base_url or baseUrl setting.
Environment variables
You can also set the regional endpoint via environment variables.
Dedicated Clusters
Some enterprises run on dedicated, isolated clusters. In these cases, include x-mongo-cluster-name to direct requests to your assigned cluster.
Cluster name. Your Amigo team provides the exact cluster name if your tenant uses a dedicated cluster. Do not guess this value.
Header: x-mongo-cluster-name: <cluster-name>
When to use:
Required: organization provisioning (Create Organization)
Recommended: early provisioning flows when the organization may not yet be discoverable via the global config
Optional: normal operations for established organizations. Most endpoints do not require it once your org is fully set up.
cURL example (dedicated cluster)
The SDKs do not currently expose a raw-header helper; use cURL for dedicated-cluster provisioning requests.
Recommendations
Best practices
Confirm your organization or workspace region with your Amigo representative and set the matching base URL.
For dedicated cluster tenants, store your cluster name in a secure configuration store.
Include the
x-mongo-cluster-nameheader where instructed for dedicated clusters.
Troubleshooting "Organization not found"
If you see this error:
Verify you are calling the correct regional base URL.
For provisioning flows, make sure the
x-mongo-cluster-nameheader is set (if you are on a dedicated cluster).
Last updated
Was this helpful?

