Funktioniert ClickHouse in China? Datenresidenz, Lokalisierung & PIPL-Grenzübertritt
ClickHouse ist quelloffen und selbst hostbar, die Engine läuft also überall — auch in Festlandchina. Die eigentliche Frage ist Residenz: ClickHouse Cloud läuft auf AWS, Google Cloud und Azure ohne Festlandchina-Region, ein verwalteter Cluster der Event- und Verhaltensdaten, die Sie in China erheben, ruht also offshore — ein PIPL-Grenztransfer und, in großem Maßstab, eine inländische Speicherpflicht nach Cybersicherheitsgesetz Art. 39 (vormals Art. 37). Ein Compliance-zuerst-Blick auf ClickHouse und den rechtmäßigen China-Weg.
Funktioniert ClickHouse in China?
ClickHouse die Engine läuft problemlos in China — die eigentliche Frage ist, wo seine Daten zur Ruhe kommen, und ClickHouse Cloud hat keine Festlandchina-Region, ein verwalteter Cluster sitzt also offshore.
ClickHouse ist gebaut, um enorme Mengen von Event-, Clickstream- und Telemetriedaten aufzunehmen — Nutzer-IDs, IP-Adressen, Geräte-Identifikatoren und Verhaltensprofile —, ein Cluster ist also häufig eine große Konzentration personenbezogener China-Daten. Die Engine ist Apache-2.0-quelloffen und selbst hostbar, sie im Inland zu betreiben, ist also rechtmäßig und braucht keine Migration; aber ClickHouse Clouds Regionen laufen auf AWS, Google Cloud und Azure ohne Festlandchina-Region, in China erhobene personenbezogene Daten darin zu laden, ist also ein PIPL-Grenztransfer, und für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen ist die inländische Speicherpflicht (PIPL Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37) eine, die eine Offshore-Region nicht erfüllen kann.
Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko — wir kartieren Exponierung, wir urteilen nicht darüber. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ✕ ClickHouse Cloud hat keine Festlandchina-Region; ein verwalteter Cluster ruht offshore.
- ! Die Engine ist residenz-neutral: Apache-2.0-quelloffen, selbst hostbar im Inland.
- ! Personenbezogene China-Daten in einem Offshore-Cluster = ein PIPL-Grenztransfer (Art. 38–40).
- ! ClickHouse konzentriert riesige Event-/Verhaltensdaten-Mengen — häufig personenbezogene Daten.
- ! Verarbeiter großer Mengen/kritischer Informationsinfrastruktur schulden inländische Speicherung; CSL Art. 39 (vormals Art. 37).
- ✓ Rechtmäßiger Weg: ClickHouse im Inland betreiben (selbst hosten/souverän) + ICP-gemeldete Auslieferung.
Was die offizielle ClickHouse-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
ClickHouse Cloud hat keine Festlandchina-Region. Seine eigene Supported-cloud-regions-Dokumentation sagt „The following tables list supported regions by cloud provider“, dann listet sie jede wählbare Region über AWS, Google Cloud und Azure — von Afrika bis zum Asien-Pazifik-Raum. Die nächsten Einträge zum Festland sind Hongkong und Taipeh; es gibt keine cn--Region. Ein verwalteter Cluster kommt daher offshore zur Ruhe. | ClickHouse Docs, „Supported cloud regions“ (clickhouse.com/docs), abgerufen 2026-10-10 |
| Die ClickHouse-Engine ist quelloffen und selbst hostbar, sie ist also residenz-neutral. ClickHouse wird unter der Apache License 2.0 veröffentlicht und läuft, wo immer Sie es installieren — auch selbst gehostet auf Festlandchina-Infrastruktur. Ob Ihre ClickHouse-Daten ein Residenz-Problem haben, wird davon entschieden, wo Sie deployen (eine Offshore-verwaltete Region versus im Inland), nicht von der Software, die im Inland ohne Modifikation läuft. | ClickHouse GitHub repository, Apache-2.0 license (github.com/ClickHouse/ClickHouse), abgerufen 2026-10-10 |
| Personenbezogene China-Daten in einem Offshore-ClickHouse-Cluster sind ein Grenztransfer nach PIPL. Die Event-, Clickstream- und Verhaltens-Datensätze, die Sie von Nutzern in Festlandchina erheben, in einen in einer Offshore-Region gehosteten Cluster zu laden, löst PIPL Art. 38–40 aus: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus — eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung. | Personal Information Protection Law of the PRC, Articles 38–40 (cac.gov.cn), abgerufen 2026-10-10 |
| In großem Maßstab gilt eine inländische Speicherpflicht, die eine Offshore-Region nicht erfüllen kann. Für einen Betreiber kritischer Informationsinfrastruktur — und, bei den Mengen, die die CAC spezifiziert, einen Verarbeiter großer Mengen — müssen in China erhobene personenbezogene Daten im Festland gespeichert werden nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37). Weil ein ClickHouse-Cluster oft eine sehr große Konzentration von Verhaltensdaten ist, ist er genau die Art von Speicher, die diese Schwelle überschreiten kann. | PIPL Article 40; Cybersecurity Law of the PRC Article 39 (formerly Article 37) (cac.gov.cn), abgerufen 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Produkt, das Festlandchina bedient, ist die erste Frage zu ClickHouse nicht, ob es sich installiert oder ob Ihre Anwendung sich damit verbinden kann — sie kann; ClickHouse ist quelloffene Software, die läuft, wo immer Sie sie deployen. Die Frage ist, wo die Daten, die es hält, zur Ruhe kommen dürfen. ClickHouse ist eine leistungsstarke, spaltenorientierte OLAP-Datenbank, gebaut, um enorme Mengen von Event-, Clickstream-, Log- und Telemetriedaten aufzunehmen — genau das Material, das Nutzer-IDs, IP-Adressen, Cookie- und Geräte-Identifikatoren und Verhaltensprofile trägt. Ein ClickHouse-Cluster ist daher häufig eine der größten einzelnen Konzentrationen personenbezogener Daten, die ein Unternehmen über seine China-Nutzer hält. Zwei Tatsachen fixieren die Compliance-Haltung. Die Engine selbst ist Apache-2.0-quelloffen und residenz-neutral — selbst hostbar auf Festlandchina-Boden, was der rechtmäßige Hebel ist. Die verwaltete ClickHouse Cloud, betrieben von ClickHouse, Inc. auf AWS, Google Cloud und Azure, veröffentlicht keine Festlandchina-Region, ein verwalteter Cluster kommt also offshore zur Ruhe.
ClickHouse in China auf einen Blick
| Worüber es entscheidet | In ClickHouses eigenen Worten — und Chinas Recht |
|---|---|
| Wo ruhen die Daten physisch? | ClickHouse Cloud läuft auf AWS, Google Cloud und Azure, und ihre eigene Supported-cloud-regions-Dokumentation listet jede wählbare Region — von Afrika bis zum Asien-Pazifik-Raum. Keine ist in Festlandchina; die nächsten sind Hongkong und Taipeh, beide außerhalb. Ein verwalteter Cluster ruht daher offshore. Die Engine hingegen ist Apache-2.0-quelloffen und läuft überall, wo Sie sie installieren, auch selbst gehostet auf Festlandchina-Infrastruktur. |
| Was ein ClickHouse-Cluster hält — und warum es personenbezogene Daten sind | ClickHouse existiert für hochvolumige Event-, Clickstream-, Log- und Telemetrie-Analytik. Diese Daten tragen routinemäßig Nutzer-IDs, IP-Adressen, Cookie- und Werbe-Identifikatoren, Geräte-Fingerabdrücke, präzise Zeitstempel und die daraus gebauten Verhaltensprofile — personenbezogene Daten nach PIPL und sensible personenbezogene Daten nach Art. 28, wo präziser Standort, Finanz-, Gesundheits- oder Minderjährigen-Daten erscheinen. Das Volumen ist der Punkt: Ein Cluster ist oft ein sehr großer Speicher von China-Nutzerdaten. |
| Die Datensätze Ihrer China-Nutzer = ein Grenztransfer, wenn offshore | Personenbezogene Daten, die von Nutzern in Festlandchina erhoben werden, in einen in einer Offshore-Region gehosteten Cluster zu laden, ist ein Grenztransfer (数据出境) nach PIPL (Art. 38–40): Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus — eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung. |
| Die inländische Speicherpflicht | Für einen Betreiber kritischer Informationsinfrastruktur — und, bei den Mengen, die die CAC spezifiziert, einen Verarbeiter großer Mengen — müssen in China erhobene personenbezogene Daten im Festland gespeichert werden nach PIPL Art. 40 und Cybersicherheitsgesetz Art. 39 (vormals Art. 37); die Cybersicherheitsgesetz-Änderung von 2025, in Kraft am 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um (Substanz unverändert). Eine Offshore-ClickHouse-Cloud-Region kann sie strukturell nicht erfüllen. |
| Erreichbarkeit ist nicht die Achse — der rechtmäßige Weg | Dass ein Cluster schnell antwortet, ändert nichts: Die Daten ruhen weiterhin offshore, und die Residenzpflicht gilt weiterhin. Weil die Engine residenz-neutral ist, ist der rechtmäßige Weg, sie im Inland zu betreiben — selbst gehostet auf Festland-Infrastruktur oder auf einer lizenzierten inländischen/souveränen verwalteten Option — und jede auf China ausgerichtete Oberfläche davor auf ICP-gemeldete Auslieferung zu setzen. |
Wo die Daten tatsächlich ruhen
ClickHouses Position wird davon gesetzt, wo ein Cluster läuft, nicht von einem Ladezeit-Test. Der verwaltete Dienst, ClickHouse Cloud, läuft auf Amazon Web Services, Google Cloud und Microsoft Azure, und seine eigene Supported-cloud-regions-Dokumentation listet jede Region, die Sie wählen können. Diese Liste läuft von Afrika über den Nahen Osten bis zum Asien-Pazifik-Raum — und ihre nächsten Einträge zum Festland sind Hongkong und Taipeh. Keiner ist Festlandchina: Es gibt nirgends auf der Seite eine cn--Region. Daten, die in diese Regionen gelegt werden, sind relativ zum Festland weiterhin offshore, und im Festland erhobene personenbezogene Daten dorthin zu bewegen, ist weiterhin ein Grenztransfer aus China heraus. ClickHouses eigene veröffentlichte Unterauftragsverarbeiter-Liste platziert die ClickHouse-Cloud-Steuerebene auf AWS in den Vereinigten Staaten, Deutschland und Singapur, wobei der Datenstandort, den Sie wählen, aus derselben Offshore-Regionsliste gezogen wird. Bring Your Own Cloud ändert die Karte auch nicht — es deployt den Dienst in Ihr eigenes AWS-, Google-Cloud- oder Azure-Konto in denselben Offshore-Regionen, weiterhin unter einer Offshore-Steuerebene.
Wegen all dem ist der vertraute „Antwortet es aus Shanghai?“-Test die falsche Frage — weshalb diese Seite keine eigene China-Latenzzahl für ClickHouse veröffentlicht; Geschwindigkeit ist nicht die Achse für Daten, die im falschen Land sitzen. Die Engine hingegen ist residenz-neutral: Sie ist freie, Apache-2.0-Software, und sie läuft, wo immer Sie sie installieren, auch selbst gehostet auf Festlandchina-Infrastruktur. Die Residenzfrage dreht sich also ganz darum, wie Sie deployen, nicht darum, ob die Software funktioniert. Siehe unseren Erklärtext zu grenzüberschreitenden Datentransfers nach PIPL.
Was es hält, sind personenbezogene Daten
Ein ClickHouse-Cluster ist selten eine Handvoll Zeilen. ClickHouse existiert, um hochvolumige Analytik schnell zu machen: Es ist gebaut, um Event-Streams in massivem Maßstab aufzunehmen und abzufragen — Seitenaufrufe, Klicks, App-Telemetrie, Werbe-Impressionen, Logs, Sensor- und IoT-Streams und Nutzer-Verhaltens-Datensätze. Das ist genau die Art von Daten, die Personen identifiziert. Nutzer-IDs, IP-Adressen, Cookie- und Werbe-Identifikatoren, Geräte-Fingerabdrücke, präzise Zeitstempel und die Verhaltensprofile, die Sie daraus bauen, sind personenbezogene Daten nach Chinas Gesetz zum Schutz personenbezogener Daten, wo immer sie sich auf eine identifizierte oder identifizierbare Person beziehen, und sensible personenbezogene Daten nach PIPL Art. 28, wo präziser Standort, Finanz-, Gesundheits- oder Minderjährigen-Daten erscheinen.
Das Volumen ist nicht beiläufig — es ist der ganze Sinn, ClickHouse zu nutzen, und es ist auch, was die China-Frage schärft. Ein Verarbeiter, der personenbezogene Daten in dem Maßstab verarbeitet, den die Cyberspace Administration of China spezifiziert, fällt unter verschärfte Pflichten: eine verpflichtende Datenexport-Sicherheitsbewertung, bevor personenbezogene Daten das Land verlassen dürfen, und, für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter, der Daten in diesen Mengen hält, eine inländische Speicherpflicht. Nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37) müssen im Festland erhobene personenbezogene Daten und wichtige Daten im Festland gespeichert werden. Eine ClickHouse-Cloud-Region in einer Offshore-Jurisdiktion kann diese Pflicht strukturell nicht erfüllen, und je größer Ihr Cluster, desto wahrscheinlicher sind Sie innerhalb der Schwelle, die sie auslöst.
Es offshore zu betreiben, erfüllt die Residenzpflicht nicht — und was es tut
Wenn eine verwaltete ClickHouse-Cloud-Region in einem anderen Land im Festland erhobene personenbezogene Daten, die das Recht zu Hause zu bleiben verlangt, nicht halten kann, ist die Abhilfe nicht, aus China heraus zu diesem Offshore-Endpunkt zu greifen — sie ist, ClickHouse dort zu betreiben, wo die Daten leben müssen. Hier ist ClickHouses quelloffene Natur entscheidend, und es ist eine gute Nachricht: Weil die Engine residenz-neutral und selbst hostbar ist, müssen Sie nicht von ClickHouse wegmigrieren oder Ihre Analytik neu bauen, um rechtskonform zu werden. Sie betreiben dieselbe Engine, im Inland.
Zwei inländische Muster sind rechtmäßig. Das erste ist, den quelloffenen ClickHouse-Server auf Festlandchina-Infrastruktur selbst zu hosten, sodass der Cluster und die personenbezogenen Daten darin das Land nie verlassen; Daten in einen Festland-Cluster zu replizieren oder zu laden, ist routinemäßiger ClickHouse-Betrieb, kein Re-Platforming. Das zweite ist eine lizenzierte inländische oder Souverän-Cloud-verwaltete Option, die auf dem Festland von einem lokalen Betreiber betrieben wird, vorbehaltlich der eigenen Verfügbarkeit und Compliance dieses Betreibers, die Sie direkt mit ihm bestätigen. In beiden Fällen übertragen Sie offshore nur die aggregierten oder de-identifizierten Ergebnisse, die rechtmäßig gehen dürfen, und halten die rohen China-Daten auf Nutzerebene im Inland. Nichts davon ist ein Urteil über Ihre konkrete Situation: Ob Sie ein Betreiber kritischer Informationsinfrastruktur sind, welche Mengenschwellen Sie überschreiten, welcher Transfermechanismus gilt und ob ein Transfer überhaupt rechtmäßig ist, sind Fragen, die mit Ihrem Rechtsbeistand gegen die Daten, die Sie tatsächlich halten, und die Gesellschaft, die sie hält, zu klären sind.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Es gibt einen rechtmäßigen, dauerhaften Weg, ClickHouse für Nutzer in China zu betreiben, und er hält die Form Ihres Stacks intakt. 21YunBox ist eine rechtskonforme Overlay, keine Migration — und ein Partner von ClickHouse, kein Konkurrent. Unser China-Team arbeitet in drei Zügen. Wir kartieren Ihre Exponierung: die PIPL-Grenzübertritts-Frage, die Datenexport-Sicherheitsbewertung, die inländische Speicherpflicht für Betreiber kritischer Informationsinfrastruktur und Verarbeiter großer Mengen und die ICP-Beian- (备案-)Pflicht auf jeder auf China ausgerichteten Oberfläche — gelesen gegen Ihre Gesellschaft, Ihre Datenmengen und wessen personenbezogene Daten im Cluster sitzen. Wir lokalisieren die Datenbank, indem wir sie im Inland betreiben — selbst gehostetes quelloffenes ClickHouse auf Festland-Infrastruktur oder eine lizenzierte inländische/souveräne verwaltete Option —, sodass die personenbezogenen Daten auf Festland-Boden bleiben; Lokalisieren bedeutet, einen rechtmäßigen inländischen Cluster aufzustellen, nie eine Route zurück zu einem Offshore-Endpunkt. Und wir liefern jede auf China ausgerichtete Oberfläche vor der Datenbank — die Anwendung, den API-Edge, die Admin- und Reporting-Portale, die Ihre Festland-Nutzer erreichen — im Inland über ICP-gemeldete Infrastruktur aus, den 21YunBox Optimizer, vor dem Stack, den Sie bereits betreiben, ohne Neuaufbau und ohne zweite Codebasis. Das Ergebnis läuft legal und rechtskonform für Ihre Nutzer in China. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- Chinas Maßnahmen zur Datenexport-Sicherheitsbewertung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Funktioniert ClickHouse in China?
Die Engine tut es — ClickHouse ist quelloffene Apache-2.0-Software und selbst hostbar, es läuft also, wo immer Sie es installieren, auch auf Festlandchina-Infrastruktur. Was keine Festlandchina-Option hat, ist die verwaltete ClickHouse Cloud: Ihre Supported cloud regions umspannen AWS, Google Cloud und Azure, und die dem Festland nächsten sind Hongkong und Taipeh — beide außerhalb. Verfügbarkeit ist also nicht das Hindernis; Datenresidenz ist es. Bestätigen Sie die Einzelheiten mit Rechtsbeistand.
Hat ClickHouse Cloud eine China-Region?
Nein. ClickHouse Clouds eigene Supported-cloud-regions-Dokumentation listet jede wählbare Region über AWS, Google Cloud und Azure, und keine ist in Festlandchina — die nächsten sind Hongkong und Taipeh. Das bedeutet, ein verwalteter Cluster ruht offshore, die personenbezogenen Daten, die Sie von China-Nutzern erheben und darin laden, sind also ein Grenztransfer nach PIPL (Art. 38–40). Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen gilt auch eine inländische Speicherpflicht (PIPL Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37), die eine Offshore-Region nicht erfüllen kann.
Wie betreibe ich ClickHouse rechtskonform für Festlandchina-Nutzer?
Weil die Engine residenz-neutral und selbst hostbar ist, ist der rechtmäßige Weg, sie im Inland zu betreiben, statt zu einem Offshore-Cluster zurückzugreifen: quelloffenes ClickHouse auf Festland-Infrastruktur selbst hosten oder eine lizenzierte inländische/souveräne verwaltete Option nutzen, die rohen China-Daten auf Nutzerebene auf chinesischem Boden halten und offshore nur das übertragen, was rechtmäßig gehen darf. 21YunBox kartiert die Exponierung, lokalisiert den Cluster im Inland und liefert die auf China ausgerichtete App, API und Reporting-Oberfläche auf ICP-gemeldeter Infrastruktur aus — keine Route um Chinas Datenexport-Regeln herum. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
