AWS What's New Digest

Appearance

2026年07月24日 ​

[Govcloud Us] Opus 4.8, Sonnet 5, and User Activity Monitoring now available on Kiro in AWS GovCloud (US) ​

概要 ​

AWS GovCloud (US) の Kiro に、より高性能な生成AIモデル「Claude Opus 4.8」「Claude Sonnet 5」と、組織単位での利用可視化を実現するユーザーアクティビティモニタリングが追加されました。IDE/CLIの最新版にアップデート後、モデルセレクタから利用可能です。

変更内容・新機能の詳細 ​

・Claude Opus 4.8: Opus 系の最上位モデルで、自己検証（self-verification）の強化、ツール呼び出しの効率化、長期プロジェクトでのフォローアップ性能向上を特徴とします。「編集前に計画を立てる」「自己の誤りを捕捉する」「障害を迂回して進める」といった振る舞いに優れ、複雑な多段階タスクでの監督負荷を低減します。1M（1,000,000）トークンのコンテキストウィンドウと、課金クレジット倍率 2.2x が適用されます。 ・Claude Sonnet 5: Sonnet クラスの最もエージェンシー（自律的操作）に優れたモデルで、推論やツール利用、コード生成性能を強化し、Sonnet クラス価格帯で提供されます。Opus 4.8 に近い推論・エージェント的コーディング性能を示しつつ、より低コストでの運用が可能な“コストと性能のバランス”を提供します。実験的サポート、1M コンテキストウィンドウ、クレジット倍率 1.3x が適用されます。 ・ユーザーアクティビティモニタリング（Kiro 管理機能）: 組織管理者向けに組織全体の利用状況を可視化するダッシュボードを追加。日次のユーザー別CSV（クレジット消費、利用モデル、その他テレメトリ）を指定の S3 バケットへ配信し、ライセンス最適化・監査に活用できます。オプションでプロンプトログ（ユーザー入力とKiroの応答）をキャプチャ可能。収集データはお客様のAWSアカウント内（お客様のS3）に保存され、追加料金は発生せず、S3ストレージ料金のみが課金されます。 ・利用方法: IDE/CLI を最新版に更新し再起動することでモデルセレクタから新モデルを選択可能。より詳細な設定や導入については GovCloud ドキュメント、モニタリングガイド、または担当の AWS アカウントチームに問い合わせてください。

影響範囲・利用シーン ​

  • 対象ユーザー: セキュアな GovCloud (US) 環境で生成AIを利用する開発者、SRE、セキュリティ/コンプライアンス担当者、エンタープライズ管理者
  • 利用シーンまたは効果: 複雑なマルチステップ自動化や長期タスクのコード生成・設計支援（Opus 4.8）、コスト重視で高スループットな開発支援やエージェント運用（Sonnet 5）、および組織レベルでのライセンス最適化・監査ログ収集（モニタリング）
  • 運用効果: 監督負荷の低減、誤り検出・自己修正による品質向上、モデル選択によるコストパフォーマンス調整、S3経由のCSVでライセンス使用量の定量的管理が可能
  • コスト影響: モデルごとにクレジット倍率が異なるため（Opus 4.8: 2.2x、Sonnet 5: 1.3x）、利用モデルによってクレジット消費増加の影響がある。モニタリング機能自体は追加料金不要だが、CSV/プロンプトログ保存のためのS3ストレージ料金は発生
  • セキュリティ・コンプライアンス: ログ/テレメトリはお客様アカウント内のS3に保存されるため、既存のデータ保護、アクセスポリシー、ライフサイクル管理を適用可能。プロンプトログを有効にする場合は機密情報の取り扱いルールを確認する必要あり

技術的な注意点 ​

  • IAM権限: 組織の管理者はKiroのモニタリング設定とS3書き込みを許可するための適切なIAMポリシー（PutObject, PutObjectAcl, PutObjectVersion等）とKiro関連の管理権限が必要です
  • リージョン制限: これらのモデルとモニタリング機能は AWS GovCloud (US) リージョン向けにリリースされています。一般的なパブリックリージョンでの提供は別途確認が必要です
  • コスト: モデルごとのクレジット倍率（Opus 4.8 = 2.2x、Sonnet 5 = 1.3x）によりクレジット消費が変動します。プロンプトログや日次CSVのS3保存に伴うストレージ費用が発生します
  • S3設定: 日次CSV/ログ配信先のS3バケットは事前作成し、適切なバケットポリシーとライフサイクル（保管期間・暗号化）を設定してください。配信先のリージョンと暗号化（SSE）を確認すること
  • モデル特性: 両モデルとも 1M トークンのコンテキストウィンドウをサポート。長大コンテキストを扱うワークロードで有利だが、トークン量に応じたコスト管理が必要
  • Sonnet 5 の実験的サポート: Sonnet 5 は“experimental support”の表記があるため、APIや挙動に変化がある可能性があります。本番導入前に十分な検証を推奨
  • IDE/CLIアップデート: 新モデルはクライアント側の最新版 IDE/CLI でモデルセレクタに表示されます。必ずアップデートしてから再起動してください
  • データ保持とプライバシー: プロンプトログを有効化するとユーザー入力が保存されるため、機密情報のフィルタリングや保存期間のポリシーを事前に決めてください

参考情報 ​

[Developer Tools] AWS announces aws-bench, an open-source benchmark for AI agents on AWS ​

概要 ​

aws-benchは、AWS上で動作するAIエージェントの現実的なタスクに対する正確性と効率を測定するためのオープンソースベンチマークのリサーチプレビューです。テストケースと対照解答、CLIツールを提供し、再現可能な評価と診断を行えます。

変更内容・新機能の詳細 ​

aws-benchは、実際のAWS利用に基づく調査・トラブルシューティング・インフラ作成などの現実的タスクから導出した公開テストスイートを提供します。各テストケースは自然言語クエリ、定義済みのクラウドリソース状態、およびグラウンドトゥルース（正解）をペアにしており、任意のエージェントやモデルを一貫してスコア化できます。付属のCLIはテスト環境のインスタンス化、評価実行とスコアリング、リソース状態のリセットをサポートし、評価の自動化と再現性を高めます。モデル提供者や研究者はこのベンチマークを用いて、基盤モデルのAWSタスクに対する性能改善、エージェントハーネスの改良、改善進捗のトラッキングに活用できます。現時点ではリサーチプレビューとしてGitHubで公開されており、READMEに従ってセットアップを開始できます。

影響範囲・利用シーン ​

  • 対象ユーザー: モデル提供者、AI研究者、エージェント開発者、SRE/運用チーム
  • 利用シーン: AWSリソースの調査・トラブルシューティング・作成といった自然言語での指示に対するエージェントの評価、比較ベンチマーク作成、CIに組み込んだ継続的評価
  • 運用効果: エージェントの誤動作や性能劣化の可視化、ハーネス改良による自動化精度向上、モデル調整の効果検証が容易になる

技術的な注意点 ​

  • IAM権限: テストケースがリソースの作成/変更/削除を行うため、該当サービス（例: EC2、S3、CloudFormation、IAMなど）に対する適切な権限が必要です。READMEで必要な権限を確認してください。
  • リージョン制限: テストで利用するリソースやサービスがリージョン依存の可能性があるため、使用前にREADMEやテスト定義を確認し、対象リージョンを指定してください。
  • コスト: CLIがテスト用リソースを作成するため、実行に伴うAWS料金が発生します。専用の検証アカウント、請求アラート、バジェット設定、実行後のクリーンアップを推奨します。
  • セキュリティ/アカウント分離: 本番アカウントでの実行は避け、検証用アカウントまたは分離した環境で実行してください。シークレットやアクセスキーの取り扱いに注意が必要です。
  • 依存関係: CLIとテスト環境にはローカルの依存ツール（例: AWS CLI、認証情報、場合によっては言語ランタイムやコンテナ）が必要になる可能性があります。セットアップ手順をREADMEで確認してください。
  • プレビュー注意: 現在はresearch previewであり、仕様やテストスイートが将来変更される可能性があります。安定性やサポート範囲は限定される点に留意してください。

参考情報 ​

[Govcloud Us] Amazon ECS Service Connect now supports Zone-Aware routing ​

概要 ​

Amazon ECSのService Connectがゾーンアウェアルーティングに対応しました。これにより、同一アベイラビリティゾーン（AZ）内でのサービス間トラフィックを優先してルーティングし、クロスAZデータ転送のコストと遅延を低減します。

変更内容・新機能の詳細 ​

ECS Service Connectは、発信元タスクと同一AZにあるエンドポイントへのルーティングを優先するゾーンアウェアルーティングを導入しました。ルーティングは動的にトラフィックウェイトを調整し、エンドポイントのスケール状況に応じて負荷を均等化します。ローカルのエンドポイントがヘルス不良または容量閾値を下回ると、トラフィックは自動的に他の健全なAZへ再配分され、可用性を維持します。既存のサービスにはワンタイムの再デプロイが必要ですが、追加のインフラ構成やアプリケーションコードの変更は不要で、デフォルトで有効化されます。モニタリングにはAZメタデータ付きのAmazon VPC Flow Logsを利用して、クロスAZトラフィックの傾向やルーティングの有効性を検証できます。機能はECS Service Connectをサポートするすべての商用リージョンおよびAWS GovCloud (US)で利用可能で、機能自体に追加料金は発生しません。

影響範囲・利用シーン ​

  • 対象ユーザー: コンテナ化されたマイクロサービスをAWS ECSで運用している開発者、プラットフォーム/インフラチーム、SRE
  • 利用シーン: 同一AZ内で完結するサービス間通信が多いシステムでのレイテンシ削減とコスト最適化（例: 内部APIコール、サービスメッシュ的な通信パターン）
  • 運用効果: クロスAZデータ転送量の削減によるコスト低減、同一AZ優先により平均レイテンシ低下、ローカルリソースの不足時は自動で他AZに分散して可用性を確保
  • コスト影響: 機能自体は追加料金なし。ただしVPC Flow Logsの利用やトラフィック増減に伴うデータ転送費は別途発生する可能性あり
  • リージョン: ECS Service Connectがサポートされているすべての商用リージョンおよびAWS GovCloud (US)で利用可能

技術的な注意点 ​

  • 既存サービスの有効化: 既存サービスはゾーンアウェアルーティングを有効にするために一度の再デプロイが必要です
  • IAM権限: ecs:UpdateService やデプロイ関連の権限が必要になる場合があります。既存CI/CDロールやデプロイ権限を確認してください
  • 対応環境: ECS Service Connectがサポートされている起動タイプ・ネットワークモードで動作します。詳細な要件は公式ドキュメントを確認してください
  • モニタリング: AZメタデータ付きのVPC Flow LogsでクロスAZ通信を検出・分析できます。VPC Flow Logsによる追加コストに注意してください
  • フェイルオーバー挙動: ローカルエンドポイントが不健全または容量を下回ると自動的に他AZへトラフィックが再配分されますが、短時間のスパイクでは一時的に他AZへ跨る通信が発生します
  • コスト最適化注意点: 機能によりクロスAZ通信は減りますが、設計（例えば、データベースやステートフルバックエンドの配置）次第では期待する効果が得られない場合があります。検証を推奨します

参考情報 ​

[General] AWS now supports automatic credit memo application preferences ​

概要 ​

EFT（電子送金）で支払う顧客向けに、クレジットメモ（credit memo）の自動適用方法を請求コンソール上で選択できるようになりました。デフォルトは元の請求書への適用優先ですが、顧客の支払プロセスに合わせて適用順序を変更できます。

変更内容・新機能の詳細 ​

AWS Billing and Cost Management コンソールの Payment Preferences（支払設定）で、クレジットメモの自動適用方法を選択可能になりました。選べるオプションには「元の請求書（original invoice）への適用」「次の適格な請求書（next eligible invoice）への適用」「最も古い未払い請求書（oldest unpaid invoice）への適用」などの組み合わせが含まれます。デフォルトではクレジットメモはまず元の請求書に適用され、残高があれば将来の請求書に適用されます。設定はコンソール上で変更でき、全ての商用リージョン（commercial AWS Regions）で利用可能です。詳細は「Managing balance application preferences」のドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: EFT（電子送金）で支払うAWSアカウントの請求管理者、財務／会計チーム
  • 利用シーン: クレジットメモの自動配分ポリシーを社内の支払フローや会計ルールに合わせて統一したい場合（例: 発行元の請求書に優先的に充当する、もしくは最古未払に充当する等）
  • 運用効果: 手動でのクレジットメモ割当て作業を削減でき、請求残高の管理・照合が容易になり会計処理の効率化が期待できる
  • リスク低減: 支払プロセスと請求適用ルールを事前に固定することで誤適用や差分調査の発生を抑制できます

技術的な注意点 ​

  • アクセス権限: Billing & Cost Management コンソールの表示・変更権限が必要です（例: aws-portal:ViewBilling / aws-portal:ModifyBilling などの請求関連権限）。ルートまたは請求表示権限を持つユーザーでの操作を想定してください
  • 支払方法制限: 対象は電子送金（EFT）で支払う顧客です。カード決済など他の支払方法での適用挙動は異なる可能性があります
  • リージョン制限: 全ての商用 AWS リージョンで利用可能と明記されています
  • 反映範囲: コンソールでの設定は今後の自動適用に適用される想定です。既に適用済みのクレジットメモに遡って影響するかは確認が必要なため、重要な変更は会計部門と連携して実施してください
  • コスト: 発表文では追加料金に関する記載はありませんが、請求書処理や会計処理の影響を踏まえ内部の運用コストが変わる可能性があります。追加コストの有無は自身の請求ダッシュボードで確認してください
  • 設定場所／手順: AWS コンソール → Billing and Cost Management → Payment Preferences（支払設定）で変更できます。詳細は公式ドキュメントを参照してください

参考情報 ​

[Rds For Mysql] Amazon RDS for MySQL supports MySQL 9.7 in Amazon RDS Database Preview Environment ​

概要 ​

Amazon RDS for MySQLがコミュニティ版MySQL 9.7をAmazon RDS Database Preview Environmentでサポートしました。プレビュー環境でMySQL 9.7の新機能や互換性を本番に影響を与えずに検証できます。

変更内容・新機能の詳細 ​

Amazon RDS for MySQLは、コミュニティ版MySQLのLong-Term SupportリリースであるMySQL 9.7をAmazon RDS Database Preview Environmentで利用可能にしました。プレビュー環境はサンドボックスとして提供され、アプリケーションの動作確認や新機能（パフォーマンス改善、セキュリティ修正、新APIなど）の検証ができます。プレビューのデータベースインスタンスは最大60日間保持され、保持期間経過後は自動で削除されます。プレビュー環境で作成したRDSスナップショットはプレビュー環境内でのみ利用可能（プレビュー外への復元やコピー不可）です。価格は米国東部（オハイオ）リージョンの本番RDSインスタンスと同等に課金されます。詳細な機能差分や修正点についてはMySQL 9.7のリリースノートを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者（DBA）、アプリケーション開発者、SRE/運用チーム
  • 利用シーン: 新しいMySQL 9.7機能の互換性テスト、マイグレーション検証、アプリケーションの回帰テスト、セキュリティ/バグ修正の検証
  • 運用効果: GA前に問題を早期発見でき、本番移行時のリスク低減につながる。プレビュー環境で問題を解消してから本番でMySQL 9.7に切替可能

技術的な注意点 ​

  • IAM権限: RDSの作成・削除・スナップショット操作に関する標準的なRDS権限が必要です（DBインスタンス作成、スナップショット作成/復元など）
  • リージョン制限: プレビュー環境は指定リージョンで提供されます。記事では米国東部（オハイオ）リージョン（us-east-2）が基準となっているため、利用前に対応リージョンを確認してください
  • スナップショット制限: プレビュー環境で作成したスナップショットはプレビュー環境内でのみ使用可能で、プレビュー外への復元やクロスリージョンコピーは制限される可能性があります
  • 保持期間: プレビューのDBインスタンスは最大60日で自動削除されます。重要データは事前にエクスポート（ダンプ/外部ストレージへのコピー）しておくこと
  • コスト: プレビュー環境は本番相当のRDS課金が適用されます（インスタンスタイプ、ストレージ、I/O、スナップショット保管等の通常コストが発生）。不要な稼働は停止・削除してコストを抑えてください
  • 互換性/安定性: プレビューはGA前の環境であり、仕様や挙動がGA版で変更される可能性があります。プレビュー結果をそのまま本番保証とは見なさないこと
  • 移行計画: GA後に本番に移行する場合は、パラメータグループ、互換性のあるプラグイン/拡張、ドライバやクライアントライブラリの互換性確認を行ってください

参考情報 ​

[Bedrock] Amazon Bedrock AgentCore now delivers unified observability with traces and logs in a single log group ​

概要 ​

Amazon Bedrock の AgentCore が、エージェントのトレースとプロンプト（入力/出力）をエージェントごとの単一の CloudWatch ロググループに集約することで、トレースとログの統合的な可観測性を提供するようになりました。新規エージェントは 2026-07-20 以降デフォルトで有効、既存エージェントは設定変更で有効化できます。

変更内容・新機能の詳細 ​

従来は AgentCore のテレメトリが複数の宛先に分散されており（トレーススパンは共有の aws/spans ロググループ、イベントログ（プロンプト／入出力など）はリソース固有のロググループ）、デバッグ時に複数のロググループを横断検索する必要があり、エージェント単位での細かいアクセス制御やカスタマー管理キー（CMK）による暗号化の適用が困難でした。今回のアップデートにより、トレース、プロンプト、構造化ログ、標準出力などエージェントに関するすべてのテレメトリを単一のエージェント単位ロググループ（パス例: /aws/bedrock-agentcore/runtimes/<agent-id>）に配信します。これにより、トレースとログの相関が容易になり、IAM ポリシーや CMK をエージェント単位でスコープできるようになりました。ロググループ単位のサブスクリプションでまとめて外部へエクスポートできるため、SIEM やログ分析基盤への連携が簡素化されます。実装上は、既存エージェントでは環境変数 UNIFIED_TRACES_DESTINATION_ENABLED=true をエージェントランタイムに設定し、ADOT（AWS Distro for OpenTelemetry）をバージョン 0.17.1 以降にアップグレードする必要があります。新規作成エージェントは 2026-07-20 以降対応リージョンでデフォルト有効化されています。機能は AgentCore ランタイムがサポートされる全ての AWS 商用リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: Bedrock AgentCore を利用するAIエージェント開発者、SRE/運用チーム、セキュリティ／監査担当者
  • 利用シーン: エージェント呼び出しのデバッグ（トレースとログの相関）、エージェント単位でのアクセス制御や暗号化（CMK）適用、ログサブスクリプションによる一括エクスポートやSIEM連携
  • 運用効果: 複数ロググループを横断する検索が不要になりデバッグ時間短縮、エージェント単位の最小権限設定と鍵管理が可能になってセキュリティポリシー適用が容易化、ログパイプラインの設定が簡素化されることで運用負荷が低減

技術的な注意点 ​

  • IAM権限: CloudWatch Logs のロググループ閲覧/サブスクライブ権限や、CMK を使用する場合は KMS の暗号化・解読権限が必要です。ロググループ単位での最小権限を設計してください。
  • リージョン制限: AgentCore ランタイムがサポートされる AWS 商用リージョンで利用可能です。利用前に対象リージョンで AgentCore ランタイムがサポートされているか確認してください。
  • コスト: テレメトリが単一ロググループに集約されるため、CloudWatch Logs の取り込み（インジェスト）・保存コスト、ログ配信（サブスクリプション）や KMS の利用料に影響します。ログ量の変化に応じて保持期間（retention）やフィルタリングの見直しを検討してください。
  • 既存エージェントの有効化手順: 既存エージェントではランタイム環境変数 UNIFIED_TRACES_DESTINATION_ENABLED=true を設定し、ADOT を 0.17.1 以上にアップグレードする必要があります。
  • ADOTバージョン: AWS Distro for OpenTelemetry の 0.17.1 以降が必須です。アップグレードの互換性とコンフィギュレーション（リソース属性やエクスポート設定）を事前に検証してください。
  • CMK設定: エージェント単位で CMK を適用するには、エージェントごとのロググループに対して個別のキーを設定するか、キーアクセスポリシーで対象を限定してください。キー使用に伴うアクセス許可と監査設定を確認してください。
  • ロググループ名/運用: 新しいロググループ命名規則（例: /aws/bedrock-agentcore/runtimes/<agent-id>）に合わせてログフィルタ、アラーム、サブスクリプションフィルタを更新してください。ログ保持期間とインデックス設計を見直すとコスト最適化に寄与します。

参考情報 ​

[Elastic Load Balancing] Amazon CloudWatch Logs now supports Application Load Balancer logs ​

概要 ​

Amazon CloudWatch LogsがApplication Load Balancer（ALB）のログをvended logsとしてサポートしました。ALBのアクセス、接続、ヘルスチェックログをCloudWatch上で直接収集・解析できるようになり、監視とデバッグが簡素化されます。

変更内容・新機能の詳細 ​

今回の機能追加により、ALBから以下のログ種別をCloudWatch Logsへ「vended logs」として配信できるようになりました：アクセスログ、接続ログ、ヘルスチェックログ。これによりCloudWatch Logs Insightsでのクエリ解析、metric filterによるメトリクス化とアラーム設定、Live Tailによるリアルタイムトラフィック確認が可能になります。ALB側の設定はApplication Load BalancerのIntegrationsタブ、AWS CLI、またはSDK経由で行えます。さらに、CloudWatchのテレメトリ有効化ルール（telemetry enablement rules）を使って組織単位・アカウント単位・特定リソース単位で既存および新規作成されるALBのログ配信を自動化でき、手動設定を削減します。ログの配信先はCloudWatch LogsとAmazon Kinesis Data Firehose、Amazon S3（Apache Parquet変換を含む）を選択可能です。CloudWatch LogsおよびFirehoseへ配信された場合はvended logsとして課金され、S3配信自体は無料ですがParquet変換はリージョン別料金（例：N. Virginiaで$0.035/GB）が適用されます。サービスは、ALBとCloudWatchが利用可能なすべてのAWS CommercialおよびGovCloudリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: ネットワーク/インフラエンジニア、SRE、アプリケーション運用チーム、セキュリティ/監査チーム
  • 利用シーン: ALB経由トラフィックの詳細解析（クライアント接続状況、トラフィック分散、ターゲットのヘルス確認、接続失敗の原因調査）、リアルタイム障害調査、組織横断のログ有効化自動化
  • 運用効果: 個別ALBの手動設定を減らし、ログの一元収集と即時分析（Logs Insights, Live Tail）により障害検知・原因特定までの時間を短縮できる
  • コスト影響: CloudWatch Logs / Firehoseへ配信した場合はvended logsとしての取り込み/保存コストが発生。S3配信は無料だがParquet変換やData Firehose経由の処理で追加料金がかかる可能性がある
  • 適用範囲: ALBとCloudWatchが利用可能なCommercialおよびGovCloudリージョンで有効（リージョンによる差異は要確認）

技術的な注意点 ​

  • IAM権限: ALBのIntegration設定とCloudWatch Logsのリソース作成・設定を行うための権限が必要（例：elasticloadbalancing:ModifyLoadBalancerAttributes、elasticloadbalancing:EnableAvailabilityZonesForLoadBalancer、logs:CreateLogGroup、logs:PutRetentionPolicyなどを含む権限を確認してください）
  • リージョン制限: 基本的にALBとCloudWatchが利用可能なCommercialおよびGovCloudリージョンで提供。ただし一部リージョンの料金やParquet変換の可否は異なる可能性があるため事前確認を推奨
  • コスト: CloudWatch Logs / Firehoseに配信した場合はvended logsの取り込み・保存コストが発生。S3配信は配信自体は無料だがApache Parquet変換などの処理は別途課金（例：N. Virginia $0.035/GB）。Logs InsightsクエリやLive Tailの利用にも料金がかかる点に注意
  • 設定方法: Console（ALBのIntegrationsタブ）、AWS CLI、SDKで設定可能。組織全体で自動有効化するにはCloudWatchのtelemetry enablement rulesを利用
  • ログ形式/解析: vended logsのスキーマを前提にLogs Insightsクエリやmetric filtersを設計する必要あり。既存のS3アクセスログとのフォーマット差分に留意
  • 互換性/既存構成: 既にS3へALBログを送っている場合、CloudWatchへ追加配信すると重複コストや管理の二重化が発生する可能性あり。配信先・保持方針を設計してください

参考情報 ​

[General] Amazon EVS is now available in additional Regions ​

概要 ​

Amazon Elastic VMware Service (Amazon EVS) がアジア太平洋（ソウル）、欧州（チューリッヒ）、欧州（ストックホルム）リージョンで利用可能になりました。これにより、VCF を EC2 ベアメタル（AWS Nitro）上で直接稼働させ、より近接したリージョンで VMware ワークロードを運用できます。

変更内容・新機能の詳細 ​

Amazon EVS は VMware Cloud Foundation (VCF) を Amazon VPC 内の EC2 ベアメタルインスタンス上で直接稼働させるマネージドサービスです。今回の拡張で、Asia Pacific (Seoul)、Europe (Zurich)、Europe (Stockholm) に追加展開され、既存の Amazon EVS 機能が利用できます。サポートされる VCF バージョンは 9.0 と 9.1 で、memory tiering などの最新 VMware 機能を利用可能です。数時間で完全な VCF 環境をプロビジョニングでき、オンプレミスからの迅速なワークロード移行、老朽化インフラの置換、データセンター退出スケジュールへの対応が容易になります。リージョン追加により、エンドユーザーに近い配置によるレイテンシ低減、データ主権・レジデンシ要件の遵守、可用性・冗長性戦略の強化が可能になります。ネットワークは VPC と統合され、ベアメタル上でのフル機能な VMware 環境（vCenter、ESXi、NSX、vSAN 等）を構築できます。

影響範囲・利用シーン ​

  • 対象ユーザー: VMware を本番で運用するシステム担当者、クラウド移行チーム、SRE/インフラ運用
  • 利用シーンまたは効果: オンプレミスからの短期間でのクラウド移行（データセンター撤退／リホスト）、エンドユーザーに近いリージョンでのレイテンシ改善、データレジデンシやコンプライアンス要件への対応
  • 運用効果: ベアメタル上での VCF による既存運用の継続とクラウドのスケーラビリティを両立し、インフラ更新・オペレーションリスク低減、可用性向上に寄与します。

技術的な注意点 ​

  • IAM権限: EC2（ベアメタル起動）、VPC、IAM、CloudFormation 等の権限が必要。サービス用の IAM ロールやポリシー要件はユーザーガイドで確認してください。
  • リージョン制限: 新たに Asia Pacific (Seoul)、Europe (Zurich)、Europe (Stockholm) で利用可能になりました。その他のリージョンでは既存の対応状況を確認してください。
  • コスト: EC2 ベアメタルインスタンスの実行コスト、ストレージ、データ転送、（必要に応じて）VMware ライセンス関連費用が発生します。見積もりはリージョン別料金を確認してください。
  • VMwareライセンス: VCF のバージョン互換性（9.0/9.1）は明記されていますが、ライセンスやサポート契約の取り扱い（含まれるか別途必要か）は導入前に確認してください。
  • リソース制限・クォータ: ベアメタルインスタンスはリージョンごとの割当や在庫に依存します。必要に応じてサービスクォータの引き上げを申請してください。
  • ネットワーク/設計: VPC 統合や既存オンプレミスとの接続（VPN/Direct Connect/Transit Gateway）設計、サブネット・ルーティング・セキュリティグループの設計が必要です。高可用性のための複数 AZ 構成やDR戦略を計画してください。
  • 運用上の注意: VCF のバージョン依存機能（例えば memory tiering）を利用する場合、ゲスト OS／ドライバの互換性やバックアップ・監視ツールの対応を事前に確認してください。

参考情報 ​

[Govcloud Us] Claude Sonnet 5 is now available on Amazon Bedrock in AWS GovCloud (US) ​

概要 ​

Amazon Bedrock が AWS GovCloud (US) で Anthropic の大規模言語モデル Claude Sonnet 5 を利用可能にしました。GovCloud 環境での推論により、政府関係や高いデータ居住要件を持つワークロード向けに高性能なコーディング、エージェント、ナレッジ作業機能が提供されます。

変更内容・新機能の詳細 ​

Claude Sonnet 5 はコーディング（大規模コードベースの理解・マルチファイル変更・デバッグ／リファクタリングの少ない反復回数での完遂）、エージェントタスク（ツール呼び出しの精度、長いステップ間での状態保持、エラーからの回復）およびナレッジワーク（スプレッドシート作成、文書ドラフト、非構造化データの構造化分析）で高い性能を示します。本リリースにより、Claude Sonnet 5 と Claude Opus 4.8 は AWS GovCloud の bedrock-runtime エンドポイント（US-West と US-East）および bedrock-mantle エンドポイント（AWS GovCloud US-West）で推論可能です。Bedrock Mantle は Amazon Bedrock の次世代推論エンジンで、Anthropic Messages API をサポートします。Amazon Bedrock を通じて提供されるため、データは AWS インフラ内に留まり、Guardrails（ガードレール）、Knowledge Bases（知識ベース）、リージョン単位のデータ居住性など AWS 管理の機能と統合された形で利用できます。性能・コスト・速度のバランスを重視した設計で、GovCloud 環境での機密度の高いワークロードに対応します。

影響範囲・利用シーン ​

  • 対象ユーザー: 政府機関・政府契約事業者、セキュアなデータ居住性が必要なエンタープライズおよびSaaSプロバイダー
  • 利用シーン: セキュアな環境でのコード生成・リファクタリング、エージェント駆動の自動化ワークフロー（ツール連携）、非構造化データからの分析レポート作成やスプレッドシート自動生成
  • 運用効果: 初回実行で成功する割合の向上により運用反復を削減、デバッグやマルチファイル変更の手戻りを減らして開発生産性が向上
  • コンプライアンス／データ居住性: データが AWS GovCloud インフラ内に留まるため、特定の政府・規制要件に適合しやすい

技術的な注意点 ​

  • IAM権限: Bedrock へのアクセス（bedrock:InvokeModel など）および GovCloud アカウント向けの適切なクロスアカウント／ロール設定が必要です。IAM ポリシーで Bedrock エンドポイントの呼び出しを許可してください。
  • リージョン制限: Claude Sonnet 5 は AWS GovCloud (US) の bedrock-runtime（US-West, US-East）および bedrock-mantle（US-West）エンドポイントで利用可能です。標準的なパブリック AWS リージョンには該当しないため、GovCloud 環境での利用に限定されます。
  • コスト: Bedrock を介したモデル推論は使用量に応じた課金になります。Bedrock Mantle の利用や大規模推論はコストに影響するため、推論頻度・バッチ化・入力サイズなどで最適化を検討してください。
  • データ保護／コンプライアンス: データは AWS インフラ内で処理されますが、ログやメタデータの取り扱い（CloudWatch への出力、S3 保存など）については設計上の考慮が必要です。機密データの送信前にガードレール設定やデータフィルタリングを検討してください。
  • API／互換性: Bedrock Mantle は Anthropic Messages API をサポートしますが、既存の Bedrock API／SDK とエンドポイント種別（bedrock-runtime と bedrock-mantle）の違いを理解して呼び出し先を選択してください。
  • モデル制約: 高性能ですが誤出力（hallucination）や機密情報の過度な推測などの一般的な LLM の制約は残ります。重要な決定や公的文書作成では人間による検証を必ず行ってください。

参考情報 ​

[Sagemaker Deploy] Announcing region expansion of G7e instances on SageMaker AI inference ​

概要 ​

Amazon SageMaker AI InferenceでG7eインスタンスがアジア太平洋（ソウル、東京）と欧州（ロンドン）リージョンに拡張されました。高性能なBlackwell GPUと大容量GPUメモリにより、低遅延の大規模モデル推論が可能になります。

変更内容・新機能の詳細 ​

G7eインスタンスは最大8基のNVIDIA RTX PRO 6000 Blackwell Server Edition（各GPU 96 GB）を搭載し、インスタンス当たり最大768 GBの総GPUメモリを提供します。CPUは第5世代Intel Xeon、ネットワークはElastic Fabric Adapter（EFA）で最大1,600 Gbpsをサポートします。前世代のG6eと比べて最大2.3倍の推論性能をうたっており、単一ノードでFP8精度を用いれば最大70Bパラメータ級の中〜大規模LLMをマルチノード化せずに配備できる点が特徴です。SageMaker AI Inference上での利用により、生成AI（テキスト生成・画像/動画生成）、空間コンピューティング、科学計算などGPUメモリと帯域が重要なワークロードに適しています。今回の拡張でAsia Pacific (Seoul)、Europe (London)、Asia Pacific (Tokyo) の各リージョンで利用可能になりました。価格はSageMaker/インスタンスタイプの料金ページを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 機械学習エンジニア、MLプラットフォーム/SRE、データサイエンティスト、生成AIアプリ開発者
  • 利用シーン: 大規模言語モデル（最大約70Bパラメータ）や高解像度画像・動画生成の低遅延推論、エッジ近傍でのエンドユーザー配備（東京/ソウル/ロンドン）
  • 運用効果: 単一インスタンスで大容量モデルを動かせるためマルチノードの運用コスト・複雑さを低減し、リージョン拡張によりユーザー近傍での応答遅延が削減される

技術的な注意点 ​

  • リージョン制限: 新たに Asia Pacific (Seoul), Europe (London), Asia Pacific (Tokyo) で利用可能。既存の他リージョンでも順次サポート済み/確認が必要です
  • コスト: G7eは高性能GPUを搭載するためHourly料金は高くなります。データ転送・SageMaker推論の追加料金も考慮してください（事前に料金ページで確認を推奨）
  • IAM権限: SageMakerエンドポイントの作成・モデルアーティファクトのS3アクセス、VPC関連（ENI作成）権限が必要です。必要なIAMロール/ポリシーを事前に用意してください
  • モデル互換性/精度: FP8での単一ノード運用が想定されていますが、モデル・フレームワーク（PyTorch/TensorFlow/DeepSpeed/ONNX/Triton など）がFP8と推論ランタイムでの最適化をサポートしているか確認してください
  • ネットワーク/ドライバ: 高帯域のEFAを利用するため、SageMaker側の設定はマネージドですが、VPC設定やセキュリティグループ、サブネットの帯域制約を確認してください
  • スケーリングとコールドスタート: 大型GPUインスタンスは起動時間や起動コストが高く、オートスケーリング戦略やプロビジョニング（プロビジョンドコンカレンシー等）を検討すると安定運用に有利です
  • 運用監視: GPUメモリ/温度、ネットワーク帯域、エンドポイントレイテンシーの監視を設計してください（CloudWatchやカスタムメトリクスを利用）

参考情報 ​

AI要約はOpenAI APIによって生成されています。

Copyright © 2026