Edge Network Regions
Reduce Function latency by configuring which regions they execute inServerless and Edge Functions empower you to run code on-demand and at scale without setting up your own compute infrastructure. When people visit one of your API routes that uses a Function, the Function is invoked in a region on Vercel's Edge Network. If your Function depends on a database, and is invoked in a region far from that database, the response time will be slow.
You can select a region for your Functions to mitigate this issue.
Selecting a region for your Functions allows you to choose where your Serverless Functions are deployed, and where your Edge Functions are invoked. You can set a default Function region in your project's Dashboard settings on Vercel. Learn how in the section below.
The default Function region is Washington, D.C., USA (iad1) for all new projects. Many of the most popular database and infrastructure providers deploy to this region by default, so this ensures your Functions will deliver fast responses out of the box in most cases.
This default region will apply project-wide to Serverless Functions, and can be configured in your project's Dashboard settings on Vercel. Follow the instructions below to do so:
- Choose the appropriate project from your Dashboard on Vercel
- Navigate to the Settings tab near the top of the Dashboard page
- A set of options will appear on the left side. Select Functions.
- Use the Function Region dropdown setting to select which Edge Region you want to use as your project's default


The Function Region setting in a Vercel project's dashboard
We highly recommend selecting the region closest to the data infrastructure your Functions depend on.
Edge Functions are deployed globally and invoked in the region nearest to the user, unless otherwise specified.
Edge Functions are defined in JavaScript or TypeScript modules in your codebase. You can specify a Function's region by exporting a config object in its module. Add a regions key to the config object, assigning the ID of your preferred region as a string.
Here's an example of an Edge API Route with its region set to 'iad1', Vercel's region near Washington, D.C., USA.
import { NextRequest, NextResponse } from 'next/server';
export default (req: NextRequest) => {
return NextResponse.json({
name: `Hello, from ${req.url} I'm now an Edge Function!`,
});
};
export const config = {
runtime: 'experimental-edge', // this is a pre-requisite
regions: 'iad1', // only execute this function on iad1
};
If you want your Function to always invoke in the region nearest to website visitors, use the all region. Doing so will cause your Function to deliver responses as fast as possible, unless it relies on a database far from the visitor's nearest Edge region.
In most cases, you should set your Serverless Function region using the Function Region setting in your project's Dashboard on Vercel. Follow the instructions above to do so now.
If you want to override your default region, you can do so in two ways:
- With your
vercel.jsonconfiguration file. Add your region to the"regions"key. Learn more about adding regions in ourvercel.jsondocs. - With the Vercel CLI. Use the
vercel --regionscommand in your project's root directory to set a region. Learn more about setting regions with thevercel --regionscommand in our CLI docs.
This is a list of all Vercel Edge Network regions. Follow the above instructions to deploy your Functions to one of our regions.
Region ID | Reference Location | Provider Region |
|---|---|---|
arn1 | Stockholm, Sweden | AWS eu-north-1 |
bom1 | Mumbai, India | AWS ap-south-1 |
cdg1 | Paris, France | AWS eu-west-3 |
cle1 | Cleveland, USA | AWS us-east-2 |
cpt1 | Cape Town, South Africa | AWS af-south-1 |
dub1 | Dublin, Ireland | AWS eu-west-1 |
fra1 | Frankfurt, Germany | AWS eu-central-1 |
gru1 | São Paulo, Brazil | AWS sa-east-1 |
hkg1 | Hong Kong | AWS ap-east-1 |
hnd1 | Tokyo, Japan | AWS ap-northeast-1 |
iad1 | Washington, D.C., USA | AWS us-east-1 |
icn1 | Seoul, South Korea | AWS ap-northeast-2 |
kix1 | Osaka, Japan | AWS ap-northeast-3 |
lhr1 | London, United Kingdom | AWS eu-west-2 |
pdx1 | Portland, USA | AWS us-west-2 |
sfo1 | San Francisco, USA | AWS us-west-1 |
sin1 | Singapore | AWS ap-southeast-1 |
syd1 | Sydney, Australia | AWS ap-southeast-2 |
When you use the vercel dev CLI command to mimic your deployment environment locally, the region is assigned dev1 to mimic the Vercel Platform infrastructure.
Region ID | Reference Location |
|---|---|
dev1 | localhost |
If an Edge Region goes down, an application's traffic gets rerouted to another Edge Region.