Amazon BedrockのClaude、ソウルとシンガポールで推論を国内完結に

AWSは現地時間9月29日、Amazon BedrockでAnthropicのClaude Opus 5とClaude Sonnet 5をソウル・リージョン、Claude Sonnet 5をシンガポール・リージョンの「リージョン内推論」で使えるようにしたと公式ブログで発表しました。入力も出力も、呼び出したリージョンの中だけで処理されます。日本の東京・大阪リージョンでは、この2モデルは世界中のリージョンに処理を振り分ける方式でしか使えません。

何が発表されたか

リージョン内推論（in-region inference）とは、推論のリクエストを利用者が指定した1つのAWSリージョンだけで処理する方式です。AWSは、韓国やシンガポールで金融・医療・公共分野のようにデータを国内で処理する必要がある組織を想定しています。

使い方は、ふだんのオンデマンドの呼び出しとほとんど変わりません。bedrock-runtimeのエンドポイントにanthropic.claude-opus-5のような接頭辞のないモデルIDを指定すればよく、AnthropicのMessages APIのほか、BedrockのInvokeModel・Converse APIにも対応します。入出力の安全フィルター「Guardrails」も併用できます。料金は呼び出したリージョンの標準オンデマンド料金で、CloudWatchの指標やCloudTrailのログもそのリージョンに記録されます。

その代わり、混雑したときに処理を別のリージョンへ逃がす仕組みはありません。処理能力はそのリージョンの容量が上限で、リージョンごとの利用上限（クォータ）もかかります。

3つの処理方式

Bedrockの公式ドキュメントは、Claudeの呼び出し方を3つに分けています。

モデルIDの先頭に付くjp.やglobal.が方式の目印で、接頭辞のないIDがリージョン内推論です。

公式ドキュメントRegional availability（モデルごとの対応リージョン）Amazon Bedrock ユーザーガイド · docs.aws.amazon.com

日本（東京・大阪）ではどうか

AIデジマ編集部が10月1日にこのドキュメントで確かめた、東京・大阪での主なClaudeの対応状況です。

データを日本国内にとどめて新しい世代を使うなら、日本国内のリージョンで処理するGeo方式のClaude Opus 5.5（jp.anthropic.claude-opus-5-5）が現時点の選択肢です。東京の1リージョンで完結させたい場合は、Claude Opus 4.8かClaude Haiku 4.5に限られます。

論点

今回の発表からは、リージョン内推論の対象が最新モデルより遅れて広がることも読み取れます。ソウルで対応したのはOpus 5とSonnet 5で、9月に出たOpus 5.5とSonnet 5.5は、ソウルとシンガポールではグローバル方式でしか使えません。データの置き場所に厳しい組織ほど、最新モデルを待つ時間が長くなる構図です。

もう一つは処理能力とのトレードオフです。複数のリージョンに振り分けられない分、利用が集中したときの余裕は小さくなります。AWSも、処理能力はそのリージョンの容量に縛られると明記しています。

日本のビジネスへの影響

今回の対象は韓国とシンガポールで、日本のデータを国内で処理したい企業に直接の変化はありません。ただし、韓国やシンガポールの顧客データを扱う日本企業の現地拠点にとっては、現地で処理を完結させる選択肢が増えました。

関係が深いのは、金融機関・医療機関・自治体向けのシステムにClaudeを組み込む開発者と、情報システム部門です。今すぐできるのは、自社のアプリが呼んでいるモデルIDの接頭辞を確かめることです。global.なら処理は海外のリージョンでも行われます。社内規程や顧客との契約で国内処理を求められているなら、jp.のOpus 5.5か、東京のリージョン内推論に対応したモデルへの切り替えを検討してください。Opus 5.5の使い方は「Claude Opus 5.5のプロンプトの書き方」にまとめています。

注意点は、リージョン内やGeoの方式は処理能力や利用上限の面でグローバルより窮屈になりやすく、モデルによってはグローバルの方が1トークンあたり安いことです。対応状況は頻繁に変わるため、本番に入れる前に公式ドキュメントで確認してください。各社APIの料金は「AI API（LLM）の料金比較」で比べられます。