AWS What's New Digest

Appearance

2026年04月23日 ​

[General] Amazon Quick now supports permission verification for ACL-enabled knowledge bases ​

概要 ​

Amazon Quickが、ドキュメント単位のACLを有効にしたナレッジベースに対するアクセス許可検証機能を追加しました。管理者は特定ユーザーが特定ドキュメントにアクセスできるかをコンソール上で即時確認できます。

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

ドキュメントレベルのACLが有効なKnowledge Baseに対して、Sync reportsタブから各同期済みアイテムのアクションメニューで「View Access Details」を選択すると、Access Detailsパネルが表示されます。そこにあるPermission Checkerにユーザーのメールアドレスを入力すると、そのユーザーが当該ドキュメントにアクセス可能かどうかを瞬時に判定します。表示内容には当該ドキュメントにアクセス権を持つ全ユーザーおよびグループの一覧も含まれ、権限の継承経路を手動で辿ることなく可視化できます。Permission Checkerの判定結果は「アクセスあり」「アクセスなし」「ACLが見つからない」の3種類です。この機能はドキュメント単位ACLを有効にしたKnowledge Baseに限定して利用可能で、Amazon Quickが提供されているすべてのリージョンで有効です（記事時点での提供リージョン：US East (N. Virginia)、US West (Oregon)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Europe (Frankfurt)、Europe (London)、Europe (Ireland)）。

影響範囲・利用シーン ​

  • 対象ユーザー: ナレッジベース管理者、セキュリティ担当者、SRE/運用チーム
  • 利用シーン: ユーザーからの“アクセスできない”問い合わせ対応、機微情報（機密ドキュメント）の公開範囲確認、アクセス権設定のトラブルシューティング
  • 運用効果: 権限継承を手で追う必要がなくなり、アクセス不備の原因特定と是正が迅速化されることで監査対応やインシデント対処時間が短縮される

技術的な注意点 ​

  • IAM権限: Knowledge Baseの閲覧/Sync reports表示およびAccess Detailsを確認できる権限が必要です。実運用では管理者ロールまたは同等のQuickアクセス権限を持つことを推奨します。
  • リージョン制限: 機能はAmazon Quickが提供されているリージョンで利用可能です。記事公開時点の対応リージョンは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Europe (Frankfurt)、Europe (London)、Europe (Ireland) です。利用予定リージョンでの提供状況は事前に確認してください。
  • コスト: 本機能自体に追加料金は想定されませんが、Syncやログの保存・転送に伴う標準的なストレージ／データ転送料金やログサービスの課金が発生する可能性があります。
  • 適用条件: ドキュメント単位のACLが有効になっているKnowledge Baseでのみ機能します。KBにACLが設定されていない場合、Permission Checkerは「ACLが見つからない」を返します。
  • 注意事項: Permission Checkerはユーザーのメールアドレスを用いて判定します。外部IDプロバイダやグループマッピングの設定状況によって結果が変わるため、疑義がある場合は該当ユーザーのIDマッピングとグループ所属も合わせて確認してください。

参考情報 ​

[S3] Amazon S3 now supports five additional checksum algorithms ​

概要 ​

Amazon S3がMD5、XXHash3、XXHash64、XXHash128、SHA-512の5つのチェックサムアルゴリズムを新たにサポートし、サポートされるアルゴリズムは合計10種類になりました。アップロード時にチェックサムを指定するとS3が検証・保存し、ダウンロード時に検証用チェックサムを取得できます。

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

今回追加された5つのアルゴリズム（MD5、XXHash3、XXHash64、XXHash128、SHA-512）は、オブジェクトの整合性検証にS3ネイティブで利用できます。オブジェクトをアップロードする際にクライアントがチェックサム値を提供すると、S3はアップロードデータと照合して整合性を検証してからオブジェクトを格納します。マルチパートアップロードでは、各パートに対するパートレベルのチェックサムを提供でき、CompleteMultipartUpload時にS3がパートチェックサムを結合して複合チェックサムを計算・格納します。アップロード時にチェックサムを指定しなかった場合、S3はデフォルトでCRC64NVMEチェックサムを計算して整合性保護を適用します。ダウンロード時には保存済みチェックサムを取得してクライアント側で検証できます。さらに、新しいアルゴリズムはS3レプリケーションでのオブジェクト複製時にもチェックサムを保持でき、S3 Inventoryでのチェックサム監査にも対応します。既存オブジェクト（チェックサム未設定や別アルゴリズムでアップロードされたもの）については、S3 Batch Operationsを使ってダウンロードや復元を行わずに大規模にチェックサムを計算して格納できます。これらの機能は追加料金なしで、37のAWSリージョン（AWS China、AWS GovCloud (US)を含む）で利用可能です。利用はAWS CLIや各種AWS SDK経由で開始できます。

影響範囲・利用シーン ​

  • 対象ユーザー: S3をデータレイク、バックアップ、アーカイブ、配信ストレージとして使う開発者・運用者・データエンジニア
  • 利用シーン: アップロード時の整合性検証（クライアント側でチェックサムを算出して送信）、マルチパートアップロードのパート整合性保証、レプリケーション先での整合性維持、S3 Inventoryによる定期監査
  • 運用効果: データ転送や保管時の破損検出率向上、復元や再転送のコスト削減、規制や監査対応での証跡保持が容易に
  • スケーラビリティ: S3 Batch Operationsで既存多数オブジェクトに対して一括でチェックサム算出・保存が可能

技術的な注意点 ​

  • IAM権限: PutObject/UploadPart/CompleteMultipartUpload/GetObjectなどの標準S3権限に加え、S3 Batch Operationsやレプリケーション構成を利用する場合はそれぞれに必要なIAMロール・権限（例: iam:PassRole 等）を用意してください
  • デフォルト挙動: チェックサムを指定しないアップロードではS3がCRC64NVMEを自動計算・適用します
  • マルチパート: 各パートにチェックサムを提供可能で、Complete時にS3が複合チェックサムを計算します。クライアント側での正しいパートチェックサム計算が必要です
  • 既存オブジェクト: 既に格納されたオブジェクトに対してはS3 Batch Operationsを用いればダウンロードなしでチェックサムを計算・保存できます
  • リージョン制限: 発表では37リージョン（AWS China、AWS GovCloud (US) 含む）で利用可能とされていますが、実際の有効化状況はリージョンごとに確認してください
  • コスト: 機能自体に追加料金は発生しないとされていますが、チェックサム計算を行うAPI呼び出しやS3 Batch Operations、データ転送やストレージの通常料金は発生します
  • CLI/SDK: AWS CLIおよび公式AWS SDKでサポートされています。実装時は使用するSDKのバージョンが新しいチェックサムアルゴリズムをサポートしているか確認してください

参考情報 ​

[Backup] AWS Backup expands support for Amazon Aurora PITR to six Regions ​

概要 ​

AWS Backup が Amazon Aurora のポイントインタイムリカバリ（PITR）対応をさらに6つのリージョンに拡張しました。これにより、該当リージョンの Aurora クラスターを AWS Backup のポリシーに基づき PITR で保護・復旧できます。

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

拡張されたリージョンは Asia Pacific（Malaysia、Thailand、Taipei、New Zealand）、Canada West（Calgary）、Mexico（Central）の6リージョンです。これらのリージョンにある Amazon Aurora クラスターは、既存の AWS Backup バックアッププランに追加するか新規バックアッププランを作成してクラスターをアタッチすることで、PITR によるポリシーベースのデータ保護と復旧の対象になります。利用方法は AWS Backup コンソール、AWS CLI、または AWS SDK を通じて行えます。注意点として、該当バックアップルールで「継続的バックアップ（continuous backups）／PITR」を有効にする必要があります。復元はポイントインタイム指定での復元が可能で、保存期間や復元の挙動は Amazon Aurora 側の制約（保持期間やストレージの仕様）および AWS Backup の設定に従います。クロスリージョン／クロスアカウントのコピーや保管ポリシーの適用は AWS Backup の一般機能として利用可能ですが、これらの詳細サポート状況はリージョンごとに確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: Aurora を利用するデータベース管理者、SRE、クラウドアーキテクト
  • 利用シーン: 誤削除やデータ破損発生時の任意時点への復元、運用中の定期バックアップ運用をポリシーで統合管理する場合
  • 運用効果: バックアップポリシーで PITR を一元管理できるため、復旧手順の自動化、RPO の短縮、および運用負荷の軽減が期待できる
  • 対象リージョン: 今回追加された Asia Pacific（Malaysia、Thailand、Taipei、New Zealand）、Canada West（Calgary）、Mexico（Central）で利用可能

技術的な注意点 ​

  • IAM権限: AWS Backup と Amazon RDS/Aurora に対するリソース登録／バックアップ作成／復元等の権限が必要（例: AWS Backup の操作権限と RDS の Describe/Restore 系の権限を付与）
  • リージョン制限: 今回は上記6リージョンに追加されたが、すべてのリージョンで利用可能になったわけではないため、利用前に対象リージョンでのサポート状況を確認すること
  • 設定要件: 対象の Aurora クラスターで継続的バックアップ（PITR）が有効であること。AWS Backup のバックアップルール側でも継続バックアップを有効にする必要がある
  • コスト: AWS Backup のバックアップ保存・復元、及び PITR によるストレージ利用に対して課金が発生するため、想定保存期間とアクセス頻度に基づくコスト試算が必要
  • 互換性・制限: 復元動作や保持期間は Aurora のエンジン（MySQL/ PostgreSQL 互換）やクラスター設定に依存する場合がある。クロスリージョン／クロスアカウントコピーなどの追加機能を使う場合は、該当リージョンでのサポート可否を確認すること
  • 運用手順: 既存バックアッププランにクラスターを追加するか、新規プラン＆ルールを作成し、継続バックアップを有効にして適切なバックアップボールト／保持ポリシーを設定すること

参考情報 ​

[General] Amazon SageMaker Unified Studio now supports multiple code spaces within projects for IAM domains ​

概要 ​

Amazon SageMaker Unified Studioのプロジェクト内で、IAMドメイン向けに複数の「コードスペース（開発環境）」を作成・管理できるようになりました。これにより同一プロジェクト内で並行する作業ごとに独立した計算・ストレージ設定を持てます。

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

従来はプロジェクトあたり1つのJupyterLabスペースと1つのCode Editorスペースに制限されていましたが、本アップデートにより1つのプロジェクト内で複数のコードスペースを作成できます。各スペースは独立した永続Amazon EBSボリュームを持ち、ファイルやセッション状態が個別に保持されます。スペースごとにコンピュートやストレージのスケールアップ/ダウン、停止（pause）と再開（resume）、ランタイム環境のカスタマイズが可能です。ブラウザの専用タブで開くか、ローカルIDEへ接続して利用することもでき、Amazon Qの有料ティア機能もスペースから利用可能です。これにより長時間のデータ変換やモデル学習など複数のワークストリームを同一プロジェクト内で独立して並行実行でき、チームの開発効率と環境分離が向上します。詳細は「Managing Code Spaces（Amazon SageMaker User Guide）」を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データサイエンティスト、機械学習エンジニア、MLプラットフォーム/DevOps担当者
  • 利用シーン: 同一プロジェクト内で複数の実験・ワークストリーム（長時間のデータ処理、並列モデル学習、異なるランタイム検証）を並行実行するとき
  • 運用効果: スペース単位での独立した永続ストレージと計算設定により、環境競合やファイル上書きのリスクを低減し、リソースの細粒度管理と作業分離が可能になる

技術的な注意点 ​

  • IAM権限: コードスペース作成・管理、EBSボリューム操作、ノートブックインスタンスや関連リソースの起動／停止に必要なIAM権限が必要です（ロールとポリシーを事前に確認してください）。
  • リージョン制限: Amazon SageMaker Unified Studioが利用可能な全リージョンで有効です。利用可能リージョンはドキュメントで確認してください。
  • コスト: 各スペースに割り当てられたEBS（永続ボリューム）と起動中の計算リソースに対して通常の課金が発生します。スペースを停止してもEBSは課金対象のまま残るため、不要時はサイズ調整やスナップショット管理を検討してください。Amazon Qの有料ティア機能を利用する場合は追加料金が発生します。
  • ネットワーク/セキュリティ: VPC設定、セキュリティグループ、サブネット、およびエンドポイント経由のアクセス制御を確認してください。スペース間でデータを共有する場合のアクセス権や暗号化設定に注意が必要です。
  • 運用上の注意: スペース数の上限やリソースクォータはリージョン／アカウントごとに異なる可能性があるため、必要に応じてサービスクォータの確認・引き上げ申請を行ってください。ランタイムイメージやライフサイクル設定（初期化スクリプト）を用いて環境の再現性を確保すると運用が容易になります。

参考情報 ​

[Ec2] Amazon EC2 C8i-flex instances are now available in Europe (Ireland, London), and Asia Pacific (New Zealand) regions ​

概要 ​

Amazon EC2の新しいC8i-flexインスタンスが、Europe (Ireland, London) と Asia Pacific (New Zealand) リージョンで利用可能になりました。カスタムIntel Xeon 6プロセッサ搭載で、前世代のIntelベースインスタンスに対し高いメモリ帯域と価格性能比を実現します。

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

C8i-flexインスタンスはAWS専用カスタムIntel Xeon 6プロセッサを採用しており、従来のIntelベースのインスタンスに比べ最大で2.5倍のメモリ帯域を提供するとともに、最大15%の価格性能改善を実現します。C7i-flex比では最大20%の総合性能向上を示し、ワークロードによってはさらに大きな改善が見込まれます（例：NGINXで最大60%高速、AIレコメンデーションモデルで最大40%高速、Memcachedで約35%高速）。提供されるサイズはlargeから16xlargeの一般的な構成をカバーしており、特に計算資源をフルに使い切らないアプリケーション（web/appサーバ、データベース、キャッシュ、Kafka、Elasticsearch、エンタープライズアプリなど）でコスト対性能の改善が期待できます。購入はSavings Plans、オンデマンド、Spotで可能で、AWS Management Consoleから利用開始できます。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドで高いCPU性能とメモリ帯域を必要とする開発者、SRE、データエンジニア、MLエンジニア、エンタープライズアプリ運用者
  • 利用シーン: Web/アプリケーションサーバ、インメモリキャッシュ（Memcached/Redis）、リアルタイム処理、Apache Kafka、Elasticsearch、推奨レコメンデーション等の深層学習推論や高スループットワークロード
  • 運用効果: 既存のIntelベースインスタンスから移行することでレスポンス改善やスループトループ向上、コスト当たりの性能改善（最大15%）、特定ワークロードでは大幅なスピードアップが期待できる

技術的な注意点 ​

  • IAM権限: インスタンス作成やSpot/Savings Plans利用に必要なEC2関連権限を持つIAMロール/ユーザーが必要です
  • リージョン制限: 本リリースは eu-west-1 (Europe (Ireland))、eu-west-2 (Europe (London))、ap-southeast-3 (Asia Pacific (New Zealand)) の各リージョンで利用可能です（他リージョンは未対応の可能性あり）
  • コスト: 価格性能比は改善する可能性が高いが、インスタンスタイプ変更に伴う料金差や使用形態（オンデマンド/Spot/Savings Plans）に応じた最適化が必要です
  • AMI/ドライバ: 最新のLinuxディストリやWindows AMIを利用することを推奨します。古いカーネルやカスタムAMIを使う場合はENA/NVMe/Nitro対応やドライバ互換性を事前確認してください
  • サイジング/互換性: 提供サイズは large〜16xlarge の一般的構成。既存のC7i-flex等から移行する際はvCPU/メモリ比率とアプリのリソース利用状況を評価して最適サイズを選択してください
  • 購入オプション: Savings Plans、オンデマンド、Spotで購入可能。費用最適化にはSavings PlansやSpotの活用検討が有効です

参考情報 ​

[Ec2] Amazon EC2 C8i instances are now available in Europe (Ireland) and Asia Pacific (New Zealand) regions ​

概要 ​

Amazon EC2のC8iインスタンスが Europe (Ireland) と Asia Pacific (New Zealand) リージョンで利用可能になりました。カスタムIntel Xeon 6プロセッサ搭載で、従来のIntelベース世代より高いメモリ帯域と価格性能比を提供します。

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

C8iはAWS専用のカスタムIntel Xeon 6プロセッサを採用する第次世代の汎用計算最適化インスタンスです。主な特徴は以下の通りです：

  • パフォーマンス: C7i比で最大20%高いCPU性能を実現。特定ワークロードではさらに大きな改善が見られ、NGINXベースのWebアプリは最大60%高速化、深層学習ベースのレコメンデーションモデルで最大40%高速化、Memcachedで最大35%高速化といったベンチマーク結果が報告されています。
  • メモリ帯域: 以前のIntelベース世代と比較して最大2.5倍のメモリ帯域を提供し、メモリ集約型ワークロードに有利です。
  • 価格性能比: 最大で約15%の価格性能改善を謳っています（ワークロードに依存）。
  • インスタンス構成: 13のサイズを提供し、その中に2つのベアメタルサイズと新しい96xlargeサイズを含み、非常に大きなメモリとCPUリソースを必要とするアプリケーションに対応します。
  • 購入オプション: Savings Plans、オンデマンド、Spotインスタンスで利用可能。導入はAWS Management Console、CLI、APIから実行できます。 用途としては大規模キャッシュ、インメモリデータベース、ハイパフォーマンスWebサーバ、高CPU継続使用のバッチ処理、AI推論/レコメンデーションなどメモリ帯域と継続的CPU性能を要するワークロードが想定されています。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドアーキテクト、SRE、データサイエンティスト、機械学習エンジニア、アプリケーション開発者
  • 利用シーン: メモリ集約型キャッシュ（Memcached/Redis）、NGINX等の高性能Webサーバ、大規模レコメンデーションや推論ワークロード、連続的に高いCPUを使うバッチ・リアルタイム処理
  • 運用効果: 同等のコストでより高いスループットと低レイテンシが得られ、インスタンス台数削減やクラスタサイズ縮小による運用コスト最適化と単位当たりパフォーマンス向上が期待できる

技術的な注意点 ​

  • IAM権限: ec2:RunInstances、ec2:DescribeInstances、ec2:CreateTags などインスタンス起動に必要なIAM権限を事前に確認してください
  • リージョン制限: 本ローンチ時点では Europe (Ireland) と Asia Pacific (New Zealand) のみで提供。他リージョンへは順次展開される可能性があります
  • AMI/互換性: x86_64（Intel）アーキテクチャ向けのAMIが必要です。Nitroベースの最新インスタンスであるため、HVM対応のAMIや適切なドライバ（ENAなど）の対応を確認してください
  • ベアメタル/大容量サイズ: ベアメタルおよび96xlargeなど大規模インスタンスは専用のAMI要件や配置制約、起動時間・割当の違いがあります。オンプレミス移行やライセンス要件（ソフトウェアライセンスのCPU縛り等）を確認してください
  • ネットワーク/ストレージ: 最新世代インスタンスは通常EBS最適化・ENA（Enhanced Networking）をサポートしますが、性能特性はEBSボリュームタイプやネットワーク設定に依存するため性能検証が必要です
  • コスト: パフォーマンス向上がある一方でインスタンス料金は世代やサイズにより変動します。Savings PlansやSpotの利用でコスト最適化を検討してください
  • 性能検証: AWSが示す性能改善はワークロード依存です。実運用に移す前に自社ワークロードでベンチマーク（スループット、レイテンシ、メモリ帯域利用率）を実施してください

参考情報 ​

[Network Firewall] Enhancements to AWS Network Firewall Managed Rules from AWS Marketplace Partners ​

概要 ​

AWS Network Firewallは、AWS Marketplaceパートナー提供のマネージドルールを強化し、パートナー側の最適化によりドメイン指標最大1,000万件・IPアドレス最大100万件を含む大規模なルールグループをサポートします。複数ベンダーの高度な脅威インテリジェンスを直接利用可能にし、ルール運用負荷を低減します。

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

今回の強化では、Marketplaceパートナーが提供するAWS Network Firewall用のマネージドルールグループにおいて、格納可能な指標サイズの上限が大幅に拡張されました（ドメイン名指標 最大10,000,000件、IPアドレス 最大1,000,000件）。主なパートナーと機能例は以下のとおりです。

  • Infoblox: ドメイン名インジケータの拡張により、クリティカル/高リスクドメインからの保護を強化。
  • Lumen: コマンド＆コントロール（C2）インフラ遮断向けの新ルールグループを提供。
  • ThreatSTOP: OFAC制裁の遮断ルールを追加し、EU・日本・国連などの制裁対応を拡大。
  • その他提供者: Check Point、Fortinet、Rapid7、Trend Microなどがマネージドルールを提供。 これらのルールはAWS Network Firewallのルールグループとしてそのまま導入でき、継続的に更新されるため、自前で脅威フィードを収集・管理する負荷を削減できます。さらに、AWS Marketplaceのルールグループは9つの追加リージョン（ジャカルタ、ハイデラバード、メルボルン、マレーシア、カルガリー、チューリッヒ、スペイン、テルアビブ、メキシコ中部）で利用可能になり、グローバルな展開の選択肢が拡がっています。導入はAWS Network Firewallコンソール経由、またはAWS Marketplaceから該当のマネージドルールを購読してルールグループを作成・適用します。

影響範囲・利用シーン ​

  • 対象ユーザー: ネットワーク/クラウドセキュリティエンジニア、SRE、SOCチーム、コンプライアンス担当者
  • 利用シーンまたは効果: 大規模ドメインブロック（マルウェアや不正ドメイン遮断）、C2通信遮断、制裁ベースのアクセス制御（OFAC/EU/JP/UN）などの即時利用可能な保護を提供
  • 運用効果: サードパーティの脅威インテリジェンスを自前で管理する工数を削減し、脅威インジケータの継続的更新により検出/防御の鮮度を維持
  • スケールの利点: 数百万〜千万規模のインジケータを用いた遮断ポリシーが適用可能で、大規模クラウド環境でも一括対処が可能
  • リージョン適用: 追加9リージョンを含めたリージョン展開で、グローバルなワークロード保護を容易に選択可能

技術的な注意点 ​

  • IAM権限: AWS Marketplaceでのサブスクリプション、network-firewall:CreateRuleGroup / UpdateRuleGroup / CreateFirewallPolicy / AssociateFirewallPolicy などの権限が必要です。Marketplace関連の権限も確認してください。
  • リージョン制限: すべてのルールグループが全リージョンで利用できるわけではありません。追加された9リージョン（Jakarta, Hyderabad, Melbourne, Malaysia, Calgary, Zurich, Spain, Tel Aviv, Mexico Central）を含め、対応状況はAWS Regional Servicesページで確認してください。
  • コスト: マネージドルールはMarketplaceサブスクリプション料金（ベンダーにより異なる）およびAWS Network Firewallの利用料（エンジン時間、GB単位の処理料金、ルールグループ容量消費に関わる料金）が発生します。購読前に料金条件を確認してください。
  • 容量/パフォーマンス: 大量のインジケータを含むルールグループはファイアウォールの容量（rule group capacity）や評価コストを増加させる可能性があります。スループット要件に応じてFirewallのスケーリング設定やテストを行ってください。
  • 運用/変更管理: マネージドルールは自動更新されるため、更新による誤検知やポリシー変更の影響を受ける可能性があります。導入前にステージング環境での検証と、更新監査の運用フロー（通知／承認）を設けることを推奨します。
  • 法令/コンプライアンス: ThreatSTOP等の制裁リスト連携は、地域の法令や業務ポリシーに影響を与えるため、導入前に法務/コンプライアンス部門と要確認です。

参考情報 ​

[SageMaker] Amazon SageMaker AI now supports serverless model customization for Qwen3.5 models ​

概要 ​

Amazon SageMaker AIがQwen3.5（4B/9B/27B）のモデルに対するサーバーレスなモデルカスタマイズ（ファインチューニング）をサポートしました。インフラ管理不要でSFT（教師あり微調整）とRFT（強化学習による微調整）を利用できます。

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

今回の追加で、Alibaba Cloudのオープンウェイトモデル群であるQwen3.5の4B・9B・27Bパラメータモデルを、Amazon SageMaker AI上でサーバーレスにカスタマイズ（ファインチューニング）できるようになりました。サーバーレスカスタマイズは、インフラのプロビジョニングやトレーニングのオーケストレーションをSageMakerが代行し、ユーザーはデータ準備と評価に集中できます。対応する微調整方式は主に2種類で、SFT（Supervised Fine-Tuning、教師ありデータを用いた微調整）とRFT（Reinforcement Fine-Tuning、報酬設計に基づく強化学習的な調整）をサポートします。開始方法としては、SageMaker StudioのModelsページからカスタマイズジョブを起動するか、SageMaker Python SDKを使ったプログラム操作が可能です。料金はサーバーレスの従量課金で、使用した分のみ支払う形になります。サービス提供リージョンは US East (N. Virginia), US West (Oregon), Asia Pacific (Tokyo), EU (Ireland) です。

影響範囲・利用シーン ​

  • 対象ユーザー: 機械学習エンジニア、データサイエンティスト、MLプラットフォーム担当者
  • 利用シーン: ドメイン固有の用語やスタイルに合わせた応答のチューニング、カスタム分類器や抽出器の精度向上、業務ルールに沿った出力整形
  • 運用効果: インフラ管理負荷の削減とオンデマンドなコスト最適化により、短期間での実験→本番化が容易に
  • モデル互換性: Qwen3.5の4B/9B/27B各サイズを対象。既存のQwen3.5ベースモデルをカスタマイズ可能
  • 開発フロー: SageMaker Studio UIまたはSageMaker Python SDKからジョブを起動でき、既存のMLOpsパイプラインへ統合しやすい

技術的な注意点 ​

  • サポート手法: 教師あり微調整（SFT）と強化学習ベース（RFT）に対応
  • リージョン制限: 提供リージョンは US East (N. Virginia), US West (Oregon), Asia Pacific (Tokyo), EU (Ireland)。他リージョンは未対応の可能性あり
  • IAM権限: SageMakerでのジョブ作成、S3アクセス、KMS（暗号化使用時）、必要に応じてECRやSecrets Managerへのアクセス権限が必要
  • データ準備: 学習データは適切に前処理・トークン化する必要あり。ラベルの品質や報酬設計（RFT）により結果が大きく変わる
  • コスト: サーバーレス従量課金だが、トレーニング時間・ストレージ・推論コストが発生。大量データや繰り返し実験はコスト増となる可能性あり
  • クォータ/制限: ジョブ実行時間、同時実行数、入力データサイズ等の制限が存在する可能性があるため、事前にドキュメントで確認すること
  • セキュリティ/コンプライアンス: 機密データを扱う場合はS3暗号化、KMSキー管理、監査ログ（CloudTrail）等を設定してガバナンスを確保
  • 運用上の注意: カスタマイズ後のモデルは品質評価（ベンチマーク、フィードバックループ）を実施し、意図しない出力やバイアスの確認を行ってください

参考情報 ​

[Ec2] Amazon EC2 announces Managed resource visibility settings ​

概要 ​

Amazon EC2は、EKS/ECS/Lambda/WorkSpacesなどのサービスがプロビジョニング・管理する“Managed Instances”（管理対象リソース）について、コンソール表示やdescribe系APIの一覧に表示するかを制御できる「Managed resource visibility」設定を導入しました。新しい管理対象リソースはデフォルトで非表示になります。

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

Managed Instancesはサービスプロバイダ（例：Amazon EKS、Amazon ECS、AWS Lambda、Amazon WorkSpaces）が設定・パッチ適用・ヘルス管理を行うEC2インスタンスや関連リソース（EBSボリューム、スナップショット、ENIなど）です。本変更により、これらの“管理された”リソースがEC2コンソールのリソース一覧やdescribe系API（例：DescribeInstances）に混在して表示される既存の挙動を見直し、新規に作成される管理対象リソースはデフォルトでコンソール表示・API一覧から隠れるようになりました。設定はEC2コンソールまたはAWS CLIから変更可能で、表示設定を明示的に切り替えることで、共有責任モデルに沿った管理責任の分離や運用ノイズの低減が図れます。なお、影響するのはコンソールビューおよびdescribe/ list系のAPIレスポンスであり、課金やリソース実体の所有権が変わるわけではありません。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウド運用者、SRE、セキュリティチーム、マルチテナント環境の管理者
  • 利用シーン: コンソール/スクリプトのリソース一覧からプロバイダ管理のリソースを除外して自分が管理するリソースに絞った運用やトラブルシューティングを行う場面
  • 運用効果: リソース一覧のノイズ低減により運用作業や障害解析が効率化され、共有責任モデルに沿った表示分離が可能になる

技術的な注意点 ​

  • IAM権限: 表示設定の変更はEC2の管理操作権限が必要です。具体的なAPIアクションや推奨ポリシーは公式ドキュメントで確認してください
  • 既存リソース: 記事では「新規に作成される管理対象リソースはデフォルトで非表示」としており、既存の管理対象リソースの扱い（既存分が自動で非表示になるか否か）は設定やリージョンによるため導入前に確認してください
  • API/スクリプト影響: describe-*/list系APIやコンソール表示に依存した運用スクリプト、資産管理・タグ検索ツールは表示変更により期待する結果が得られなくなる可能性があるため、フィルタや権限を見直してください
  • 監視・課金: 可視性をオフにしても課金や実体の管理責任は変わりません。コストアラートや請求管理は影響を受けない一方、非表示によりリソースの発見やライフサイクル管理が遅れるリスクがあります
  • リージョン制限: 新機能は段階展開される可能性があるため、利用前に対象リージョンで利用可能か公式情報を確認してください
  • コスト: 機能自体に追加料金は想定されていませんが、非表示に起因する運用上の手戻りコストには注意が必要です
  • 設定操作: 表示/非表示の切替はEC2コンソールまたはAWS CLIから可能です。具体的なCLIコマンドやAPI名はドキュメントを参照してください

参考情報 ​

[ECS] Introducing GPU Health Monitoring and Auto Repair for Amazon ECS Managed Instances ​

概要 ​

Amazon ECSのManaged InstancesでNVIDIA GPUのヘルス監視と自動修復が利用可能になりました。GPUの重大なハードウェア障害を検出してインスタンスを自動置換し、GPU対応コンテナワークロードの可用性と信頼性を向上します。

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

新機能はNVIDIA Data Center GPU Manager (DCGM) を用いてAmazon ECS Managed Instances上のGPU状態を継続的に監視し、クリティカルなGPU障害を検出した場合に当該のインスタンスをプロアクティブに置換します。置換されたインスタンスはECSの管理下でライフサイクルが制御され、障害検出時にDescribeContainerInstances APIで状態を確認でき、インスタンスの障害イベントはAmazon EventBridge経由で通知を受け取れます。自動修復はサポートされるNVIDIA GPUインスタンスタイプ上のManaged Instancesでデフォルト有効（追加料金なし）で、全てのAWS商用リージョンで利用可能です。インスタンスライフサイクルを自分で管理したい場合は、キャパシティプロバイダー単位で自動修復を無効化して、自前のリメディエーションロジック（イベント受信→ドレイン→再配置等）を実装できます。なお、本機能はAmazon ECS Managed Instances向けの機能であり、Fargateや完全にセルフ管理のEC2インスタンスに自動的に適用されるものではありません。詳細な対応インスタンスタイプや挙動はドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: GPUアクセラレーションを使用するコンテナワークロードの運用者（機械学習推論、GenAI、HPC、動画処理など）
  • 利用シーン: NVIDIA GPUインスタンスでのハードウェア障害検出と自動代替による可用性向上。障害発生時にEventBridgeで通知を受けて自動/手動対応フローを起動可能
  • 運用効果: GPU障害によるダウンタイムを短縮し、運用負荷を低減。手動での検出・交換作業を自動化することでSRE/運用コストを削減
  • 適用範囲: Amazon ECS Managed Instances上のサポートされたNVIDIA GPUインスタンスタイプに適用（Fargateやセルフ管理EC2は対象外）

技術的な注意点 ​

  • IAM権限: DescribeContainerInstances等のECS API呼び出しとEventBridgeのイベント受信に必要な権限を用意してください。Managed Instancesの置換にはECS側の管理権限が必要です
  • リージョン制限: 全てのAWS商用リージョンで利用可能とされていますが、利用前に対象リージョンのドキュメントを確認してください
  • コスト: 本機能自体は追加料金なしで有効化されていますが、インスタンス交換に伴う新インスタンス起動や一時的な余剰キャパシティの発生、データ転送やストレージ関連コストは発生する可能性があります
  • 運用影響: 自動置換は該当インスタンス上のタスクに影響を与えます（タスクのドレイン→再配置）。ステートフルなワークロードは永続ストレージやチェックポイント対応が必要です。代替インスタンスが確保できない場合はサービス中断が起こる可能性があります
  • 対応インスタンスタイプ: サポートされるNVIDIA GPUインスタンスタイプで動作します。利用前にサポート対象インスタンスタイプをドキュメントで確認してください
  • オプトアウト: キャパシティプロバイダー単位で自動修復を無効化可能。自前のリメディエーション（EventBridge→Lambda/SNS→手動/自動処理）を実装できます
  • 監視手段: DescribeContainerInstances APIでインスタンス状態をポーリング可能。EventBridge経由でGPU障害イベントを受け取り、自動化パイプラインに組み込んでください

参考情報 ​

[Secrets Manager] AWS Secrets Manager extends managed external secrets to MongoDB Atlas and Confluent Cloud ​

概要 ​

AWS Secrets ManagerがManaged External Secretsの統合先にMongoDB AtlasとConfluent Cloudを追加しました。これにより、これらサードパーティサービスのシークレットをAWS Secrets Manager上で集中管理・自動ローテーションできます。

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

今回の拡張により、AWS Secrets Managerはパートナー提供のローテーションロジックを使ってMongoDB AtlasとConfluent Cloudのシークレットをフルマネージドで自動ローテーションします。MongoDB Atlas側は2種類のシークレットをサポートします：データベースユーザー（SCRAMによるユーザー名＋パスワード）とサービスアカウント（OAuthクライアントIDとシークレット）。Confluent Cloud側はサービスアカウントのAPIキー（クラスタスコープのキーおよびクラウドリソース管理キー）を対象とします。自動ローテーションはデフォルトで有効化され、ローテーション処理のためにユーザー側にLambda関数を作成・管理する必要はありません。これにより、アプリケーションコードや個別のローテーションロジックを変更せずに、データパイプライン（例：MongoDB Atlas + Confluent Kafka）などで利用する認証情報を中央で安全に管理できます。これらの統合は、Managed External SecretsをサポートするすべてのAWSリージョンで利用可能（ただし、Managed External Secrets自体が未サポートのリージョンでは利用不可）で、既存のSalesforce、Snowflake、BigIDの統合に加わります。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドエンジニア、プラットフォーム/セキュリティチーム、アプリケーション開発者
  • 利用シーン: MongoDB AtlasのDBユーザー/サービスアカウント認証情報やConfluent CloudのAPIキーを使うデータパイプラインやマイクロサービスでのシークレット管理・自動ローテーション
  • 運用効果: ハードコードされた資格情報の排除、ローテーション運用負荷の削減、複数サービスにまたがるシークレットの中央管理によるセキュリティと運用効率の向上

技術的な注意点 ​

  • IAM権限: Secrets ManagerのCreate/Update/Rotate権限や、使用するKMSキーに対するEncrypt/Decrypt権限が必要。初期登録や設定時にSecrets Manager用の権限を付与してください。
  • 初期設定: それぞれのサードパーティサービス側で初期認証情報（既存のAPIキーや管理者クレデンシャル）を用意し、Secrets Managerで外部シークレットとして登録する必要があります。サービス側でローテーションを許可するための権限付与（例：Confluentのサービスアカウント権限、MongoDB AtlasのAPIキー権限）が必要です。
  • リージョン制限: Managed External SecretsをサポートするAWSリージョンで利用可能。Managed External Secrets自体が未サポートのリージョンでは利用できません。詳細はドキュメントで確認してください。
  • コスト: Secrets Managerの標準料金（シークレット保管、API呼び出し、ローテーション実行によるコスト）が適用されます。パートナーサービス側のAPI利用に伴う料金やレート制限も考慮してください。
  • 運用挙動: ローテーションロジックはパートナー提供でSecrets Manager側で実行され、Lambda関数はユーザーアカウントにデプロイされません（ユーザー管理のLambdaは不要）。
  • 互換性/制約: MongoDB AtlasはSCRAM認証のDBユーザーとOAuthクライアント（サービスアカウント）をサポート。Confluent Cloudはサービスアカウント用のAPIキー（クラスタスコープ/クラウドリソース管理キー）をサポート。その他の認証方式やカスタム要件は事前に確認してください。

参考情報 ​

[Bedrock] Amazon Bedrock AgentCore adds new features to help developers build agents faster ​

概要 ​

Amazon Bedrock AgentCoreに、プロトタイプ作成とエージェントのライフサイクル管理を高速化する新機能（マネージドハーネスのプレビュー、AgentCore CLI、コーディングアシスタント向けスキル）が追加されました。開発からデプロイ、評価まで単一プラットフォームで行いやすくなります。

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

主な追加機能と技術的ポイント:

  • マネージドハーネス（プレビュー）: モデル、system prompt、ツールを指定するだけでオーケストレーションコード不要で即座にエージェントを実行できます。ハーネスはエージェントの全ループ（推論・ツール選択・アクション実行・レスポンスストリーミング）を管理します。各セッションは独立したmicroVM（ファイルシステムとシェルアクセス付き）で実行され、モデル非依存でセッション途中のモデル切替が可能です。作成時に設定した構成は呼び出し単位で上書きできるため、再デプロイ不要で実験できます。必要な場合はハーネスのオーケストレーションをStrandsベースのコードとしてエクスポートし、細かな制御やカスタマイズが可能です。
  • ファイルシステム永続化（プレビュー）: ローカルセッション状態を外部化することで、エージェントをタスク途中で中断して正確な状態から再開できます。これにより長時間の作業や対話継続が容易になります。
  • AgentCore CLI: プロトタイプを検証後にガバナンスと監査性を担保してデプロイするためのインフラストラクチャとしてのコード（IaC）ツール。現時点でAWS CDKをサポート（リソース管理）、Terraformは近日対応予定。CLIはコーディングアシスタント向けに最適化され、AgentCoreの使い方に関する組み込みスキルを備えています。
  • AgentCoreスキル: コーディングアシスタント制御を容易にする事前定義スキルが提供されます。今日からKiro Power経由で利用可能で、Claude Code、Codex、Cursorのサポートは翌週対応予定です。
  • 運用とコスト: マネージドハーネス、CLI、スキル自体に追加費用は発生しないと明記されていますが、microVMや永続ストレージなど基盤となる計算／ストレージリソースの利用に伴う通常のAWS料金は発生します。
  • リージョンと可用性: マネージドハーネス（プレビュー）は米西（オレゴン）、米東（北バージニア）、欧州（フランクフルト）、アジア太平洋（シドニー）の4リージョンで利用可能。AgentCore CLIはAgentCore提供リージョンのうち14リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: エージェントを開発・検証・運用する開発者、機械学習エンジニア、SRE/プラットフォームチーム
  • 利用シーン: 迅速なプロトタイプ作成と実験（モデル切替、設定上書きで反復開発）、コーディングアシスタントの制御と導入、長時間タスクの中断・再開（ファイルシステム永続化）
  • 運用効果: エージェント開発の初期コストと実装工数を削減し、IaC経由でのデプロイによりガバナンスと監査性を確保。実験→評価→本番化の流れがスムーズになり、開発サイクル短縮と品質向上が期待できる

技術的な注意点 ​

  • IAM権限: Bedrock/AgentCoreの利用、microVMやストレージの作成・管理に必要なIAM権限（Bedrock、EC2/ECS相当、S3/KMSなどのアクセス権）を事前に確認してください。
  • リージョン制限: マネージドハーネス（プレビュー）は US‑West(Oregon), US‑East(N. Virginia), EU‑Frankfurt, AP‑Sydney の4リージョンのみ。AgentCore CLIはAgentCore提供リージョンのうち14リージョンで利用可能です。
  • コスト: ハーネス・CLI・スキル自体に追加料金はないとされていますが、microVM実行、永続ストレージ、ネットワーク等の通常のAWSリソース利用料金は発生します。
  • プレビュー注意: ハーネスとファイルシステム永続化はプレビュー機能のため仕様変更や利用制限、サポート差の可能性があります。本番利用前に安定性とサポート状況を確認してください。
  • セキュリティ/データ永続性: セッションのファイルシステムとシェルアクセスが提供されるため、保存データの暗号化（KMS）、アクセス制御、監査ログの設計を必須としてください。
  • モデル互換性とスキル: ハーネスはモデル非依存でセッション中のモデル切替をサポート。AgentCoreスキルは現状Kiro Power経由で利用可能で、Claude Code、Codex、Cursorのサポートが順次追加されます。
  • オーケストレーションの移行: ハーネスからStrandsベースのコードへエクスポート可能。細かなワークフローのカスタマイズや他システム統合が必要な場合はエクスポート後のコード運用を検討してください。
  • IaCサポート: 現在AWS CDKがリソースマネージャとしてサポートされており、Terraformは近日対応予定です。

参考情報 ​

[General] Amazon IVS Low-Latency Streaming now supports server-side ad insertion ​

概要 ​

Amazon IVSのLow-Latencyストリーミングがサーバーサイド広告挿入（SSAI）に対応しました。AWS Elemental MediaTailorと連携して広告をサーバー側でストリームにスティッチできます。

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

IVSのLow-LatencyストリーミングでSSAIがサポートされ、IVSからAWS Elemental MediaTailorを利用して広告をサーバー側で動画ストリームに直接ステッチ（結合）できます。IVSは広告挿入用のAPI操作を提供し、配信者または運用者がライブ配信中に任意のタイミングでアドブレイクを挿入できます。サーバー側で広告が結合されるため、クライアント側での実装は簡素化され、広告ブロッカーの影響を受けにくくなります。さらに、ライブ配信をAmazon S3に録画した場合、録画データには広告マーカーが含まれ、VODでも収益化が可能になります。広告の意思決定、オーディエンスターゲティング、パーソナライズはMediaTailor側の機能を通じて提供されます。

影響範囲・利用シーン ​

  • 対象ユーザー: ライブ配信プラットフォーム運営者、配信クリエイター、メディア事業者
  • 利用シーン: ライブイベントやゲーム配信での広告挿入による収益化、ライブ→VODの一貫した広告体験の提供
  • 運用効果: クライアント実装を簡素化し、広告ブロッカーの影響を軽減、配信者がAPIで広告タイミングを制御可能
  • コスト影響: MediaTailor利用料金、IVSの追加処理やS3保存およびデータ転送による追加コストが発生する可能性がある
  • リージョン制限: IVSコンソール/APIの利用可能リージョンに依存するため、導入前にリージョン対応を確認する必要がある

技術的な注意点 ​

  • IAM権限: IVSおよびMediaTailorやS3に対する適切なIAM権限（サービス間の役割委譲やAPI呼び出し権限）を事前に確認・設定してください
  • MediaTailor設定: MediaTailorでの広告配置設定、Ad Decision Server（ADS）やVASTタグとの連携設定が必要です。MediaTailor側の設定が適切でないと広告配信やターゲティングが動作しません
  • 録画/マーカー: ライブをS3に録画する際、IVSは広告マーカーを含めます。VODでの広告処理やトランスコード運用に合わせた取り扱いが必要です
  • クライアント対応: SSAIによりクライアント側の特別な広告ロジックは不要になることが多いですが、使用するプレーヤーやSDK（IVS Player等）での互換性やエラーハンドリングは確認してください
  • コスト: MediaTailorの利用料、IVSのストリーミング/処理コスト、S3保存とデータ転送費用が増える可能性があります。広告配信のトラフィック増加を想定したコスト見積りを行ってください
  • リージョン制限: 全リージョンで即時利用可能とは限りません。IVSコンソール/APIの提供リージョン表を確認してください
  • テスト/検証: 広告意思決定・ターゲティング・計測（インプレッション/再生率）についてステージ環境で十分に検証してください

参考情報 ​

[CloudFront] Amazon EC2 for SQL Server HA now supports health notifications ​

概要 ​

Amazon EC2 for SQL Server HAが、SQL ServerのHigh Availability（HA）ステータスが有効と判定できない場合にAWS Health Dashboard経由で通知を受け取れるようになりました。通知はAWS Health、Amazon EventBridge、メールで受け取れ、迅速な対応により予期せぬ課金回避に役立ちます。

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

新機能は、EC2上で稼働するSQL ServerのHAクラスタについて、Amazon EC2 for SQL Server HAが「有効なHAステータスを検出できない」状態を検知した際に通知を発行する機能です。通知チャネルは（1）AWS Health Dashboard上のイベント、（2）Amazon EventBridge経由のイベント、（3）メールのいずれかまたは複数で、EventBridgeを受け口としてSNS、Lambda、オートメーションワークフロー等と連携して自動復旧や運用手順の起動が可能です。本機能は、コンソールやCloudFormationでEC2 SQL HAクラスタを登録してライセンス課金（License Included）を回避している構成の運用監視に有用で、HA判定不能の状態を早期に検知して手動または自動で対応することで想定外のライセンス課金や可用性低下を防げます。利用可能リージョンは、Amazon EC2 SQL HAが利用可能な全リージョンおよびAWS GovCloud (US)です。

影響範囲・利用シーン ​

  • 対象ユーザー: EC2上でSQL Server HAを構成しているデータベース管理者、クラウド/インフラ運用チーム、SRE
  • 利用シーン: EC2 SQL HAクラスタの監視（CloudFormationで登録したクラスタを含む）、HA判定不能検知時のアラート通知と自動化トリガー
  • 運用効果: HA障害や設定不整合の早期検知により、ライセンス含む課金の不意な発生やサービス可用性低下を未然に防止できる
  • 自動化活用: EventBridge経由でSNS通知、Lambdaによる自動復旧、またはインシデント管理ツールへの連携が可能

技術的な注意点 ​

  • IAM権限: AWS HealthやEventBridge、SNS等を利用するためのIAM権限を適切に付与してください（AWS Health APIのプログラムアクセスはサポートプランに依存する場合があるため、必要に応じてサポートプランを確認してください）
  • リージョン制限: Amazon EC2 SQL HAが提供されているリージョンおよびAWS GovCloud (US)で利用可能です。対象リージョン外では利用できません
  • コスト: 通知自体に直接の追加料金は通常小さいですが、EventBridgeの受信・ルール実行やSNS、Lambdaなどの連携サービス使用により課金が発生する可能性があります。自動化設計時にコスト見積りを検討してください
  • 前提条件: クラスタが正しくEC2 SQL HAとして登録されていることが前提です。CloudFormationでの登録やコンソール登録の手順に従って設定してください
  • 運用推奨: EventBridgeルールでフィルタを設定し、重要度に応じたルーティング（例: 致命的なイベントは即時Pager・オンコール通知）や、検知時の自動診断スクリプトを準備すると効果的です

参考情報 ​

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

Copyright © 2026