Shiraude Code Docs
用語2026年8月25日Bedrockリージョンモデル設定エンタープライズスロットリング

クロスリージョン推論プロファイルとは?

Claude Codeを使うとき、Anthropicの公式APIではなくクラウド事業者のサービス(たとえばAmazon Bedrock)経由でClaudeを呼び出す、という構成を取ることがあります。そのときに設定項目としてぽつんと出てくるのが「クロスリージョン推論プロファイル」という、なんとも堅い名前の用語です。

正直、最初にこの単語を見たときは「推論プロファイル?モデルの性格設定か何か?」と思ったのですが、中身はもっと素朴で、リクエストをどの地域(リージョン)のサーバーで処理するかを、まとめて扱えるようにした指定方法のことです。

まず「リージョン」から

クラウドサービスは、世界中のあちこちにデータセンターを持っています。東京にも、バージニアにも、フランクフルトにもある。この地域ごとのまとまりをリージョンと呼びます。ふつうAIモデルを呼び出すときは「東京リージョンのモデルを使う」といった具合に、地域をひとつ指定します。

ここで問題になるのが、混雑です。人気のモデルは世界中から呼ばれるので、特定のリージョンにリクエストが集中すると順番待ちが発生したり、上限に引っかかってエラーが返ってきたりします。

例え話:ラーメン屋の本店と支店

あなたが行きつけのラーメン屋に行ったら、行列ができていて入れなかったとします。でも実はその店、隣町に支店が2つあって、そっちはガラガラ。あなたが「本店に行く」と決め打ちしていると、その空いている支店を使えません。

ここで「本店でも支店でも、そのとき空いている店に案内してくれる受付」があったらどうでしょう。あなたは「このチェーン店のラーメンが食べたい」とだけ言えばよく、どの店舗に通されるかは受付が判断してくれる。

クロスリージョン推論プロファイルは、この「受付」に相当します。あなた(Claude Code)は「Claudeのこのモデルを使いたい」とプロファイルを指定するだけで、実際の処理は複数リージョンのうち余裕のあるところに振り分けられます。

単一リージョン指定

「東京のモデルを使う」と決め打ち。東京が混んでいたら待たされるか、エラーになる。処理される場所ははっきりしている。

クロスリージョン推論プロファイル

「このプロファイルを使う」と指定するだけ。裏側で複数リージョンに振り分けられる。混雑に強いが、処理先は状況次第。

Claude Codeとの関係

Claude CodeはAnthropicのAPIを直接使う以外に、Amazon Bedrockのようなクラウド経由でClaudeを呼び出す設定にもできます。企業で使う場合、社内の請求やセキュリティのルール上、すでに契約しているクラウド経由に寄せたい、というケースがけっこうあります。

そういう構成にしたとき、モデルの指定欄に書くのが「モデルID」ではなく「推論プロファイルのID」になることがあります。見た目としては、モデル名の頭に地域を表す短い接頭辞が付いたような文字列になっているのをよく見かけます。ここを単一リージョンのモデルIDのまま書いてしまって「そのモデルは使えません」的なエラーで詰まる、というのが初回のつまずきポイントです。

知っておくと役に立つこと

便利な仕組みですが、万能というわけでもありません。押さえておきたいのは次の点です。

  • 処理される場所が固定されない — 複数リージョンに振り分けられるということは、データがどの地域で処理されるか事前に一意には決まらないということです。データの所在地に厳しい要件がある組織では、ここが検討事項になります。
  • 使えるプロファイルは環境によって違う — どのモデルにどんなプロファイルが用意されているかはクラウド側の事情で決まります。「あの記事に載っていたIDをコピペしたのに動かない」は、たいてい自分のアカウントで有効化されていないだけです。
  • まず公式のコンソールや一覧で確認する — 推測でIDを組み立てるより、利用しているクラウドの管理画面で使えるプロファイルを確認したほうが早いです。

ひとことで言うと

クロスリージョン推論プロファイルは、「一つの地域に固執せず、空いている地域でAIの処理を回してもらうための指定方法」です。混雑によるエラーが減り、安定して使えるようになるかわりに、どこで処理されるかは自分では細かく決められない。このトレードオフさえ理解しておけば、設定項目としてはそれほど怖いものではありません。

このページは役に立ちましたか?