Terraは、推論能力、性能、コストのバランスを求める汎用的な本番アプリケーション向けです。大量処理向けの高速モデルより高い能力が必要で、かつすべてのリクエストに最上位モデルを使う必要はない場合に適しています。
Lunaは、分類、要約、ルーティングなど、レイテンシーに敏感で処理量の多いワークロードを想定しています。長時間の自律タスクや研究用途よりも、比較的焦点の絞られた推論を繰り返し実行するシナリオに向きます。
GPT-5.6ファミリーは、Bedrock上で共通の統合パターンを利用できます。AWSのクロスリージョン推論の資料によると、テキストと画像の入力、ストリーミング、OpenAI Responses API、Chat Completions API、Amazon Bedrock Converseに対応しています。
OpenAI SDKを使っているアプリケーションでは、BedrockのOpenAI互換エンドポイントを指定し、直接のモデルIDではなく推論プロファイルIDを使ってルーティングを設定できます。
長文脈の処理にも対応しており、AWSのGPT-5.6 Solのモデルカードには、100万トークンのコンテキストウィンドウと、より短い27万2,000トークンの構成が記載されています。 実際に利用するモデルや推論プロファイルによって対応構成や料金が異なる可能性があるため、導入前に最新のドキュメントを確認する必要があります。
運用上、特に重要なのが推論プロファイルの接頭辞です。
us.のような地理的プロファイルでは、定義された地域境界内の送信先にルーティングを限定できます。データ処理地域を明確にしやすい一方、グローバルプロファイルに比べて利用できるキャパシティの範囲は狭くなります。
AWSは今回、インド向けのTerraおよびLunaのプロファイルも追加しました。これらはムンバイとハイデラバードのリージョンを対象とするもので、インド国内でのデータ処理地域を重視する組織にとって、グローバルプロファイルより限定的なルーティング選択肢となります。
global.プロファイルでは、利用可能なキャパシティに応じて、対応する商用AWSリージョンへリクエストをルーティングできます。AWSによれば、グローバルプロファイルは対応する地理的プロファイルよりトークン単価が約10%低いとされています。
ただし、処理地域を固定しなければならないアプリケーションには適しません。実務上の選び方は次のとおりです。
GPT-5.6 Sol、Terra、Lunaは、7月にAmazon Bedrockで一般提供が始まりました。AWSは当初から、Solを複雑な推論やエージェント型コーディング、Terraをバランス型の本番ワークロード、Lunaを高速・低コストの推論向けとして説明していました。
8月には、対象顧客向けのDaybreakも発表されています。Daybreak Blueは、防御目的のサイバーセキュリティ作業向けに安全対策を調整したGPT-5.6 Solを提供し、Daybreak Redはサイバーセキュリティ用に訓練されたGPT-5.6 Cyberへのアクセスを提供します。利用には、OpenAIのTrusted Access for Cyberプログラムへの登録と対象顧客としての eligibility(利用資格)が必要です。
Bedrockでの利用は、AWSの認証・監査機能と組み合わせて管理されます。IAMがアクセス制御を担い、CloudTrailはユーザー、ロール、AWSサービスによる操作をイベントとして記録し、運用監査やリスク管理に役立ちます。
ただし、ガバナンスとリクエストのルーティングは別の論点です。IAMやログによって、誰がモデルを呼び出したか、ワークロードがどのように管理されているかを確認できる一方、実際にどの地域で処理される可能性があるかは、地理的プロファイルまたはグローバルプロファイルによって決まります。導入企業は、自社の暗号化、アクセス権限、ログ設定、データレジデンシー要件も個別に検討する必要があります。
また、今回の発表と同じ8月20日、NVIDIAは、最初のVera RubinラックがOpenAIのトレーニングスタックを稼働させていると発信しました。これはNVIDIAによる同時点の企業発表であり、独立監査済みの検証結果ではありません。ただし、OpenAIが次世代AIインフラ向けにNVIDIAシステムを展開するという従来の計画とは整合しています。
AWSの8月20日のアップデートにより、Bedrockを利用する企業は、OpenAIのGPT-5.6をより柔軟に本番運用できるようになります。Sol、Terra、Lunaの3モデルが25超のAWSリージョンでクロスリージョン推論に対応し、OpenAI互換のインターフェースも引き続き利用できます。
選択のポイントは、単に「最も強いモデル」を選ぶことではありません。難しい推論やエージェント型の作業にはSol、能力とコストの均衡を重視する本番アプリケーションにはTerra、高速かつ経済的な大量処理にはLunaが候補になります。
同時に、どこで処理するかも重要です。地理的プロファイルは定義されたデータ処理地域を優先し、グローバルプロファイルはキャパシティの柔軟性とAWSが示すトークン単価の優位性を重視します。