Elasticsearchは中国本土で使えるか：PIPLの越境、データの国内保存、セルフホスティング
Elasticsearchは全文検索エンジンであると同時にベクトルデータベースでもあります。インデックスした文書と、そこから導かれる密ベクトルの埋め込みは、保存される個人情報であり、Elastic Cloudには中国本土のリージョンがありません——そのため中国ユーザーのデータをそこにインデックスすることはPIPLの越境移転に当たります。データの国内保存リスクと、国内でのセルフホスティングという手立てを、コンプライアンス起点で読み解きます。
Elasticsearchは中国で使えるか
Elasticsearchはユーザーのコンテンツ——インデックスする文書と、そこから導かれる密ベクトルの埋め込み——の保存ストアであり、Elastic Cloudには中国本土のリージョンがありません。そのため中国向けのインデックスはオフショアに置かれます：速度ではなく、データの国内保存と越境移転の問題です。
Elasticsearchには、文書・レコード・ログと、kNN検索やRAGのためにそこから計算する埋め込みを読み込ませます——どれもユーザーのメッセージ・プロフィール・ファイルから作られるので、そのユーザーが中国にいればすべて個人情報です。それをオフショアのElastic Cloudリージョン（AWS・GCP・Azure——最も近いのは香港で、本土ではありません）にインデックスすることは、PIPLの越境移転（通知、個別の同意、移転メカニズム、第38〜40条）であり、CIIOや大量取扱者には本土での保存義務（第40条、サイバーセキュリティ法 第39条（旧第37条））が付きます。埋め込みはこれを匿名化しません——反転とメンバーシップ推定を許すため、ベクトルストアもやはり個人情報のストアです。Elasticsearchはオープンソース（2024年以降AGPL）で完全にセルフホストできるので、合法的な手立ては、インデックスと埋め込みを国内に留めること——オープンなエンジンを本土のインフラでセルフホストするか、免許を持つ中国国内のマネージドデプロイを使う——であって、オフショアのエンドポイントに到達できるようにすることではありません。
これは判定ではなくリスクの見取り図です——どの移転メカニズムが適うか、国内保存の義務が貴社に及ぶかは、貴社の法人、取扱データ量、誰のデータかによって変わります。当社の中国チームがリスクを整理します →
コンプライアンス・スナップショット
- ! Elastic CloudはAWS・GCP・Azure上で動き、最も近いリージョンは香港で、本土ではない
- ! インデックスするもの——文書と密ベクトルの埋め込み——は保存される個人データ
- ! 埋め込みは匿名ではない——反転とメンバーシップ推定で人物が復元されうる
- ✕ Elastic Cloudには中国本土のリージョンがなく、データの国内保存を満たせない
- ! Alibaba Cloud Elasticsearchは免許を持つ運営者により国内で動く——合格ではなくwarn
- ✓ オープンソース（AGPL）のエンジンを国内でセルフホスト。ICPは前段のアプリが担う
Elasticsearchの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Elasticsearchは再びオープンソースとなり、完全にセルフホストできる——データを国内に留める手立てである。2024年8月、ElasticはElastic License v2およびSSPLと並んで、OSI承認のAGPL（AGPLv3）ライセンスのオプションを加え、「ElasticsearchとKibanaは再びオープンソースと呼べる」と述べた。同じエンジンを自社のハードウェアで動かせるため、クラスター——インデックスと密ベクトルの埋め込み——を、オフショアのマネージドリージョンではなく本土のインフラでホストできる。 | Elastic ブログ「Elasticsearch Is Open Source. Again!」（Shay Banon、2024年8月29日）、2026-10-10 取得 |
| Elastic Cloudには中国本土のリージョンがなく——しかもテキストだけでなく密ベクトルの埋め込みを保存する。Elastic自身のElastic Cloud HostedリージョンのページはAWS・GCP・Azureの所在地を挙げるが、最も近いアジア太平洋リージョンは香港（aws-ap-east-1）で、中国本土の内側には一つもない。Elasticsearchは文書（転置インデックスに）と、kNN検索のための `dense_vector` フィールド型による埋め込みの両方をインデックスする——そのため中国向けにElastic Cloud上でデプロイすると、そのコンテンツはオフショアに置かれる。 | Elastic Docs — Elastic Cloud Hosted regions；Elastic Docs — kNN／dense_vector、2026-10-10 取得 |
| 中国ユーザーのデータをオフショアのクラスターにインデックスすることはPIPLの越境移転であり、一部の取扱者には国内での保存義務が付く。個人情報をオフショアのリージョンに保持することはPIPLの越境ルールを発動させる——通知、個別の同意、そして移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）、第38〜40条。重要情報インフラ運営者または大量取扱者は、中国で収集した個人情報を本土に保存しなければならない（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条）——2025年のサイバーセキュリティ法改正が2026年1月1日に施行され、データ国内保存の条を第37条から第39条に改番、実質は不変）。 | PIPL 第38〜40条（DigiChina／Stanford 訳）；サイバーセキュリティ法 第39条（旧第37条）、2026-10-10 取得 |
| 埋め込みは個人データから導かれるものであり、匿名化ではない。PIPLは個人情報を、識別された、または識別可能な自然人に関する情報と定義し、真に匿名化されたデータだけを範囲外とする（第4条）。ベクトルの埋め込みは人のテキストや画像から計算され、反転（元のおおよその再構成）やメンバーシップ推定を許すため、ユーザーのデータの埋め込みのストアはやはり個人情報のストアである——「送るのはベクトルだけ」はそれをPIPLの国内保存と越境移転の義務の外に出さない。 | PIPL 第4条（DigiChina／Stanford 訳）、2026-10-10 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土向けのアプリケーションにとって、Elasticsearchをめぐる問いは「クラスターがクエリに答えるかどうか」——それは答えます——ではなく、「与えたコンテンツをどこに置くことが許されるか」です。Elasticsearchは二つの意味で同時に、保存データ（data-at-rest）のストアです。インデックスした文書・レコード・ログを転置インデックスに保持する全文検索エンジンであり、また密ベクトルの埋め込みを dense_vector フィールド型に保持し、セマンティック検索やRAGのためのk近傍（kNN）検索を支えるベクトルデータベースでもあります。どちらも、ユーザーのメッセージ・プロフィール・ファイルから作られます——かたちを変えた個人情報です。エンジンは再びオープンソースになり、完全にセルフホスティングできますが、マネージド提供であるElastic CloudはAWS・GCP・Azure上で動き、中国本土のリージョンはありません。したがって決め手となる問いは、データの国内保存と越境移転、埋め込みがその背後にいる人々を匿名化しないこと、そしてオープンなエンジンを国内でセルフホストするという手立てです。
中国でのElasticsearch：ひと目で
| 決め手 | Elasticsearch自身の言葉で——そして中国の法で |
|---|---|
| 何を読み込ませるか | 転置インデックスにインデックスする文書・レコード・ログ・チャットに加え、ElasticsearchがそこからkNN検索やRAGのために計算する密ベクトルの埋め込み。ユーザーが中国にいるとき、それは保存された彼らの個人情報です。 |
| エンジンが動く場所 | Elastic Cloud（マネージド）はAWS・GCP・Azure上で動き、最も近いアジア太平洋リージョンは香港（aws-ap-east-1）で、中国本土ではありません。中国ユーザーのデータをそこにインデックスすることは、PIPL第38〜40条の下での越境移転（数据出境）です。オープンなエンジンをセルフホストすれば、国内に留められます。 |
| 埋め込みは個人情報 | ベクトルは人のテキストや画像から計算され、反転（元のおおよその再構成）やメンバーシップ推定を許すため、匿名化されていません。ユーザーのデータの埋め込みのストアは、それ自体が個人情報のストアです——「生データではなくベクトルだけ」は誤った安心です。 |
| データの国内保存とクエリログ | 重要情報インフラ運営者（CIIO）または大量取扱者は、中国で収集した個人データを本土に保存しなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））。クエリログも個人情報を運びうります。オフショアのElastic Cloudリージョンはそのいずれも満たしません。 |
| 到達性は軸ではない | クラスターがクエリに答えるかは、もとより問いではありませんでした。手立ては、インデックスと埋め込みを国内に留めること——オープンソース（AGPL）のエンジンをセルフホストするか、免許を持つ中国国内のマネージドデプロイを使う——インデックスする対象を最小化・仮名化し、前段のアプリにICP備案を担わせることです。 |
実際に何を保存するのか——インデックス済みコンテンツとその埋め込み
Elasticsearchは、データを受け渡すのではなく保持することでその役割を果たします。検索エンジンとしては、インデックスしたあらゆる文書——サポートチケット、製品レコード、ユーザープロフィール、ログ、チャットの記録——を、高速な全文検索のために作られた転置インデックスに保持します。ベクトルデータベースとしては、密ベクトルの埋め込みを dense_vector フィールド型に保持し、それがセマンティック検索や検索拡張生成（RAG）のためのk近傍（kNN）検索を支えます。多くの設計では、一致を提示し追跡できるよう、各ベクトルの傍らに元のテキストやペイロードも保存します。これらの構造のどれもが、ユーザー自身のコンテンツから導かれます。そのユーザーが中国にいるとき、インデックスは付随的な排気ガスではありません——それは保存された彼らの個人情報のストアであり、クラスターが動く場所に存在します。だからこそ決め手となる問いは、レイテンシではなく場所の問いなのです。Elasticsearchは、これらすべてをどこに置くことが許されるのでしょうか。
これはPIPLの下でのデータの国内保存と越境移転の問題であり——埋め込みはそれを匿名化しない
そのクラスターをElastic Cloudで動かせば、地理が問いに答えてしまいます。ElasticのマネージドサービスはAWS・GCP・Azure上で動き、自社のElastic Cloud Hostedリージョンのページは中国本土の内側の所在地を一つも挙げていません——最も近いのは香港（aws-ap-east-1）で、データの国内保存の観点では本土ではありません。したがって、中国ユーザーの文書と埋め込みをオフショアのリージョンにインデックスすることは、中国の中国個人情報保護法（PIPL）の下での個人情報の越境移転（数据出境）に当たります。義務は——Elasticではなく取扱者である貴社が——通知し、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）をクリアすることです（第38〜40条）。重要情報インフラ運営者（CIIO）または大量取扱者であれば、中国で収集した個人情報は本土に保存しなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条）（英語）——2025年のサイバーセキュリティ法改正が2026年1月1日に施行され、データ国内保存の条を第37条から第39条に改番、実質は不変）——オフショアのリージョンには満たせない義務です。
そして埋め込みが、ここから抜け出させてくれるわけではありません。ベクトルインデックスは、氏名やメールではなく浮動小数点数の配列を保存するから適用外だ——「送るのはベクトルだけで生データではない」——と考えたくなります。その安心は誤りです。埋め込みは人のテキスト・文書・画像から直接計算され、反転（元テキストのおおよその再構成）や、ある人物のレコードがストアに含まれるかを明かすメンバーシップ推定を許すのに十分なものを元から保っています。PIPLは個人情報を、識別された、または識別可能な自然人に関する情報と定義し、真に匿名化されたデータだけをその範囲の外に置きます（第4条）。ユーザーのデータの埋め込みは、匿名化もされておらず範囲外でもありません。中国ユーザーの個人データの埋め込みのストアは、それが由来する生テキストと同じ、データの国内保存と越境の義務を負います。
エンドポイントに到達できるかは問いではない——インデックスを国内に留められるかだ
これはいずれも、オレゴンやシンガポールのクラスターが上海からのクエリに答えるかどうかの話ではありません。それは答えます。リスクは、インデックスとその埋め込み——個人情報——が本土の外に保存されたまま置かれていることです。クリーンな手立ては、Elasticsearchが何であるか——オープンソース——から直接導かれます。Elasticが2024年にAGPLのオプションを加えて以降、同じエンジンを中国国内の自社インフラで動かし、インデックスと埋め込みを国内に留められます。さらに、インデックスする対象を最小化・仮名化すれば、そもそも保持する個人情報が少なくなります。完全マネージドのサービスが必要な場合は、免許を持つ中国国内のマネージドElasticsearch——たとえばAlibaba Cloudの本土リージョンで提供されるAlibaba Cloud Elasticsearch——がwarn-positive（条件付きで前向き）です。データは国内に留まりますが、それは別個の運営者と契約であり、同意の根拠・移転の立ち位置・クエリログの扱いは依然として詰める必要があります。この手立てが でない のは、データをオフショアに置いたまま遠いエンドポイントを近く感じさせる方法です。国内化とは、保存データのストアを中国国内の経路に留めることであって、本土の外へ出して戻すことではありません。
これは判定ではなくリスクの見取り図です。国内保存の義務が貴社に及ぶか、どの越境メカニズムが適うか、そしてインデックスのどれだけが個人情報に当たるかは、貴社の法人、取扱データ量、誰のデータかによって変わります——構築の前に、専門家と具体を固めてください。
合法的な経路——map・localize・deliver
21YunBoxは、すでに運用中のスタックの周りに置く法令適合のオーバーレイであり、Elasticsearchの置き換えでも、Elasticの競合でもありません。作業は三つの部分からなります。map（整理）：何をインデックスしベクトル化しているか、それらの文書と埋め込みがどんな個人情報を運ぶか、クラスターが今どこで動いているか、クエリログが何を捉えているか、依拠する同意の根拠を棚卸しします。localize（国内化）：中国ユーザーのインデックスと埋め込みを国内に留めます——オープンソース（AGPL）のエンジンを本土のインフラでセルフホストするか、免許を持つ中国国内のマネージドデプロイを使う——インデックスする対象を最小化・仮名化し、残る越境移転があれば統制します。要点は、保存データのストアを中国国内の経路に留めることです。deliver（配信）：インデックスにクエリを投げるアプリケーションはICP備案の義務を負い、法令適合の中国国内からの配信を必要とします——21YunBox Optimizerを、すでに運用中のスタックの前段に置きます。作り直しも、二つ目のコードベースもありません。21YunBoxは、いかなる種類の不正な手段も用いず、また推奨しません。その結果は、中国のユーザーに対して合法的かつ法令適合に稼働するElasticsearchのデプロイです。
関連する読み物：
よくあるご質問
埋め込みはただのベクトルなのに、本当に個人情報なのですか？
個人情報として扱ってください。それがまさにその実体だからです。埋め込みはユーザーのメッセージ・文書・画像から直接計算され、反転（元テキストのおおよその再構成）やメンバーシップ推定を許すことが示されています。しかもElasticsearchは多くの設計で、ベクトルの傍らに生の文書やペイロードも保存します。したがって中国ユーザーの活動から作られたインデックスは、匿名化ではなくかたちを変えた彼らの個人情報を保持しています。PIPL第4条の下では、真に匿名化されたデータだけが範囲外です。オフショアのElastic Cloudリージョンに保持されれば、それは越境移転であり、義務は取扱者である貴社にかかります。
中国にとっては、Elasticsearchのセルフホスティングがクリーンな答えではないのですか？
最も強い手立てであり、実在します。Elasticが2024年にAGPLのオプションを加えて以降、Elasticsearchはオープンソースであり、同じエンジンを本土の内側の自社インフラで動かして、インデックスとその埋め込みを国内に留められます。それはデータの国内保存に答えます。ただしそれ自体ですべてに答えるわけではありません——クラスターにクエリを投げる公開アプリは、本土の利用者に提供するならなおICP備案が必要であり、PIPLの同意と通知の義務は貴社が担うことになり、クエリログ自体も個人情報を運びうります。免許を持つ中国国内のマネージドElasticsearch（たとえばAlibaba Cloudの本土リージョンのAlibaba Cloud Elasticsearch）は、warn-positive（条件付きで前向き）な選択肢です——国内ではありますが、別個の運営者と契約です。
21YunBoxはElasticsearchを使うアプリを中国で動かす手助けができますか？
はい。当社の中国チームが、何をインデックスしベクトル化しているか、それが運ぶ個人情報を棚卸しし、貴社の法人と取扱データ量に照らしてPIPLの越境とデータの国内保存の立ち位置を整理し、セルフホスティングによる中国国内のElasticsearch経路を——さらにその前段のアプリケーションが必要とするICP備案済みの中国国内からの配信を——立ち上げます。すべては、すでに運用中のスタックの周りに巻きつけ、作り直しもElasticsearchからの移行もありません。個別のケースはお問い合わせください。
