AWSのアカウントでClaudeを使う入口は、2026年9月時点で3つあります。AWSが推論基盤を運営するAmazon Bedrock、Anthropicが運営するClaude APIをAWSの認証と請求で使うClaude Platform on AWS、そしてAWSを通さないAnthropic APIの直契約です。社員がチャット画面で使うClaude EnterpriseもAWS Marketplaceで調達できますが、こちらはAPIではありません。
Bedrockと、2026年5月11日に一般提供が始まったClaude Platform on AWSは、どちらもIAMで認可しAWSの請求書に載ります。違いは、誰が推論データを処理するか、どの機能がいつ使えるか、そして推論を日本国内に閉じられるかです。本記事では、AnthropicとAWSの公式ドキュメントでこの3点を比べ、要件ごとの選び方を示します。
まとめ:AWSでClaudeを使う入口は「国内処理の要件」で先に絞る
- 入口はAmazon Bedrock(AWS運営)、Claude Platform on AWS(Anthropic運営・AWS Marketplace請求)、Anthropic直契約の3つ。Claude EnterpriseのMarketplace調達はチャット製品で、API利用とは別物
- 推論を日本国内に閉じられるのはBedrockだけで、それもモデルによる。Opus 5.5・Opus 4.8・Opus 4.7・Haiku 4.5は
jp.推論プロファイル(東京と大阪で振り分け)を持つが、Sonnet 5とFable 5.1は東京からはグローバルでしか呼べない - Claude Platform on AWSの推論地域は「global」と「us」の2択。東京にワークスペースを作っても推論の場所は固定されない
- Agent Skills・コード実行・Files API・Claude Managed Agentsが要るならClaude Platform on AWS。Bedrockではこれらが使えない(AnthropicのMessage Batches APIも非対応だが、大量処理はBedrock独自のバッチ推論で代替できる)
- HIPAA対応・FedRAMP High、またはAWSを唯一のデータ処理者にしたい案件はBedrock一択とAnthropic自身が案内している
- Claude Platform on AWSの新規組織はStartティア(月の支出上限500ドル)から始まる。本番投入の前に上限引き上げを担当者に依頼する
AWSでClaudeを使える入口と運営主体の違い
Anthropicのドキュメントは、AWS経由でClaudeを使う製品を明確に分けています。混同されやすいのは、Bedrockの中に新旧2つの呼び方があることと、「AWS Marketplaceで買えるClaude」が2種類あることです。
| 入口 | 推論の運営 | 呼び方 | 請求 |
|---|---|---|---|
| Claude in Amazon Bedrock | AWS | Messages API(bedrock-mantle) | AWSのサービス利用料 |
| Bedrock従来経路 | AWS | InvokeModel・Converse(bedrock-runtime) | AWSのサービス利用料 |
| Claude Platform on AWS | Anthropic | Claude API(aws-external-anthropic) | AWS Marketplace(CCU) |
| Claude Enterprise(Marketplace調達) | Anthropic | claude.aiのチャット画面 | AWS Marketplace |
| Anthropic直契約 | Anthropic | Claude API | Anthropic |
Bedrockは新しいMessages API経路と従来のInvokeModel経路の2本立て
Claude Opus 4.7以降のモデルとHaiku 4.5は、Bedrockのbedrock-mantleエンドポイントからAnthropic APIと同じ形のMessages APIで呼べます。Anthropicはこれを「Claude in Amazon Bedrock」と呼び、推論基盤にAnthropicの担当者がアクセスできない設計だと説明しています。モデルIDはanthropic.claude-sonnet-5のようにanthropic.を付けた短い形です。
従来のInvokeModelとConverseの経路(bedrock-runtime)も残り、Opus 4.6以前のモデルはglobal.anthropic.claude-opus-4-6-v1のような推論プロファイルIDで呼びます。新しいモデルもInvokeModelから呼べるため、既存のboto3資産を急いで書き換える必要はありません。経路ごとのコード例とIAM権限はBedrock Claudeの使い方:Messages API・InvokeModel・Claude Codeの設定で扱っています。
Claude Platform on AWSはAnthropic運営のClaude APIをAWSの認証と請求で使う形態
Claude Platform on AWSでは、モデルはAnthropicが管理する基盤で動きます。AWSが受け持つのは認証(SigV4またはAPIキー)、IAMによるアクセス制御、AWS Marketplace経由の請求の3つです。APIはClaude APIそのもので、モデルIDもclaude-sonnet-5のようにAnthropic APIと同じです。管理画面はAWSコンソールから開くClaude Consoleになります。
登録すると、AWSアカウントに紐づく新しいAnthropic組織が作られます。既存のAnthropic組織を変換する手段は無く、直契約で発行したAPIキーやワークスペースは引き継がれません。直契約から移るなら、新しい組織を先に作り、ワークロードを段階的に移す計画になります。
BedrockとClaude Platform on AWSの違いを10項目で比較
Anthropicの比較表とClaude in Amazon Bedrockのページから、選定に効く項目を抜き出しました。
| 項目 | Claude in Amazon Bedrock | Claude Platform on AWS |
|---|---|---|
| 推論基盤の運営 | AWS | Anthropic |
| 推論データの処理者 | AWS | Anthropic |
| エンドポイント | bedrock-mantle.{region}.api.aws | aws-external-anthropic.{region}.api.aws |
| 新機能の反映 | Bedrockのリリース予定に従う | 通常はClaude APIと同日 |
| ベータ機能(anthropic-beta) | 非対応 | 対応 |
| Agent Skills・コード実行 | 非対応 | 対応 |
| 認証 | IAM(SigV4)、短期ベアラートークン | IAM(SigV4)またはAPIキー |
| レート制限の管理 | AWS | Anthropic |
| 管理画面 | Bedrockコンソール | Claude Console |
| 対応リージョン | 27リージョン※ | AWSの全商用リージョン※ |
※Anthropicのドキュメントの記載です。AWSのGA告知(2026年5月)はClaude Platform on AWSを東京を含む17リージョンとしており、大阪は入っていません。Bedrockの提供状況はモデルごとに違います。認証は、Anthropicの比較表ではBedrockがSigV4のみですが、Claude in Amazon Bedrockのページは最長12時間のベアラートークンも使えるとしています。
2つは別々の処理能力の枠で動くため、障害時に片方へ切り替える構成も取れます。Bedrockの使いどころ全般はAmazon Bedrockの使い方|料金・モデル・APIの始め方を4ステップで解説にまとめています。
Claude in Amazon Bedrock(mantle経路)で使えない主な機能
Claude in Amazon Bedrockのページが非対応としている機能は次のとおりです。構造化出力は、従来のInvokeModel経路なら使えます。
- 構造化出力、画像やPDFのURL指定、Files API
- サーバー側ツール(コード実行・Web検索・Web取得・advisor)
- Agent Skills、MCPコネクタ、プログラムからのツール呼び出し
- Message Batches・Models・Admin・Usage and CostのAPI、Claude Managed Agents(大量処理はBedrock独自のバッチ推論で代替)
- サーバー側のフォールバック(
fallbacksパラメータ)
一方でプロンプトキャッシュ、思考、Bash・メモリなどのツール、引用には対応します。InvokeModel・Converse経路で使えるGuardrailsのように、Bedrockにしか無い機能もあります。設定はAmazon Bedrock Guardrails(ガードレール)とは|日本語で効かせる設定・料金・実装で解説しています。
Claude Platform on AWSで使えない機能
公式ページが「現時点で利用不可」としている主な項目は、AnthropicのHIPAA対応プログラム、Fast mode、OAuth認証、OpenAI互換エンドポイント、組織メンバーやAPIキーを扱うAdmin APIの一部です。Claude Code専用ワークスペースの自動レート制限も無く、Claude Codeの利用量は通常の利用量画面に混ざって表示されます。
Claude Managed Agentsは使えますが、ユーザー操作の無い自律セッションは6時間で再認証が必要になります。直契約側にこの制限は無く、夜間に長時間走らせるエージェントでは設計に効きます。
推論データの処理場所と東京リージョンで決まる選び方
AWSのGA告知は、Claude Platform on AWSを「特定地域のデータ所在要件が無い」組織向けと位置づけています。では国内処理が要る案件で何を選べるのか。「Bedrockならデータ所在地に強い」で止めず、モデル単位まで確かめます。
推論を国内に閉じられるのはBedrockの一部モデルだけ
Anthropicのページは、東京リージョン(ap-northeast-1)をグローバル・JP・東京単独の3種類、大阪をグローバルとJPの2種類に対応するとしています。ただしAWSの各モデルページを引くと、国内に閉じる経路を持つかどうかはモデルで分かれます(2026年9月30日時点)。
| モデル | jp.推論プロファイル | 東京単独(mantle) | 東京からのグローバル |
|---|---|---|---|
| Claude Opus 5.5 | あり | なし | あり |
| Claude Opus 4.8 | あり | あり | あり |
| Claude Opus 4.7 | あり | あり | あり |
| Claude Haiku 4.5 | あり | あり | あり |
| Claude Sonnet 5 | なし | なし | あり |
| Claude Fable 5.1 | なし | なし | あり |
jp.の推論プロファイルは、InvokeModel・Converse経路で使うIDです。AWSのモデルページでは、東京と大阪を送り元とするリクエストの振り分け先が東京と大阪の2つに限られています。東京単独にするには、mantle経路の東京エンドポイントに接頭辞なしのモデルIDを渡します。AWSは、グローバルやジオの推論プロファイルは送り元リージョンの外へ振り分けうるので単一リージョンのデータ所在を保証しない、とも書いています。Sonnet 5で国内処理が条件なら、Opus 4.8かHaiku 4.5へ切り替えるか、条件そのものを見直すことになります。
Claude Platform on AWSの推論地域は、inference_geoパラメータで指定する「global」(既定・標準価格)と「us」(米国内・1.1倍)の2つしかありません。日本を指定する値は無く、inference_geo自体もClaude 4.6以降が対象で、Haiku 4.5で指定すると400エラーになります。ワークスペースは東京にも作れますが、公式ページは「ワークスペースが属するリージョンは呼び出すゲートウェイとIAM・CloudTrail・請求の範囲を決めるもので、推論の実行場所は固定しない」と明記しています。個人情報を国内で処理する契約上の条件がある案件は、Claude Platform on AWSでは満たせません。
2026年9月18日より前に作ったワークスペースはAWS外で処理される場合がある
Anthropicは、Claude Platform on AWSの推論とワークスペースの内容(プロンプト、出力、ファイル、Skills、バッチ)の保存にAWSの基盤を使うと説明しています。ただし2026年9月18日0時(UTC)より前に作ったワークスペースについては、AWSの外で処理・保存・推論する場合があると注記しています。GA直後の5月から使っている組織は、データの置き場所を説明する資料をこの日付で見直す必要があります。
データ保持の扱いも違います。Bedrockでは処理者がAWSで、Anthropicは推論の入出力を保持しません。Claude Platform on AWSではAnthropicが独立した処理者になり、ゼロデータ保持は申請制です。保持しない前提で動いている本番ワークロードを移す前に、登録の有無を確認します。
地域指定の上乗せはBedrockの国内経路もClaude Platform on AWSのusも10%
地域を固定すると料金が上がる点は両者共通です。Bedrockではリージョン指定のエンドポイント(jp.や東京単独を含む)がグローバルより10%高く、Claude Platform on AWSではinference_geo: "us"が入力・出力・キャッシュのすべてに1.1倍(10%増)を掛けます。国内処理が要件なら、見積もりの段階で10%を積んでおきます。
料金と請求の仕組み:CCUと利用上限の違い
Claude Platform on AWSの料金は、Claude APIと同じモデル別・機能別の単価で計算されます。主なモデルの単価は次のとおりです(100万トークンあたり、グローバル)。
| モデル | 入力 | 出力 | キャッシュ読み取り |
|---|---|---|---|
| Claude Fable 5.1 | $10 | $50 | $0.25 |
| Claude Opus 5.5 | $4 | $20 | $0.20 |
| Claude Opus 4.8 | $5 | $25 | $0.50 |
| Claude Sonnet 5 | $2 | $10 | $0.20 |
| Claude Haiku 4.5 | $1 | $5 | $0.10 |
Sonnet 5の2ドル/10ドルは、発売時に8月31日までの導入価格とされていましたが、そのまま標準価格になりました。モデル選びの詳細はAnthropic API(Claude API)の料金とAPIキー取得方法で比べています。Bedrock側のトークン単価はAWSのAmazon Bedrockの料金ページで公開されています。
Claude Platform on AWSはCCU建てで時間ごとに計測し月末締めで請求
請求単位はClaude Consumption Unit(CCU)で、1CCU=0.01ドル(100CCU=1ドル)に固定されています。Anthropicが米ドルで計算した利用額をCCUに換算し、1時間ごとにAWS Marketplaceへ報告します。AWSの請求書に載るのはCCUの1行だけで、支払いは翌月の後払い。前払いのクレジットやCCU残高、Anthropicとの利用確約(コミットメント)もありません。値引きはCCU単価ではなく、換算されるCCUの数を減らす形で効きます。
AWSとの利用コミットメントに充当できる点は、Bedrockと同じです。ただしBedrockで結んだ値引きやプライベートオファーは、Claude Platform on AWSへ自動では引き継がれません。値引きはオファー受諾後の利用にしか適用されないため、登録より先に担当者と条件を詰めます。
新規組織はStartティアの月500ドルで止まる
Anthropicは、本番トラフィックを移す前にレート制限を確認するよう求めています。Claude Platform on AWSの新規組織はStartティアに置かれ、Start・Build・Scaleの各ティアに月の支出上限(500ドル・1,000ドル・20万ドル)があります。上限に達すると翌月1日0時(UTC)までAPIが止まり、再試行しても通りません。支出の反映は約2時間遅れるため、止まる前に上限を超えることがあり、超過分も請求されます。Claude Consoleの自己申請フォームは使えず、引き上げはAnthropicの担当者かサポート経由です。支払い実績が積み上がれば自動でティアが上がりますが、初月から本番トラフィックを流すなら事前の申請が前提になります。
Bedrockの既定クォータは入力で毎分200万トークンで、Anthropicの承認なしで入力500万・出力50万トークンまで引き上げを申請できます。
最初の1リクエストまでの手順を経路別に比較
どちらもAnthropicのSDKで呼べますが、クライアントのクラスとモデルIDの書き方が違います。
Claude in Amazon Bedrockはモデルアクセスの確認からAnthropicBedrockMantleで呼ぶ
Fable 5.1、Fable 5、Opus 4.8、Sonnet 5、Opus 4.7、Haiku 4.5は、すべてのBedrock利用者に開放されています。Opus 5.5・Opus 5・Sonnet 5.5はAWSがモデルごとにアクセス条件を設けているため、Bedrockコンソールのモデルアクセスで確かめます。SDKはpip install -U "anthropic[bedrock]"で入ります。
from anthropic import AnthropicBedrockMantle
client = AnthropicBedrockMantle(aws_region="ap-northeast-1")
message = client.messages.create(
model="anthropic.claude-haiku-4-5", # 東京単独に対応するモデル
max_tokens=1024,
messages=[{"role": "user", "content": "AWSの請求書の見方を3行で教えて"}],
)
print(next(b.text for b in message.content if b.type == "text"))
認証情報は通常のAWSの優先順位で解決されます。手元のanthropic 0.125.0で確かめると、東京を指定したクライアントの接続先はbedrock-mantle.ap-northeast-1.api.aws/anthropicになりました。AWSのモデルページでは、Sonnet 5とOpus 5.5のmantle経路に東京の行がありません。この2つを東京から呼ぶなら、bedrock-runtimeでglobal.anthropic.claude-sonnet-5のようなグローバル推論プロファイルIDを使います。
Claude Platform on AWSはワークスペースIDとIAMの事前設定が必須
AWSコンソールのサービスページで登録し、Anthropic組織の設定を済ませてからワークスペースを作ります。呼び出しの前に、アカウントごとに1回、送信側のWeb IDフェデレーションを有効にします。既定で無効のため、公式ページはこの設定漏れを「最もよくある設定エラー」と書いています。
aws iam enable-outbound-web-identity-federation
export ANTHROPIC_AWS_WORKSPACE_ID=wrkspc_01AbCdEf23GhIj
export AWS_REGION=ap-northeast-1
IAMでは、ワークスペースに対するaws-external-anthropic:CreateInferenceを許可します。APIキー認証を使うならaws-external-anthropic:CallWithBearerTokenも要ります。SDKはpip install -U "anthropic[aws]"で入れます。
from anthropic import AnthropicAWS
client = AnthropicAWS() # ANTHROPIC_AWS_WORKSPACE_IDとAWS_REGIONを読む
message = client.messages.create(
model="claude-sonnet-5",
max_tokens=1024,
messages=[{"role": "user", "content": "AWSの請求書の見方を3行で教えて"}],
)
print(next(b.text for b in message.content if b.type == "text"))
同じSDKでワークスペースIDを渡さずにクライアントを作ると、No workspace ID foundというエラーで止まります。東京を指定した場合の接続先はaws-external-anthropic.ap-northeast-1.api.awsでした。SDKのクライアントはベータ扱いです。
Claude CodeをAWS経由で使う設定の分かれ目
Claude Codeは両方の経路に対応しており、環境変数で切り替えます。BedrockならCLAUDE_CODE_USE_BEDROCK=1、Claude Platform on AWSならCLAUDE_CODE_USE_ANTHROPIC_AWS=1に加えてANTHROPIC_AWS_WORKSPACE_IDとAWS_REGIONを設定します。BedrockのMessages API(mantle)経路へ向けるならCLAUDE_CODE_USE_MANTLE=1を使い、/statusに「Amazon Bedrock (Mantle)」と出ることを確かめます。
東京でBedrockのInvokeModel経路を使う場合は、推論プロファイルの接頭辞に注意が要ります。Claude Codeはap-*リージョンの既定モデルをapac.の推論プロファイルに割り当てるため、そのままでは推論がアジア太平洋全域に振り分けられます。国内処理が条件ならANTHROPIC_BEDROCK_REGION_PREFIX=jpを設定し、jp.を持つモデルに固定します。
両方の変数が残っていると、BedrockとMicrosoft Foundryの指定が優先されます。Bedrockから乗り換えたのに請求がBedrockに付き続ける場合は、CLAUDE_CODE_USE_BEDROCKが残っていないか確かめます。起動後に/statusを実行し、API providerの行が「Claude Platform on AWS」になっていれば切り替わっています。
もう1つの落とし穴はモデルの既定値です。opusの別名は、指定しなければOpus 5.5に解決されます。チームに配るならANTHROPIC_DEFAULT_OPUS_MODELなどでモデルを固定し、更新のたびに全員のモデルが変わる事態を避けます。Bedrock側の設定手順はBedrock Claudeの使い方、開発者ごとにAWSの資格情報を配らずに済ませる構成はClaude apps gateway for AWSとは?Bedrock接続の構成要件と導入判断で解説しています。
要件別の選び方と各入口を見送る場面
ここまでの仕様から、入口は次の順で決めます。
- 個人情報を国内で処理する条件、HIPAA・FedRAMP High、AWSを唯一の処理者にする要件のどれかがあれば、Bedrockを選ぶ。国内処理なら、
jp.か東京単独の経路を持つモデル(Opus 5.5・Opus 4.8・Opus 4.7・Haiku 4.5)から選ぶ - その条件が無く、Agent Skills・コード実行・Files API・Managed Agents・ベータ機能を使うなら、Claude Platform on AWSを選ぶ
- AWSの請求や統制に乗せる理由が無ければ、Anthropic直契約が最も手数が少ない。Fast modeを使えるのもここだけ
- 社員がチャットで使う用途なら、APIではなくClaude Enterpriseを検討する
Claude Platform on AWSを見送るべきなのは、国内処理の条件がある案件と、登録した月から大量の本番トラフィックを流す案件です。前者は仕様上満たせず、後者は月500ドルの上限で止まります。Bedrockを見送るべきなのは、JSONスキーマで出力を縛る設計をmantle経路で組む場合と、PDFや表計算ファイルの生成をAgent Skillsに任せる場合です。
要件の整理から既存システムへの組み込みまで相談したい場合は、生成AI開発・AI受託開発の相談窓口で対応しています。
AWSでClaudeを使うときによくある質問
AWSの東京リージョンでClaudeは使えますか?
使えます。ただし推論を国内に閉じられるのはBedrockの一部モデル(Opus 5.5・Opus 4.8・Opus 4.7・Haiku 4.5)だけです。Claude Platform on AWSは東京にワークスペースを作れても、推論の場所は東京に固定されません。
Claude Platform on AWSとBedrockはどちらが安いですか?
国内処理が要件なら比較になりません。選べるのはBedrockの国内経路だけで、10%の上乗せが前提です。要件が無ければ、Claude Platform on AWSのglobal(Claude APIと同じ単価)とBedrockのグローバルをAWSの料金ページで並べます。
既存のAnthropic APIキーはClaude Platform on AWSで使えますか?
使えません。直契約のAPIキーは引き継がれないため、AWSコンソールのClaude Platform on AWSのページでワークスペース用のキーを発行します。
AWSのコミットメントにClaudeの利用料を充当できますか?
できます。どちらもAWSの請求に載り、コミットメントに充当されます。ただしBedrockで結んだ値引きはClaude Platform on AWSへ自動では移りません。
BedrockからClaude Platform on AWSへ移行するときに変わる点は何ですか?
接続先、SigV4のサービス名(aws-external-anthropic)、モデルID(anthropic.を外す)、anthropic-workspace-idヘッダ、SDKのクライアントとパッケージ(anthropic[aws])です。InvokeModelやConverseからなら、リクエストと応答の形もMessages APIへ書き換えます。送信側Web IDフェデレーションの有効化とゼロデータ保持の申請確認も移行前に済ませます。