2025/8/15 9:00:00 ~ 2025/8/18 9:00:00 (JST)

最近の発表

Amazon Athena now supports CREATE TABLE AS SELECT with Amazon S3 Tables

Amazon Athena では、Amazon S3 テーブルによる選択形式でのテーブル作成 (CTAS) ステートメントがサポートされるようになりました。CTAS ステートメントを使用すると、新しいテーブルを作成し、SELECT クエリの結果を使用してデータを入力するのが簡単になります。Athena の CTAS ステートメントを使用して既存のデータセットをクエリしたり、クエリ結果を含む S3 テーブルに新しいテーブルを作成したりできるようになりました。これらはすべて 1 つの SQL ステートメントで行えます。\n S3 Tables は Apache Iceberg サポートを組み込んだ初めてのクラウドオブジェクトストアで、表形式データの大規模な保存を効率化します。本日のリリースにより、Parquet、CSV、JSON、および Apache Iceberg、Hudi、Delta Lake などの他の形式で保存されている既存のデータセットを、パフォーマンスとコストが継続的に最適化されているフルマネージドテーブルに迅速かつ効率的に変換できます。作成したら、Athena を使用してデータを分析したり、他のデータセットと結合したり、INSERT 操作や UPDATE 操作を使用して時間をかけてデータを進化させたりできます。CTAS を使用するとデータをその場で分割できるため、さまざまなユースケースに合わせてクエリのパフォーマンスを柔軟に最適化できます。 CTAS を使用すると、Athena テーブルと S3 テーブルの両方がサポートされているすべての AWS リージョンで S3 テーブルを作成できます。詳細については、Amazon Athena ユーザーガイドを参照してください。

Amazon EC2 R8g instances now available in AWS Asia Pacific (Jakarta)

本日より、Amazon Elastic Compute Cloud (Amazon EC2) R8g インスタンスが AWS アジアパシフィック (ジャカルタ) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 R8g インスタンスは、データベース、インメモリキャッシュ、リアルタイムのビッグデータ分析など、メモリを大量に消費するワークロードに最適です。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。AWS Graviton4 ベースの R8g インスタンスは、Graviton3 ベースの R7g インスタンスよりも最大 3 倍多い vCPU (最大 48 倍) とメモリ (最大 1.5 TB) を備え、インスタンスサイズが大きくなっています。これらのインスタンスは、AWS Graviton3 ベースの R7g インスタンスと比較して、ウェブアプリケーションの場合は最大 30%、データベースの場合は最大 40%、大規模 Java アプリケーションの場合は 45% 高速です。R8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。 詳細については、「Amazon EC2 R8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。

Amazon DynamoDB now supports a CloudWatch Contributor Insights mode exclusively for throttled keys

DynamoDB では、スロットルされたキーのイベントを CloudWatch Contributor Insights に選択的に送信する機能がサポートされるようになりました。これにより、アクセスされたすべてのキーについてイベントを発行しなくても、スロットルされたキーを監視できるようになりました。スロットルキー専用のイベントを発行することで、成功したリクエストイベントのすべてに対して料金を支払う必要がなくなります。\n Cloudwatch Contributor Insights for DynamoDB は、テーブルまたはグローバルセカンダリインデックスで最もアクセス数が多く、スロットルされているキーに関する情報を提供することで、トラフィックパターンを理解するのに役立ちます。この情報は、アプリケーションの使用パターンを把握したり、スロットリング関連の問題を診断したりするために使用できます。スロットルされたキーについてのみイベントを送信するように選択することで、これらのインサイトを受け取るために費やす金額を減らすことができます。 スロットルされたキーイベントのみを CloudWatch Contributor Insights に送信する新しいモードは、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できます。 開始するには、以下のリソースリストを参照してください。

DynamoDB 開発者ガイドの DynamoDB 向け CloudWatch コントリビューターインサイト

Amazon DynamoDB ブログ投稿におけるスロットリングのオブザーバビリティの強化

DynamoDB 開発者ガイドの「スロットリングのトラブルシューティング」

Amazon DynamoDB now supports more granular throttle error exceptions

DynamoDB では、対応する Amazon CloudWatch メトリックスとともに、より詳細なスロットリング例外がサポートされるようになりました。新しいスロットリング例外の追加フィールドにより、特定のリソースとスロットリングイベントの理由が特定され、スロットリング関連の問題の理解と診断が容易になりました。\n 新しい Amazon CloudWatch メトリクスはすぐに確認でき、SDK を最新バージョンにアップグレードすると、新しいきめ細かなスロットリングの例外も表示されます。すべてのスロットリング例外には、リクエストがスロットルされた理由のリストと、スロットルされたテーブルまたはインデックスの Amazon リソースネーム (ARN) が含まれるようになりました。これらの新しいスロットル例外の理由は、スロットリングされた理由を理解するのに役立ち、設定したスループットの調整、テーブルのオンデマンドキャパシティーモードへの切り替え、データアクセスパターンの最適化などの是正措置を講じることができます。 より詳細なスロットリング例外とそれぞれのメトリックスは、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できます。 開始するには、以下のリソースリストを参照してください。

DynamoDB 開発者ガイドの「スロットリング問題の診断」

Amazon DynamoDB ブログ投稿におけるスロットリングのオブザーバビリティの強化

DynamoDB 開発者ガイドの「スロットリングのトラブルシューティング」

AWS Certificate Manager supports AWS PrivateLink

AWS 証明書マネージャー (ACM) が AWS PrivateLink をサポートするようになったため、パブリックインターネットを経由せずに Amazon 仮想プライベートクラウド (VPC) から ACM API にアクセスできるようになりました。この機能により、ACM API に完全に AWS ネットワーク内からアクセスして使用できるようになり、コンプライアンス要件を満たすのに役立ちます。\n ACM を使用すると、Amazon CloudFront、Load Balancing などの統合 AWS サービス、またはハイブリッドワークロードなど、トラフィックを安全に終了する必要がある場合に、パブリックおよびプライベート TLS 証明書のプロビジョニングと管理のプロセスを簡素化できます。AWS Private Link でインターフェースエンドポイントを作成して VPC を ACM に接続できるようになりました。これにより、VPC と ACM 間の通信は完全に AWS ネットワーク内で行われるため、データへの安全な経路が確保されます。 まず、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (AWS CLI) コマンド、または AWS CloudFormation を使用して AWS PrivateLink を作成して ACM に接続することができます。この新機能は、AWS GovCloud (米国) や AWS 証明書マネージャーサービスと AWS PrivateLink が利用できる中国リージョンを含むすべての AWS リージョンで利用できます。詳細については、AWS PrivateLink のドキュメントを参照してください。

Amazon Managed Service for Prometheus adds support resource policies

Prometheus 互換のフルマネージド型モニタリングサービスである Amazon Managed Service for Prometheus は、リソースベースのポリシーをサポートするようになったため、複数のアカウントで機能するアプリケーションを簡単に構築できるようになりました。リソースベースのポリシーでは、どの ID およびアクセス管理 (IAM) プリンシパルが Amazon マネージドサービス for Prometheus ワークスペースのインジェストまたはクエリを実行できるかを指定できます。\n Amazon Managed Service for Prometheus ワークスペースへのクロスアカウント統合を可能にしたり、別のアカウントから PromQL を使用してメトリクスをクエリしたりするには、これまでは顧客がワークスペースの所有者アカウントで IAM の役割を引き受ける必要がありました。今回のリリースにより、リソースベースのポリシーを Amazon Managed Service for Prometheus ワークスペースにアタッチし、ワークスペース以外の所有者に Prometheus 互換 API を使用して任意のアクションを実行することを許可リストに追加できるようになりました。

この機能は、プロメテウス向け Amazon マネージドサービスが一般的に利用できるすべてのリージョンで利用できるようになりました。

プロメテウス用 Amazon マネージドサービスコレクターの詳細については、ユーザーガイドまたは製品ページをご覧ください。

Amazon Neptune now integrates with Cognee for graph-native memory in GenAI Applications

本日、Amazon Neptune Analytics と Cognee の統合を発表しました。Cognee は、AI エージェントが情報を構造化、取得、推論できるように設計された、主要なエージェントメモリフレームワークです。今回の発表により、お客様は Neptune を Cognee のメモリレイヤーの背後にあるグラフストアとして使用できるようになり、エージェント AI アプリケーションの長期記憶および推論機能が可能になります。\n この統合により、コグニーのユーザーはメモリグラフを大規模に保存してクエリできるようになり、継続的なやり取りから学習することで、AI エージェントが時間の経過とともによりパーソナライズされ効果的になるという高度なユースケースが可能になります。Neptune は、グラフ、ベクトル、キーワードの各モダリティにわたるマルチホップのグラフ推論とハイブリッド検索をサポートしているため、Cognee はより豊かでコンテキストを意識した AI 体験を提供できます。 コグニーは、開発者が費用対効果が高くパーソナライズされたジェネレーティブ AI アプリケーションを構築するのに役立つ、自己改善型のメモリシステムを実現しています。Neptune と Cognee の統合について詳しくは、ユーザーガイドとサンプルノートブックをご覧ください。

Amazon RDS for Db2 now supports cross-region automated backups for encrypted databases

Db2 用 Amazon Relational Database Service (RDS) は、暗号化されたデータベースのクロスリージョン自動バックアップをサポートするようになりました。これにより、お客様のミッションクリティカルな Db2 ワークロードを地域的な障害から保護しながら、データ保護をさらに強化できます。\n お客様は暗号化されたデータベーススナップショットをプライマリ AWS リージョン以外のリージョンに安全にコピーできるようになり、災害対策が強化されました。この機能は、RDS for Db2 インスタンスの暗号化を有効にし、目的の AWS リージョンへのバックアップレプリケーションを設定するだけで有効化できます。 Amazon RDS for Db2 のクロスリージョン自動バックアップとサポートされている宛先リージョンの詳細については、ドキュメントページをご覧ください。Amazon RDS for Db2 を使用すると、クラウドでの Db2 デプロイのセットアップ、運用、およびスケーリングが簡単になります。インスタンス、ストレージ、バックアップ、データ転送、リージョンの提供に関する最新の価格については、Amazon RDS for Db2 料金表をご覧ください。

AWS Billing and Cost Management Console adds new recommended actions

本日より、お客様は AWS Billing and Cost Management Console の推奨アクションウィジェットで利用可能な 15 の推奨アクションの既存リストに追加された 6 つの新しい推奨アクションを確認できます。これらの推奨アクションには、支払い方法の有効期限が切れている場合や税務登録番号が無効である場合など、AWS の支払いと税務設定に関する通知が含まれます。すべての推奨アクションが「重要」、「勧告」、「情報提供」に分類されるようになったため、お客様は特定された請求上の問題を優先順位付けしてタイムリーに解決できます。 \n AWS Billing and Cost Management Console で推奨されているアクションを使用することで、お客様は AWS の請求や支払いの問題をすばやく把握して軽減し、コスト削減の機会を特定し、時間に敏感な情報に基づいて行動することで予期せぬ事態を回避できます。各推奨アクションには、お客様が AWS の支出を最適化し、AWS アカウントや請求状況に支障をきたすことを防ぐための、具体的な行動を促すフレーズが含まれています。お客様は、コンソールの推奨アクションウィジェットまたは新しいパブリック API を使用してこれらの推奨アクションに追加費用なしでアクセスできます。 推奨アクションウィジェットと API は、中国を除くすべての AWS 商用地域で利用できます。新しい推奨アクションを開始するには、AWS 請求およびコスト管理コンソールの推奨アクションウィジェットをご覧ください。詳細については、AWS 請求とコスト管理ユーザーガイドの「推奨アクション」を参照してください。

AWS Managed Microsoft AD increases directory sharing limits

AWS は、AWS Managed Microsoft AD ディレクトリ共有のアカウント共有制限を引き上げました。これにより、顧客は大幅に多くの AWS アカウントとディレクトリを共有できるようになりました。スタンダードエディションの制限は 5 アカウントから 25 アカウントに増加し、エンタープライズエディションの制限は 125 アカウントから 500 アカウントに拡大されました。これらの制限の強化により、以前の技術的な制約が取り除かれ、組織は AWS 環境全体でディレクトリインフラストラクチャをより効果的に拡張できるようになります。\n 制限の引き上げにより、企業のお客様は Active Directory インフラストラクチャを統合し、1 つのマネージドディレクトリからより大きな AWS アカウントフットプリントをサポートできるため、運用の複雑さを軽減できます。組織は何百もの AWS アカウントにわたって認証と管理を一元化できるようになったため、複数のディレクトリをデプロイする場合の複雑な回避策が不要になります。 この機能の強化は、AWS Managed Microsoft AD が現在サポートされているすべての AWS リージョンで利用できます。 AWS マネージド Microsoft AD ディレクトリ共有の詳細については、AWS ディレクトリサービスのドキュメントを参照してください。ディレクトリ共有機能とセットアップの詳細については、AWS Managed Microsoft AD ディレクトリ共有ページをご覧ください。リージョンの提供状況については、AWS リージョンの表を参照してください。

Amazon RDS for MariaDB now supports community MariaDB minor versions 11.4.8, 10.11.14 and 10.6.23

MariaDB 用アマゾンリレーショナルデータベースサービス (Amazon RDS) は、コミュニティ MariaDB マイナーバージョン 11.4.8、10.11.14、10.6.23 をサポートするようになりました。最新のマイナーバージョンにアップグレードして、以前のバージョンの MariaDB の既知のセキュリティ脆弱性を修正し、MariaDB コミュニティによって追加されたバグ修正、パフォーマンスの向上、新機能の恩恵を受けることをお勧めします。\n マイナーバージョン自動アップグレードを利用して、定期メンテナンス期間中にデータベースをより新しいマイナーバージョンに自動的にアップグレードできます。また、Amazon RDS マネージド Blue/Green デプロイを活用して、MariaDB インスタンスの更新をより安全、簡単、迅速に行うこともできます。マイナーバージョンの自動アップグレードや Blue/Green デプロイなど、データベースインスタンスのアップグレードについて詳しくは、Amazon RDS ユーザーガイドをご覧ください。 Amazon RDS for MariaDB では、クラウドでの MariaDB デプロイのセットアップ、運用、およびスケーリングを簡単に行うことができます。価格の詳細とリージョンの提供状況の詳細については、Amazon RDS for MariaDB をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。

Amazon VPC now supports IPv4 ingress routing for large IP Pools

Amazon VPC では、お客様がパブリック IP アドレスの大規模なプール宛てのインバウンドインターネットトラフィックを、VPC 内の単一の Elastic Network Interface (ENI) にルーティングできるようになりました。\n この機能強化以前は、インターネットゲートウェイは VPC のネットワークインターフェイスに関連付けられたパブリック IP アドレス宛のトラフィックのみを受け入れていました。ネットワークインターフェースに関連付けられる IP アドレスの数には制限があります。これらの制限はインスタンスタイプによって異なり、ドキュメントに記載されています。通信会社、モノのインターネット (IoT)、その他の業界では、許容される制限を超えるパブリック IP プール宛のインバウンドトラフィックを 1 つのネットワークインターフェイスにルーティングすることを顧客に求めるユースケースがあります。これまで、顧客はアドレス変換を実行して、このような多数の IP アドレスのトラフィックを統合していました。この機能強化により、このような電話会社や IoT のユースケースでは、インバウンドインターネット接続でアドレス変換を行う必要がなくなります。お客様は独自のパブリック IP プール (BYOIP ドキュメント) を持ち込み、この BYOIP プールに属するトラフィックを受け入れてネットワークインターフェイスにルーティングするように VPC インターネットゲートウェイを設定できます。また、この機能を VPC Route Server で使用して、障害が発生した場合にルートを動的に更新することもできます。VPC ルートサーバーの詳細については、公開ドキュメントを参照してください。 この機能強化は現在、すべての AWS 商用、AWS 中国、GovCloud リージョンで利用可能です。この機能の詳細については、ドキュメントを参照してください。

Amazon Connect Cases now supports rules to automatically update cases upon creation

Amazon Connect Cases は、作成時に自動的にケースを更新するコンタクトレンズルールをサポートするようになりました。これにより、ケースワークフローが合理化され、手動タスクが削減されます。たとえば、返金ケースを請求チームに自動的に割り当てたり、フォローアップが不要なケースを自動クローズしたり、ケースの理由に基づいて自動的に優先順位を設定したりするルールを設定できます。\n Amazon Connect Cases は、米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) の AWS リージョンでご利用いただけます。詳細を確認して使用を開始するには、Amazon Connect ケースのウェブページとドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Big Data Blog

AWS Database Blog

Desktop and Application Streaming

AWS for Industries

The Internet of Things on AWS – Official Blog

Artificial Intelligence

AWS Storage Blog

Open Source Project

AWS CLI

Amplify for iOS

Karpenter

Amazon EKS Anywhere