Redisは中国本土で使えるか：データの国内保存・ローカライゼーション・PIPLの越境移転
Redisは無償でセルフホスト可能なソフトウェアであり——中国でブロックされていません——したがって本当の問いは到達性ではなくデータの国内保存です。Redisは日常的にセッション、認証トークン、キャッシュされたユーザー記録を保持します。オフショアのマネージドインスタンス（Redis Cloudは中国本土リージョンを挙げていません）は、その個人データを国外に保存します。データの国内保存・PIPLの越境移転・ローカライゼーションの露出を、コンプライアンス起点で読み解きます。
Redisは中国本土で使えるか
Redisは中国で動きます——エンジンは無償でセルフホスト可能なソフトウェアであって、ブロックされたサービスではありません。本当の問いは、それが保持するセッションとユーザーのデータがどこに落ち着くかです。
チームはRedisを「ただのキャッシュ」と呼びますが、日常的にログインセッション、認証トークン、キャッシュされたユーザー記録——個人情報——を保存します。それをオフショアのマネージドインスタンス（中国本土リージョンの記載がないRedis Cloud、AWS ElastiCache／MemoryDB、または非中国リージョンのAzure Cache）で運用すると、その中国の個人情報は国外に置かれます：PIPLの下での越境移転（第38〜40条）。重要情報インフラ運営者（CIIO）または大量取扱者の場合、本土で収集した個人情報は本土内に留めなければなりません（サイバーセキュリティ法第39条（旧第37条）（英語）；PIPL第40条）——オフショアのインスタンスが満たせない義務です。エンジンが国内保存に対して中立であるため、合法的なレバーはどこで運用するか、それだけです：本土のインフラ上にセルフホスト、または免許を受けた国内／ソブリンクラウドの選択肢。
これは判定ではなくリスクの見取り図です——移転メカニズム、国内保存、またはその両方のどれが必要かは、データ、データ量、ユーザーが誰かで変わります。当社の中国チームが露出を整理します →
コンプライアンス・スナップショット
- ✕ Redis Cloudは中国本土リージョンを提供せず、最寄りは香港（ap-east-1）
- ! エンジンはブロックされていない——どこでも動く、無償でソース入手可能なソフトウェア
- ! 「ただのキャッシュ」でもセッション・トークン・ユーザー記録を保持——それはPI
- ! オフショアで運用すればその中国PIは国外に置かれる——PIPLの越境移転
- ! CIIや大量取扱者は、オフショアでは満たせない国内保存の義務を負う
- ✓ 国内でセルフホストまたは免許ソブリン＋ICP備案済み配信——これが合法的な経路
Redisの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
Redis Cloudのマネージドサービスに中国本土リージョンはない。Redis自身の文書は「Redis Cloudは以下のクラウドプロバイダーでデータベースをサポートする」——AWS、Google Cloud、Microsoft Azure——と述べ、それら公開のリージョン表全体で最寄りは香港（ap-east-1）であり、北京や寧夏（中国本土）のリージョンは挙げられていない。したがって本土のユーザーに提供するマネージドクラスターは、そのデータをオフショアに保存する。 | Redis — Supported Cloud providers and regions（redis.io/docs、2026-10-10 取得） |
| Redisエンジンは、どこでも——中国本土の土地を含めて——動かせる、無償でソース入手可能なソフトウェア。2024年3月、RedisはBSDライセンスからデュアルのRSALv2／SSPLv1のソース入手可能ライセンスに移行し、Redis 8（2025年5月1日）でOSI承認のAGPLv3を3つ目の選択肢として追加した。Linux Foundationは別途エンジンをValkeyとしてフォークした（2024年）。そのいずれも国内保存の軸を変えない：どのライセンスやフォークを使っても、エンジンは自社の国内インフラ上にインストールされる——だから決して「ブロック」されず、どこで動かすかは貴社の選択である。 | Redis blog — 「Redis is now available under the AGPLv3 open source license」（redis.io/blog、2025-05-01 公開、2026-10-10 取得） |
| オフショアのインスタンスに残された中国の個人情報は、PIPLの下での越境移転。Redisが本土のユーザーから収集したセッション、トークン、ユーザー記録を保持し、そのデータがオフショアに置かれるとき、取扱者は通知し、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければならない（PIPL第38〜40条；セキュリティ評価弁法（英語）を参照）。 | PIPL第38〜40条；データ越境セキュリティ評価弁法（CAC）、cac.gov.cn |
| CII運営者と大量取扱者は、オフショアのRedisが提供できない国内保存の義務を負う。本土で収集した個人情報は本土内に保存しなければならない（PIPL第40条；サイバーセキュリティ法第39条（旧第37条）（英語）——2025年改正、2026年1月1日施行が、データ国内保存の条文を第37条から第39条に再採番、実質は不変）。オフショアのインスタンスは構造上その義務を満たせず、Redisの前段に立つ公開の本土向け画面もICP備案を必要とする。 | PIPL第40条；サイバーセキュリティ法第39条（旧第37条）（cac.gov.cn） |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土の読者にとって、Redisについての問いは、インストールできるか、アプリが接続できるか、ではありません——Redisが保持するデータが、どこに落ち着くことを許されるかです。Redisはインメモリのデータストアで、チームは「ただのキャッシュ」と捉えがちですが、実際にはログインセッション、認証トークン、レート制限カウンター、キャッシュされたユーザー記録を日常的に保持します——中国の法のどの読み方でも個人情報に当たります。そしてRedisは無償でソースの入手が可能なソフトウェアです：エンジン自体は国内保存に対して中立で、本土の土地を含め、インストールした場所ならどこでもセルフホストできます。だから決して「ブロック」されません。露出は、それをどう運用するかに宿ります。オフショアのマネージドインスタンス——Redis Cloud（自身の文書に中国本土リージョンの記載がない）、または非中国リージョンのAWS ElastiCache／MemoryDBやAzure Cache——は、中国のユーザーの個人データを国外に保存し、そこで中国の国内保存・越境のルールが引き継ぎます。
ap-east-1）で、東京やシンガポールと並び、選べる中国本土（北京または寧夏）リージョンはありません。出典：redis.io/docs/latest/operate/rc/supported-regions中国でのRedis：ひと目で
| 決め手 | Redis自身の言葉では——そして中国の法では |
|---|---|
| データが物理的にどこに置かれるか | Redisはエンジンであって、データセンターではありません。セルフホストなら、データはインストールした場所——本土の土地を含む——に置かれます。マネージドサービスなら、選んだリージョンに置かれ、Redis Cloudの文書はAWS・Google Cloud・Azureのリージョンを挙げますが、中国本土の所在地はありません（最寄り：香港 ap-east-1）。 |
| Redisが保持するもの——そしてそれがなぜPIか | 「ただのキャッシュ」は神話です：Redisは日常的にログインセッション、認証トークン、ユーザーに紐づくレート制限カウンター、キャッシュされたユーザープロフィールを保存します。本土のユーザーにとって、それはインスタンスがどこで動こうとPIPLの下での個人情報です。 |
| 中国のユーザーの記録を、オフショアで運用 | あらゆるオフショアのインスタンス（中国リージョンのないRedis Cloud、AWS ElastiCache／MemoryDB、または非中国リージョンのAzure Cache）では、その中国の個人情報は国外に置かれます——PIPLが規律する越境移転です（第38〜40条）。 |
| 国内保存の義務 | 重要情報インフラ運営者（CIIO）または大量取扱者は、本土の個人情報を本土内に留めなければなりません（PIPL第40条；サイバーセキュリティ法第39条（旧第37条））——オフショアのRedisインスタンスが構造上満たせない義務です。 |
| 到達できるか？（軸ではない） | はい——Redisはアプリが接続するソフトウェアであって、ブロックされたサイトではありません。合法的なレバーは、どこで運用するかです：国内でセルフホストする、または免許を受けたソブリンの選択肢を使い、中国向けの画面はICP備案済みの国内配信に乗せる。到達性は配信の半分、国内保存は法が反応する半分です。 |
データは実際にどこに置かれるか
Redisは、到達したりしなかったりするホスト型のサイトではありません——エンジンです。無償でソースの入手が可能なソフトウェアを、自分が管理するサーバーにインストールし、データはそのサーバーが物理的に置かれた場所に——特別版なしで、中国本土のインフラ上も含めて——置かれます。したがってエンジンは国内保存に対して中立です：データがどこに置かれるかを決めるのはエンジンではなく、貴社のデプロイです。
ライセンスは移り変わってきましたが、国内保存の論点は変わりません。2024年3月、RedisはBSDライセンスから、デュアルでソースの入手が可能なRSALv2とSSPLv1のライセンスに移行しました。Redis 8（2025年5月1日リリース）では、OSI承認のAGPLv3を3つ目の選択肢として追加し、Linux Foundationは別途2024年にエンジンをValkeyとしてフォークしました。どのライセンスやフォークを使っても、ソフトウェアは依然として自社の国内ハードウェア上にインストールして動かせます——だからRedisは決して「ブロック」されず、どこで動かすかは貴社の選択のままです。
国内保存の問いは、マネージドの提供に落ちます。Redis Cloudの文書は 「Redis Cloudは以下のクラウドプロバイダーでデータベースをサポートする」 ——AWS、Google Cloud、Microsoft Azure——と述べ、それらのリージョン表全体で最寄りは香港（ap-east-1）であり、選べる中国本土リージョンはありません。AWS ElastiCacheとMemoryDB、Azure Cache for Redis／Azure Managed Redisも同じグローバルクラウド上で動き、同様に本土リージョンを持ちません。中国のキャパシティは、独立したソブリンのパーティション——SinnetとNWCDが運用するAWS中国（北京と寧夏）、21Vianetが運用するAzure中国——にのみ存在し、それらは独自のアカウント、機能の差、ICP、コンプライアンスを持つ別個のクラウドです。国内リージョンは自動的なコンプライアンスではありませんが、正直な国内の選択肢です。
保持するものは個人情報である
Redisがここで重要な理由は、チームが忘れがちな、それが保持するものにあります。人はRedisを「ただのキャッシュ」と表現しますが、実際にはログインセッション、認証・リフレッシュトークン、パスワードリセットとワンタイムコード、個々のユーザーに紐づくレート制限と不正検知のカウンター、顧客のペイロードを運ぶキュー済みジョブ、ユーザープロフィールと注文のキャッシュ済みコピーを保存します。本土のユーザーにとって、それは個人情報です——そしてその一部（識別子、連絡先、アカウントを開くトークン）はセンシティブ個人情報です。
したがって、中国のユーザーのセッションと記録を保持するオフショアのRedisインスタンスは、インフラの細部ではありません——本土の外に置かれた個人情報のストアです。中国の個人情報保護法（PIPL）は、それをそこに留めることを越境移転として扱い、取扱者——エンジンの作者ではなく貴社——は、通知し、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CACの標準契約、または認証（英語）——を満たさなければなりません（第38〜43条）。
重要情報インフラ運営者である場合、または規制された量の閾値を超えて個人情報を処理する場合、義務はより重くなります：本土で収集した個人情報は本土内に保存しなければなりません（PIPL第40条；サイバーセキュリティ法第39条（旧第37条）（英語）——2025年のサイバーセキュリティ法改正、2026年1月1日施行が、データ国内保存の条文を第37条から第39条に再採番、実質は不変）。オフショアのRedisインスタンスはそれを満たせず、本土に存在しないマネージドリージョンも同じです。
オフショア（または中国リージョンのないマネージドサービス）での運用は国内保存の義務を満たさない——では何が満たすか
だからこそ、中国リージョンのないマネージドインスタンスは、エンジンではなく露出なのです。本土のアプリをオフショアのRedisエンドポイントに向けることは、読み書きのたびに個人情報を国境の向こう側へ動かし、オフショアのインスタンスはそのデータの国内コピーも、国内化の義務が求める足場も保持できません。直し方は、そのオフショアのエンドポイントへ戻る接続ではなく——データが置かれなければならない場所でRedisを運用することです。
エンジンが国内保存に対して中立であるため、合法的なレバーは単純です：Redisを国内で運用する。本土のインフラ上にセルフホストする、または免許を受けた国内／ソブリンクラウドの選択肢を使い、セッション、トークン、ユーザー記録を本土の土地に留めます。同じRedis——同じデータ型、同じクライアント、同じコマンド——なので、これは別のデータベースへの移行でも2つ目のコードベースでもなく、デプロイの変更です。Localizeとは、合法的な国内のRedisを立ち上げることであって、オフショアのエンドポイントへ送り返す仕組みではありません。その前段に立つあらゆる公開の本土向け画面——アプリ、APIエッジ、管理やレポートのポータル——は、別途ICP備案が必要です。
これは判定ではなくリスクの見取り図です：移転メカニズム、国内保存、またはその両方のどれが必要になるかは、法人、Redisに保持するデータ、データ量、ユーザーが誰かで変わります——作る前に専門家と詰める価値があります。
合法的な経路——map・localize・deliver
Redisはそのまま使います。21YunBoxが加えるのは、グローバルなキャッシュやマネージドリージョンが提供できない部分です：データの合法的な国内の置き場所と、それを提供するICP備案済みの方法——今お使いのスタックの前段に置き、作り直しも2つ目のコードベースもなく。
- Map（棚卸し）。 当社の中国コンプライアンスチームが、PIPLの越境、データの国内保存、データローカライゼーション（CII）の義務を、法人、データ量、誰の個人情報が実際にRedisに置かれているかに照らして読み解きます。
- Localize（国内化）。 Redisを国内で運用します——本土のインフラ上にセルフホスト、または免許を受けた国内／ソブリンクラウドの選択肢で——セッション、トークン、ユーザー記録を本土の土地に留めます。Localizeとは、国内のRedisであって、オフショアのエンドポイントへ送り返す仕組みでは決してありません。
- Deliver（配信）。 Redisの前段に立つあらゆる中国向けの画面——本土のユーザーが触れるアプリケーション、APIエッジ、管理やレポートのポータル——は、今お使いのスタックの前段で、ICP備案済みの国内配信（21YunBox Optimizer）の上を通ります。
21YunBoxは移行ではなくコンプライアンスのオーバーレイであり、Redisと貴社のクラウドへの競合ではなくパートナーです。21YunBoxはいかなる種類の不正な手段も用いず、また勧めることもありません。その結果が、中国のユーザーに向けて合法的に、法令に適合して動くRedisです。
関連する読み物：
よくあるご質問
Redisは中国でブロックされていますか？
いいえ——Redisはブロックされていません。無償でソース入手可能なソフトウェア（RSALv2／SSPLv1、Redis 8以降はAGPLv3も）で、中国本土のインフラを含め、どのサーバーにもインストールして動かせます。中国の問いは到達性ではなく国内保存です：それが保持するセッションデータ、認証トークン、キャッシュされたユーザー記録がどこに落ち着くか。オフショアで運用すればその個人情報は国外に置かれ、国内で運用すれば本土の土地に留まります。
Redis Cloud（またはAWS ElastiCache／Azure Cache）に中国本土リージョンはありますか？
Redis Cloud自身の文書は、中国本土の所在地のないAWS・Google Cloud・Azureのリージョンを挙げています——最寄りは香港（ap-east-1）です。AWSとMicrosoftのグローバルクラウドも同様に本土リージョンを持たず、それらの中国キャパシティはSinnet／NWCD（AWS中国）と21Vianet（Azure中国）が運用する独立したパーティションにあり、独自のアカウントとコンプライアンスを持ちます。中国リージョンのないマネージドインスタンスでは、中国のユーザーのデータはオフショアに保存されます——PIPLの下での越境移転です。
中国のユーザー向けにRedisを法令適合で運用するには？
エンジンが国内保存に対して中立であるため、合法的な経路はどこで運用するか、それだけです：Redisを本土のインフラ上にセルフホストする、または免許を受けた国内／ソブリンクラウドの選択肢を使い、セッションとユーザー記録を本土の土地に留めます——移行なし、オフショアのエンドポイントへ戻る接続もなし。21YunBoxはPIPLの越境と国内化の露出を整理し、国内のRedisを立ち上げ、中国向けのアプリ・API・管理画面をICP備案済みの国内インフラ上から配信します。具体論は専門家と詰めてください——当社が露出と合法的な国内経路を整理します。
