Available regions
The following regions are available for Mark 3 infrastructure generation:| Region code | Location | Country |
|---|---|---|
us-pdx-1 | Oregon | United States |
us-was-1 | North Virginia | United States |
eu-lon-1 | London | United Kingdom |
eu-fra-1 | Frankfurt | Germany |
Selecting a region for deployment
When deploying a resource on Blaxel, you sometimes have the option to choose the deployment region. This depends on the type of resource, as explained below. For all resource types, the deployment region is always subject to the deployment policies applied to the resource or workspace. A resource will never be deployed in a region that is prohibited by an existing deployment policy.Resources which are globally distributed over multiple regions
This is the case of: When deploying For these types of resources, you don’t need to specify a region during deployment. The resource becomes available across all regions allowed by applicable deployment policies. However, you can optionally pin an agent or MCP server to a specific region by setting theregion field in your blaxel.toml. This is required when you want to attach volumes to an agent, since volumes are regional resources and the agent must run in the same region.
blaxel.toml
Resources which are deployed in one specific region
- sandboxes (and their preview URLs)
Public IP addresses
If you need to whitelist traffic from your Blaxel deployments, you can retrieve the current list of public IP addresses used by Blaxel through the Blaxel API. IP addresses are returned as CIDR ranges per region, and the results list can also be filtered by adding aregion parameter to the API query (only for Mark 3 infrastructure).
Here is an example API request:
