RésidenceVos reçus vivent là où vous les placez.
Chaque workspace a un emplacement de données, choisi à sa création : l’un des emplacements proposés (les sept régions de données plus d’autres emplacements AWS). Vos données y sont stockées. Les reçus et les compteurs de quota sont traités dans la région de produit qui le dessert ; un emplacement qui n’est pas l’une des sept utilise la plus proche. Chaque reçu est signé dans sa région, avec la clé AWS KMS propre à cette région. Cette page dit exactement ce qui est régional, ce qui ne l’est pas, et ce qu’une région promet ou non.
Le choix de région dépend de votre planFree : voir les limites du planUn workspace ne migre pas
- Régions de produit
- 7
- Sous juridiction de l’UE
- 3
- Clés de signature des reçus, une par région (AWS KMS)
- 7
- Bascules muettes vers une autre
- 0
Sept régions, un service chacune
Chaque région est son propre service et sa propre base. Les repères de la carte sont approximatifs. Ils ne disent pas quel bâtiment héberge la base.
- Région AWS associée
- Stocké sous la juridiction UE de Cloudflare
- Stocké avec indication de lieu Cloudflare
- Plan des comptes et passerelle: Tableau de bord, connexion, factures et passerelle API
Carte schématique. Côtes simplifiées ; les positions des repères sont approximatives.
| Région | Code | Région AWS associée | Juridiction | Stockage |
|---|---|---|---|---|
| US Est | enam | us-east-1 Virginie du N. | ENAM | Indice de lieu |
| US OuestRégion du Free | wnam | us-west-2 Oregon | WNAM | Indice de lieu |
| Europe Centre | weur-1 | eu-central-1 Francfort | WEUR-1 | Juridiction UE, imposée |
| Europe Ouest | weur-2 | eu-west-1 Irlande | WEUR-2 | Juridiction UE, imposée |
| Europe Nord | neur | eu-north-1 Stockholm | NEUR | Juridiction UE, imposée |
| Asie-Pacifique | apac | ap-southeast-1 Singapour | APAC | Indice de lieu |
| Océanie | oc | ap-southeast-2 Sydney | OC | Indice de lieu |
Les codes sont les valeurs de region dans le statut du workspace. Pour les trois régions européennes, Cloudflare garde les données dans l’UE et choisit le datacenter : aucune ville n’est citée. Pour les quatre autres, la base est créée avec une indication de lieu, demande de placement et non garantie.
Description par Cloudflare des juridictions et indications de lieu D1, en octobre 2026: Localisation des données D1 ↗
Ce qui reste en région, et ce qui n’y reste pas.
Seul le plan des données est régional. Le plan des comptes est servi depuis les États-Unis (US Ouest), quelle que soit la région. Un appel est authentifié sur des données de compte hébergées aux US, puis confié à votre région, qui le traite et le stocke.
- Reçus et corps stockés, s’ils sont conservés
- Les compteurs de quota du mois
- La clé de signature des reçus (AWS KMS) et la copie Object Lock à écriture unique des hashes de reçus, toutes deux dans la région AWS correspondante
- Conservation, purge auto et caviardage de vos données
- Le tableau de bord et le site
- Connexion, sessions et données de compte : nom, e-mail, adhésions
- Facturation, via Avonao Billing
- Contrôle des clés API et jetons, et limite de débit, en passerelle
- Plan de contrôle et journal d’audit du compte
- Page de statut publique
Une région dit où les données sont stockées et traitées. Elle ne dit pas que le trafic ne quitte jamais un edge réseau : Cloudflare accepte une connexion au point le plus proche de l’appelant, qui peut être n’importe où, et le contenu d’une requête transite par la passerelle qui la reçoit. Tableau de bord et données de compte sont toujours aux US. Pour un engagement contractuel, lisez l’Accord de traitement et la politique de confidentialité, ou écrivez-nous.
Accord de traitement (DPA) →Confidentialité →Équipe vie privée →
Un appel jusqu’à votre région.
La passerelle connaît la région du workspace lié à votre identifiant et transmet chaque appel au service de cette région, qui ne lit et n’écrit que dans la base de cette région.
Quatre règles sans exception
Zéro bascule muette
Si le service de votre région est injoignable, l’appel échoue. Il n’est jamais servi par une autre région, ce qui stockerait vos données ailleurs que là où vous l’avez choisi. Rien n’a été traité.
Zéro région inconnue
Une valeur de région hors des sept est refusée avant le moindre traitement.
Une clé de signature par région
Les reçus de chaque région sont signés par la clé AWS KMS propre à cette région. Aucune région ne signe avec la clé d’une autre.
Vérifier sans aucune région
Vérifier un reçu relève de la cryptographie à clé publique sur le reçu détenu. Ni compte, ni région, ni appel chez nous.
| 503 | workspace_region_unavailableLa région du workspace est indisponible ; rien n’a été traité. Réessayez plus tard. |
| 503 | workspace_region_unknownLa valeur de région du workspace n’est pas l’une des sept. |
| 503 | signing_unprovisionedLa clé de signature (KMS) était injoignable ; le reçu reste en « Reçu en attente » et la signature est retentée. |
| 400 | region_requires_paid_planUne région non incluse dans votre plan a été demandée. |
Les reçus sont signés dans la région, par Trustvice.
Trustvice signe ses propres reçus. Chacun est signé en Ed25519 par une clé AWS KMS que Trustvice détient dans la région de données du reçu ; la clé privée ne quitte jamais KMS.
Publié par Trustvice
Trustvice publie ses clés publiques sous forme de jeu de clés sur https://trustvice.com/.well-known/receipt-keys.json. Un reçu nomme la clé qui l’a signé dans signatureKeyId.
Une clé par région
Chacune des sept régions a sa propre clé de signature des reçus dans AWS KMS, dans cette région AWS. Le Worker ne détient qu’un identifiant qui ne permet que de signer.
Les anciens reçus restent vérifiables
Les clés retirées restent dans le jeu de clés publié, et les anciens reçus continuent de nommer la clé qui les a signés.
/.well-known/receipt-keys.json{
"kty": "OKP",
"crv": "Ed25519",
"x": "…",
"kid": "…",
"alg": "EdDSA",
"use": "sig"
}- Ce qu’il prouve
- La signature d’un reçu peut être vérifiée par n’importe qui avec le jeu de clés publié de Trustvice.
- Ce qu’il ne prouve pas
- Une région indique où Trustvice traite et stocke vos données. Elle ne prouve pas où les données sont stockées au repos, ni où les sous-traitants ou les sauvegardes les conservent.
Ce qui sort des régions.
Trois types de données sortent d’une région, tous listés ici. Rien ne passe d’une région à une autre.
Rien
Le service d’une région n’a aucun accès aux reçus d’une autre. Chacun ne lit que sa propre base.
Compte et comptage
Les métadonnées utiles à la passerelle pour vous authentifier et mesurer le forfait, et tout ce que servent les US.
Des hashes à signer et à verrouiller
Chaque reçu est signé par la clé KMS de la région, dans la même région AWS. Chaque heure, les hashes des reçus des heures closes sont écrits dans le bucket Object Lock de cette région. Le contenu, le workspace et le compte ne le sont pas.
Comment un workspace a sa région.
Vous choisissez la région en créant le workspace. Un compte peut avoir des workspaces dans plusieurs régions.
- Inscription
Le formulaire présélectionne la plus proche des sept selon votre lieu, et vous laisse changer.
- Chaque workspace suivant
La création de workspace a le même sélecteur : une équipe peut séparer travail UE et travail US.
- Puis c’est figé
Aucun déplacement. Pour une autre région, créez-y un workspace et émettez-en de nouveaux reçus. Les reçus détenus restent vérifiables, où qu’ils aient été émis.
Région et forfait
Les régions que vous pouvez choisir dépendent de votre plan. Consultez la page des tarifs pour savoir ce que comprend votre plan ; la demande d'une région non incluse est refusée.
Données dans l’UE ?
Choisissez Europe Centre, Europe Ouest ou Europe Nord. Les trois régions européennes stockent les données sous la juridiction UE de Cloudflare : Cloudflare les garde dans l’UE mais choisit le datacenter, et une base de données Cloudflare ne peut pas être fixée à une ville précise. Ce qui distingue les trois, c’est le service qui traite vos appels et la clé qui signe vos reçus.
Région présélectionnée, par lieu
Un simple défaut du formulaire, tiré du lieu de la requête. Vous pouvez toujours en choisir une autre.
| Inscription depuis | Présélection |
|---|---|
| Les pays nordiques et baltes | Europe Nord neur |
| Îles Britanniques, France, Benelux, péninsule Ibérique, Italie, Islande | Europe Ouest weur-2 |
| L’Europe centrale et de l’Est, les Balkans, la Méditerranée orientale, le Moyen-Orient et l’Afrique | Europe Centre weur-1 |
| Les États et provinces de l’ouest des US et du Canada, le Mexique, et les US ou le Canada sans État connu | US Ouest wnam |
| Les États et provinces de l’est des US et du Canada, l’Amérique centrale et du Sud et les Caraïbes | US Est enam |
| L’Asie | Asie-Pacifique apac |
| Australie, Nouvelle-Zélande et îles du Pacifique | Océanie oc |
Si le lieu est illisible, le formulaire présélectionne US Ouest.
Latence
Le travail se fait près des données, mais chaque appel passe d’abord par la passerelle. Nous n’avons publié aucun chiffre de latence par région et n’en donnons aucun ici.
- Appelant
- Le point Cloudflare voisin
- Passerelle
- Service régional
- Base régionale
Mesurez depuis votre réseau avec votre propre client.
Les documents d’une région
Cette page explique. Ces documents engagent. Si un régulateur ou un client veut un engagement contractuel sur le lieu des données, c’est eux qu’il faut lire.
Accord de traitement (DPA)
Section 11, transferts internationaux : où sont stockées les données de compte et de workspace, et les clauses contractuelles types.
Lire →Sous-traitants
Cloudflare et AWS avec les lieux de chaque région, et 30 jours de préavis avant tout changement.
Lire →Confidentialité
Quelles données personnelles sont traitées, où, combien de temps, comment exercer vos droits.
Lire →Enterprise
Exigences de résidence, conservation sur mesure, SLA et pièces d’achat, convenus par contrat.
Lire →Être prévenu des changements
Un e-mail quand une région ouvre, ou quand ce qu’elle stocke change. Rien d’autre.
La résidence est exigée ? Dites-nous laquelle.
Les ventes présentent à votre équipe les régions, les documents et ce qu’une région promet ou non.