DatenortIhre Belege liegen, wo Sie sie ablegen.
Jeder Workspace hat einen Datenstandort, der beim Anlegen gewählt wird: einen der angebotenen Standorte (die sieben Datenregionen plus weitere AWS-Standorte). Ihre Daten werden dort gespeichert. Belege und Kontingentzähler werden in der Produktregion verarbeitet, die ihn bedient; ein Standort außerhalb der sieben nutzt die nächstgelegene. Jeder Beleg wird in seiner Region mit dem eigenen AWS-KMS-Schlüssel dieser Region signiert. Diese Seite sagt genau, was regional ist, was nicht, und was eine Region verspricht und was nicht.
Die Regionswahl hängt von Ihrem Plan abFree: siehe PlangrenzenEin Workspace zieht nie um
- Produktregionen
- 7
- Unter der EU-Jurisdiktion
- 3
- Beleg-Signaturschlüssel, einer pro Region (AWS KMS)
- 7
- Stilles Ausweichen in andere Regionen
- 0
Sieben Regionen, je ein Dienst
Jede Region ist ein eigener Dienst mit eigener Datenbank. Die Pins auf der Karte sind ungefähre Angaben. Sie sagen nichts darüber, in welchem Gebäude die Datenbank steht.
- Gekoppelte AWS-Region
- Gespeichert unter Cloudflares EU-Jurisdiktion
- Gespeichert mit Cloudflare-Standorthinweis
- Kontoebene und Eingangstür: Dashboard, Anmeldung, Abrechnung, API-Eingangstür
Schematische Karte. Küsten vereinfacht; die Pin-Positionen sind ungefähr.
| Region | Code | Gekoppelte AWS-Region | Jurisdiktion | Speicher |
|---|---|---|---|---|
| USA Ost | enam | us-east-1 N. Virginia | ENAM | Standorthinweis |
| USA WestFree-Tarif-Region | wnam | us-west-2 Oregon | WNAM | Standorthinweis |
| Europa Mitte | weur-1 | eu-central-1 Frankfurt | WEUR-1 | EU-Jurisdiktion, erzwungen |
| Europa West | weur-2 | eu-west-1 Irland | WEUR-2 | EU-Jurisdiktion, erzwungen |
| Europa Nord | neur | eu-north-1 Stockholm | NEUR | EU-Jurisdiktion, erzwungen |
| Asia-Pacific | apac | ap-southeast-1 Singapur | APAC | Standorthinweis |
| Oceania | oc | ap-southeast-2 Sydney | OC | Standorthinweis |
Die Codes sind die Werte von region im Workspace-Status. In den drei europäischen Regionen hält Cloudflare die Daten in der EU und wählt das Rechenzentrum, daher nennen wir für die Daten keine Stadt. Bei den anderen vier entsteht die Datenbank mit Standorthinweis, also einer Bitte zur Platzierung, keiner Garantie.
Cloudflares eigene Beschreibung von D1-Jurisdiktionen und Standorthinweisen, Stand Oktober 2026: Cloudflare D1: Datenstandort ↗
Was in der Region bleibt, und was nicht.
Nur die Datenebene ist regional. Die Kontoebene läuft in den USA (US West), egal welche Region Sie wählen. Ein Aufruf wird gegen Kontodaten in den USA authentifiziert, dann an Ihre Region übergeben, dort verarbeitet und gespeichert.
- Belege und gespeicherte Inhalte, sofern aufbewahrt
- Kontingentzähler des Monats
- Der Beleg-Signaturschlüssel (AWS KMS) und die Write-once-Object-Lock-Kopie der Beleg-Hashes, beide in der jeweiligen AWS-Region
- Aufbewahrung, Auto-Löschung, Schwärzung für Ihre Daten
- Das Dashboard und die Website
- Anmeldung, Sessions und Kontodaten: Name, E-Mail, Mitgliedschaften
- Abrechnung, über Avonao Billing
- Prüfung von API-Keys und Tokens sowie Rate-Limits an der Eingangstür
- Die Steuerungsebene und das Konto-Auditlog
- Öffentliche Statusseite
Eine Region sagt, wo Daten gespeichert und verarbeitet werden. Sie sagt nicht, dass Verkehr nie einen Netzrand verlässt: Cloudflare nimmt eine Verbindung am Standort nächst dem Aufrufer an, der überall sein kann, und der Inhalt einer Anfrage passiert die Eingangstür, die sie empfängt. Dashboard und Kontodaten liegen in jedem Fall in den USA. Für eine vertragliche Aussage lesen Sie AVV und Datenschutzerklärung oder fragen Sie uns.
AVV (Auftragsverarbeitung) →Datenschutz →Datenschutzteam fragen →
Wie ein Aufruf Ihre Region findet.
Die Eingangstür kennt die Datenregion des Workspace Ihres Zugangs und leitet jeden Aufruf an den Dienst dieser Region, der nur die Datenbank dieser Region liest und schreibt.
Vier Regeln ohne Ausnahme
Kein stiller Fallback
Ist der Dienst Ihrer Region nicht erreichbar, scheitert der Aufruf. Nie antwortet eine andere Region, denn so lägen Ihre Daten, wo Sie es nicht wählten. Verarbeitet wurde nichts.
Nur bekannte Regionen
Ein Regionswert außerhalb der sieben wird abgelehnt, bevor Arbeit beginnt.
Ein Signaturschlüssel pro Region
Die Belege jeder Region signiert der eigene AWS-KMS-Schlüssel dieser Region. Keine Region signiert mit dem Schlüssel einer anderen.
Prüfen braucht keine Region
Einen Beleg prüfen ist Public-Key-Kryptografie über den Beleg, den Sie halten. Ohne Konto, ohne Region, ohne Aufruf bei uns.
| 503 | workspace_region_unavailableDie Region des Workspace ist nicht verfügbar; nichts verarbeitet. Später neu. |
| 503 | workspace_region_unknownDer Regionswert des Workspace ist keiner der sieben. |
| 503 | signing_unprovisionedDer Signaturschlüssel (KMS) war nicht erreichbar; der Beleg wartet als „Beleg ausstehend“ und wird erneut versucht. |
| 400 | region_requires_paid_planEs wurde eine Region angefragt, die Ihr Plan nicht enthält. |
Belege werden in der Region signiert, von Trustvice.
Trustvice signiert seine Belege selbst. Jeder wird mit Ed25519 von einem AWS-KMS-Schlüssel signiert, den Trustvice in der Datenregion des Belegs hält; der private Schlüssel verlässt KMS nie.
Von Trustvice veröffentlicht
Trustvice veröffentlicht seine öffentlichen Schlüssel als Key-Set unter https://trustvice.com/.well-known/receipt-keys.json. Ein Beleg nennt den signierenden Schlüssel in signatureKeyId.
Ein Schlüssel pro Region
Jede der sieben Regionen hat einen eigenen Beleg-Signaturschlüssel in AWS KMS, in der jeweiligen AWS-Region. Der Worker hält nur eine Zugangsberechtigung, die ausschließlich signieren darf.
Alte Belege bleiben prüfbar
Ausgemusterte Schlüssel bleiben im veröffentlichten Key-Set, und alte Belege nennen weiterhin den Schlüssel, der sie signiert hat.
/.well-known/receipt-keys.json{
"kty": "OKP",
"crv": "Ed25519",
"x": "…",
"kid": "…",
"alg": "EdDSA",
"use": "sig"
}- Was er beweist
- Die Signatur eines Belegs kann jeder gegen das veröffentlichte Key-Set von Trustvice prüfen.
- Was er nicht beweist
- Eine Region sagt, wo Trustvice Ihre Daten verarbeitet und speichert. Sie beweist nicht, wo Daten im Ruhezustand gespeichert sind oder wo Unterauftragsverarbeiter oder Backups sie halten.
Was Regionen quert.
Drei Arten von Daten verlassen eine Region, jede steht hier. Nichts geht von einer Region in eine andere.
Nichts
Der Dienst einer Region hat keinen Zugriff auf Belege einer anderen. Jeder liest nur seine Datenbank.
Konto und Messung
Die Metadaten, die die Eingangstür zur Authentifizierung und Tarifmessung braucht, und alles aus den USA.
Hashes zum Signieren und Sperren
Jeder Beleg wird vom KMS-Schlüssel der Region in derselben AWS-Region signiert. Jede Stunde werden die Beleg-Hashes der abgeschlossenen Stunden in den Object-Lock-Bucket dieser Region geschrieben. Der Inhalt, der Workspace und das Konto nicht.
Wie ein Workspace zur Region kommt.
Sie wählen die Region beim Anlegen des Workspace. Ein Konto kann Workspaces in mehreren Regionen haben.
- Beim Signup
Das Formular wählt die nächste der sieben nach Ihrem Standort vor; Sie können sie ändern.
- Jeder weitere Workspace
Das Formular für neue Workspaces hat dieselbe Auswahl, so trennt ein Team EU- und US-Arbeit.
- Dann steht sie fest
Umziehen geht nicht. Für eine andere Region legen Sie dort einen Workspace an und stellen dort neue Belege aus. Ihre Belege bleiben prüfbar, wo immer sie entstanden.
Regionen je Tarif
Welche Regionen Sie wählen können, hängt von Ihrem Plan ab. Auf der Preisseite steht, was Ihr Plan enthält; die Anfrage einer nicht enthaltenen Region wird abgelehnt.
EU-Residenz nötig?
Wählen Sie Europa Mitte, Europa West oder Europa Nord. Die drei europäischen Regionen speichern Daten unter Cloudflares EU-Jurisdiktion: Cloudflare hält sie in der EU, wählt aber das Rechenzentrum, und eine Cloudflare-Datenbank lässt sich nicht an eine bestimmte Stadt binden. Die drei unterscheiden sich im Dienst, der Ihre Aufrufe bearbeitet, und im Schlüssel, der Ihre Belege signiert.
Vorgewählte Region nach Standort
Nur eine Vorgabe im Anmeldeformular, aus dem Standort der Anfrage. Sie können stets anders wählen.
| Bei Anmeldung aus | Vorgewählt |
|---|---|
| Nordische und baltische Länder | Europa Nord neur |
| Britische Inseln, Frankreich, Benelux, Iberien, Italien und Island | Europa West weur-2 |
| Mittel- und Osteuropa, der Balkan, das östliche Mittelmeer, der Nahe Osten und Afrika | Europa Mitte weur-1 |
| Westliche US-Staaten und kanadische Provinzen, Mexiko, USA oder Kanada ohne bekannten Staat | USA West wnam |
| Östliche US-Staaten und kanadische Provinzen, Mittel- und Südamerika und die Karibik | USA Ost enam |
| Asien | Asia-Pacific apac |
| Australien, Neuseeland und die Pazifikinseln | Oceania oc |
Ist der Standort gar nicht lesbar, wählt das Formular US West vor.
Latenz
Gearbeitet wird nah an den Daten, doch jeder Aufruf passiert zuerst die Eingangstür. Latenzwerte der Regionen haben wir nicht publiziert und nennen hier keine.
- Aufrufer
- Nächster Cloudflare-Standort
- Eingangstür
- Regionaldienst
- Regionale Datenbank
Messen Sie aus Ihrem Netz mit Ihrem Client.
Die Dokumente hinter der Region
Diese Seite erklärt. Diese Dokumente binden. Braucht eine Aufsicht oder ein Kunde eine vertragliche Aussage zum Datenort, sind sie zu lesen.
AVV (Auftragsverarbeitung)
Abschnitt 11 zu internationalen Übermittlungen: wo Konto- und Workspace-Daten liegen, und die Standardvertragsklauseln.
Lesen →Subunternehmer
Cloudflare und AWS mit den Standorten je Region, und 30 Tage Vorlauf vor jeder Änderung.
Lesen →Datenschutz
Welche personenbezogenen Daten wo und wie lange verarbeitet werden, und Ihre Rechte.
Lesen →Enterprise
Residenzanforderungen, eigene Aufbewahrung, das SLA und Einkaufsunterlagen, je Vertrag vereinbart.
Lesen →Bei Regionsänderung hören
Eine E-Mail, wenn eine Datenregion öffnet oder sich ändert, was sie speichert. Sonst nichts.
Residenz ist Pflicht? Sagen Sie uns, welche.
Sales führt Ihr Team durch die Regionen, die Dokumente und was eine Region verspricht und was nicht.