2026/7/15 9:00:00 ~ 2026/7/16 9:00:00 (JST)

最近の発表

Amazon MQ now supports configurable storage for RabbitMQ brokers

Amazon MQ では、インスタンスタイプとは無関係に RabbitMQ ブローカーの EBS ディスクストレージサイズを設定できるようになりました。ブローカーを作成または更新する際、カスタムストレージサイズを定義できるため、特定のメッセージングワークロード要件に合わせて、インスタンスサイズとは無関係にストレージの適切なサイズを設定できます。設定可能なストレージは、バージョン 4.2 以降の RabbitMQ M7g ブローカーのクラスターデプロイメントでのみ使用できます。\n 設定可能なストレージでは、M7g のデフォルト値から、インスタンスサイズに応じた最大許容値まで、5 GB 単位でストレージサイズを選択できます。AWS コンソール、AWS CloudFormation、AWS コマンドラインインターフェイス (CLI)、または AWS クラウド開発キット (CDK) を使用してストレージサイズを指定できます。ストレージの変更は、次回のブローカーの再起動時に適用されます。

Amazon MQ の標準ストレージ料金は、Amazon MQ の料金表に従ってディスクサイズに基づいて適用されます。設定可能なストレージは、Amazon MQ for RabbitMQ が提供されているすべての商用 AWS リージョンで利用できます。詳細については、Amazon MQ 開発者ガイドを参照してください。

Amazon RDS and Aurora now support R8g and M8g database instances in additional AWS Regions

AWS Graviton4 ベースの R8g データベースインスタンスは、アジア太平洋 (ハイデラバード、メルボルン、マレーシア)、ヨーロッパ (ロンドン、パリ、チューリッヒ)、AWS GovCloud (米国東部)、南米 (サンパウロ)、メキシコ (中部) の各リージョンで Amazon Aurora (MySQL と PostgreSQL の互換性) と PostgreSQL、MySQL、MariaDB 用の Amazon RDS で一般的に利用できるようになりました。さらに、米国西部 (北カリフォルニア)、アジアパシフィック (ムンバイ、シドニー、香港、ソウル、マレーシア、シンガポール)、カナダ西部 (カルガリー)、ヨーロッパ (チューリッヒ、ミラノ、パリ)、南米 (サンパウロ)、アフリカ (ケープタウン) の各地域で、PostgreSQL、MySQL、MariaDB 用の M8g インスタンスがサポートされるようになりました。 \n AWS Graviton4 ベースのインスタンスでは、データベースエンジン、バージョン、ワークロードにもよりますが、Amazon Aurora データベースと Amazon RDS データベース上の同等のサイズの Graviton3 ベースのインスタンスに比べて、オンデマンド料金で最大 40% のパフォーマンス向上と最大 29% のコストパフォーマンス向上を実現します。AWS Nitro System 上に構築された新しい R8g データベースインスタンスでは、最大 192 個の vCPU と 48 個の大容量サイズが導入され、最大 192 個の vCPU、最新の DDR5 メモリを搭載したメモリと vCPU の比率 8:1、最大 50 Gbps の拡張ネットワーキング帯域幅、Amazon Elastic Block Store (Amazon EBS) への最大 40 Gbps の帯域幅を実現しています。 R8g または M8g データベースインスタンスは、Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェイス (CLI) を使用して簡単に起動できます。これらのデータベースインスタンスタイプをサポートする特定のエンジンバージョンの詳細については、Aurora と RDS のドキュメントを参照してください。価格設定とリージョンの提供状況の詳細については、Amazon RDS の料金表ページを参照してください。

Amazon RDS and Aurora expand R8gd and M8gd to additional Regions

Amazon リレーショナルデータベースサービス (RDS) では、Amazon Aurora PostgreSQL、RDS for PostgreSQL、RDS for MySQL、および RDS for MariaDB の読み取りが最適化され、さらに 12 のリージョンで R8GD データベースインスタンスと、さらに 6 つのリージョンの M8GD データベースインスタンスがサポートされるようになりました。\n R8GD インスタンスと M8GD インスタンスは、Aurora PostgreSQL の R6g インスタンスと比較して、スループットが最大 165% 向上し、コストパフォーマンスが最大 120% 向上します。Optimized Reads は、ローカルの NVMe ベースの SSD ブロックストレージを使用して一時テーブルなどの一時データを保存し、ネットワークストレージへのアクセスを減らし、クエリレイテンシーを改善します。その結果、複雑なクエリのクエリパフォーマンスが向上し、インデックスの再構築操作が速くなります。I/O 最適化構成を使用する Aurora PostgreSQL Optimized Reads インスタンスも、ローカルストレージを使用してキャッシュ容量を拡張します。インメモリバッファキャッシュから削除されたデータベースページは、その後のデータ取得を高速化するためにローカルストレージにキャッシュされます。 お客様は、既存の Aurora と RDS のデータベースを変更するか、R8GD または M8Gd インスタンスを使用して新しいデータベースを作成することで、AWS マネジメントコンソール、CLI、SDK から最適化された読み取りを開始できます。R8Gd インスタンスは、ヨーロッパ (アイルランド)、アジアパシフィック (ソウル)、アジアパシフィック (マレーシア)、ヨーロッパ (ロンドン)、米国西部 (北カリフォルニア)、アジアパシフィック (シドニー)、カナダ (中央)、アジアパシフィック (ジャカルタ)、アフリカ (ケープタウン)、カナダ西部 (カルガリー)、南米 (サンパウロ)、アジアパシフィック (香港) の各リージョンでもご利用いただけます。M8GD インスタンスは、ヨーロッパ (アイルランド)、アジアパシフィック (マレーシア)、ヨーロッパ (ロンドン)、アジアパシフィック (シドニー)、南米 (サンパウロ)、カナダ (中部) の追加リージョンでもご利用いただけます。価格設定と提供地域の詳細については、料金ページを参照してください。これらの DB インスタンスタイプをサポートする特定のエンジンバージョンについては、Aurora と RDS のドキュメントを参照してください。

Amazon MSK Express Brokers adds support for Apache Kafka version 4.2

Apache Kafka (Amazon MSK) Express Brokers向けAmazonマネージドストリーミングは、Apache Kafkaバージョン4.2をサポートするようになりました。このリリースには、リーダー選出の正確性が向上して可用性を強化する適格リーダーレプリカ (ELR) の拡張機能が含まれています。また、グループリバランスを円滑かつ迅速に行うのに役立つ新しいコンシューマー・リバランス・プロトコルと、ブローカーの調整機能をKafka Streamsに拡張してタスク割り当てを最適化する新しいStreams Rebalance Protocolも導入されています。改善点とバグ修正の完全なリストについては、バージョン 4.2 の Apache Kafka リリースノートを参照してください。\n MSK Express Brokers は、1 ブローカーあたりのスループットが最大 3 倍向上し、スケールが最大 20 倍速くなり、復旧時間が 90% 短縮されるように設計されています。今回のローンチにより、MSK Express に最新のオープンソースの信頼性とパフォーマンスの向上がもたらされます。 開始するには、AWS マネジメントコンソール、AWS CLI、または AWS SDK を使用して Express Brokers を使用して新しいクラスターを作成するときに、バージョン 4.2.x を選択するだけです。既存の MSK Express Broker をインプレースローリングアップデートでアップグレードすることもできます。Amazon MSK はブローカーの再起動を調整して可用性を維持し、アップグレード中もデータを保護します。Kafka バージョン 4.2 のサポートは、現在 Amazon MSK エクスプレスブローカーが提供されているすべての AWS リージョンでご利用いただけます。開始方法については、Amazon MSK 開発者ガイドを参照してください。

Amazon RDS now supports up to four storage modifications in 24 hours

Amazon RDS では、24 時間単位でデータベースインスタンスごとに最大 4 つのストレージ変更が可能になりました。これらの変更により、RDS ストレージボリュームのサイズを増やしたり、タイプを変更したり、パフォーマンスを調整したりできます。6 時間のクールオフ期間が終了するのを待たなくても、前の変更のストレージ最適化が完了した直後に新しい変更を開始できます。\n この強化により、データが急激に増加したり、ワークロードが予期せず急増したりした場合に、ストレージ容量を拡張したり、パフォーマンスを調整したりする際の運用の俊敏性が向上します。RDS ストレージを変更すると、ダウンタイムなしでボリュームを変更できるため、パフォーマンスへの影響を最小限に抑えながらアプリケーションを実行し続けることができます。

この機能は、すべての商用 AWS リージョンと AWS GovCloud (米国) リージョンのすべての Amazon RDS、MariaDB 用の Amazon RDS、MySQL 用の Amazon RDS、MySQL 用の Amazon RDS、Db2 用の Amazon RDS、オラクル用の Amazon RDS、およびマイクロソフト SQL Server インスタンス用の Amazon RDS で自動的に有効になります。詳細については、Amazon RDS ユーザーガイドを参照してください。

Amazon OpenSearch Service now supports the Agent Toolkit for AWS with a curated skill

Amazon OpenSearch Service が AWS エージェントツールキットと統合され、Claude Code、Kiro、Cursor などの AI コーディングエージェントから OpenSearch Service ドメインと OpenSearch サーバーレスコレクションを直接構築、管理、クエリできるようになりました。この統合は、ユーザーに代わってAWS API呼び出しを実行するAWS MCP（モデルコンテキストプロトコル）サーバーと、自然言語リクエストを適切な機能に自動的にルーティングする厳選されたamazon-opensearch-serviceスキルによって強化されます。\n このスキルを使うと、目標を平易な言葉で説明でき、あとはエージェントが 5 つの領域にわたって処理してくれます。移行によって、自己管理型の OpenSearch から OpenSearch サービスまたは OpenSearch サーバーレスに移行できます。運用部門はドメインとコレクションのプロビジョニングと管理を行います。Searchはベクター検索、セマンティック検索、ハイブリッド検索、RAG検索を構築します。ログ分析は PPL と OpenSearch インジェストを使用してログを分析します。トレース分析は OpenTelemetry を使用して分散型トレースを調査します。この統合はすべてのバージョンの管理対象ドメインとコレクションの両方で機能し、既存のインフラストラクチャを変更する必要はなく、追加料金なしで利用できます。これらの機能について詳しくは、ドキュメントをご覧ください。 サポートは、Amazon OpenSearch サービスと OpenSearch サーバーレスが提供されているすべての AWS リージョンで利用できます。開始するには、エージェントに aws-data-analytics プラグインをインストールしてください。このプラグインには、AWS MCP サーバーの設定と OpenSearch スキルが 1 つのステップでバンドルされています。セットアップ手順については、「MCP サーバースキルとエージェントスキル」を参照してください。

Amazon RDS for Db2 is now available in additional AWS Commercial regions

Db2 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、アジアパシフィック (タイ)、アジアパシフィック (マレーシア)、アジアパシフィック (台北)、メキシコ (中部)、およびカナダ西部 (カルガリー) リージョンでご利用いただけるようになりました。Amazon RDS for Db2 を使用すると、クラウドで Db2 データベースを簡単にセットアップ、運用、およびスケーリングできます。お客様は、最適なパフォーマンスを実現するために自動的に設定されたパラメータを使用して、Db2 データベースを数分でデプロイできます。マルチ AZ 構成でデータベースをセットアップする場合、Amazon RDS は別のアベイラビリティーゾーンのスタンバイインスタンスに同期レプリケーションを実行して高可用性を提供します。 \n Amazon RDS for Db2 を使用するには、お客様は AWS Marketplace から Db2 ライセンスを時間単位の従量課金制で購入するか、Bring Your Own License (BYOL) を使用できます。スタンダードエディションとアドバンスエディションでは、時間単位ライセンスと BYOL ライセンスの両方をご利用いただけます。また、開発およびテスト・アプリケーションの商用ソフトウェア・ライセンス料なしで、スタンダード・エディションとアドバンスト・エディションのすべての機能を提供する最新のDb2 Community Editionを使用することもできます。これにより、ソフトウェア・ライセンスを気にすることなく、マネージド・データベース・サービスを使用して Db2 アプリケーションの開発とテストを簡単に開始できます。 Amazon RDS for Db2 の詳細については、ドキュメントと料金表のページを参照してください。

AWS Lambda announces self-managed code storage

AWS Lambda は、コードストレージ用のセルフマネージド Amazon S3 バケットをサポートするようになりました。これにより、Lambda が中間コピーを作成しなくても、独自の S3 バケットからソースコードを直接参照できます。これにより、コピーステップが不要になるため、コードストレージの制限がなくなり、関数の作成と更新後の関数の有効化にかかる時間が短縮されます。\n AWS Lambda は、サーバーを管理しなくてもコードを実行するサーバーレスコンピューティングサービスです。Lambda Layer として多くの関数や追加コードをデプロイするお客様は、リージョンごとに 75 GB を超えるコードストレージを必要とすることが多く、この割り当てを増やすにはサポートチケットが必要になります。以前は、Lambda は関数と Layer の作成時にデプロイパッケージを Lambda が管理するストレージに常にコピーしていましたが、これはこの制限に含まれていました。現在、セルフマネージド型のコードストレージでは、Lambda はコピーを作成せずに Amazon S3 バケット内のコードを直接参照するので、バケットが許す限り多くの関数とレイヤーコードを格納できます。デプロイパッケージの信頼できる唯一の情報源を自分のアカウントで管理できます。セルフマネージドストレージには追加の Lambda 料金はかかりません。お支払いいただくのは、標準の Amazon S3 ストレージと、該当する場合はリージョン間のデータ転送料金のみです。さらに、Lambda は Lambda が管理するコードストレージのデフォルト制限を、1 アカウントあたりリージョンあたり 75 GB から 300 GB に引き上げました。

セルフマネージド Amazon S3 コードストレージは、すべての商用 AWS リージョンで利用できます。

まず、AWS CLI、AWS CloudFormation、AWS SAM、または AWS SDK を使用して関数やレイヤーを作成または更新するときに、S3ObjectStorageMode パラメータを REFERENCE に設定してください。Lambda サービスプリンシパル「s3: GetObject」と「s3: GetObjectVersion」の権限を S3 バケットに付与する必要があります。Lambda コンソールからセルフマネージドコードストレージを使用するように関数を更新することもできます。詳細については、AWS Lambda 開発者ガイドをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Database Blog

AWS Developer Tools Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amazon Chime SDK for JavaScript