2026/10/1 9:00:00 ~ 2026/10/2 9:00:00 (JST)

最近の発表

AWS Well-Architected Agent is now available in preview

AWS は、AWS Trusted Advisor と AWS Well-Architected Tool の次世代の進化形である AI を活用したサービスである AWS Well-Architected Agent のプレビューを発表しました。エージェントは、コスト、セキュリティ、パフォーマンス、信頼性に関する AWS インフラストラクチャを分析して最適化し、ビジネス目標に基づいて優先順位を付けた状況に応じた推奨事項を提示します。主要なメトリクスとアプリケーショントポロジを Well-Architected のベストプラクティスと自動的に相関させ、Terraform、CDK テンプレート、CloudFormation テンプレートを分析して、必要に応じて自動化に対応した修正を行います。\nAWS Well-Architected Agent を使用することで、チームはビジネス目標を定義し、リソース、アプリケーション、アーキテクチャの各レベルで、影響や労力に応じて優先順位を付けた優先順位付けされた推奨事項を得ることができます。たとえば、信頼性を優先するチームが、重要なデータベースにマルチ AZ フェイルオーバーを追加する推奨を受けることができます。これには、設定変更を自動化する SSM Runbook と、コミットする前にこの変更がコストとパフォーマンスにどのように影響するかを示すクロスピラー分析が含まれます。該当する場合は、チームが迅速に行動できるように、SSM ランブック、規範的な CLI スクリプト、ガイド付きコンソールウォークスルーとともに推奨事項が提供されます。また、エージェントは Terraform、CloudFormation、CDK テンプレートを含む IaC テンプレートの自動レビューを実施して、ギャップを特定し、Well-Architected のベストプラクティスに沿うために必要な IaC コード変更を返すこともできます。 AWS Well-Architected Agent とその推奨事項は、米国東部 (バージニア北部)、米国東部 (オハイオ)、および米国西部 (オレゴン) で利用できます。どの AWS 商用地域からでもワークロードをオンボーディングできます。AWS Well-Architected Agent は AWS サポートが提供し、AWS サポートプランに加入している AWS のお客様が利用できます。 AWS Well-Architected エージェントの詳細については、ユーザーガイドをご覧ください。ここから始めてください。

Amazon Redshift now supports cross-Region queries for your data lake

Amazon Redshift は、別の AWS リージョンにある Amazon S3 データレイクテーブルへのクエリをサポートするようになりました。VPC ルーティングが強化されたことで、Amazon S3 と Amazon Redshift 間のデータレイククエリのトラフィックは、お客様の VPC 内にとどまります。どちらの機能も、RG でプロビジョニングされたクラスターとサーバーレスクラスターのコンピューティング上で直接実行される統合データレイククエリエンジンを利用しています。これらの機能は、データがグローバルに分散している企業と、データの移動方法を厳密に制御する必要があるセキュリティに敏感なお客様を対象としています。\nクロスリージョンのサポートにより、Amazon Redshift を使用して別のリージョンの S3 データをコピーまたは複製せずに直接クエリできます。これにより、グローバル分析の実行、リージョン間のレポートの統合、および居住要件のために特定のリージョンに残す必要があるデータのクエリが容易になります。リージョン間のクエリには標準のデータ転送料金がかかります。クエリエンジンはクラスターのコンピューティング上で実行されるため、拡張 VPC ルーティングを使用する場合、Amazon S3 と Amazon Redshift の間を移動するデータは完全にお使いの VPC 上を流れ、パブリックネットワークを経由することはありません。金融サービス、医療、政府などの規制の厳しい業界では、データレイククエリをコンプライアンス要件が要求するネットワーク境界内に収まるため、この機能からメリットが得られます。どちらの機能も、統合データレイククエリエンジンと連携します。このエンジンは、RG Provisioned クラスターと Serverless クラスターが利用できるすべての地域で利用できます。詳細については、Amazon Redshift ドキュメントの「拡張 VPC ルーティングによるデータレイクテーブルのクエリ」を参照してください。

Amazon DynamoDB introduces filtered export to Amazon S3

Amazon DynamoDB では、テーブルのフィルタリングされたエクスポートがサポートされるようになりました。Amazon S3 へのエクスポートでは、テーブルデータを分析、データ共有、その他のオフライン用途に、フルエクスポートまたは一定期間にわたるインクリメンタルエクスポートとしてエクスポートできます。フィルタリングされたエクスポートでは、エクスポートする項目と属性を正確に指定して、ユースケースに関連するデータのみを含むデータセットを作成できます。\n

フィルター付きエクスポートでは、キー属性にはキー条件式を、任意の属性にはフィルター式を使用してエクスポートする項目を選択し、プロジェクション式を使用してどの属性を含めるかを選択します。その後、エクスポートでは必要な項目と属性だけが返されます。このデータのサブセットを使用して、コンプライアンスルールを満たしながら、きめ細かなデータ復元を実行したり、アカウント間でデータの一部を移動したり、分析を実行したりできます。フィルター付きエクスポートは、フルエクスポートとインクリメンタルエクスポートのどちらでも機能します。 フィルタリングされたエクスポートは、AWS GovCloud (米国) リージョンを除くすべての AWS リージョンで利用できます。開始するには、以下のリソースを参照してください。 DynamoDB 開発者ガイドの Amazon S3 へのDynamoDB データのエクスポート DynamoDB 開発者ガイドの「テーブルエクスポートのフィルタリング」 Amazon DynamoDB から Amazon S3 へのフィルタリングされたエクスポートの紹介ブログ投稿

Amazon DynamoDB Accelerator (DAX) is now available in additional Regions

本日、AWS は、アジアパシフィック (香港)、アジアパシフィック (ハイデラバード)、アジアパシフィック (ジャカルタ)、アジアパシフィック (ジャカルタ)、アジアパシフィック (マレーシア)、アジアパシフィック (メルボルン)、アジアパシフィック (ニュージーランド)、アジアパシフィック (大阪)、アジアパシフィック (ソウル)、アジアパシフィック (台北)、アジアパシフィック (タイ)、カナダ西部 (カルガリー) の 17 のその他の AWS リージョンで Amazon DynamoDB Accelerator (DAX) を利用できることを発表しました。、ヨーロッパ (ミラノ)、ヨーロッパ (チューリッヒ)、イスラエル (テルアビブ)、メキシコ (中央)、AWS GovCloud (米国東部)、AWS GovCloud (米国西部)DAX は Amazon DynamoDB 向けのフルマネージド型で可用性の高いインメモリキャッシュで、1 秒あたり数百万のリクエストでも、1 桁のミリ秒からマイクロ秒まで最大 10 倍のパフォーマンスを実現します。この拡張により DAX がより多くの地域で利用できるようになり、お客様が独自のキャッシュインフラストラクチャを管理しなくても、読み取り量の多い DynamoDB ワークロードを高速化できるようになります。\nDAX を使用すると、DynamoDB テーブルから読み取りトラフィックをオフロードしながら、リアルタイム入札、ゲームリーダーボード、小売製品カタログなど、読み取り量が多く大量のワークロードを高速化できます。DAX は DynamoDB と API 互換なので、最小限のコード変更でアプリケーションにマイクロ秒単位のレイテンシーキャッシュを追加できます。これらの地域のお客様は、自動パッチ適用、フェイルオーバー、スケーリングなどの DAX の完全マネージド型オペレーションの恩恵を受けながら、ローカルでのデータ保存と低レイテンシーの要件を満たせるようになりました。 DAX を利用できるリージョンの全リストについては、次のリソースを参照してください。リージョン別の AWS 機能

Amazon GuardDuty now supports centralized management using AWS Organizations declarative policies

Amazon GuardDuty が AWS 組織の宣言型ポリシーをサポートするようになったため、AWS 組織のすべてのアカウントとリージョンで GuardDuty の脅威検出を一元的に有効にできます。組織のポリシーを使用して、一元管理された GuardDuty 有効化設定を適用できるようになりました。設定は既存のアカウントに適用され、新しいアカウントが組織に加入すると自動的に維持されます。\n関連するすべてのアカウントとリージョンで GuardDuty を有効にすると、脅威を包括的に検出できるようになります。以前は、マルチアカウント、マルチリージョンの大規模な環境全体で有効化の一貫性を維持するには、GuardDuty の有効化設定を各リージョンで個別に構成する必要がありましたが、これは時間の経過とともに変化する可能性がありました。今では、委任された管理者アカウントから一元的な GuardDuty ポリシーを定義して、組織全体 (組織ルート、OU、または個人アカウント) の有効化基準を設定できるようになりました。このポリシーは、GuardDuty を利用できるすべてのリージョンに適用されるデフォルト設定と、異なる有効化を必要とするリージョンのリージョンごとのオーバーライドをサポートしています。ポリシーによって設定された有効化を GuardDuty コンソールや API で上書きすることはできません。 GuardDuty 宣言型ポリシーサポートは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンでご利用いただけます。開始するには、委任管理者に GuardDuty ポリシーを管理する権限があることを確認してください。次に、GuardDuty コンソールにサインインして [組織ポリシー] を選択するか、AWS Organizations API を使用してプログラムでポリシーを作成します。詳細については、Amazon GuardDuty ユーザーガイドの「組織ポリシーを使用したアカウントの管理」と、AWS 組織ユーザーガイドの「Amazon GuardDuty ポリシー」を参照してください。

Amazon Corretto 8 September 2026 Patch Updates

2026 年 9 月 30 日、アマゾンは以下の Amazon Corretto 長期サポート (LTS) バージョンの OpenJDK のパッチアップデートを発表しました。Corretto 8u504 がダウンロードできるようになりました。Amazon Corretto は OpenJDK の無償かつマルチプラットフォーム対応のプロダクション向けディストリビューションです。このパッチには tzdata 2026d のアップデートが含まれています。\nCorretto のホームページにアクセスして、Corretto 27、Corretto 25、Corretto 21、Corretto 17、Corretto 11、または Corretto 8 をダウンロードしてください。Corretto Apt、Yum、または Apk リポジトリを設定することで、Linux システムのアップデートを入手することもできます。 フィードバックをお待ちしています！

Amazon S3 Object Lock variable retention with event holds is now available in AWS GovCloud (US) Regions

イベントホールドによる変数保持の Amazon S3 オブジェクトロックサポートが、AWS GovCloud (米国東部) と AWS GovCloud (米国西部) で利用できるようになりました。\nAmazon S3 オブジェクトロック変数保持により、必要な保持期間が契約締結や監査完了などの将来のイベントから始まるオブジェクトに、Write-Once-Read-Many (WORM) 保護を適用できます。オブジェクトに保持期間を設定してイベントを保留すると、その保留期間中は S3 がオブジェクトを保護します。保留を解除すると、S3 は指定した期間だけオブジェクトを保持します。削除後すぐに保護が終了するリーガルホールドとは異なり、イベントホールドではトリガーイベント後の必要な保持期間を WORM コンプライアンスに準拠させるため、ポリシーで義務付けられている期間を超えてデータを保持しなくても、イベントベースの保持要件を満たすことができます。

AWS ストレージのブログ記事、S3 オブジェクトロックの概要ページ、および S3 ドキュメント。この機能は、SEC 規則 17a-4 (f)、FINRA 規則 4511、および CFTC 規則 1.31 の対象となる環境での使用について、コハセットアソシエイツによって評価されています。

AWS Security Hub introduces remediation plans to prioritize and fix security exposures

AWS Security Hub では、関連するリスク調査結果をグループ化し、根本原因を共有する是正計画を提供するようになりました。各リスクに個別に対処する代わりに、設定ミスの設定や過度に寛容なポリシーなど、基盤となるリソースを 1 つ修正して、複数のリスクの重大度を一度に解決または軽減できるようになりました。\n各修復計画には、優先順位付けガイダンス (クリティカル、高、中、低)、影響評価、および AWS CLI、Terraform、CloudFormation、Python、CDK などの複数の形式の例を含む詳細なステップバイステップの説明が含まれています。Security Hub は計画に自動的に優先順位を付け、最もリスクを軽減する計画が最初に現れるようにするため、最も重要な箇所に修正作業を集中させることができます。また、AI エージェントは API を通じて修復計画をプログラム的に利用して、環境全体のセキュリティ修正を自動化することもできます。 是正計画は、AWS セキュリティハブが利用可能なすべての AWS リージョンで利用可能で、AWS Security Hub Essentials プランでは追加料金なしで利用できます。詳細については、AWS セキュリティハブのドキュメントをご覧ください。

AWS Transfer Family now supports custom CloudWatch log groups for managed workflows

AWS Transfer Family では、マネージドワークフロー実行ログの Amazon CloudWatch Logs でカスタムロググループを選択できるようになりました。ワークフローログを整理して個々のワークフローを個別に監視したり、関連するワークフローのログをまとめたりできます。\n以前は、Transfer Family サーバーに接続されたすべてのワークフローが実行ログをそのサーバーの CloudWatch ロググループに送信していたため、ワークフローごとに個別のログ送信先を設定することはできませんでした。AWS Transfer Family コンソールまたは API を使用してワークフローを作成するときに、サーバーのロググループとは別のワークフローレベルのロググループを選択できるようになりました。Transfer Family は選択したグループにのみワークフローログを配信するため、サーバーロギングロールは必要ありません。ワークフローログは既存の構造化された JSON 形式を保持し、Amazon CloudWatch Logs Insights を使用して引き続きクエリできます。複数のワークフローのログを共有ロググループに送信して、ワークフローの実行を追跡するための統合メトリックスとダッシュボードを作成することもできます。構造化されたログ送信先を選択しない場合、ワークフローログは引き続きサーバーのロールベースのロギング設定を使用して設定されます。既存のワークフローは引き続き現在のログ設定を使用します。 この機能は、Transfer Family が管理するワークフローが提供されているすべての AWS リージョンで利用できます。詳細については、Transfer Family マネージドワークフローユーザーガイドをご覧ください。

AWS Glue Data Catalog now supports table optimization, statistics, and crawlers for Apache Iceberg V3

AWS Glue データカタログは、Apache Iceberg バージョン 3 (V3) テーブルのテーブル最適化、統計、およびクローラーをサポートするようになりました。これらの新機能により、V3 テーブルを自動的に管理し、クエリパフォーマンスに合わせて最適化し、Amazon S3 でそれらのテーブルを検索できます。\nテーブル最適化では、binpack、sort、または Z オーダー戦略を使用して V3 テーブルを圧縮してクエリのパフォーマンスを向上させ、期限切れのスナップショットや孤立ファイルを削除してストレージコストを削減できます。これらの最適化は、バリアント、地理空間、ナノ秒精度のタイムスタンプなどの V3 データ型をサポートします。V3 テーブルの個別値の数 (NDV) 統計を生成することもできます。分析エンジンはこれを使用してクエリを効率的に計画できます。さらに、Glue クローラーを使用して Amazon S3 に保存されている V3 テーブルを検出し、Glue データカタログに登録することで、V3 互換のあらゆるエンジンでクエリを実行できるようになります。 これらの機能は、Glue Data Catalog のテーブル最適化、統計、クローラーを利用できるすべての AWS リージョンの Iceberg V3 テーブルで利用できます。詳細については、『Glue 開発者ガイド』の「Glue 最適化」、「Glue 統計」、および「Glue クローラー」を参照してください。

AWS Budgets now supports email verification for notification subscribers

AWS Budgets では、コストと使用量のカスタムしきい値を設定し、支出がしきい値を超えると E メールで通知されます。AWS Budgets は、予算アラートを送信する前に、新しい E メール購読者を検証するようになりました。予算通知に E メールアドレスを追加すると、AWS Budgets はそのアドレスに確認メールを送信し、受信者が確認すると、そのアドレスは通知の受信を開始します。\n認証は 26 年 9 月 30 日以降に追加された E メールアドレスに適用されます。既存の予算ですでに登録されているアドレスは影響を受けず、アクションも必要ありません。新しい住所については、受取人が確認 E メールのリンクをたどって確認すると、AWS マネジメントコンソールが開きます。AWS Budgets コンソールには、すべてのサブスクライバーの検証ステータスが表示され、まだ確認待ちのアドレスには再送信オプションが表示されます。AWS Budgets はこれらの通知を AWS ユーザー通知を通じて配信し、受信者はいつでもオプトアウトできます。 AWS Budgets の E メール検証は、AWS GovCloud (米国) リージョンと中国リージョンを除くすべての AWS リージョンで利用できます。 詳細については、AWS 請求およびコスト管理ユーザーガイドの「予算通知への E メール受信者の追加」を参照してください。

Serverless Storage on Amazon EMR Serverless now supports terabyte-scale shuffle

Amazon EMR Serverless では、最大 1 TB のシャッフルオペレーションをサポートするサーバーレスストレージ機能が強化され、以前のジョブあたり 200 GB の制限が引き上げられました。Amazon EMR Serverless により、データエンジニアやデータサイエンティストは、クラスターやサーバーを設定、管理、スケーリングすることなく、オープンソースのビッグデータ分析フレームワークを簡単に実行できます。この強化により、企業のお客様は、結合、集約、ソートなどの複雑な操作中に大量のシャッフルデータを処理する必要のある、本番規模の Apache Spark ワークロードを実行できるようになります。\nエンタープライズデータチームは、ストレージの制約を気にすることなく、テラバイト規模のデータセットを日常的に処理するプロダクションワークロードを自信を持って移行できるようになりました。この機能強化は、数テラバイトのデータセットにまたがる大規模なテーブル結合や、大規模なデータシャッフルを必要とするカーディナリティの高いデータを複雑に集計するワークロードに特に役立ちます。スピルサポートの追加により、必要に応じてデータをディスクにオフロードすることで、メモリを大量に消費する操作をジョブがシームレスに処理できるようになり、要求の厳しい分析ワークロードのジョブの信頼性と成功率が向上します。 この機能は、Amazon EMR サーバーレスが利用可能な 18 の AWS リージョンで Amazon emr-7.14、emr-spark8.1 以降で利用できます。サポートされているリージョンの全リストと適用される制限については、Amazon EMR のドキュメントを参照してください。 Amazon EMR サーバーレスの詳細とテラバイトスケールのシャッフルサポートの開始方法については、Amazon EMR サーバーレスのページをご覧ください。

Announcing DNS analytics and insights for Route 53 Global Resolver and DNS Firewall

Route 53 グローバルリゾルバーと DNS ファイアウォールは、ネイティブの Amazon CloudWatch 統合を通じて DNS 分析と分析情報を提供するようになりました。これらの新機能により、ネットワーク管理者とセキュリティチームは DNS クエリパターンを完全に把握し、DNS ファイアウォールルールの有効性を監視し、異常なアクティビティを検出し、DNS インフラストラクチャのパフォーマンスを最適化できます。DNS アナリティクスとインサイトは、Amazon CloudWatch、Route 53 グローバルリゾルバー、DNS ファイアウォールが利用できるすべての AWS リージョンで利用できます。\nCloudWatch メトリックスとコントリビューターインサイトにより、お客様は DNS クエリログを検索して分析したり、ブロックされたクエリや DNS レスポンスコードなどの特定のパターン用のメトリックスフィルターを作成したり、自動アラームを設定したりできます。グローバルリゾルバーコンソールと DNS ファイアウォールコンソールの両方に新しい Analytics タブが追加され、すべての分析に 1 か所から簡単にアクセスできるようになりました。 たとえば、お客様は VPC ごとにブロックされた DNS クエリのメトリックスフィルターを作成し、1 時間以内に 10 件を超えるクエリがブロックされたときにアラームがトリガーされるように設定できるため、潜在的なセキュリティ脅威に迅速に対応できます。 お客様がオプトインしたメトリックスには、Amazon CloudWatch の標準料金が適用されます。詳細については、Route 53 のドキュメントをご覧ください。

AWS IAM Identity Center extends multi-Region support to more AWS Regions

IAM Identity Center を使用すると、従業員のアイデンティティを AWS に一度接続するだけで、AWS アカウントとアプリケーションへのアクセス管理を合理化できます。IAM Identity Center をオプトイン AWS リージョンに複製したり、AWS GovCloud (米国) 内のリージョンと AWS 中国リージョン間で複製したりできるようになりました。以前は、デフォルトで有効になっている商用 AWS リージョンではマルチリージョンのサポートが提供されていました。これにより、AWS アカウントへのユーザーアクセスの耐障害性が向上し、ビジネスニーズに最適な AWS リージョンに AWS アプリケーションをデプロイできるようになります。\nマルチリージョンのサポートを有効にすると、IAM Identity Center はお客様のアイデンティティ、資格、その他の情報をプライマリリージョンから他のリージョンに自動的に複製します。IAM Identity Center がプライマリリージョンの中断の影響を受けた場合でも、ユーザーは他のリージョンですでにプロビジョニングされているエンタイトルメントを使用して AWS アカウントに引き続きアクセスできます。AWS アプリケーション管理者は標準のアプリケーションデプロイワークフローを使用してアプリケーションを別のリージョンにデプロイできますが、お客様は引き続きプライマリリージョンで IAM Identity Center を管理できます。 マルチリージョンサポートは、外部の ID プロバイダーまたは IAM Identity Center ディレクトリをアイデンティティソースとして使用し、マルチリージョンのカスタマー管理型 KMS キー (CMK) を必要とする組織インスタンスで利用できます。新しいインスタンスを作成すると、1 回のクリックでマルチリージョンのサポートを有効にできます。これにより CMK も作成されます。既存のインスタンスの場合は、AWS KMS でマルチリージョン CMK を作成し、IAM Identity Center で設定してください。CMK の保存と使用には標準の AWS KMS 料金が適用されます。IAM ID センターは追加費用なしで提供されます。

リージョン別の AWS 機能。マルチリージョンのサポートの詳細については、「複数の AWS リージョンでの IAM Identity Center の使用」を参照してください。どの AWS アプリケーションが他のリージョンへのデプロイをサポートしているかを確認するには、IAM Identity Center で使用できる AWS アプリケーションをご覧ください。

Improve your secrets security posture with actionable recommendations in the AWS Secrets Manager console

AWS Secrets Manager が AWS 推奨アクションフレームワークと統合され、コンテキストに応じた実行可能なシークレット提案が Secrets Manager コンソールで直接表示されるようになりました。\n今回の発表により、コンソールを離れることなくセキュリティ態勢を改善し、ベストプラクティスに従うために、カスタマイズした推奨事項をシークレットとともに表示できるようになりました。たとえば、ローテーションの設定が必要なシークレットを特定したり、暗号化にサービス提供のデフォルトキーの代わりに顧客管理キーを使用したり、シークレット設定の改善に取り組んだり、すべてを 1 つのビューから行うことができます。 この機能は、AWS Secrets Manager が提供されているすべての AWS 商用リージョンで、追加料金なしで利用できます。開始するには、AWS シークレットマネージャーコンソールにアクセスしてください。

Amazon S3 Tables now support up to 100 table buckets per AWS Region in an AWS account

Amazon S3 テーブルは、AWS アカウントの AWS リージョンあたり最大 100 個のテーブルバケットをサポートするようになりました（10 個から増加）。これにより、AWS アカウントの AWS リージョンごとに最大 100 万のテーブルを作成できます。テーブルバケットの許容量が多いほど、データセット、ワークロード、またはチームごとに個別のテーブルバケットを作成し、それぞれに暗号化、アクセスポリシー、レプリケーションなどのテーブルバケットレベルの設定を適用できます。デフォルトでは、より高いクォータが追加費用なしですべてのアカウントに適用されます。\nS3 Tables は、Apache Iceberg サポートが組み込まれた初めてのクラウドオブジェクトストアであり、表形式のデータを大規模に保存する最も簡単な方法でもあります。S3 テーブルは継続的にテーブルメンテナンスを行い、データレイクが拡大し進化しても、クエリ効率とストレージコストを経時的に自動的に最適化します。 S3 テーブルを利用できるすべての AWS リージョンで、より高いデフォルトクォータを使用できます。デフォルトを超えるクォータが必要な場合は、AWS サポートを通じて増加をリクエストできます。詳細については、S3 テーブルの概要ページ、ユーザーガイド、クォータドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Contact Center

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

Open Source Project

AWS CLI