2026年08月28日
[Bedrock] SpaceXAI Grok 4.6 now available on Amazon Bedrock in AWS GovCloud (US)
- 公開日: 2026-08-28 (JST)
- カテゴリ: Bedrock
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/spacexai-grok-4-6-govcloud/
概要
Amazon Bedrock(AWS GovCloud (US))でSpaceXAIのフラグシップモデル Grok 4.6 が利用可能になりました。長時間実行されるエージェントや大規模コンテキストを必要とするコーディング・知識作業向けに設計されています。
変更内容・新機能の詳細
Grok 4.6 は最大 500,000 トークンのコンテキストウィンドウを持ち、推論時の推論努力(reasoning efforts)を low / medium / high / xhigh の4段階で設定可能です。Bedrock の bedrock-runtime エンドポイント経由で Responses、Chat Completions、Converse API をサポートし、AWS GovCloud (US) の両リージョン間でクロスリージョン推論ルーティングによりスケール利用が可能です。さらに、AWS GovCloud (US-East) では bedrock-mantle エンドポイント経由でも利用できます。モデルカードや安全性・利用制限の詳細は Amazon Bedrock User Guide の Grok 4.6 モデルカードを参照してください。
影響範囲・利用シーン
- 対象ユーザー: 政府機関や規制対象組織、GovCloud 環境で作業する開発者・AI/MLエンジニア、SRE/運用チーム
- 利用シーンまたは効果: 長文のコードベースやドキュメントを扱うコーディング支援、長時間動作するエージェント(計画・実行・チェーンオブソート)や大規模コンテキストを必要とするナレッジワークでの利用。クロスリージョン推論により可用性・レイテンシ選択肢が向上
- 運用効果: 大容量コンテキストにより状態保持/履歴保持が向上し、複雑なマルチステップ推論や長時間エージェント作業の精度が改善。リージョン間ルーティングで冗長化や負荷分散が可能になるためスケーラビリティと耐障害性が高まる
技術的な注意点
- IAM権限: Bedrock(GovCloud)へのアクセス用の適切なIAMポリシーとロールが必要。bedrock-runtime / bedrock-mantle エンドポイントへの呼び出し権限を確認してください
- リージョン制限: 現時点では AWS GovCloud (US) 向けのリリースです。商用パブリックリージョンでの可用性は別途確認が必要
- エンドポイント/API: bedrock-runtime で Responses、Chat Completions、Converse API をサポート。AWS GovCloud (US-East) では bedrock-mantle でも利用可能
- コンテキスト/設定: 最大 500k トークンのコンテキストウィンドウをサポート。reasoning efforts(low/medium/high/xhigh)を切り替え可能で、高設定はレイテンシと計算コストが増加します
- コスト: 長いコンテキストや高い reasoning 設定は推論時間とコストを増大させます。クロスリージョン呼び出しはデータ転送コストやレイテンシに影響する可能性があります
- データ保護・コンプライアンス: GovCloud 環境での利用を想定していますが、送受信するデータの分類やログ保存方針をモデルカードや内部ポリシーに従って確認してください
- モデルカード/安全性: モデルカードに記載の制限・安全ガイダンスを事前に確認し、エンドユーザー向けのフィルタリングや検証を検討してください
- 運用上の注意: 長大なコンテキストやエージェントの長時間稼働によりメモリ・レイテンシ要件が高まるため、負荷テストとコスト見積もりを事前に行ってください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/spacexai-grok-4-6-govcloud/
- https://docs.aws.amazon.com/bedrock/latest/userguide/models.html
[Aiml] Cosmos3-Edge, Cosmos3-Nano, and Cosmos3-Super models now available on Amazon SageMaker JumpStart
- 公開日: 2026-08-28 (JST)
- カテゴリ: Aiml
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/01/cosmos3-edge-cosmos3-nano-cosmos3-super-on-sagemaker-jumpstart/
概要
NVIDIAのCosmos 3ファミリー(Cosmos3-Edge / Cosmos3-Nano / Cosmos3-Super)がAmazon SageMaker JumpStartで利用可能になりました。エッジ制御から大規模シミュレーションまで、映像・音声・テキスト・行動系列を統合的に扱うオムニモーダルな物理AIモデル群です。
変更内容・新機能の詳細
Cosmos 3は物理世界での知覚・推論・計画・行動を統合するオムニモーダル基盤モデル群です。SageMaker JumpStartに追加された各モデルの主な特徴は以下の通りです。Cosmos3-Edge: 4Bパラメータ(内訳に2BのNemotronベースreasoner)で、エッジ上のロボット制御とリアルタイム視覚推論向けに最適化されています。ロボット制御解像度は640×360で、NVIDIA Jetson Thor上で1推論あたり32アクションを15Hzで生成する性能を想定し、256p/480pの映像を12–30FPSで扱えます。エンベデッド機器での低遅延制御に適しています。Cosmos3-Nano: 16Bパラメータのコンパクトなオムニモーダルモデルで、物理知識に基づく世界生成や物理推論に強みがあります。テキスト・画像・動画・音声・行動軌跡の組み合わせを入力として扱い、テキスト・画像・動画に対するチェーンオブソート(思考過程)型の推論をサポートし、最大720pまでの解像度を扱えます。Cosmos3-Super: 64Bパラメータで最高忠実度の世界生成・シミュレーションを提供するモデル。Mixture-of-Transformersアーキテクチャにより、言語・画像・動画・音声・行動列を統合的に処理・生成し、複数アスペクト比で720pまでサポート。大規模シミュレーション、合成データ生成、方策学習(policy learning)に適しています。SageMaker JumpStartを通じてコンソール上のモデルカタログからクリック数回でデプロイ可能で、SageMaker Python SDKを使ったプログラム的デプロイにも対応します。モデルの最適な実行には(Edge用はJetson等の専用ハード、クラウド用はGPUインスタンスやモデル並列化を前提とした設計)が必要です。詳細な利用方法や注意点はJumpStartのモデルカード/ドキュメントを参照してください。
影響範囲・利用シーン
- 対象ユーザー: ロボット開発者、組み込みAIエンジニア、自律走行/モビリティ研究者、シミュレーション/合成データ担当、AIリサーチャー
- 利用シーン: Cosmos3-Edgeはエッジでのロボット制御・リアルタイム視覚推論、Cosmos3-Nanoは物理的な世界生成と物理推論を要するロボットやビジョンエージェント、Cosmos3-Superは高忠実度シミュレーション・大規模合成データ生成・方策学習ワークフロー
- 運用効果: 実世界の物理性を取り入れた行動生成や意図理解による開発工数削減、エッジでの低遅延制御とクラウドでの高忠実度シミュレーションを組み合わせた開発/検証の効率化
技術的な注意点
- IAM権限: SageMakerのモデルデプロイ/エンドポイント作成には適切なSageMaker権限(例: AmazonSageMakerFullAccessまたは最小権限ポリシー)が必要。S3やECR、IAMロールの設定も確認してください
- リージョン制限: 記事中に明記はありませんが、JumpStartのモデルはリージョンによって未提供の可能性があるため、使用前にSageMakerコンソールで該当モデルの可用性を確認してください
- コスト: 大規模モデル(特に64B)は高性能GPU/複数GPUや推論最適化(コンテナ最適化・モデル並列)が必要で、推論・トレーニング・ストレージ・データ転送に伴うコストが発生します。エッジ運用ではJetson等のハード購入費や運用コストも考慮してください
- ハードウェア/インスタンス: Cosmos3-EdgeはNVIDIA Jetson Thorなどのエッジデバイスでの実行を想定。Cosmos3-Nano / SuperはG4/G5/P4/P3系や専用の推論インフラ(多GPU、モデル並列)を推奨します。必要に応じてSageMaker Neoやトーチ・TensorRTによる最適化を検討してください
- モデル最適化: レイテンシ/メモリ制約に応じて量子化、蒸留、スパース化、オフロード(CPU/GPU分散)などの最適化手法を検討してください。Edgeではフレームレートとアクション頻度のトレードオフが重要です
- ライセンス/利用規約: Cosmos 3はNVIDIA提供のモデルのため、モデルカードや利用条件(ライセンス、商用利用制限等)をJumpStart上のドキュメントで必ず確認してください
- データ/プライバシー: 生成・シミュレーションで得た合成データの使用や実世界データ送受信に関して、個人情報保護・セキュリティ(S3暗号化、VPCエンドポイント等)ポリシーを適用してください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/01/cosmos3-edge-cosmos3-nano-cosmos3-super-on-sagemaker-jumpstart/
- https://docs.aws.amazon.com/sagemaker/latest/dg/studio-jumpstart.html
- https://sagemaker.readthedocs.io/en/stable/
[Aiml] Muse-Glimmer-30B and Qwen 3.8-27B models now available on Amazon SageMaker JumpStart
- 公開日: 2026-08-28 (JST)
- カテゴリ: Aiml
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/01/muse-glimmer-30b-qwen-3.8-27b-on-sagemaker-jumpstart/
概要
MetaのMuse-Glimmer-30BとAlibabaのQwen 3.8-27BがAmazon SageMaker JumpStartで利用可能になりました。SageMaker上でワンクリック/SDK経由で展開でき、高性能なマルチモーダル・エージェント/長文推論ワークロードに対応します。
変更内容・新機能の詳細
今回追加された2つのファウンデーションモデルはそれぞれ異なる強みを持ち、SageMaker JumpStartから簡単にデプロイ可能です。Muse-Glimmer-30Bは30Bパラメータの密結合モデルで、約1.8BパラメータのViT-G/14ベースの視覚エンコーダを内蔵し、テキストと画像を交互入力できる設計、131K以上のコンテキストウィンドウ、選択可能な推論強度(Low〜Extra-High)を特徴とします。エージェント的な多段推論、外部ツール呼び出しの連携、失敗からの回復機構に重点が置かれており、ライセンスはApache 2.0です。Qwen 3.8-27Bは27BパラメータのネイティブV+L(ビジョン+ランゲージ)モデルで、262Kのコンテキストウィンドウを持ち、YaRNスケーリングにより最大約1Mトークン級へ拡張可能です。コーディングやマルチステップのエージェント作業、テキスト/画像/動画のマルチモーダル理解に強く、SWE-bench Proでの評価スコアや量子化後の実行サイズ(約17GB)など、効率と精度のバランスが取れたモデルです。両モデルとも推論強度(reasoning effort)を調整でき、SageMaker JumpStartのモデルカタログからコンソールでワンクリック、あるいはSageMaker Python SDKを使ってデプロイできます。デプロイ先はSageMakerのリアルタイムエンドポイント/バッチ推論などを利用可能で、利用形態に応じてインスタンスタイプやメモリ・推論最適化(量子化、複数GPU分散、コンテキスト拡張設定等)を選択してください。
影響範囲・利用シーン
- 対象ユーザー: 機械学習エンジニア、アプリケーション開発者、SRE/運用チーム、企業のAIプロダクトオーナー
- 利用シーン: 常時稼働するエージェント(チャットボット、自動化ワークフロー)、マルチモーダル検索やドキュメント理解、コード生成・自動化タスク、多段推論を要する業務プロセスの自動化
- 運用効果: 複雑なマルチステップタスクをモデル単体で継続実行しやすくなり、外部ツール連携や失敗回復機能により人手介入を削減可能
- コスト影響: 大規模モデルのため推論インスタンス・ストレージ・データ転送でコスト増加が想定される(量子化や適切なインスタンスタイプで最適化可能)
技術的な注意点
- IAM権限: SageMakerでモデルをデプロイ/呼び出すためのIAM権限(SageMakerフルアクセスまたは必要最小限のSageMaker関連ロール)が必要です
- リージョン制限: JumpStartでの提供リージョンは変動します。利用前にSageMakerコンソールのモデルカタログで利用可能リージョンを確認してください
- コスト: 大規模モデルの推論はGPUインスタンスやメモリ最適化インスタンスの使用が想定され、リアルタイムエンドポイントの維持費用やデータ転送料が発生します。量子化やバッチ推論でコスト削減が可能です
- モデルサイズ/メモリ要件: Museは30Bパラメータ、Qwenは27Bパラメータ(量子化後Qwenは約17GBでの実行例あり)。大きなコンテキスト(131K〜262K以上)を扱うため、メモリとレイテンシ要件を考慮したインスタンス選定が必要です
- コンテキスト拡張: QwenはYaRN等によるスケーリングで最大約1Mトークン級に拡張可能。ただし拡張には追加のインフラ設定・分散推論の構成が必要です
- ライセンス: Muse-Glimmer-30BはApache 2.0(記事記載)。Qwen 3.8-27Bのライセンスは記事で明記されていないため、商用利用等の前にライセンス条件を必ず確認してください
- 推論最適化: SageMaker上では量子化・分散推論・モデル並列化などでコストとレイテンシを最適化可能。JumpStartは事前構成されたコンテナやサンプルノートブックを提供します
- オフライン利用: Museは“クラウド不要”での運用を想定した設計の記載がありますが、SageMaker JumpStartでの利用はAWS上でのデプロイになります。オンプレやエッジでの利用を検討する場合は別途環境構築とライセンス確認が必要です
- セキュリティとガバナンス: 大規模モデルの出力検証、入力データのプライバシー保護(ログ保存やアクセス管理)の設計を行ってください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/01/muse-glimmer-30b-qwen-3.8-27b-on-sagemaker-jumpstart/
- https://docs.aws.amazon.com/sagemaker/latest/dg/jumpstart.html
- https://sagemaker.readthedocs.io/en/stable/
[Redshift] Amazon Redshift streaming can now ingest 10MiB records from Amazon Kinesis Data Streams
- 公開日: 2026-08-28 (JST)
- カテゴリ: Redshift
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/redshift-streaming-supports-kds-10mib-records
概要
Amazon RedshiftがAmazon Kinesis Data Streams(KDS)のレコードサイズ上限を従来の1MiBから10MiBに拡張して受け取れるようになりました。これにより、大きなペイロードを分割せずにRedshiftへ直接ストリーミング投入できます。
変更内容・新機能の詳細
今回のアップデートで、Amazon Redshiftのストリーミング取り込みがKinesis Data Streamsの最大レコードサイズ10MiBをフルにサポートするようになりました(従来は最大1MiB)。結果として、JSONやAvroでの大きなイベント、バイナリ/画像データ、あるいは複数イベントをまとめた大きめのバッチレコードなどを分割せずに直接Redshiftへ流し込めます。機能はAmazon Redshiftが提供されている商用リージョン全域で利用可能です。運用面ではレコード分割ロジックや中間ストレージ(S3経由など)を簡素化でき、パイプラインの開発・保守コストが下がります。一方で、より大きな単一レコードの取り扱いに伴い、KDS側のシャードスループット、プロデューサーのタイムアウトやメモリ要件、Redshift側での一時バッファや処理時間に影響が出るため、プロデューサー設定・監視やリソース設計の見直しが必要です。詳細な実装や設定はAmazon Redshiftのストリーミング取り込みドキュメントおよびAmazon Kinesis Data Streamsのドキュメントを参照してください。
影響範囲・利用シーン
- 対象ユーザー: データエンジニア、クラウドアーキテクト、SRE/運用チーム
- 利用シーン: 大きなJSONペイロードやバイナリ/画像を含むイベントのリアルタイム集計、大量イベントを1レコードにまとめたバッチ的ストリーミング、ETLパイプラインの簡素化(レコード分割不要)
- 運用効果: レコード分割や中間ストレージを減らせるためパイプラインの実装・保守コストが下がり、遅延やデータ一貫性の問題が減少する可能性がある
- パフォーマンス影響: 大きなレコードはプロデューサー側・KDS側・Redshift側それぞれで処理時間・メモリ使用量を増やすため、シャード数やコンシューマーのスケーリング計画が必要
技術的な注意点
- IAM権限: Redshiftのストリーミング取り込みに必要なIAMロール/ポリシー(Kinesisへのアクセス許可、Redshiftへの書き込み権限など)を事前に確認・付与してください
- リージョン制限: 提供開始はAmazon Redshiftが利用可能な商用リージョン全域で利用可能とされています(リージョン毎の細かな展開状況は公式コンソールで確認してください)
- コスト: 単一レコードのサイズ増加はKinesisのPUTデータ転送量やRedshiftのストレージ/取り込みコストに影響します。データ転送量・シャード数の増加に伴う課金増を見込んでください
- スループット制限: KDSのシャード毎のスループット制限(書き込みと読み取り)に注意してください。大きなレコードはシャード利用率を早く消費するため、シャード追加やEnhanced Fan-Outの利用を検討してください
- プロデューサー/SDK: PutRecord/PutRecordsを行うクライアント側で10MiBを扱えるか、タイムアウトやメモリ制約を確認してください。バッチ送信やリトライ戦略の見直しが必要になる場合があります
- データ形式とスキーマ: Redshiftに取り込む前にスキーマ、圧縮、シリアライズ方式(JSON/Avro/Parquet等)を検討し、取り込み側のパフォーマンス最適化を行ってください
- 互換性とフォールバック: 既存の分割ロジックや中間処理に依存しているパイプラインは、動作検証と段階的移行を推奨します
- モニタリング: KinesisとRedshiftのメトリクス(Put成功率、レイテンシ、シャード消費、Redshiftの取り込みエラー/スロット使用率など)を強化して監視してください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/redshift-streaming-supports-kds-10mib-records
- https://docs.aws.amazon.com/redshift/latest/mgmt/what-is-redshift.html
- https://docs.aws.amazon.com/streams/latest/dev/introduction.html
[Redshift] Amazon Redshift integrates with Agent Toolkit for AWS for AI-assisted data warehouse management
- 公開日: 2026-08-28 (JST)
- カテゴリ: Redshift
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/redshift-agenttoolkit-for-ai-assisted-datawarehouse-mgmt
概要
Amazon RedshiftがAgent Toolkit for AWSと統合され、Claude CodeやKiro、CursorなどのAIエージェントから直接Redshiftの構築・クエリ・トラブルシューティング・マイグレーションを実行できるようになりました。AWS MCP(Model Context Protocol)サーバーによる認証付きAPI実行と、Redshift向けの"skills"(手順や参照資料のパッケージ)を組み合わせた機能です。
変更内容・新機能の詳細
本統合は二つの主要コンポーネントで構成されます。1) AWS MCPサーバー:AIエージェントに代わって認証付きでAWS API(Redshiftを含む)を実行する仕組みを提供し、エージェントが安全にクラスタ操作やクエリ実行を行えるようにします。2) Redshift skills:AIエージェントが実務的なRedshift操作を正確に行うための事前検証済み手順・参照資料の集合で、以下を含みます。SQL構文リファレンス(自動生成クエリの誤り低減)、メタデータ探索(手動SQL不要でスキーマやデータの発見)、データロードパターン、マテリアライズドビューのベストプラクティス、関数・データ型のガイダンス、Qualify/Pivot/Superなどの拡張サポート。さらに、データウェアハウスのエンドツーエンド・マイグレーション手順(発見、スキーマとSQLの変換、データ移動、検証、パフォーマンス比較)も含まれ、今後スキル群は追加拡張される予定です。適用対象はプロビジョンドクラスタとServerlessワークグループの両方で、既存インフラの変更は不要、追加料金は発生しないとされています。導入はエージェント側にaws-data-analyticsプラグインをインストールすることで簡単に始められ、MCPサーバーへのアクセス権があればランタイムで技能を検索・ロードすることも可能です。
影響範囲・利用シーン
- 対象ユーザー: データエンジニア、データベース管理者、SRE、DevOps、データアナリスト
- 利用シーン: 自然言語やコードベースのAIエージェントを用いたクエリ作成・スキーマ探索、定型的な運用タスクの自動化、Redshiftへのデータウェアハウス移行(発見→変換→移行→検証)の自動支援
- 運用効果: 手動作業の削減、クエリ生成ミスの低減、移行プロセスの標準化・短縮、運用トラブルシューティングの迅速化
技術的な注意点
- IAM権限: MCPサーバーおよびエージェントに付与するIAMロール/ポリシーは最小権限の原則で設計してください(例:redshift:DescribeClusters、redshift-data:ExecuteStatement、s3:GetObject/PutObject、glue等の必要API)。
- リージョン制限: 利用可能なのはAmazon RedshiftおよびAWS MCP Serverが提供されるリージョンに限られます。対象リージョンでの提供状況は事前に確認してください。
- コスト: Redshift skills自体に追加料金はないとされていますが、Redshiftクラスターの実行時間、Serverlessクエリ実行、データ転送(S3↔Redshift)や関連サービス(Glue、S3等)の通常料金は発生します。
- ネットワーク/セキュリティ: MCPサーバーとエージェント間、MCPサーバーとRedshift間の通信経路を設計し、必要に応じてVPCエンドポイント、セキュリティグループ、プライベートサブネットの設定を行ってください。機密データへのアクセス時はエージェントの信頼性管理が重要です。
- 互換性・前提条件: 対象はプロビジョンドクラスタとServerlessワークグループの両方。利用にはエージェント側でaws-data-analyticsプラグイン(またはMCP設定)が必要です。既存インフラのコード変更は不要ですが、IAMやネットワーク設定は必要となります。
- 導入上の注意: 自動変換されたスキーマ/SQLや自動実行アクションは必ず検証ワークフローを設け、人の承認やテスト環境での検証を経て本番反映することを推奨します。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/redshift-agenttoolkit-for-ai-assisted-datawarehouse-mgmt
- https://docs.aws.amazon.com/redshift/latest/mgmt/welcome.html
[Ec2] Amazon EC2 X8i instances are now available in additional regions
- 公開日: 2026-08-28 (JST)
- カテゴリ: Ec2
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-ec2-x8i-europe-milan-spain/
概要
Amazon EC2の新しいメモリ最適化インスタンスファミリー X8i が、Europe (Milan) と Europe (Spain) リージョンで利用可能になりました。カスタムIntel Xeon 6プロセッサ(AWS専用)を搭載し、最大6TBのメモリと高いメモリ帯域幅を提供します。
変更内容・新機能の詳細
X8iインスタンスはカスタムIntel Xeon 6プロセッサを採用し、SAP認定済みで、クラウド上の同等Intelプロセッサと比べて最高性能と最速のメモリ帯域を実現するとされています。前世代のX2iと比較して最大43%の高い全体性能、メモリ容量は1.5倍(最大6TB)、メモリ帯域は3.3倍を提供します。ワークロード別の性能向上例として、SAPSは最大50%向上、PostgreSQLは最大47%高速化、Memcachedは88%高速化、AI推論は46%高速化が報告されています。インスタンスは14サイズ(large〜96xlarge)を用意し、うち2つはベアメタルオプションです。主にSAP HANA、大規模データベース、データ分析、EDA(電子設計自動化)などメモリ集約型ワークロード向けに設計されています。購入はオンデマンド、Savings Plans、Spotで可能で、AWS Management Consoleから起動できます。導入前には既存のワークロードでベンチマークを実施し、メモリ容量・ライセンス(例:SAPライセンス)の要件を確認することを推奨します。
影響範囲・利用シーン
- 対象ユーザー: SAP運用者、DBA、大規模インメモリデータベースやメモリ集約型分析を行うデータチーム、EDAエンジニア
- 利用シーン: SAP HANAや大規模PostgreSQL、インメモリキャッシュ(Memcached)、AI推論ノード、EDAワークロードの高メモリ/高帯域化による性能改善
- 運用効果: より大きなインスタンスメモリ(最大6TB)と高帯域によりクエリ・トランザクションのスループット向上、レスポンス低下の抑止、スケールダウンによるコスト最適化(性能あたりコスト削減の可能性)
技術的な注意点
- IAM権限: EC2インスタンス作成、キー管理、必要なVPC/サブネット/セキュリティグループの操作権限が必要です。Savings PlansやSpot利用時はアカウントの料金設定権限も確認してください。
- リージョン制限: この記事時点で Europe (Milan) と Europe (Spain) に追加されたため、使用前に対象リージョンでの提供状況(AZやキャパシティ)をコンソールで確認してください。既存のリージョンでは未対応の可能性があります。
- コスト: 大容量メモリ・高性能のためインスタンス単価は高めです。オンデマンド料金、Savings Plans、Spotを比較してコスト最適化を検討してください。ベアメタルはさらに高コストになる傾向があります。
- SAP認定・ライセンス: X8iはSAP認定ですが、導入前にSAPの認定ノート(SAP Note)やAWSのSAPドキュメントでサポート対象構成・ソフトウェアライセンス条件(コア数等)を確認してください。
- ベアメタル/OS互換性: ベアメタルオプション利用時はOSやカーネル要件、ドライバ互換性を検証してください。ハイパーバイザ依存の機能(例:一部の監視ツール)は挙動が変わる場合があります。
- 性能検証: 公称値(SAPSや%高速化)は代表的ワークロードでの比較結果です。実運用前に実ワークロードでベンチマーク/負荷試験を実施し、メモリ容量・帯域・スループットの効果を確認してください。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-ec2-x8i-europe-milan-spain/
- https://aws.amazon.com/ec2/instance-types/x8i/
- https://aws.amazon.com/sap/
[Elastic Disaster Recovery] AWS Elastic Disaster Recovery introduces Recovery Plans for orchestrated application recovery
- 公開日: 2026-08-28 (JST)
- カテゴリ: Elastic Disaster Recovery
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/elastic-disaster-recovery-plans/
概要
AWS Elastic Disaster Recovery (AWS DRS)に「Recovery Plans」が追加されました。複数サーバーで構成されるアプリケーションを順序立てて自動で起動・検証できる機能です。
変更内容・新機能の詳細
Recovery Plansは、データベース・アプリケーション層・支援サービスなど、特定の起動順序が必要なマルチサーバーアプリケーションの復旧とドリルを自動化します。サーバーを手動で一台ずつ起動・依存関係を追跡する代わりに、サーバー群をステップ単位で定義し(各ステップに複数サーバーを含めることが可能)、ステップ間の待機時間や承認ステップを設定してワンクリックで実行できます。ドリルは非破壊モードで実行でき、手順の検証が可能です。実行中はリアルタイムで進捗を監視でき、これにより高負荷・高ストレス時の手動オペレーションミスや復旧時間を削減します。Recovery Plansは、AWS DRSが提供されている全リージョンで利用可能で、標準のDRS利用料金を超える追加料金はありません(ただし復旧時に生成されるAWSリソースの通常料金は別途発生します)。
影響範囲・利用シーン
- 対象ユーザー: DR/BCP担当者、クラウド運用チーム、SRE、アプリケーションアーキテクト
- 利用シーンまたは効果: マルチサーバー構成の災害復旧と定期ドリルで、起動順序や依存関係を自動化・検証し、復旧の再現性を向上させる
- 運用効果: ワンクリック実行による復旧時間短縮、手動操作による起動順のミス削減、ドリルによる手順検証で復旧信頼性が向上
技術的な注意点
- 前提: 対象サーバーはAWS DRSでレプリケーション済みである必要があります
- IAM権限: Recovery Plansの作成・実行にはAWS DRS関連の操作権限が必要です。必要なIAMポリシーを事前に確認してください
- リージョン制限: AWS DRSが提供されているすべてのリージョンで利用可能です(ただし、リージョン単位でDRSの提供状況を確認してください)
- コスト: Recovery Plans自体に追加料金は発生しませんが、復旧/ドリルで起動するEC2インスタンス、EBS、ネットワークリソース等の通常のAWS利用料金は別途発生します
- 運用注意: ステップ間の待機時間や承認ステップはアプリケーション依存性に応じて適切に調整してください。ドリルで手順を検証しておくことを推奨します
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/elastic-disaster-recovery-plans/
- https://docs.aws.amazon.com/drs/latest/userguide/
[Bedrock] Amazon Bedrock AgentCore expands to two new regions
- 公開日: 2026-08-28 (JST)
- カテゴリ: Bedrock
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/bedrock-agentcore-two-new-regions/
概要
Amazon Bedrock AgentCoreが新たに米国西部(N. California)とアジア太平洋(Hyderabad)の2リージョンで利用可能になりました。これにより、エンドユーザーに近い場所でAgentCoreのランタイムやポリシー管理など主要機能を低遅延で利用できます。
変更内容・新機能の詳細
AgentCoreはエージェント(対話型ボットや自動化ワークフロー)を作成・接続・最適化するためのプラットフォームで、今回のリージョン拡張によりUS West (N. California) と Asia Pacific (Hyderabad) で本番利用が可能になりました。ローンチ時点でこれらのリージョンに提供される主な機能は、エージェントのランタイム、ID/アクセス制御、ポリシー管理、セッション永続化(session persistence)、外部ツール接続(tool connectivity)、評価(evaluations)、および可観測性(observability)です。インフラ層でのセキュリティ施行により、エージェントがその制約を回避することを防止します。企業システム(データベース、内部API、SaaSツールなど)との接続や継続的評価・チューニングを行うワークロードに適しており、エンドユーザーやデータがあるリージョンで実行することでレイテンシ削減やデータ主権の要件対応が可能です。詳細な実装や料金、リージョン別のサービス可用性はAgentCoreの製品ページ、Developer Guide、価格ページ、サポートされるリージョン一覧を参照してください。
影響範囲・利用シーン
- 対象ユーザー: アプリケーション開発者、SRE/プラットフォームチーム、機械学習エンジニア、エンタープライズIT部門
- 利用シーンまたは効果: エンドユーザーに近いリージョンでのエージェント実行によるレイテンシ低減、データ主権・コンプライアンス要件の順守、社内ツールやデータベースとの低遅延接続
- 導入メリット: リージョン拡張により運用領域が広がり、ユーザー体験向上と法規制対応がしやすくなる
- 運用効果: オブザーバビリティと評価機能によりエージェントの性能監視と継続的改善が可能
技術的な注意点
- IAM権限: AgentCoreを操作するためのIAMロール/ポリシー設定が必要です。最小権限の原則で必要なAPIやリソースアクセスを付与してください。
- リージョン制限: 新たに追加されたのは US West (N. California) と Asia Pacific (Hyderabad) のみ。他リージョンでの利用可否は公式のリージョン一覧で確認してください。
- コスト: AgentCore の利用には別途料金が発生します。リージョンごとの価格やデータ転送費用、関連するモデル呼び出しや接続先サービスのコストも考慮してください。
- ネットワーク: VPC、PrivateLinkやVPCエンドポイント等のプライベート接続やネットワーク設計は環境に応じて確認・設定してください。オンプレミスや他AWSサービスとの接続はネットワーク構成次第で遅延やコストに影響します。
- クォータ/スループット: 初期割当や同時実行数などの制限がある可能性があるため、必要に応じてサポートにクォータ増加を依頼してください。
- 互換性: AgentCoreは任意のフレームワーク・モデルでエージェントを構築できることを謳っていますが、特定の外部モデルやカスタムインテグレーションを使う場合は対応状況とリージョン制約を事前確認してください。
- ログ/監査: 可観測性機能を利用する際のログ保存期間や監査要件(ログの暗号化、アクセス制御)を設計に組み込んでください。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/bedrock-agentcore-two-new-regions/
- https://aws.amazon.com/bedrock/
[Connect] Amazon Connect Customer expands conversational analytics capabilities in the Africa (Cape Town) Region
- 公開日: 2026-08-28 (JST)
- カテゴリ: Connect
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/connect-customer-analytics-cape-town/
概要
Amazon Connect CustomerがAfrica (Cape Town) リージョンで、生成AI要約、リアルタイム通話解析、およびリアルタイムルールの対応を開始しました。これにより、既存のポストコンタクト解析に加え、ライブ監視と即時対応が可能になります。
変更内容・新機能の詳細
追加された主な機能は以下の通りです。
- 生成AIによる要約: コンタクト終了直後にAIが対話の要約を生成し、スーパーバイザーやエージェントの手動メモや後処理(ACW)を削減します。
- リアルタイム通話解析: ライブの文字起こしを提供し、スーパーバイザーが通話をリアルタイムで監視・介入できるようにします。音声からのテキスト化に基づき、指標やキーワードを即時に把握できます。
- リアルタイムルール: ライブ中のキーワード、センチメント、その他検出基準に応じてコンタクトを自動分類し、スーパーバイザーへのアラート送信や通知、タスク生成といった即時アクションをトリガーします。 これらはRegion内で既に提供されているポストコンタクト会話分析を補完し、顧客体験、エージェントのパフォーマンス、運用効率の改善を目的としています。詳細や設定はAmazon Connect Customer 管理者ガイドおよび製品サイト、リージョン別機能一覧を参照してください。
影響範囲・利用シーン
- 対象ユーザー: コンタクトセンター運用者、スーパーバイザー、品質管理(QA)チーム、SRE/運用チーム
- 利用シーン: ライブモニタリングと即時介入(エスカレーション)、通話後の要約自動化によるACW削減、キーワード/センチメントに基づく迅速な振り分けやアラート発行
- 運用効果: エージェントのメモ工数削減、QAの効率向上、問題の早期検出と対応による顧客満足度向上と平均処理時間(AHT)低減
技術的な注意点
- IAM権限: Amazon ConnectおよびConnect Customer機能を操作するための専用権限が必要です。ライブ解析や要約の表示や設定に関連する権限を事前に確認してください。
- リージョン制限: 本アナウンスはAfrica (Cape Town) リージョンでの提供開始を示します。他リージョンでの利用可否は公式の「機能の地域別可用性」を確認してください。
- コスト: ライブ文字起こし、生成AI要約、リアルタイム処理には追加料金が発生する可能性があります。音声処理、API呼び出し、保存(S3等)やストリーミング(Kinesis等)に関連するコストを見積もってください。
- データ保護・コンプライアンス: 音声データや生成結果の取り扱い(保存場所、ログ、アクセス制御、監査ログ)を確認し、必要に応じてデータ保持ポリシーや暗号化を適用してください。
- 依存サービスおよび統合: ライブ転写や解析はAmazon Transcribeや他のNLP/生成AI基盤(例: Amazon Bedrockなど)を利用する可能性があります。S3、Kinesis、Lambda、CloudWatch等との統合設計を検討してください。
- 運用上の注意: リアルタイムルールの閾値やキーワード設定は誤検知やノイズに注意し、チューニングと運用監視を行ってください。生成AI要約は要約品質を人がレビューするワークフローを設けることを推奨します。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/connect-customer-analytics-cape-town/
- https://docs.aws.amazon.com/connect/latest/adminguide/connect-customer.html
- https://docs.aws.amazon.com/connect/latest/adminguide/connect-customer-features-by-region.html
[Connect] Amazon Connect Customer now automatically refreshes scheduling metrics
- 公開日: 2026-08-28 (JST)
- カテゴリ: Connect
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-connect-customer-scheduling-metrics/
概要
Amazon Connect Customerのスケジューリングページ上で、スケジュール変更を行うとスケジューリングメトリクス(純可用ヘッドカウントや予測サービスレベルなど)が自動で更新され、管理者が即座に変更の影響を確認できるようになりました。
変更内容・新機能の詳細
スケジューリング画面で予定(例:10名分のチームミーティングを10:00–11:00に追加)を作成・編集すると、その変更が即時に反映され、純可用ヘッドカウントや予測サービスレベルなどのスケジューリング指標が自動的に再計算・表示されます。これにより、従来の手動リフレッシュや別画面に移動する必要がなく、スケジュール変更がその場でスタッフカバレッジに及ぼす影響を確認できます。UI上の自動更新はコンソール(スケジューリングページ)での表示改善であり、エージェントスケジューリングが有効なAWSリージョンで利用可能です。
影響範囲・利用シーン
- 対象ユーザー: コンタクトセンターのワークフォースマネージャー、スケジュール担当者、オペレーションチーム
- 利用シーン: 会議や休憩、緊急シフト変更をスケジューリングする際に、その場で人員カバレッジとサービスレベルへの影響を評価
- 運用効果: スケジュール変更の意思決定が迅速化され、過剰/不足人員によるサービス低下や無駄な補正作業を減らせる
- 意思決定精度: リアルタイムのメトリクス更新により、即時の定量的判断(必要な追加シフトや代替手配)が可能になる
技術的な注意点
- IAM権限: スケジューリングや表示に必要なAmazon Connectのコンソール権限(ワークフォース管理/スケジュール閲覧・編集権限)が必要です。具体的なIAMポリシーは環境の管理者にて確認してください。
- リージョン制限: Amazon Connectのエージェントスケジューリング機能が提供されているAWSリージョンで利用可能です。該当機能が未対応のリージョンでは利用できません。
- コスト: 本機能自体に追加料金の明示はありませんが、Amazon Connectの通常料金やワークフォース管理関連の利用料金は別途発生する可能性があります。
- 同期・競合: 複数ユーザーが同時にスケジュール編集を行った場合の競合解決は既存のスケジューリングワークフローに従います。複数人編集時は最新の保存状態が反映されるため、確定前の編集中データに注意してください。
- API連携: 本機能はコンソール上の自動更新機能として説明されています。プログラム的に同等のデータを取得・反映する場合は、Amazon Connectのスケジューリング関連API/CSVエクスポート等を併用して確認してください。
- 表示遅延・キャッシュ: ネットワーク遅延やブラウザキャッシュにより、稀に即時反映が遅れることがあります。更新が反映されない場合はページの再読み込みやキャッシュのクリアを試してください。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-connect-customer-scheduling-metrics/
- https://docs.aws.amazon.com/connect/latest/adminguide/agent-scheduling.html
[Fsx Netapp Ontap] Amazon FSx for NetApp ONTAP now supports copying backups across AWS Regions and accounts
- 公開日: 2026-08-28 (JST)
- カテゴリ: Fsx Netapp Ontap
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/fsx-ontap-cross-region-backup-copy/
概要
Amazon FSx for NetApp ONTAPが、バックアップをリージョン間および組織内の信頼されたアカウント間でコピーできるようになりました。これにより、事業継続性、データ保護、コンプライアンス要件を満たすための二次バックアップ保管が容易になります。
変更内容・新機能の詳細
Amazon FSx for NetApp ONTAPのバックアップは、ボリュームのポイントインタイムのオフラインコピーで、同一リージョン内の複数AZへ冗長に保管されます。今回の拡張により、既存および新規のバックアップを、FSx for NetApp ONTAPが利用可能な任意のAWSリージョンおよび同一AWS Organizations内の信頼された別アカウントへコピーできるようになりました。コピー操作はコンソール、AWS CLI、SDK、または対応するFSx APIから実行可能で、コピー先では別リージョンのストレージとして二次的に保持されます。バックアップ自体は増分(インクリメンタル)形式で管理されるため、通常は差分データのみ保存されますが、リージョン間・アカウント間のコピーではデータ転送と保存が発生する点に注意が必要です。コピーされたバックアップは宛先リージョンの可用性要件(複数AZ冗長)に従って保管され、コピー先での復元により災害復旧やデータ分離の用途に利用できます。
影響範囲・利用シーン
- 対象ユーザー: クラウド/ストレージ管理者、SRE、バックアップおよびDR設計者
- 利用シーンまたは効果: リージョン障害対策(DR)、規制上のデータ分離(別アカウント保存)、クロスリージョン・クロスアカウントでのバックアップ複製による事業継続性強化
- 運用効果: 地理的分散によるリスク低減、別アカウントでの保持によるアクセス分離とコンプライアンス対応の容易化
- 運用負荷: バックアップコピーの管理(ポリシー設定、KMSキー管理、アクセス権設定)が追加で必要
- パフォーマンス/コスト影響: コピー時のデータ転送コストおよびコピー先でのストレージコストが発生
技術的な注意点
- IAM権限: コピー実行にはソースと宛先双方で適切なFSxおよびKMS(場合により)権限が必要(fsx:CopyBackup 等のAPI権限、KMSのEncrypt/Decrypt/Grant権限などを確認してください)
- KMS/暗号化: クロスリージョン/クロスアカウントコピー時は宛先リージョンのKMSキー要件とキーポリシーを確認し、必要に応じてキー共有やキーの作成を行ってください。カスタマー管理キー(CMK)使用時はポリシーでアクセスを許可する必要があります。
- リージョン制限: コピー先はAmazon FSx for NetApp ONTAPが利用可能なリージョンに限られます。利用前にリージョン対応状況を確認してください。
- コスト: リージョン間データ転送料金(アウトバウンド)および宛先リージョンでのバックアップストレージ料金が発生します。大量データのコピーはコストが大きくなる可能性があります。
- 運用注意: コピーにかかる所要時間はデータ量とリージョン間帯域に依存します。復元テストや運用手順(誰がいつコピー/削除するか)を定義してください。
- 互換性/制約: コピーされたバックアップは宛先アカウント/リージョンで復元可能ですが、ネットワーク設定やIAMポリシーは復元先の環境に合わせて設定する必要があります。
- API/CLI: コンソールに加えAWS CLIやSDK経由で自動化可能です。特定のAPI名やパラメータは最新ドキュメントで確認してください。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/fsx-ontap-cross-region-backup-copy/
- https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/
- https://aws.amazon.com/fsx/netapp-ontap/
[Backup] AWS Backup adds cross-Region and cross-account backup support for Amazon FSx for NetApp ONTAP
- 公開日: 2026-08-28 (JST)
- カテゴリ: Backup
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/aws-backup-amazon-fsx-netapp-cross-account-region/
概要
AWS BackupがAmazon FSx for NetApp ONTAPのバックアップを別リージョンや別アカウントへコピーする機能をサポートしました。ポリシーベースのバックアッププランまたはオンデマンドのコピージョブで自動化できます。
変更内容・新機能の詳細
新機能により、Amazon FSx for NetApp ONTAPのバックアップを別のAWSリージョン、別のAWSアカウント、またはその両方へコピー可能になりました。コピーはAWS Backupが一元管理し、バックアッププランのルール(ライフサイクル、保持期間等)に従ってポリシーベースで自動実行するか、必要に応じてオンデマンドでジョブを開始できます。クロスリージョンコピーは災害復旧(DR)や事業継続(BCP)要件の達成に役立ち、クロスアカウントコピーは誤削除やアカウント侵害からバックアップを保護する手段となります。組織単位での自動化はAWS Organizationsと連携して設定可能です。操作はAWS Backupコンソール、AWS CLI、あるいはAWS SDKから実行できます。利用可能なリージョンや詳細なサポート状況はAWS Backupのドキュメントで確認してください。
影響範囲・利用シーン
- 対象ユーザー: クラウド運用者、バックアップ/リカバリ担当、SRE、セキュリティ/ガバナンス担当
- 利用シーン: リージョン障害に対するディザスタリカバリ計画、バックアップの分離保存(別アカウントによる保護)、組織全体でのバックアップポリシー自動化
- 運用効果: バックアップの冗長性・耐障害性が向上し、誤操作やアカウント侵害によるデータ喪失リスクが低減される
- コンプライアンス/ガバナンス効果: データ所在地ポリシーや分離管理要件(例: 開発/本番分離)への対応が容易になる
技術的な注意点
- IAM権限: クロスアカウントコピーにはターゲット側での適切なアクセス許可(バックアップボールトアクセスや信頼されたロールの設定)が必要です。AWS Organizationsからの自動化には管理アカウント/委任管理者設定を確認してください。
- KMS/暗号化: 暗号化されたバックアップをコピーする場合、コピー先で使用するKMSキーの権限設定(キーの使用許可と必要なGrant)が必要になることがあります。カスタマー管理キーを使用している場合は特に注意してください。
- コスト: クロスリージョンデータ転送(送信)とコピー先での保存料金が発生します。オンデマンドコピーや保持期間によるストレージコストも考慮してください。
- リージョン制限: 記事では "両サービスが利用可能な商用リージョン全て" で利用可能とされていますが、機能や地域対応状況の詳細はAWS Backupのドキュメントで最新情報を確認してください。
- 運用留意点: バックアップポリシー(保持期間、ライフサイクル)やリストア手順(別リージョン/別アカウントからのリストア)を事前に検証しておくことを推奨します。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/08/aws-backup-amazon-fsx-netapp-cross-account-region/
- https://docs.aws.amazon.com/aws-backup/latest/devguide/
- https://aws.amazon.com/backup/
- https://aws.amazon.com/backup/pricing/
- https://aws.amazon.com/fsx/netapp-ontap/
[General] Amazon EVS now supports i7i.metal-48xl Amazon EC2 instance type
- 公開日: 2026-08-28 (JST)
- カテゴリ: General
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-evs-i7i-48xl
概要
Amazon Elastic VMware Service (Amazon EVS) が i7i.metal-48xl EC2 ベアメタルインスタンスタイプをサポートしました。5th 世代 Intel Xeon スケーラブルプロセッサを採用した高コア数インスタンスにより、VMware ベースのワークロードでのコスト性能向上とホスト集約の効果が期待できます。
変更内容・新機能の詳細
今回の追加により、Amazon EVS 上で i7i.metal-48xl(ベアメタル)インスタンスをホストとして利用可能になります。i7i インスタンスは第5世代 Intel Xeon Scalable プロセッサを搭載し、i4i 世代と比較して最大で約23%の計算性能改善、価格性能では10%以上の向上が報告されています。i7i.metal-48xl はメモリ・ストレージ容量が大きく、より多くの仮想マシン(VM)を1台のホストに集約できるため、EVS クラスタあたりのホスト数を減らして垂直スケールを図ることが可能です。ローカル NVMe 等のストレージ性能を活かして vSAN 等の VMware ストレージ機能を有効活用でき、VMware Cloud Foundation (VCF) 9.x のメモリティアリングなど最新機能や、Amazon EVS Deployment Orchestrator によるオンボーディング自動化の恩恵も受けられます。利用は、Amazon EVS と EC2 i7i が両方利用可能なリージョンに限定されます。
影響範囲・利用シーン
- 対象ユーザー: VMware を AWS 上で運用するクラウド/インフラエンジニア、SRE、ITアーキテクト
- 利用シーン: 大量 VM の集約(仮想デスクトップ、データベース、分析ワークロード)、ストレージ最適化が要求される I/O 集中型ワークロードの受け皿
- 運用効果: ホストあたりの VM 密度向上によりホスト台数を削減でき、トータルの運用コストやラックスペース・電力消費の削減につながる可能性がある
- パフォーマンス効果: CPU 性能とローカルストレージ性能の向上によりレスポンス改善やスループット向上が期待できる
- リージョン制限: Amazon EVS と EC2 i7i の両方が提供されているリージョンでのみ利用可能
技術的な注意点
- IAM権限: EVS 管理や EC2 インスタンスの操作に必要な IAM 権限(RunInstances, DescribeInstances, CreateTags など)を確認・付与してください
- リージョン制限: 利用可能リージョンは限定されます。導入前に対象リージョンで EVS と i7i が両方有効か確認してください
- VCF 互換性: i7i の特性(メモリ/ストレージ構成)を生かすには VCF 9.x の機能が関係します。正式サポート対象の VCF/ESXi バージョンを AWS/VMware のサポート情報で確認してください
- ストレージ: i7i のローカル NVMe 等を vSAN 等で使用する場合、ディスクグループや冗長性の設計、データ永続性の考慮(バックアップ/レプリケーション)を行ってください
- コスト: 単価は高めのスペックになるため、総保有コスト(TCO)と価格性能(price/perf)をベンチマークで検証してから移行計画を立ててください
- 移行/検証: NUMA トポロジ、メモリ割当、vMotion の互換性、ドライバ/ファームウェアの互換性を事前にテストすることを推奨します