翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
グローバルクロスリージョン推論
グローバルクロスリージョン推論は、クロスリージョン推論を地理的境界を超えて拡張し、サポートされている AWS リージョン 世界中の商用 への推論リクエストのルーティングを可能にします。
グローバルクロスリージョン推論の利点
Anthropic Claude Sonnet 4.5 モデルのグローバルクロスリージョン推論では、地理的クロスリージョン推論プロファイルよりも次の利点があります。
-
コスト効率 – 地理的クロスリージョン推論と比較して、入力トークンと出力トークンの両方の料金が約 10% 削減されます。Amazon Bedrock は、リクエスト元の (ソース) に基づいて AWS リージョン 価格を計算します AWS リージョン。
-
モニタリングの合理化 – グローバルクロスリージョン推論を使用する場合、CloudWatch と CloudTrail は引き続きソースにログエントリを記録し AWS リージョン、オブザーバビリティと管理を簡素化します。リクエストは AWS リージョン 世界各地で処理されますが、使い慣れた AWS モニタリングツールを通じて、アプリケーションのパフォーマンスと使用パターンを一元的に把握できます。
-
ワールドワイドリクエストルーティング – グローバルクロスリージョン推論では、単一の地域内ではなく、サポートされている AWS リージョン 世界中の商用のコンピューティングでリクエストを処理できます。
グローバルクロスリージョン推論に関する考慮事項
グローバルクロスリージョン推論に関する次の情報に注意してください。
-
グローバル推論プロファイルを使用する場合のデフォルトのクロスリージョンスループットクォータについては、AWS 「 全般リファレンス」の「Amazon Bedrock サービスクォータ」の「${Model} のグローバルクロスリージョンモデル推論リクエスト/分」および「${Model} 値のグローバルクロスリージョンモデル推論トークン/分」を参照してください。 https://docs.aws.amazon.com/general/latest/gr/bedrock.html#limits_bedrock
Service Quotas コンソール
から、またはソースリージョンで AWS CLI コマンドを使用して、グローバルクロスリージョン推論プロファイルのクォータをリクエスト、表示、管理できます。
グローバルクロスリージョン推論の IAM ポリシー要件
ユーザーのグローバルクロスリージョン推論を有効にするには、ロールに 3 つの IAM ポリシーを適用する必要があります。以下は、きめ細かな制御を提供する IAM ポリシーの例です。サンプルポリシー<REQUESTING REGION>の を、運用 AWS リージョン している に置き換えることができます。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "GrantGlobalCrisInferenceProfileRegionAccess", "Effect": "Allow", "Action": "bedrock:InvokeModel", "Resource": [ "arn:aws:bedrock:<REQUESTING REGION>:<ACCOUNT>:inference-profile/global.<MODEL NAME>" ], "Condition": { "StringEquals": { "aws:RequestedRegion": "<REQUESTING REGION>" } } }, { "Sid": "GrantGlobalCrisInferenceProfileInRegionModelAccess", "Effect": "Allow", "Action": "bedrock:InvokeModel", "Resource": [ "arn:aws:bedrock:<REQUESTING REGION>::foundation-model/<MODEL NAME>" ], "Condition": { "StringEquals": { "aws:RequestedRegion": "<REQUESTING REGION>", "bedrock:InferenceProfileArn": "arn:aws:bedrock:<REQUESTING REGION>:<ACCOUNT>:inference-profile/global.<MODEL NAME>" } } }, { "Sid": "GrantGlobalCrisInferenceProfileGlobalModelAccess", "Effect": "Allow", "Action": "bedrock:InvokeModel", "Resource": [ "arn:aws:bedrock:::foundation-model/<MODEL NAME>" ], "Condition": { "StringEquals": { "aws:RequestedRegion": "unspecified", "bedrock:InferenceProfileArn": "arn:aws:bedrock:<REQUESTING REGION>:<ACCOUNT>:inference-profile/global.<MODEL NAME>" } } } ] }
ポリシーの最初の部分では、 リクエストのリージョン推論プロファイルへのアクセスを許可します AWS リージョン。2 番目のパートでは、リージョン FM リソースへのアクセスを提供します。3 番目のパートでは、クロスリージョンルーティング機能を有効にするグローバル FM リソースへのアクセスを許可します。
これらのポリシーを実装するときは、IAM ステートメントに 3 つのリソース Amazon リソースネーム (ARNs) をすべて含めます。
-
リージョン推論プロファイル ARN はパターン に従います
arn:aws:bedrock:REGION:ACCOUNT:inference-profile/global.MODEL-NAME。この ARN を使用して、ソース のグローバル推論プロファイルへのアクセスを許可します AWS リージョン。 -
リージョン FM は を使用します
arn:aws:bedrock:REGION::foundation-model/MODEL-NAME。この ARN を使用して、ソースの FM へのアクセスを許可します AWS リージョン。 -
グローバル FM には が必要です
arn:aws:bedrock:::foundation-model/MODEL-NAME。この ARN を使用して、さまざまなグローバルの FM へのアクセスを許可します AWS リージョン。
グローバル FM ARN には AWS リージョン または アカウントが指定されていません。これは意図的で、クロスリージョン機能に必要です。
グローバルクロスリージョン推論を無効にする
2 つの主要なアプローチから選択して、特定の IAM ロールのグローバル CRIS に拒否ポリシーを実装できます。それぞれのユースケースと影響は異なります。
-
IAM ポリシーの削除 – 最初の方法では、ユーザーアクセス許可から 3 つの必要な IAM ポリシーのうち 1 つ以上を削除します。グローバル CRIS では 3 つのポリシーすべてが機能する必要があるため、ポリシーを削除するとアクセスが拒否されます。
-
拒否ポリシーを実装する – 2 番目のアプローチは、グローバル CRIS 推論プロファイルを特にターゲットとする明示的な拒否ポリシーを実装することです。この方法では、セキュリティインテントを明確に文書化し、後で誰かが必要な許可ポリシーを誤って追加した場合でも、明示的な拒否が優先されます。拒否ポリシーは、パターン に一致する
StringEquals条件を使用する必要があります"aws:RequestedRegion": "unspecified"。このパターンは、特にglobalプレフィックスを持つ推論プロファイルを対象としています。
拒否ポリシーを実装するときは、グローバル CRIS がaws:RequestedRegionフィールドの動作を変更することを理解することが重要です。などの特定の AWS リージョン 名前StringEqualsの条件を使用する従来の AWS リージョンベースの拒否ポリシー"aws:RequestedRegion": "us-west-2"は、グローバル CRIS では期待どおりに機能しません。サービスは、このフィールドを実際の送信先globalではなく に設定します AWS リージョン。ただし、前述のように、 "aws:RequestedRegion": "unspecified" は拒否効果をもたらします。
グローバルクロスリージョン推論のサービスコントロールポリシーの要件
グローバルクロスリージョン推論の場合、組織のセキュリティポリシーで SCPs を使用して未使用のリージョンをブロックする場合は、リージョン固有の SCP 条件を更新して、 によるアクセスを許可する必要があります"aws:RequestedRegion": "unspecified"。この条件は Amazon Bedrock Global クロスリージョン推論に固有であり、サポートされているすべての AWS 商用リージョンにリクエストをルーティングできます。
次の SCP の例では、 をグローバルルーティングのリージョン"unspecified"として使用する Amazon Bedrock Global Cross-Region Inference コールを許可しながら、承認されたリージョン以外のすべての AWS API コールをブロックします。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "DenyAllOutsideApprovedRegions", "Effect": "Deny", "Action": "*", "Resource": "*", "Condition": { "StringNotEquals": { "aws:RequestedRegion": [ "us-east-1", "us-east-2", "us-west-2", "unspecified" ] } } } ] }
グローバルクロスリージョン推論を無効にする
データレジデンシーまたはコンプライアンス要件を持つ組織は、リクエストがサポートされている他の AWS 商用リージョンで処理される可能性があるため、グローバルクロスリージョン推論がコンプライアンスフレームワークに適合するかどうかを評価する必要があります。グローバルクロスリージョン推論を明示的に無効にするには、次の SCP ポリシーを実装します。
{ "Effect": "Deny", "Action": "bedrock:*", "Resource": "*", "Condition": { "StringEquals": { "aws:RequestedRegion": "unspecified" }, "ArnLike": { "bedrock:InferenceProfileArn": "arn:aws:bedrock:*:*:inference-profile/global.*" } } }
この SCP はグローバルクロスリージョン推論を明示的に拒否します。これは、 "aws:RequestedRegion"が "unspecified"であり、"ArnLike"条件が ARN の global プレフィックスを持つ推論プロファイルをターゲットにしているためです。
AWS Control Tower の実装
AWS Control Tower が管理する SCPs を手動で編集することは、ドリフトを引き起こす可能性があるため、強くお勧めしません。代わりに、Control Tower が提供するメカニズムを使用してこれらの例外を管理します。コア原則には、既存のリージョン拒否コントロールを拡張するか、リージョンを有効にしてから、カスタムの条件付きブロッキングポリシーを適用することが含まれます。
Control Tower を使用したクロスリージョン推論の実装に関する詳細なstep-by-stepについては、ブログ記事「マルチアカウント環境で Amazon Bedrock クロスリージョン推論を有効にする
グローバルクロスリージョン推論のリクエスト制限の引き上げ
グローバル CRIS 推論プロファイルを使用する場合、20 を超えるサポートされているソースからグローバル CRIS を使用できます AWS リージョン。これはグローバル制限です。グローバルクロスリージョン推論プロファイルのクォータを表示、管理、または引き上げるには、リクエストされたソースで Service Quotas コンソールまたは AWS CLI を使用します AWS リージョン。
制限の引き上げをリクエストするには、次の手順を実行します。
-
AWS アカウントの Service Quotas コンソールにサインインします。
-
ナビゲーションペインで、AWS [サービス] を選択します。
-
サービスのリストから、Amazon Bedrock を見つけて選択します。
-
Amazon Bedrock のクォータのリストで、検索フィルターを使用して特定のグローバル CRIS クォータを見つけます。例えば、次のようになります。
-
Anthropic Claude Sonnet 4.5 V1 のグローバルクロスリージョンモデル推論トークン/分
-
-
引き上げたいクォータを選択します。
-
[アカウントレベルでの引き上げをリクエスト] をクリックします。
-
目的の新しいクォータ値を入力します。
-
[Request] (リクエスト) を選択して、リクエストを送信します。
必要なクォータの引き上げを計算するときは、バーンダウン率を考慮してください。バーンダウンレートは、入力トークンと出力トークンがスロットリングシステムのトークンクォータ使用量に変換されるレートです。次のモデルでは、出力トークンのバーンダウン率が 5 倍です (1 つの出力トークンはクォータから 5 つのトークンを消費します)。
-
Anthropic Claude Opus 4
-
Anthropic Claude Sonnet 4.5
-
Anthropic Claude Sonnet 4
-
Anthropic Claude 3.7 Sonnet
他のすべてのモデルの場合、バーンダウンレートは 1:1 になります (1 つの出力トークンはクォータから 1 つのトークンを消費します)。入力トークンの場合、トークンとクォータの比率は 1:1 です。リクエストあたりのトークンの合計数の計算は次のとおりです。
Input token count + Cache write input tokens + (Output token count x
Burndown rate)
グローバルクロスリージョン推論を使用する
Anthropic の Claude Sonnet 4.5 でグローバルクロスリージョン推論を使用するには、デベロッパーが以下の主要なステップを完了する必要があります。
-
グローバル推論プロファイル ID を使用する – Amazon Bedrock を API コールするときは、 AWS リージョン特定のモデル ID ではなく、グローバル Anthropic の Claude Sonnet 4.5 推論プロファイル ID (
global.anthropic.claude-sonnet-4-5-20250929-v1:0) を指定します。 -
IAM アクセス許可を設定する – 潜在的な送信先で推論プロファイルと FMs にアクセスするための適切な IAM アクセス許可を付与します AWS リージョン。
グローバルクロスリージョン推論は、以下に対してサポートされています。
-
オンデマンドモデル推論
-
バッチ推論
-
エージェント
-
モデル評価
-
プロンプト管理
-
プロンプトフロー
注記
グローバル推論プロファイルは、オンデマンドモデル推論、バッチ推論、エージェント、モデル評価、プロンプト管理、プロンプトフローでサポートされています。
グローバルクロスリージョン推論を実装する
Anthropic の Claude Sonnet 4.5 を使用したグローバルクロスリージョン推論の実装は簡単で、既存のアプリケーションコードにわずかな変更を加えるだけで済みます。以下は、Python でコードを更新する方法の例です。
import boto3 import json bedrock = boto3.client('bedrock-runtime', region_name='us-east-1') model_id = "global.anthropic.claude-sonnet-4-5-20250929-v1:0" response = bedrock.converse( messages=[{"role": "user", "content": [{"text": "Explain cloud computing in 2 sentences."}]}], modelId=model_id, ) print("Response:", response['output']['message']['content'][0]['text']) print("Token usage:", response['usage']) print("Total tokens:", response['usage']['totalTokens'])