データレジデンシー

データレジデンシーコントロールを使用すると、データの処理場所と保存場所を管理できます。これは、2つの独立した設定によって制御されます。

• Inference geo（推論ジオ）： モデル推論の実行場所をリクエストごとに制御します。inference_geo APIパラメータを通じて、またはワークスペースのデフォルトとして設定します。
• Workspace geo（ワークスペースジオ）： 保存時のデータの保管場所と、エンドポイント処理（画像トランスコーディングやコード実行など）が行われる場所を制御します。Claude Consoleでワークスペースレベルで設定します。



Inference geo

inference_geoパラメータは、特定のAPIリクエストに対してモデル推論が実行される場所を制御します。任意のPOST /v1/messages呼び出しに追加してください。



APIの使用方法

client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-opus-4-8",
    max_tokens=1024,
    inference_geo="us",
    messages=[
        {"role": "user", "content": "Summarize the key points of this document."}
    ],
)

print(response.content[0].text)
# 推論が実際に実行された場所を確認
print(f"Inference geo: {response.usage.inference_geo}")



レスポンス

レスポンスのusageオブジェクトには、推論が実行された場所を示すinference_geoフィールドが含まれます。

{
  "usage": {
    "input_tokens": 25,
    "output_tokens": 150,
    "inference_geo": "us"
  }
}



モデルの利用可能性

inference_geoパラメータは、Claude Opus 4.6、Claude Sonnet 4.6、およびそれ以降のモデルでサポートされています。Claude Opus 4.5、Claude Sonnet 4.5、Claude Haiku 4.5、またはそれ以前のモデルでinference_geoを指定したリクエストは、400エラーを返します。



ワークスペースレベルの制限

ワークスペース設定では、利用可能なinference geoの制限もサポートしています。

• allowed_inference_geos： ワークスペースが使用できるジオを制限します。リクエストがこのリストにないinference_geoを指定した場合、APIはエラーを返します。
• default_inference_geo： リクエストでinference_geoが省略された場合のフォールバックジオを設定します。個々のリクエストは、inference_geoを明示的に設定することでこれを上書きできます。

これらの設定は、ConsoleまたはAdmin APIのdata_residencyフィールドを通じて設定できます。



Workspace geo

Workspace geoはワークスペースの作成時に設定され、後から変更することはできません。現在、利用可能なworkspace geoは"us"のみです。

Workspace geoを設定するには、Consoleで新しいワークスペースを作成します。

1. Settings > Workspacesに移動します。
2. 新しいワークスペースを作成します。
3. Workspace geoを選択します。



料金

データレジデンシーの料金は、モデルの世代によって異なります。

• Claude Opus 4.6、Claude Sonnet 4.6、およびそれ以降： 米国のみの推論（inference_geo: "us"）は、すべてのトークン料金カテゴリ（入力トークン、出力トークン、キャッシュ書き込み、キャッシュ読み取り）において標準料金の1.1倍で課金されます。
• グローバルルーティング（inference_geo: "global"）：標準料金が適用されます。
• 旧モデル： inference_geoをサポートしていません（モデルの利用可能性を参照）。標準料金が適用されます。このパラメータを含むリクエストは400エラーを返します。

この料金は、Claude API（ファーストパーティ）およびClaude Platform on AWSに適用されます。Claude in Microsoft Foundryでは、US Data Zone Standardデプロイメントタイプを使用するAzureでホストされたデプロイメントに同じ1.1倍の乗数が適用されます。パートナー運営のプラットフォーム（BedrockおよびGoogle Cloud）には、独自のリージョン料金があります。詳細については、データレジデンシーの料金を参照してください。



Batch APIのサポート

inference_geoパラメータはBatch APIでサポートされています。バッチ内の各リクエストは、独自のinference_geo値を指定できます。



レガシーオプトアウトからの移行

推論を米国内に留めるために、組織が以前にグローバルルーティングをオプトアウトしていた場合、ワークスペースは自動的にallowed_inference_geos: ["us"]およびdefault_inference_geo: "us"で設定されています。コードの変更は不要です。既存のデータレジデンシー要件は、新しいジオコントロールを通じて引き続き適用されます。



変更点

レガシーオプトアウトは、すべてのリクエストを米国ベースのインフラストラクチャに制限する組織レベルの設定でした。新しいデータレジデンシーコントロールは、これを2つのメカニズムに置き換えます。

• リクエストごとの制御： inference_geoパラメータにより、各API呼び出しで"us"または"global"を指定でき、リクエストレベルの柔軟性が得られます。
• ワークスペースコントロール： Consoleのdefault_inference_geoおよびallowed_inference_geos設定により、ワークスペース内のすべてのキーにわたってジオポリシーを適用できます。



ワークスペースに対して行われた処理

ワークスペースは自動的に移行されました。

ワークスペースのキーを使用するすべてのAPIリクエストは、引き続き米国ベースのインフラストラクチャで実行されます。現在の動作を維持するためのアクションは不要です。



グローバルルーティングを使用したい場合

データレジデンシー要件が変更され、パフォーマンスと可用性を向上させるためにグローバルルーティングを活用したい場合は、ワークスペースのinference geo設定を更新して、許可されたジオに"global"を含め、default_inference_geoを"global"に設定してください。詳細については、ワークスペースレベルの制限を参照してください。



料金への影響

レガシーモデルはこの移行の影響を受けません。新しいモデルの現在の料金については、料金を参照してください。



現在の制限事項

• 共有レート制限： レート制限はすべてのジオで共有されます。
• Inference geo： "us"と"global"のみが利用可能です。
• Workspace geo： 現在、"us"のみが利用可能です。Workspace geoはワークスペース作成後に変更できません。



次のステップ