Where does Bedrock actually process your data?
A model listed as available in your region is not the same thing as a model that runs in your region. When it is reachable only through a cross-region inference profile, Bedrock serves the request from wherever that profile has capacity — the call succeeds, nothing in the console looks unusual, and the prompt was processed in another country.
This page separates the two. Every model, every jurisdiction, derived from the routes AWS itself declares.
For the reasoning rather than the table: Your Bedrock data residency is probably not what you think →
The finding
Country-level residency on Bedrock is, in practice, a United States feature.
All 113 models
available in the US are callable without leaving it, because the
us. profile only ever routes to US regions.
The eu. profile is bounded to the Union but spans
6 member
states, so it satisfies an EU constraint and breaks a national one.
And in Israel, Malaysia, Taiwan, Thailand, Mexico, New Zealand, South Africa, not a single model
available in-country actually stays there.
What each inference profile scope declares
The prefix on a profile ID is the whole residency story. us., au., jp., in., ca. never leave one country. The others cross borders by design.
| Scope | Models | Processed in | Bounded to |
|---|---|---|---|
| us. | 49 | United States | one country |
| eu. | 21 | France, Germany, Ireland, Italy, Spain, Sweden | 6 countries |
| global. | 18 | not published | nothing — no closed destination list |
| apac. | 11 | Australia, India, Indonesia, Japan, Singapore, South Korea, Taiwan | 7 countries |
| au. | 8 | Australia | one country |
| jp. | 6 | Japan | one country |
| in. | 2 | India | one country |
| ca. | 1 | Canada | one country |
Destinations are the regions each profile declares through the Bedrock
ListInferenceProfiles API. The global. scope is reported as unbounded rather than narrowed to what it declares: AWS documents
global routing as worldwide, so the declared list cannot be a complete one.
Every jurisdiction with a Bedrock region
Sorted by the gap that matters: how many models the matrix shows as available and this page cannot certify as staying put.
| Jurisdiction | Available | Stays put | Leaves or unverifiable |
|---|---|---|---|
| Ireland | 61 | 37 | 24 |
| France | 31 | 8 | 23 |
| Germany | 41 | 18 | 23 |
| Singapore | 27 | 4 | 23 |
| South Korea | 28 | 5 | 23 |
| India | 70 | 48 | 22 |
| Italy | 49 | 28 | 21 |
| Spain | 22 | 1 | 21 |
| Sweden | 41 | 20 | 21 |
| Israel | 20 | 0 | 20 |
| Malaysia | 20 | 0 | 20 |
| Taiwan | 20 | 0 | 20 |
| Thailand | 20 | 0 | 20 |
| Indonesia | 37 | 18 | 19 |
| Canada | 31 | 14 | 17 |
| Brazil | 57 | 41 | 16 |
| Japan | 70 | 54 | 16 |
| Switzerland | 18 | 2 | 16 |
| United Kingdom | 66 | 51 | 15 |
| Australia | 68 | 55 | 13 |
| Mexico | 11 | 0 | 11 |
| New Zealand | 11 | 0 | 11 |
| South Africa | 11 | 0 | 11 |
| the European Union bloc | 73 | 68 | 5 |
| United States | 113 | 113 | 0 |
"Stays put" counts models callable on-demand inside the jurisdiction, plus models whose only route is a profile that declares no destination outside it. Methodology.
Three things that catch people
An eu- region code is not a jurisdiction
EU (London) is in United Kingdom and Europe (Zurich) is in Switzerland. Neither is an EU member state. Both countries hold an adequacy decision, which makes a transfer lawful — a different claim from the data never leaving the Union.
Availability is not residency
The matrix cell for a profile-only model is legitimately "available": the API call works. What it cannot show is that the work happens somewhere else. That is the entire gap this page measures, and it is the reason the two surfaces disagree on purpose.
The compliant route is one argument away from the wrong one
A model can be callable in-region by its bare ID and also carry a
global. profile. Both are one string in the same SDK
parameter. The per-jurisdiction pages name the exact ID that keeps the guarantee, and
flag the models where a second, leakier route exists alongside it.
Questions
Does Amazon Bedrock keep my data in the region I call?
Only when you invoke the bare model ID and the model is available on-demand in that region. If the model is reachable only through a cross-region inference profile, Bedrock routes the request to whichever region in that profile's scope has capacity, and the inference runs there. The call looks identical from your side either way, which is why this page separates the two cases.
Is the eu. inference profile enough for EU data residency?
Yes for the Union, no for a single country. The eu. profile declares destinations in 6 member states — France, Germany, Ireland, Italy, Spain, Sweden — so a request issued in Paris can be processed in Ireland or Spain. That satisfies "data stays in the EU" and contradicts "data stays in France".
Are eu-west-2 and eu-central-2 in the European Union?
No. eu-west-2 is London and eu-central-2 is Zurich. The eu- prefix is an AWS region-naming convention with no jurisdictional meaning; the United Kingdom left the Union in 2020 and Switzerland was never a member. Both hold a European Commission adequacy decision, which makes a transfer lawful without making the data resident in the Union.
What about the global. inference profile?
AWS does not publish a closed destination list for global profiles, so no residency claim can be verified about them in either direction. This site reports them as "destination not bounded" rather than inferring a region set from the API response, because the API names fewer regions than the documentation describes.
Where does this data come from?
Region availability and the destinations each inference profile declares come from the AWS Bedrock APIs, rebuilt daily. The mapping from AWS region to country is maintained by hand and changes only when AWS opens a region. This is a description of where inference executes, not legal advice.