Recent Announcements 日本語 ノート

Recent Announcements 日本語

AWS(Amazon Web Services)は、コンピュート、ストレージ、セキュリティ、アプリケーションサービスなど、多くのサービスを提供しています。最近の発表と更新は以下の通りです。 1. AWS Outposts: AWS Outpostsは、コンピュート、ストレージ、データベースの機能を備えた完全に管理されたサービスです。最新の更新には、各国でのOutpostsのローンチが含まれます。 2. AWS Lambda: オンデマンドのリソースとしてコンピュートサービスを提供します。最近の更新には、同時実行制御とAmazon API Gatewayとの統合の強化が含まれます。 3. Amazon S3: 耐久的なストレージを提供します。最近の更新には、アプリケーション移行APIのローンチとスナップショット暗号化が含まれます。 4. AWS Billing: 詳細な請求情報を確認できるようにし、最近の更新には請求明細の改善が含まれます。 5. AWS Config: AWSリソースの監視、レポート作成、自動修復を提供します。最近の更新には、通知アクションとAWS Step Functionsが含まれます。 6. AWS Multi-Region Access Point for Amazon S3: S3のMulti-Region Access Pointsは、高速で安全かつ堅牢なストレージサービスを提供するグローバルな名前空間です。 7. Amazon Route 53: ドメイン登録とDNSサービスを提供します。最近の更新には、S3のMulti-Region Access Pointsに対するサポートが含まれます。 8. AWS Lake Formation: データエンジニアリング、データ変換、データガバナンスサービスです。最近の更新には、ワークフローの作成とJDBCドライバーを使用したデータベース資格情報の接続が含まれます。 9. Amazon EMR: ビッグデータ処理、分析、機械学習(ML)などに使用されるビッグデータ処理サービスです。最近の更新には、クラスターバージョニングとバグフィックスが含まれます。 10. AWS Step Functions: 分散アプリケーションのコンポーネントとマイクロサービス指向アーキテクチャの調整に使用されるサービスです。最近の更新には、タスクトークン入力の強化と自動置換が含まれます。

ノートのスレッド

Amazon Connect Customerは、マネージャーが平易な言葉でデータとチャットし、その答え、その根拠となる証拠、そして修正を数秒で得られるようになりました。マネージャーは常にデータを持っていました。彼らが持っていなかったのは、ダッシュボードを掘り下げ、パフォーマンスを左右する要因を見つけ、次に行うべきことを決定する時間でした。今、Amazon Connect Customerがその作業を代行します。セルフサービス、エージェントパフォーマンス、キューパフォーマンスにわたる150以上のメトリクスを検索し、重要なことを見つけ、その理由を説明し、最適な次のステップを推奨します。マネージャーは、同じ会話の中で広範な質問から深く掘り下げることができます。例えば、マネージャーはどのキューが自動化に最適な候補であるかを尋ねることができ、Amazon Connect Customerは処理時間と後処理作業が最も高い場所をレビューし、信頼度スコアと予測される影響を伴う優先順位付けされたリストを返します。かつてアナリスト、ダッシュボード、数週間の調査を必要としたものが、今では数秒で優先順位付けされた行動計画になります。この機能は、Amazon Connect Customer AI AgentsがサポートされているすべてのAWSリージョンで利用可能です。詳細については、製品ドキュメントをご覧ください。
AWS Deadline Cloud モニターが、クラウドで実行されているジョブからの自動ファイルダウンロードの進捗状況、ステータス、および健全性を表示するようになりました。Deadline Cloud は、ビジュアルエフェクト、アニメーション、製品デザイン、シミュレーション、ゲームなどのコンピューティング集約型のワークロードをクラウドで実行するチームを支援する、完全にマネージドされたサービスです。Deadline Cloud Monitor (DCM) デスクトップアプリは、顧客にレンダリング環境、ジョブ、リソース、およびコストに関する可視性を提供します。今回、顧客はモニターを使用して、自動設定されたジョブ出力が宛先ドライブに正常にダウンロードされたことを確認できるようになりました。このアップデートにより、モニターアプリはジョブレベルとタスクレベルの両方に新しいダウンロードステータスカラムを導入し、ダウンロードの進捗状況を表示し、すべての出力ファイルがドライブで利用可能になったことを確認します。インジケーターは、そのステータスの最新性を表示します。何らかの理由でファイルが利用できない場合、アプリは次のステップに関する明確なガイダンスを表示します。これにより、手動でのドライブ検証が不要になり、特に手動でのファイルチェックが非現実的な大規模レンダリングパイプラインにおいて、ダウンストリームタスクが開始される前にチームが出力可用性を自信を持って確認できるようになります。AWS Deadline Cloud および Deadline Cloud Monitor デスクトップアプリの新しい自動ダウンロードステータス機能の詳細については、https://aws.amazon.com/deadline-cloud/ をご覧ください。
Amazon EKS は、Argo CD GitOps 機能のカスタマイズ性を強化しました。これにより、標準の argocd-cm ConfigMap を通じて継続的デリバリー体験を調整できます。管理者はカスタムリソースに対してカスタムヘルスチェックを定義できるようになり、アプリケーションのヘルスレポートが向上します。以前は、Argo CD にはカスタムリソースの組み込みヘルスロジックが欠けており、不正確なステータスレポートにつながる可能性がありました。カスタムヘルスチェックにより、ユーザーはリソースが正常と見なされるための条件を指定できます。たとえば、データベースリソースは、完全に準備が整うまで、アプリケーションが進行中とマークされるのを防ぐことができるようになりました。この機能には、AWS Controllers for Kubernetes および Kube Resource Orchestrator の事前設定済みヘルスチェックも含まれています。これにより、これらの特定のカスタムリソースタイプに対して、手動介入なしで正確なヘルスレポートが保証されます。ユーザーは Argo CD UI バナーをカスタマイズしたり、リソースの監視および比較動作を調整したりすることもできます。これらの設定オプションは、アップストリームの Argo CD で利用可能なオプションと一致しており、AWS によって管理機能に適用されます。Argo CD の強化された EKS 機能は、機能がサポートされているすべてのリージョンで利用できます。
AWS Glue 6.0 が一般提供開始され、30% の価格引き下げ、Apache Iceberg v3、Apache Hudi および Delta Lake の新しいバージョンへの完全なサポート、開発者の生産性向上に役立つ新機能が導入されました。AWS Glue 6.0 は、ランタイムを Apache Spark 4.1、Python 3.13、および Scala 2.13 にアップグレードします。Apache Iceberg v3 により、AWS Glue 6.0 は、半構造化データでの高速読み取りのための自動シャーディングを備えた VARIANT データ型、高パフォーマンスな行レベル更新のための削除ベクトル、空間処理のためのジオメトリおよびジオグラフィ データ型、UNKNOWN データ型および DEFAULT 列値による柔軟なスキーマ進化を追加します。Glue 6.0 は、繰り返し発生するオーケストレーション コードを排除する Spark Declarative Pipelines、サブ秒レイテンシを実現する Real-Time Mode ストリーミング、PySpark パフォーマンスを向上させる Arrow-native Python UDF など、開発者の生産性とパフォーマンスを向上させる機能も導入します。これらの機能は、AWS Glue を使用した大規模な ETL、定期的なバッチ処理、ストリーミング分析、および AI アプリケーション開発の実装に役立ちます。AWS Glue 6.0 は、すべての AWS Commercial、AWS GovCloud (US)、および AWS China リージョンで利用可能です。開始するには、新しいジョブを作成する際に AWS Glue コンソールまたは SageMaker Unified Studio のバージョン ドロップダウンから Glue 6.0 を選択するか、Spark Upgrade Agent を使用して既存のジョブを移行してください。詳細については、AWS Glue ドキュメントおよび AWS Glue の料金をご覧ください。
ネバダ州ラスベガスにあるAWS Local Zoneが、一般提供開始されました。新しいAWS Local Zoneは、Amazon Elastic Compute Cloud (Amazon EC2) のC7i、M7i、R7i、C8gnインスタンス、Amazon Elastic Block Store (Amazon EBS) のボリュームタイプgp3、gp2、io1、sc1、st1、Amazon Elastic Container Service (Amazon ECS)、Amazon Elastic Kubernetes Service (Amazon EKS)、Application Load Balancer、およびAWS Direct Connectをサポートします。AWS Local Zonesは、コンピューティング、ストレージ、ネットワーキングなどのコアサービス、およびその他の選択されたサービスを、世界中の大都市圏に近づけるためのAWSインフラストラクチャ展開です。AWS Local Zonesは、エンドユーザーのワークロードに対してシングルミリ秒台のレイテンシを実現し、データレジデンシー要件を満たし、AI/ML推論ワークロードをサポートし、レガシーアプリケーションのクラウドへの移行とモダナイゼーションを加速するのに役立ちます。これらはすべて、AWSリージョンと同様の一貫したAWS API、ツール、およびサービスを維持しながら実現されます。AWS Local Zonesは、世界中の30以上の大都市圏で利用可能です。開始するには、AWS Global Viewの「Regions and Zones」タブから、またはModifyAvailabilityZoneGroup APIを使用して、ラスベガスLocal Zone (us-west-2-las-2a) を有効にしてください。価格情報については、AWS Local Zonesの価格ページをご覧ください。詳細については、AWS Local Zonesの概要ページをご覧ください。
Amazon EC2 C8gd、M8gd、およびR8gdインスタンスは、大量のローカルNVMe SSDストレージを特徴とし、新しいAWSリージョンで利用可能になりました。C8gdインスタンスはアジアパシフィック(シンガポール)で、M8gdはメキシコ(中央)およびアジアパシフィック(メルボルン)で、R8gdはヨーロッパ(チューリッヒ)で利用可能になりました。これらのインスタンスは最新のAWS Graviton4プロセッサを搭載しており、Graviton3の後継機と比較して大幅なパフォーマンス向上が実現されています。I/O集約型のデータベースやリアルタイムデータ分析ワークロードに対してパフォーマンスが向上し、クエリ時間が短縮されます。AWS Nitro System上に構築されたこれらのインスタンスは、高速で低レイテンシのローカルストレージを必要とするアプリケーション向けに設計されています。各インスタンスタイプは12種類のサイズがあり、堅牢なネットワークとAmazon EBS帯域幅を提供します。お客様は、EC2インスタンス帯域幅の重み付けにより、ネットワークとAmazon EBS帯域幅の割り当てを微調整し、パフォーマンスを最適化できるようになりました。これらのインスタンスの特定の大型サイズは、Elastic Fabric Adapter(EFA)ネットワーキングをサポートしています。C8gdインスタンスはコンピューティング集約型のタスクに適しており、M8gdはアプリケーションサーバーのようなバランスの取れたワークロードに、R8gdはインメモリデータベースのようなメモリ集約型のアプリケーションに適しています。
Amazon Timestream for InfluxDB は、InfluxDB 2 データベースインスタンス、InfluxDB 2 Read Replicas、および InfluxDB 3 クラスターで保存中のデータを暗号化するために、AWS Key Management Service (AWS KMS) のカスタマーマネージドキーをサポートするようになりました。顧客は、データベースリソースを作成する際に、対称 AWS KMS キーを選択します。Timestream for InfluxDB は、選択されたキーを使用して、InfluxDB 2 および InfluxDB 3 リソースの基盤となるデータベースストレージを暗号化します。キーは、データベースリソースと同じ AWS アカウントおよび AWS リージョンにある必要があります。顧客は、リソース作成時にキーを指定します。リソース作成後にキーを変更することはできません。カスタマーマネージドキーのサポートは、AWS Management Console、AWS Command Line Interface (AWS CLI)、および Timestream for InfluxDB アプリケーションプログラミングインターフェイス (API) を通じて利用できます。この機能は、Timestream for InfluxDB が利用可能なすべての AWS リージョンで提供されます。カスタマーマネージドキーの使用に追加の Timestream for InfluxDB 料金はかかりません。標準の AWS KMS 料金が適用されます。カスタマーマネージドキーのサポートは、Amazon Timestream for InfluxDB が利用可能なすべての AWS リージョンで提供されます。開始するには、Amazon Timestream コンソールを開いてください。詳細については、Amazon Timestream for InfluxDB のドキュメントおよび料金ページを参照してください。
本日より、お客様は CloudFront Origin Access Control (OAC) を使用して、指定された CloudFront ディストリビューションからのアクセスのみを許可することで、Amazon S3 Multi-Region Access Points (MRAP) を使用してオリジンを保護できるようになります。お客様は、Amazon S3 MRAP を CloudFront と共に使用し、単一のグローバルエンドポイントからコンテンツを提供します。このエンドポイントは、キャッシュミス時に、リージョン間で利用可能な最も近いレプリケートされたバケットに自動的にルーティングし、グローバルに分散されたユーザーのパフォーマンスとレジリエンスを向上させます。以前は、お客様はカスタム Lambda@Edge 関数を使用して、独自の Asymmetric Signature Version 4 (SigV4a) Authorization ヘッダーを計算して転送する必要がありました。今回、CloudFront は S3 MRAP オリジンへのリクエストにネイティブに署名します。お客様は、カスタム Authorization ヘッダーの計算なしに、最も近いリージョンからの高速なキャッシュミスフィルと、制限された OAC で保護された MRAP アクセスを利用できます。Amazon S3 MRAP オリジンに対する CloudFront OAC サポートは、CloudFront China リージョンを除く全世界で利用可能です。開始するには、CloudFront コンソール、SDK、CLI、または CloudFormation を使用して、CloudFront で Amazon S3 MRAP エンドポイントを設定する際に OAC を有効にしてください。詳細については、CloudFront Developer Guide を参照してください。この機能には追加料金はかかりません。
本日、Amazon Elastic Kubernetes Service (Amazon EKS) は証明書機関 (CA) ローテーションを発表しました。これにより、お客様は自動化された保護機能を持つ管理されたライフサイクルを通じて、クラスターの CA をローテーションできるようになります。各 Amazon EKS クラスターには、クラスターの Kubernetes API への暗号化された接続を可能にする独自の CA があり、有効期限が切れる前に CA をローテーションして、クラスターの運用とセキュリティを維持できるようになりました。2018 年のローンチ以降に作成された Amazon EKS クラスターには、10 年間の有効期間を持つ CA があり、その時代のクラスターは現在、CA ローテーション活動を開始すべき時期に近づいています。Amazon EKS での CA ローテーションは、共有責任です。Amazon EKS はローテーションのライフサイクルを管理し、後継 CA を信頼するように AWS マネージドコンポーネントを自動的に更新します。お客様は、アクティベーション前にワーカーノードを交換し、外部クライアントを後継 CA を信頼するように更新する責任があります。EKS Auto Mode インスタンスと AWS Fargate ノードは AWS によって自動的に更新されますが、お客様はクラスターの API サーバーに接続する外部クライアントを更新する責任があります。Amazon EKS は、CA 有効期限前の事前通知、お客様が作成しない場合に後継 CA を自動的に追加すること、お客様が独自のスケジュールでアクティベートしない場合に自動的にアクティベートすることなど、このプロセスを通じてお客様をサポートするための自動化された保護機能を提供します。ロールバック機能により、お客様は後継 CA への移行中に発生する可能性のある更新の問題を解決するために、以前の CA に戻すことができます。Amazon EKS CA ローテーションは、すべての商用 AWS リージョンで追加料金なしで利用できます。CA ローテーションを開始するには、AWS CLI、EKS API、CloudFormation、および AWS コンソールを使用できます。詳細については、Amazon EKS ドキュメントおよび Amazon EKS 証明書機関ローテーションの詳細をご覧ください。
AWSパートナーは、Amazon QuickやKiroなどの使い慣れたツールから、AWS Sign-Inを介したOAuthを使用してAWS Partner Centralエージェントにアクセスできるようになりました。パートナーは、追加の認証ソフトウェアをインストールまたは保守することなく、既存のAWS ID、サインイン方法、IAM権限、およびガバナンスコントロールでエージェントアクセスを承認できます。以前は、AWSパートナーは、既存のツールからPartner CentralエージェントにアクセスするためにSigV4認証情報でMCPプロキシを設定するか、IAM認証情報を使用してAWS Management Consoleを介してAWS Partner Centralにサインインする必要がありました。OAuthは、パートナーがAWS Sign-Inを使用してAmazon QuickやKiroなどのツールにPartner Centralエージェントへのアクセスを承認できるようにすることで、これを簡素化します。パートナーは、共同販売のエンゲージメント、AWS資金調達の申請、およびAWS Marketplaceセラーのセットアップのために、既存のツールからOAuthを使用できます。管理者は、IAMポリシー、グローバル条件キー、トークンイントロスペクションおよび取り消しAPI、動的クライアント登録、およびCloudTrail監査イベントを使用してアクセスを管理できます。OAuthサポートは、US East (N. Virginia) Regionで利用可能なAWS Partner CentralエージェントMCP Serverを介してAWSパートナーに提供されます。詳細については、「Partner CentralエージェントMCP Serverの開始方法」および「OAuth 2.0でのサインイン」をご覧ください。
本日、ARC Region switch において Amazon RDS Switchover Read Replica 実行ブロックをローンチします。これは、マルチリージョンワークロードで Oracle Data Guard を実行している Amazon RDS データベースのリカバリオーケストレーションを自動化します。Amazon Application Recovery Controller (ARC) Region switch は、リージョン障害発生時に、お客様がマルチリージョンアプリケーションのフェイルオーバーをオーケストレーションし、境界設定されたリカバリ時間を達成するのに役立ちます。リージョンフェイルオーバー中に Oracle Data Guard を実行している Amazon RDS データベースをリカバリするために、お客様はプライマリデータベースとそのリードレプリカのロールを反転させる、またはリードレプリカをプライマリデータベースインスタンスに昇格させるための手動手順を実行します。Region switch は、RDS Switchover Read Replica 実行ブロックを使用して、このリカバリを自動化できるようになりました。同じ実行ブロックは、計画されたフェイルオーバーシナリオ中にプライマリデータベースとリードレプリカ間のロール遷移をゼロデータロスで自動化するか、リカバリ速度が重要な計画外フェイルオーバー中にリードレプリカをプライマリデータベースに昇格させます。ネイティブなクロスアカウントサポートにより、Region switch プランとは異なるアカウントでホストされている Amazon RDS インスタンスのリカバリをオーケストレーションでき、組織全体でのリカバリの集中管理が可能になります。開始するには、Amazon RDS Switchover Read Replica 実行ブロックのドキュメントを参照してください。ARC Region switch の詳細については、Application Recovery Controller ページをご覧ください。
Amazon SageMaker AI は、SageMaker AI Studio で生成 AI 推論レコメンデーションを提供するようになりました。これにより、最適な推論構成を見つけるためのローコード、ノーコードのパスが提供されます。これは、以前の API ベースのローンチを基盤とし、ベンチマークインフラストラクチャをビジュアルワークフローに拡張したものです。生成 AI モデルを生産的にデプロイするには、インスタンスタイプ、サービングコンテナ、および最適化戦略の慎重な選択が必要です。以前は、このプロセスには不確実な結果を伴う数週間の手作業が必要でした。新しい SageMaker 機能により、ユーザーはレイテンシ、スループット、またはコストのようなワークロードと優先順位を説明できます。SageMaker AI は、NVIDIA AIPerf を使用して GPU インフラストラクチャ上でさまざまな構成をベンチマークします。ユーザーの目標を達成するために、投機的デコーディングやカーネルチューニングなどのテクニックを適用します。このサービスは、パフォーマンスデータとともにランク付けされた、本番環境に対応したレコメンデーションを返します。これにより、チームは数週間の作業時間を節約できます。ユーザーは、SageMaker AI Studio 内でユースケースプロファイル、最適化目標、およびモデルソースを選択できます。レコメンデーションは主要なパフォーマンスメトリックによってランク付けされ、デプロイ前に視覚的に比較できます。レコメンデーションの生成に追加料金はかかりません。アクティブなリソースに対する標準的なコンピューティング料金のみが発生します。
Amazon Redshift は、Amazon S3 Tables と統合され、システムテーブルデータの長期保存を可能になりました。この新機能により、ユーザーは標準の7日間を超えるシステムテーブルデータの保持期間を延長できます。これは、コンプライアンス、監査、オブザーバビリティのニーズを満たすために設計されています。有効化されると、AWS はシステムテーブルデータを Apache Iceberg 形式で S3 Tables に自動的にアーカイブします。システムは、このデータのパーティショニング、コンパクション、および保持の管理を行います。以前は、保持期間の延長には複雑でリソースを大量に消費するカスタムETLパイプラインが必要でした。この新しい統合により、そのようなパイプラインの必要がなくなり、開発および運用オーバーヘッドが削減されます。複数のRedshiftクラスターを管理する組織では、システムテーブルデータを単一の場所に統合して、クロスウェアハウス分析を行うことができます。オープンなApache Iceberg形式は、RedshiftやAmazon Athenaなどのさまざまなクエリエンジンとの互換性を保証します。これにより、包括的なオブザーバビリティダッシュボードの構築が容易になります。AWS Agent Toolkit は、パフォーマンスインサイトのためにシステムテーブルデータをクエリするためのツールを提供することで、これをさらにサポートします。この機能は、プロビジョンドRG、RA3インスタンス、および多数のAWSリージョンにわたるRedshift Serverlessで利用可能です。
本日、AWS Direct Connect は、ワークロードのニーズに基づいて、プライベート仮想インターフェイス (VIF) およびトランジット仮想インターフェイス (VIF) のインバウンドルートプレフィックス割り当てを割り当ておよび管理できる新機能であるインバウンドプレフィックスコントロールを発表しました。専用接続およびホスト型接続の VIF で、IPv4 および IPv6 それぞれ最大 1,000 のプレフィックスを割り当てることができるようになりました。以前は、Direct Connect VIF は、オンプレミスネットワークから AWS へのプライベートまたはトランジット VIF でアドバタイズされる最大 100 のルートプレフィックスしか受け入れられませんでした。ネットワークがより大きい、または成長している場合、ルートの集約や、複数の VIF または接続に分割するなど、この上限を回避するアーキテクチャを設計する必要がありました。インバウンドプレフィックスコントロールを使用すると、単一の VIF に最大 1,000 のプレフィックスを割り当て、ルートを直接アドバタイズできます。インバウンドプレフィックスコントロールは、専用接続レベルおよび Direct Connect Gateway (DXGW) レベルで新しいプレフィックス容量プールを導入します。VIF を作成または更新する際に、特定の数のプレフィックスを割り当てます。この割り当ては、接続時に専用接続のプールと DXGW のプールから引き出されます。これにより、ワークロードごとにプレフィックス容量を適切に設定できます。たとえば、多くのルートを運ぶトランジット VIF には大きな割り当てを、同じ接続上のプライベート VIF には小さな割り当てを行うことができます。接続プールのサイズは接続速度に合わせてスケーリングされ、リンクアグリゲーショングループ (LAG) のプールはメンバー接続の数に合わせてスケーリングされます。AWS Direct Connect コンソールまたは CLI/API を使用してプレフィックス割り当てを構成できます。インバウンドプレフィックスコントロールは、AWS Direct Connect が利用可能なすべての商用 AWS リージョン、AWS GovCloud リージョン (US-East および US-West)、および Sinnet が運営する Amazon Web Services China (Beijing) リージョン、NWCD が運営する Amazon Web Services China (Ningxia) リージョンで追加料金なしで利用できます。詳細については、AWS Direct Connect ユーザーガイドの「AWS Direct Connect のインバウンドプレフィックスコントロール」を参照してください。
AWSパートナーは、AWS Marketplaceの通知管理を強化できるようになりました。以前は、パートナーはルートメールですべての通知を受信しており、カスタマイズができませんでした。新しいAWS User Notifications機能により、カテゴリベースの設定とマルチチャネル配信が可能になります。これにより、どのチームが特定の警告を受信するかを詳細に制御できます。現在、4つの通知カテゴリが利用可能です:Product listings、Offers and agreements、Payments and disbursements、Account management。各カテゴリには、パートナーに関連する個別のイベントタイプが含まれます。デフォルトでは、通知はルートアドレスにメールで送信されます。パートナーは、追加のメール受信者と配布リストを追加できます。配信オプションには、AWS Console Mobile ApplicationとAmazon Q Developerも含まれます。SlackやMicrosoft Teamsなどのチャットアプリケーションとの統合は、Amazon Q Developerを通じて容易になります。パートナーは、通知カテゴリごとに特定の連絡先と配信チャネルを選択できます。この更新されたシステムは、AWS MarketplaceをサポートするすべてのAWS Commercial Regionで利用可能です。これらの管理された通知を設定するには、パートナーはAWS User Notificationsコンソールにアクセスする必要があります。
今月初め、Amazon Bedrock 上の Web Search を発表しました。これは、データが安全な AWS 環境内に留まり、データが外部に流出しない状態で、最新のウェブ知識でモデルの応答をグラウンド化できる、組み込みのサーバーサイドツールです。本日、Web Search を拡張し、external_web_access パラメータを有効にして、Web Search が公開ウェブから直接コンテンツを取得できるようにし、モデルが最新の情報で応答をグラウンド化できるようにします。external_web_access を有効にするには、リクエストされたIDに bedrock-websearch:ExternalWebAccess IAM 権限を付与し、external_web_access パラメータをデフォルトの true のままにします。これにより、Web Search は、最新のスポーツスコア、ライブ価格、または新しくリリースされたドキュメントなど、可能な限り最新の情報が必要なユースケースのために、公開ウェブからライブでコンテンツを取得できるようになります。機密データを扱う場合は、取得を AWS の境界内に完全に留めるために、external_web_access を false に設定してください。false に設定すると、Web Search は Amazon の AWS 内ウェブインデックスとナレッジグラフからのみ結果を提供し、リクエストデータは AWS の境界を離れることはありません。External Web Access の有効化は、以下の AWS リージョンで利用可能です:米国東部(バージニア北部)、米国東部(オハイオ)、および米国西部(オレゴン)。詳細については、基盤モデルのグラウンディングのための Amazon Bedrock 上の Web Search の紹介に関するブログ投稿、Amazon Bedrock ユーザーガイドの外部ウェブアクセスの制御、およびコストの詳細については Amazon Bedrock の料金ページをご覧ください。
Amazon Bedrock AgentCore の Web Search がドメインフィルタリングと公開日フィルタリングに対応し、エージェントがリクエストごとに検索対象の Web ソースと期間を制御できるようになりました。Amazon Bedrock AgentCore は、AI エージェントの構築、接続、最適化のためのインフラストラクチャを提供し、Web Search はエージェントが最新の Web データに基づいて応答を生成できるようにします。実行時のドメインフィルタリングにより、エージェントは管理者の再設定なしに、リクエストごとに信頼できるソースに検索結果を絞り込んだり、不要なドメインをブロックしたりできます。公開日フィルタリングにより、エージェントは包括的な開始日と終了日の境界を使用して結果を特定の期間に制限し、応答が最新で関連性の高いコンテンツのみを反映するようにできます。このリリースにより、エージェントは各ツール呼び出しで直接、ドメインの含めるリストと除外リスト、および公開日の範囲を渡すことができ、管理者は新しいゲートウェイレベルの許可リストサポートと、リストごとに最大 100 ドメインのドメインキャップの増加を得ることができます。これらの機能は、規制産業、リサーチワークフロー、および情報ソースと鮮度を厳密に制御する必要があるアプリケーションに最適です。Web Search Tool は、既存の米国東部(バージニア北部)(us-east-1)の利用可能性に加えて、ヨーロッパ(アイルランド)(eu-west-1)およびアジア太平洋(東京)(ap-northeast-1)にも拡大されます。詳細については、ドメインおよび公開日フィルタに関する技術ブログをお読みください。また、Amazon Bedrock AgentCore の製品ドキュメントを確認してください。
Amazon CloudWatch Centralization は、ソースアカウントのロググループタグを、中央集権化ルールによって作成された宛先ロググループにコピーするようになりました。CloudWatch Centralization は、複数のアカウントとリージョンからログデータを 1 つの宛先アカウントに集約します。タグ伝播により、ソースで維持しているコスト、所有権、およびコンプライアンスのタグが、コピーされたロググループに適用されるようになりました。今回のリリースにより、CloudWatch は各ソースロググループのタグを宛先ロググループにコピーし、中央集権化ルールの設定の一部として選択されたタグ伝播の動作に基づいて同期を維持します。たとえば、プラットフォームチームは、中央集権化されたロググループで Application および CostCenter タグを保持し、それらのタグを使用して IAM 条件でアクセスをスコープしたり、AWS Cost Explorer でチームごとの中央集権化されたログの支出を報告したりできます。タグ伝播は、CloudWatch Centralization が利用可能なすべての AWS リージョンで利用できます。リージョンのリストについては、AWS リージョン表を参照してください。開始するには、Amazon CloudWatch コンソールで、または AWS CLI または AWS SDK を使用して、中央集権化ルールのタグ伝播を有効にします。タグを保持しながらログを中央集権化する方法の詳細については、Log Centralization User Guide を参照してください。中央集権化の料金については、Amazon CloudWatch pricing を参照してください。
Amazon DynamoDB Streams が属性ベースのアクセス制御 (ABAC) をサポートするようになり、Identity and Access Management (IAM) ポリシーでタグベースの条件を使用してデータストリームへのアクセスを制御できるようになりました。ABAC は、より少ない IAM ポリシーを使用して複数のチームやアプリケーションに対して異なるアクセスレベルを強制することで、アクセス管理を簡素化する認可戦略です。この機能は、複数のアプリケーションや環境にわたる DynamoDB Streams のアクセスを管理し、よりきめ細かくスケーラブルなアクセス制御を必要とするチーム向けに構築されています。DynamoDB Streams の ABAC を使用すると、各ストリームに最大 50 個のタグをアタッチし、これらのタグを IAM ポリシー条件で使用して特定の操作へのアクセスを許可または拒否できます。たとえば、"environment:production" というタグが付いたストリームからのレコードのみをユーザーが読み取れるようにし、他の環境へのアクセスを制限できます。ストリームタグは、親テーブルのタグとは独立して管理されるため、多数の個別の IAM ポリシーを作成することなく、環境分離、チームベースの分離、およびコンプライアンス要件を実装する柔軟性が得られます。DynamoDB Streams の ABAC は、Amazon DynamoDB Streams が利用可能なすべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用できます。DynamoDB Streams の ABAC の使用に追加料金はかかりません。詳細については、Amazon DynamoDB のページを参照し、Amazon DynamoDB Streams ABAC をご覧ください。
Amazon SageMaker Notebooks が Amazon Athena、Amazon Redshift、Amazon EMR Serverless との Trusted Identity Propagation (TIP) をサポートするようになり、データ分析におけるユーザーごとのアクセス制御が可能になりました。TIP 対応の Project 内で TIP 対応のコンピューティングに接続すると、各ノートブックユーザーの IAM Identity Center の ID が AWS Lake Formation に流れ込み、単一の広範な実行ロールを共有することなく、権限で許可されたテーブル、列、行のみが表示されるようになります。TIP を使用すると、企業はクエリを実行しているユーザーに基づいてユーザーごとのデータ境界を強制し、どのユーザーがデータにアクセスしたかを記録する CloudTrail による完全な監査属性を取得し、追加のログイン、トークン、またはロール管理を必要とせずに既存のコンピューティング接続を通じて ID が自動的に伝播されるため、管理の負担が軽減されます。開始するには、サポートされているエンジンを備えた TIP 対応の Project でノートブックを使用してください。この機能は、Amazon SageMaker Unified Studio が利用可能なすべての AWS リージョンで利用できます。詳細については、Amazon SageMaker Unified Studio 管理者ガイドの「Trusted identity propagation」および Amazon SageMaker Unified Studio ユーザーガイドの「Notebooks」を参照してください。
Amazon CloudWatch pipelines に、取り込み時にログデータを解析および強化する 3 つの新しいプロセッサが追加されました。Amazon RDS ログパーサー、XML パーサー、および GeoIP エンリッチメントプロセッサです。CloudWatch pipelines は、インフラストラクチャを管理することなく、テレメトリを取り込み、変換し、CloudWatch にルーティングするフルマネージドサービスです。ログソースは、データを再処理せずにすぐにクエリできないデータを生成することがよくあります。RDS Aurora ログはネイティブエンジン形式で到着し、アプリケーションログには埋め込み XML が含まれ、IP アドレスには場所のコンテキストがありません。新しいプロセッサは、それぞれのケースに対応します。Amazon RDS プロセッサは、Aurora の監査ログとエラーログを構造化されたフィールドに解析し、XML パーサーは XML 文字列を含むフィールドを JSON に変換し、GeoIP プロセッサは任意の IP アドレスフィールドを都市、国、座標などの地理的コンテキストで強化します。たとえば、コンプライアンスレポートのために Aurora 監査ログを構造化されたフィールドに解析できます。別のパイプラインでは、Windows イベントログから XML ペイロードを JSON に抽出し、セキュリティ分析のためにソース IP を都市と国に解決できます。これらのプロセッサは、個別に、または 1 つのパイプラインで組み合わせて使用できます。これらのプロセッサは、CloudWatch pipelines が一般的に利用可能なすべての AWS リージョンで追加料金なしで利用できます。CloudWatch のログ取り込みおよびストレージ料金が適用されます。これらのプロセッサは、AWS Management Console、AWS CLI、または AWS SDK を使用してパイプラインに追加できます。開始するには、Amazon CloudWatch pipelines のドキュメントを参照してください。
AWS Security Agent(現在はAWS Continuumの一部)は、AIエージェントを使用してWebアプリケーションの脆弱性を自律的にテストするオンデマンドのペネトレーションテストサービスを提供しており、並列テストタスク全体で消費された累積タスク時間に基づいて課金されます。セキュリティチームやDevSecOpsエンジニアは、これまでテストコストの上限を設定したり、修正された脆弱性が解決されたことを効率的に確認したりする組み込みの方法がありませんでした。これらの2つの新機能は、これらのユースケースに対応します。ペネトレーションテストごとに最大タスク時間制限を設定できるようになり、プリセット値(例:20時間または30時間)、カスタム値、または制限なしを選択できます。制限に達すると、テストは正常に停止し、それまでに発見されたすべての検出結果が保存されます。また、課金は実際に使用されたタスク時間のみを反映するため、テストに追加時間が必要ない限り、より高い制限を設定してもコストは増加しません。修正をデプロイした後、完全なペネトレーションテストを再実行することなく、個々の検出結果を再検証することもできます。完了した実行から1つ以上の検出結果を選択すると、AWS Security Agentはそれらの特定の検出結果のみをライブアプリケーションに対して再テストし、元の検出結果にリンクされた完全な再検証履歴とともに、明確なActive(まだ悪用可能)またはResolved(修正確認済み)のステータスを返します。検出結果の再検証の詳細については、AWS Security Agent Revalidationのドキュメントをご覧ください。最大タスク時間制限の設定の詳細については、AWS Security Agent Penetration Testのドキュメントをご覧ください。
AWS Elemental MediaConnect Router は、お客様がレイテンシ設定を構成できるようになり、ルーター内の入力と出力間の内部接続レイテンシを制御できるようになりました。以前は、ルーター内のプロトコルレイテンシはサービスによって自動的に設定され、調整することはできませんでした。MediaConnect Router は、ルーター出力で 2 つのレイテンシ構成オプションを提供します。バランスモードと低レイテンシモードです。バランスモードは、一般的なユースケースで既存の動作を維持しますが、低レイテンシモードは、レイテンシに敏感なワークフローの内部接続リカバリ時間を最適化します。適切なモードはルーター出力ごとに構成され、同じ入力が異なるレイテンシ要件を持つ複数の出力に供給できるようになります。新しい CloudWatch メトリックである RouteFabricRecoveryLatency は、各ルートに構成されたリカバリレイテンシの可視性を提供します。お客様は、MediaConnect API または AWS Management Console および AWS CLI を使用して、レイテンシ設定を構成および表示できます。構成可能なリカバリレイテンシは、MediaConnect Router が現在展開されているすべてのリージョンで利用可能です。レイテンシモードの詳細については、AWS Elemental MediaConnect のドキュメントをご覧ください。
AWS Cost Anomaly Detection は、Amazon Bedrock で実行される Anthropic Claude などのサードパーティ製基盤モデルの支出も監視するようになりました。Cost Anomaly Detection は機械学習を使用して異常な支出を検出し、アラートを送信します。今回のリリースにより、Amazon Bedrock でのサードパーティ製モデルの使用に対するカバレッジが拡張されます。本番環境の生成 AI ワークロードを実行しているチームは、他の AWS コストと同様に、Amazon Bedrock モデルの支出に対する自動異常検出を利用できるようになりました。今回のリリースにより、Cost Anomaly Detection は、セットアップ不要で、AWS マネージドサービスモニターを通じてサードパーティ製 Amazon Bedrock モデルのコストを自動的に評価します。モデルの支出が予期せず変化した場合、アラートと、AWS サービス、アカウント、リージョン、使用タイプ別のドル影響度でランク付けされた根本原因の内訳を受け取ります。これにより、他の AWS 支出と同様に、生成 AI コストの変更を迅速に理解し、対応することができます。この機能は、AWS GovCloud および中国リージョンを除く、すべての AWS 商用リージョンで利用可能です。詳細については、AWS Billing and Cost Management User Guide の「Detecting unusual spend with AWS Cost Anomaly Detection」を参照してください。
本日より、お客様は AWS GovCloud (米国東部) および AWS GovCloud (米国西部) で Amazon OpenSearch Ingestion を利用して、Amazon OpenSearch Service マネージドクラスターまたはサーバーレスコレクションにデータを取り込むことができます。Amazon OpenSearch Ingestion は、Amazon OpenSearch Service マネージドクラスターまたはサーバーレスコレクションにインデックス化する前にデータを取り込み、処理できるフルマネージドデータ取り込みティアです。Amazon OpenSearch Ingestion は、データをフィルタリング、変換、マスキング、ルーティングして Amazon OpenSearch Service に取り込むためのノーコードエクスペリエンスを提供します。Amazon OpenSearch Ingestion は、ワークロードの変動する需要に対応するために、基盤となるリソースを自動的にプロビジョニングおよびスケーリングします。今回のリリースにより、Amazon OpenSearch Ingestion は以下の 19 の AWS リージョンで一般提供されるようになりました。米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、米国西部 (カリフォルニア北部)、欧州 (アイルランド)、欧州 (ロンドン)、欧州 (フランクフルト)、欧州 (スペイン)、欧州 (パリ)、アジア太平洋 (東京)、アジア太平洋 (シドニー)、アジア太平洋 (シンガポール)、アジア太平洋 (ムンバイ)、アジア太平洋 (ソウル)、カナダ (中部)、南米 (サンパウロ)、欧州 (ストックホルム)、GovCloud (米国東部)、GovCloud (米国西部)。詳細については、Amazon OpenSearch Ingestion のウェブページおよび Amazon OpenSearch Ingestion 開発者ガイドをご覧ください。
本日、AWS Marketplace は、Amazon Lightsail 上での特定の Amazon Machine Image (AMI) の起動をサポートすることを発表します。シンプルで予測可能な価格設定と、合理化されたインスタンス作成エクスペリエンスを求めるお客様は、わずか数回のクリックで、対象となる AWS Marketplace AMI を Amazon Lightsail 上に簡単にデプロイできるようになりました。Lightsail インスタンスバンドルには、コンピューティング、ストレージ、および十分なデータ転送量が含まれており、月額固定料金で提供されます。Lightsail は、マネージドデータベース、コンテナ、ロードバランサーなども提供しており、お客様はアプリケーションの成長に合わせて簡単にスケールアップできます。Microsoft Windows Server、Microsoft SQL Server Express、Ubuntu、cPanel & WHM、Plesk など、サポートされている AWS Marketplace 製品をサブスクライブする際に、お客様は Amazon EC2 に加えて Amazon Lightsail を選択できるようになりました。Lightsail を選択すると、お客様は選択した AMI とリージョンが事前設定された Lightsail コンソールに移動し、わずか数回のクリックで予測可能な月額料金でデプロイできます。「Lightsail で起動」デプロイオプションは、Lightsail が利用可能なすべての AWS リージョンで、対象となる製品で利用できます。開始するには、AWS Marketplace にアクセスし、互換性のある製品をサブスクライブしてください。Amazon Lightsail の詳細については、Amazon Lightsail 製品ページをご覧ください。
AWSは、欧州(ロンドン)リージョン(eu-west-2)に4番目のアベイラビリティゾーンを追加し、リージョンにおけるクラウドコンピューティングの需要増加に対応するため、インフラストラクチャ容量を拡張しました。新しいアベイラビリティゾーンは、Amazon EC2、Trn3、P6のアクセラレーテッドインスタンスを含む次世代AIおよびML容量と、汎用コンピューティングを提供します。新しいアベイラビリティゾーンにより、eu-west-2のAWSのお客様は、AIおよびMLワークロードの容量を増やし、高可用性で回復力のあるアーキテクチャを構築するための追加のフォールトアイソレーションを得ることができます。この新しいアベイラビリティゾーン(eu-west-2d)により、お客様はeu-west-2の4つのアベイラビリティゾーンにアプリケーションを分散させることができ、耐障害性を向上させ、高可用性アーキテクチャをサポートします。AIおよびMLチームは、最新のアクセラレーテッドインスタンスタイプでモデルトレーニングおよび推論ワークロードを、ロンドンリージョン内で完全に実行できるようになります。新しいアベイラビリティゾーンは、AWSマネジメントコンソール、API、および既存のワークフローを通じて、ツールの変更なしにアクセスできます。標準の欧州(ロンドン)リージョンプライシングが適用されます。開始するには、AWS Global Infrastructureにアクセスして、リージョン、アベイラビリティゾーン、および効率的なデータセンター設計と持続可能性の実践がAWSクラウドインフラストラクチャをどのように支えているかについて詳しく学んでください。ハンズオンリソースについてはAWS Builder Center、AIおよびMLワークロードについてはEC2 Trainiumページ、リージョンごとの利用可能なサービス一覧についてはRegional Product Servicesをご覧ください。
AWS Lambda MicroVMs が、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、欧州 (フランクフルト)、欧州 (ストックホルム) の 5 つの追加 AWS リージョンで利用可能になりました。今回のリリースにより、合計 10 の AWS リージョンで Lambda MicroVMs を利用できるようになります。Lambda MicroVMs は、VM レベルの分離、ほぼ瞬時の起動および再開速度、ユーザーまたは AI が生成したコードを実行するための状態保持を提供するサーバーレスコンピューティングプリミティブです。開発者は Lambda MicroVMs を使用して、仮想化インフラストラクチャを管理したり、分離、速度、状態保持のいずれかを選択したりすることなく、各ユーザーまたはジョブに独自の分離されたコンピューティング環境を提供できます。MicroVMs は、AI コーディングアシスタント、インタラクティブ開発環境、脆弱性スキャナーなどのアプリケーションで、安全でステートフルで応答性の高いコード実行を可能にします。今回のリリースにより、開発者は 5 つの追加リージョンでエンドユーザーに近い場所で Lambda MicroVMs を実行できるようになり、レイテンシおよびデータレジデンシー要件を満たすのに役立ちます。開始するには、Dockerfile から MicroVM イメージを作成し、そのイメージから MicroVM を起動します。各ユーザーまたはジョブに、HTTP/2、gRPC、WebSockets などの一般的な接続プロトコルをサポートする専用の HTTPS URL を持つ独自の MicroVM を提供します。MicroVMs は、AWS Lambda コンソール、AWS CloudFormation、AWS Cloud Development Kit を通じて、または Agent Toolkit for AWS を使用して、好みの Agentic 開発ツールで使用できます。詳細については、AWS Lambda MicroVMs 開発者ガイドをご覧ください。価格については、Lambda MicroVMs の価格をご覧ください。最新のリージョン利用状況については、AWS リージョン別機能ページをご覧ください。
Amazon WorkSpaces Applications は、サービスコンソールに直接組み込まれたネイティブなモニタリングエクスペリエンスを提供するようになりました。管理者は、サードパーティのモニタリングツールや Amazon CloudWatch の専門知識を必要とせずに、リアルタイムのセッションレベルメトリクス、インスタンスレベルのリソースデータ、およびネットワークパフォーマンスメトリクスにアクセスできるようになりました。以前は、大規模な WorkSpaces Applications デプロイメントを管理するエンタープライズ顧客は、外部ソリューションに依存するか、複雑なカスタム CloudWatch ダッシュボードを構築する必要がありました。現在、設定不要で包括的なモニタリングが利用可能です。WorkSpaces Applications のコンソール内モニタリングは、アクティブなセッションとリソース使用状況を示すフリートレベルのキャパシティ可視性、ユーザー ID、パフォーマンスメトリクス、およびインスタンス ID でフィルタリング可能なカスタマイズ可能なセッションテーブル、そして共有タイムラインでフレームレート、入力遅延、帯域幅、CPU/メモリ/GPU 使用率などのセッションメトリクスを表示する相関グラフィカルビューを提供します。これらのメトリクスはすべて Amazon CloudWatch でも利用可能であり、顧客は WorkSpaces Applications リソースのモニタリングに最適なエクスペリエンスを選択する柔軟性を得られます。この機能は本日、Amazon WorkSpaces Applications が提供されているすべての AWS リージョンで利用可能です。詳細については、Amazon WorkSpaces Applications のドキュメントを参照するか、Amazon WorkSpaces Applications コンソールにログインし、フリートメニューに移動して、フリートを選択してアクティブなセッションメトリクスをモニタリングしてください。
AWS Storage Gateway は、Tape Gateway および Volume Gateway 用に AWS PrivateLink 経由で FIPS 140-3 検証済みエンドポイントをサポートするようになりました。以前は、FIPS エンドポイントはパブリックインターネット経由でのみ利用可能でした。これにより、FIPS 準拠のトラフィックをプライベート AWS ネットワーク上に維持できるようになり、規制対象のワークロードで Storage Gateway をより簡単に使用できるようになります。このリリースにより、Tape Gateway および Volume Gateway は、FIPS 検証済み暗号化を使用しながら、VPC 内のインターフェイス VPC エンドポイントを介してプライベートに Storage Gateway サービスエンドポイントに到達できるようになります。開始するには、VPC 内に Storage Gateway 用の FIPS インターフェイスエンドポイントを作成し、ゲートウェイをアクティブ化する際に FIPS VPC エンドポイントオプションを選択します。アクティブ化されると、ゲートウェイはプライベート AWS ネットワーク上の FIPS 検証済みエンドポイント経由で Storage Gateway サービスに接続します。FIPS PrivateLink エンドポイントでゲートウェイをアクティブ化するには、ゲートウェイでソフトウェアバージョン 3.2.7 以降を実行している必要があります。このリリースは、Storage Gateway が FIPS エンドポイントを提供する 8 つの AWS リージョンで利用可能です。米国東部(バージニア北部)、米国東部(オハイオ)、米国西部(北カリフォルニア)、米国西部(オレゴン)、カナダ中部、カナダ西部(カルガリー)、AWS GovCloud(米国東部)、および AWS GovCloud(米国西部)です。詳細については、AWS Storage Gateway ユーザーガイドまたは製品ページをご覧ください。
本日より、Amazon EC2 R8a インスタンスがアジアパシフィック(台北)リージョンで利用可能になりました。これらのインスタンスは、第5世代 AMD EPYC プロセッサ(旧コードネーム Turin)を搭載し、最大 4.5 GHz の周波数で、R7a インスタンスと比較して最大 30% 高いパフォーマンスと最大 19% 優れた価格パフォーマンスを実現します。R8a インスタンスは、R7a インスタンスと比較してメモリ帯域幅が 45% 向上しており、レイテンシに敏感なワークロードに最適です。Amazon EC2 R7a インスタンスと比較して、R8a インスタンスは GroovyJVM で最大 60% 高速なパフォーマンスを提供し、ビジネスクリティカルなアプリケーションでより高いリクエストスループットと優れた応答時間を実現します。第6世代 Nitro カードを使用した AWS Nitro System 上に構築された R8a インスタンスは、SQL および NoSQL データベース、分散型ウェブスケールのインメモリキャッシュ、インメモリデータベース、リアルタイムビッグデータ分析、および電子設計自動化(EDA)アプリケーションなどの、高性能でメモリ集約型のワークロードに最適です。R8a インスタンスは、2 つのベアメタルサイズを含む 12 のサイズを提供します。Amazon EC2 R8a インスタンスは SAP 認定を受けており、R7a インスタンスと比較して 38% 高い SAPS を提供します。開始するには、AWS マネジメントコンソールにサインインしてください。新しいインスタンスの詳細については、Amazon EC2 R8a インスタンスページをご覧ください。
Amazon Bedrock が SpaceXAI Grok 4.6 をサポートするようになりました。これは、長時間の実行が必要なエージェントや、野心的なインタラクティブおよびビジュアル作業のために構築された SpaceXAI の最新フラッグシップモデルです。Grok 4.6 は、500K のコンテキストウィンドウと設定可能な推論努力(低、中、高、超高)を提供します。Grok 4.6 は、以前の世代の Grok を基盤とし、トピックのリサーチ、情報の分析、コードベース全体での作業、アイデアを洗練されたアプリケーションに変換するなど、多くのステップにわたる複雑なタスクを維持することに特に重点を置いています。SpaceXAI によると、コーディングに特化した他のフロンティアモデルに匹敵する、いくつかのエージェンティックコーディングおよびナレッジワークベンチマークにおいてフロンティアインテリジェンスを達成しています。Bedrock を使用すると、顧客はエンタープライズグレードのセキュリティとプライバシー、包括的なモニタリングとロギング、そしてクロスリージョン推論による AWS リージョン全体でのスケーラビリティの柔軟性をもってモデルにアクセスできます。Grok 4.6 は、Amazon Bedrock が提供されているすべての AWS リージョンで利用可能です。開始するには、Amazon Bedrock ユーザーガイドの Grok 4.6 のモデルカードを参照してください。
Amazon Bedrock は、インドにおいて OpenAI GPT-5.6 モデル (Terra および Luna) を、インド Geo クロスリージョン推論でサポートするようになりました。国内での推論という規制要件を持つお客様は、推論がインド国内で処理されることを保証しながら、OpenAI モデルを大規模に使用できるようになりました。クロスリージョン推論は、複数の AWS リージョンにわたる推論リクエストを自動的にルーティングし、複数のリージョンにわたる容量を管理する必要なく、より高いスループットを提供します。新しい India Geo 推論プロファイル (Terra 用の in.openai.gpt-5.6-terra および Luna 用の in.openai.gpt-5.6-luna) は、リクエストをインド地理的範囲内のみでルーティングし、Asia Pacific (Mumbai) や Asia Pacific (Hyderabad) などの AWS リージョンを横断します。これにより、データをインド国内で処理してデータ居住要件を満たしながら、需要に対応するためにスケールアップできます。これらのモデルは、Responses、Chat Completions、および Converse API をサポートする bedrock-runtime エンドポイントで実行され、Bedrock 上の他のモデルですでに使用しているアカウントレベルのコントロール (Amazon S3 または Amazon CloudWatch Logs に配信可能なモデル呼び出しログ、Amazon CloudWatch メトリクス、AWS Cost Explorer および AWS Cost and Usage Report のコスト内訳を含む) と連携します。インドのクロスリージョン推論を備えた OpenAI モデルは、Asia Pacific (Mumbai) および Asia Pacific (Hyderabad) リージョンで利用可能です。開始するには、GPT-5.6 (Terra および Luna) のモデルカードと、Amazon Bedrock ユーザーガイドのクロスリージョン推論セクションを参照してください。
AWS Identity and Access Management (IAM) は、AWS European Sovereign Cloud (Germany) リージョン内の AWS ワークロードが、短命な JSON Web Token (JWT) を使用して外部サービスと安全に認証できるように、現在サポートしています。AWS European Sovereign Cloud は、欧州連合 (EU) 内に完全に配置された、欧州向けの独立したクラウドであり、お客様が進化する主権要件を満たすのに役立つように設計されています。アウトバウンド ID フェデレーションにより、AWS ワークロードは、長期的な認証情報を使用したり、複雑な回避策を実装したりすることなく、サードパーティのクラウドプロバイダー、SaaS プロバイダー、およびセルフホスト型アプリケーションと安全に認証できます。お客様は、AWS IAM 認証情報を暗号署名された短命な JWT と交換でき、外部サービスへのアクセスを簡単かつ安全に行うためのメカニズムを提供します。これらのトークンには AWS ワークロードに関する豊富なコンテキストが含まれており、外部サービスが詳細なアクセス制御を実装できるようになります。管理者は、IAM ポリシーを使用してトークン生成へのアクセスを制御し、トークンのプロパティ (有効期間、オーディエンス、署名アルゴリズムなど) を強制し、CloudTrail ログを使用してトークン使用状況を監査できるため、組織のセキュリティおよびコンプライアンス要件を満たすことができます。詳細については、アウトバウンド ID フェデレーション製品ページを参照するか、IAM ユーザーガイドを確認するか、AWS News Blog Post をお読みください。
本日、AWSは、Amazon Bedrock AgentCore内の機能であるAgentCore paymentsの一般提供を開始したことを発表します。これにより、AIエージェントは、わずか数行のコードで、有料API、MCP、コンテンツを自律的に発見、アクセス、および支払うことができるようになります。AgentCore paymentsは、企業が本番環境でトランザクションを行うエージェントを大規模に展開するために必要なセキュリティ、ガードレール、およびオブザーバビリティを提供します。AgentCore paymentsは、マイクロトランザクションのためにCoinbaseおよびStripe Privyウォレットと統合され、プロトコルを横断した支払いオーケストレーションを提供し、インフラストラクチャレイヤーで設定可能な支払い制限を強制し、AgentCore Observabilityを通じてエンドツーエンドのオブザーバビリティを提供します。一般提供時には、AgentCore paymentsには、AgentCoreコンソール内で直接CoinbaseクレデンシャルプロビジョニングのためのQuick Create、AgentCoreゲートウェイ経由の従量課金制x402エンドポイントの厳選されたCoinbase Bazar MCPサーバー、Machine Payment Protocol (MPP) のサポート、および推論ごとの支払いと動的価格設定のユースケースのためのx402プロトコルにおける「upto」スキームが含まれます。開発者は、Claude Code、Kiro、Codexなどのコーディングアシスタントスキル、AgentCore CLI、またはAWS Management Consoleを使用して開始できます。このリンクに従ってください。AgentCore paymentsは、ここにリストされているリージョンで利用可能です。詳細については、AgentCore paymentsのドキュメントまたはAWS News Blogをご覧ください。価格については、AgentCore pricingをご覧ください。
Amazon SageMaker Unified Studio は、AWS Glue Data Quality を活用したデータプロファイリングと異常検知をサポートするようになりました。データスチュワード、エンジニア、アナリストは、データの形状と完全性を理解するために統計プロファイルを生成し、これらの統計が時間の経過とともにどのように変化するかを追跡できます。異常検知は、定義済みのしきい値やカスタムルールを必要とせずに、データポイントが過去のパターンから逸脱したときに識別するのに役立ちます。これらの機能は、カタログテーブルの静的データと、Visual ETL ジョブ内の転送中のデータの両方で利用できます。今回のリリースにより、カタログテーブルの専用のデータプロファイルタブで、オンデマンドおよびスケジュールされたプロファイリングが提供され、データセットレベルと列レベルの統計が計算されます。プロファイルの履歴が蓄積されるにつれて、異常検知は期待される動作のベースラインを構築し、予測範囲から外れるデータポイントをフラグ付けします。これは、特定のしきい値が不明な場合や、期待される値が時間の経過とともに変化し、固定ルールが古くなる可能性がある場合に特に役立ちます。転送中のデータについては、同じプロファイリング統計と異常検知が、Evaluate Data Quality 変換を含む Visual ETL ジョブの結果ページで利用できます。この機能は、Amazon SageMaker Unified Studio が利用可能なすべての AWS リージョンで利用できます。詳細については、Amazon SageMaker Unified Studio のドキュメントをご覧ください。
本日より、Amazon Elastic Compute Cloud (Amazon EC2) R8i インスタンスがイスラエル (テルアビブ) リージョンで利用可能になりました。これらのインスタンスは、AWS限定のカスタム Intel Xeon 6 プロセッサを搭載しており、クラウド上の同等の Intel プロセッサの中で最高のパフォーマンスと最も高速なメモリ帯域幅を提供します。R8i インスタンスは、前世代の Intel ベースのインスタンスと比較して、最大 15% 優れた価格パフォーマンスと 2.5 倍のメモリ帯域幅を提供します。R7i インスタンスよりも 20% 高いパフォーマンスを提供し、特定のワークロードではさらに高いパフォーマンス向上が期待できます。R7i と比較して、PostgreSQL データベースでは最大 30% 高速、NGINX Web アプリケーションでは最大 60% 高速、AI ディープラーニング推奨モデルでは最大 40% 高速です。R8i インスタンスは、特に最大のインスタンスサイズや継続的な高 CPU 使用率を必要とするワークロードなど、すべてのメモリ集約型ワークロードに最適です。R8i インスタンスは、2 つのベアメタルサイズと、最大のアプリケーション向けの新しい 96xlarge サイズを含む 13 のサイズを提供します。R8i インスタンスは SAP 認定を受けており、142,100 aSAPS を提供します。これは、オンプレミスおよびクラウド環境の同等のすべてのマシンの中で最高であり、ミッションクリティカルな SAP ワークロードに優れたパフォーマンスを提供します。開始するには、AWS Management Console にサインインしてください。お客様は、Savings Plans、オンデマンドインスタンス、およびスポットインスタンスを通じてこれらのインスタンスを購入できます。新しい R8i インスタンスの詳細については、AWS News ブログをご覧ください。
IAM Policy Autopilot は、Terraform プランファイルから直接ベースライン IAM ポリシーを生成できるようになりました。IAM Policy Autopilot は、re:Invent 2025 で発表されたオープンソースツールで、コードを分析して決定論的にスコープを絞った IAM ポリシーを作成し、アプリケーションの進化に合わせて洗練させることができます。これにより、IAM ポリシーの作成やアクセス問題のトラブルシューティングに費やす時間を短縮できます。これまでこのツールはアプリケーションソースコードを分析していましたが、Infrastructure as Code で定義された AWS インフラストラクチャのデプロイメント用のポリシーを生成することはできませんでした。これで、Terraform プランファイルをインプットとして渡すことができ、IAM Policy Autopilot は決定論的な分析を適用して、そのプラン内のリソースの CRUD 関数にスコープを絞ったポリシーを生成します。生成されたポリシーは、可能な限りワイルドカードではなく、特定のリソース ARN を参照します。Terraform で定義された AWS インフラストラクチャのデプロイメント用のポリシー生成をサポートすることは、IAM Policy Autopilot がリリースされて以来、最も要望の多かった機能であり、Terraform リソース定義とアプリケーションコード内の SDK 呼び出しを相互参照して ARN を解決する、既存の Terraform 認識分析を補完するものです。IAM Policy Autopilot は追加費用なしで利用でき、ご自身のマシンで実行できます。開始するには、IAM Policy Autopilot GitHub リポジトリをご覧ください。
本日より、Amazon RDS for PostgreSQL 19 Beta 3 が Amazon RDS Database Preview Environment で利用可能になり、Amazon RDS for PostgreSQL 上の PostgreSQL 19 のプレリリース版を評価できるようになります。PostgreSQL 19 Beta 3 は、クエリパフォーマンスと autovacuum 管理のための新機能を追加します。新しい pg_stat_autovacuum_scores ビューは、autovacuum の優先順位付けの監視と調整に役立ちます。並列 autovacuum は、複数のワーカーを使用して大規模テーブルのメンテナンスを高速化できるようになりました。新しい pg_plan_advice モジュールにより、効率的なクエリプランを固定して予期しない遅延を防ぐことができます。Eager aggregation は、データを早期にグループ化することで分析クエリを改善し、クエリが処理する行数を減らして完了を高速化します。Beta 3 には、Beta 2 のテスト期間からのバグ修正と安定性向上も含まれています。詳細については、PostgreSQL コミュニティのアナウンスを参照してください。Amazon RDS Database Preview Environment のデータベースインスタンスは最大 60 日間保持され、保持期間後に自動的に削除されます。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内でのみデータベースインスタンスの作成または復元に使用できます。プレビュー環境からデータベースをインポートまたはエクスポートするには、PostgreSQL のダンプおよびロード機能を使用できます。Amazon RDS Database Preview Environment のデータベースインスタンスは、米国東部(オハイオ)リージョンの価格に従って課金されます。
Amazon WorkSpaces が、Amazon WorkSpaces Personal および Amazon WorkSpaces Core Managed Bundles でネストされた仮想化をサポートするようになりました。ネストされた仮想化が有効になると、開発者は Docker Desktop、Windows Subsystem for Linux (WSL2)、およびその他のハイパーバイザー依存ツールを Windows WorkSpaces 上で直接実行できます。また、KVM ベースのワークロード、Android エミュレーター、およびネストされたコンテナーを Linux WorkSpaces 上で実行できます。これらは、個別の物理ハードウェアや回避策の環境を必要としません。ネストされた仮想化は、ライセンス込み (パブリックおよびカスタム) バンドル、Bring Your Own License (BYOL) バンドル、および Bring Your Own Protocol (BYOP) バンドルでサポートされており、これらは Windows Server 2019、Windows Server 2022、Windows Server 2025、Windows 11、Ubuntu 22.04、Ubuntu 24.04、Red Hat Enterprise Linux 8、Red Hat Enterprise Linux 9、Rocky Linux 8、または Rocky Linux 9 で DCV プロトコルを実行している場合に利用可能です。Power (4 vCPU) 以上が推奨されます。ネストされた仮想化は、GPU バンドル、PCoIP プロトコル、または Windows Server 2016 および Windows 10 をベースとした Amazon WorkSpaces ではサポートされていません。管理者は、コンソール、API、または CLI を介して、個々のワークスペースレベルでネストされた仮想化を有効または無効にすることができます。コンソールまたは CLI を介して WorkSpaces でネストされた仮想化を有効にすることで、すぐに開始できます。詳細については、Amazon WorkSpaces のドキュメント「Nested Virtualization」をご覧ください。ネストされた仮想化は、Amazon WorkSpaces が利用可能なすべての AWS リージョンで利用可能ですが、中国 (寧夏) リージョンおよびイスラエル (テルアビブ) リージョンは除きます。価格情報については、Amazon WorkSpaces の料金ページをご覧ください。