2026/11/10 9:00:00 ~ 2026/11/11 9:00:00 (JST)

最近の発表

Amazon RDS for PostgreSQL announces Extended Support minor versions 13.23-rds.20260819, 12.22-rds.20260820 and 11.22-rds.20260822

PostgreSQL 用アマゾンリレーショナルデータベースサービス (RDS) は、Amazon RDS 延長サポートマイナーバージョン 13.23-rds.20260819、12.22-rds.20260820、11.22-rds.20260822 を発表しました。\n Amazon RDS 延長サポートでは、メジャーバージョンの標準サポート終了日を過ぎても、重大な共通脆弱性や危険性 (CVE) やバグに対する修正が最大 3 年間延長されるため、新しいメジャーバージョンにアップグレードする時間を増やすことができます。

Amazon RDS Blue/Green デプロイメント、インプレースアップグレード、またはスナップショットからの復元を使用してデータベースをアップグレードできます。バージョンアップグレードの実行の詳細については、Amazon RDS for PostgreSQL ユーザーガイドをご覧ください。

Amazon RDS for PostgreSQL を使用すると、クラウド内の PostgreSQL デプロイメントを簡単にセットアップ、運用、およびスケーリングできます。Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェイス (AWS CLI) を使用して、フルマネージド型の Amazon RDS データベースを作成または更新します。

Amazon RDS for MySQL 26.10 is now available in Amazon RDS Database Preview Environment

本日より、Amazon RDS for MySQL 26.10 が Amazon RDS データベースプレビュー環境で利用可能になり、Amazon RDS for MySQL で MySQL 26.10 のプレリリースを評価できるようになりました。\n MySQL 26.10 には、バグ修正、セキュリティパッチ、およびエラーログの READ COMMITTED ワークロードのパフォーマンスと消去ラグ警告に対するいくつかの改善が含まれています。読み取りビューを閉じるたびにグローバルミューテックスが必要となるため、ビジー状態の READ COMMITTED ワークロードでは NUMA システムのパフォーマンスが影響を受ける可能性があります。Read-View オブジェクトを再利用できるようになり、クローズ時にグローバルミューテックスが削除されるようになりました。履歴リストの長さ (HLL) が innodb_max_purge_lag を超える場合や、パージラグによって DML の遅延が発生し始めたときに、エラーログに警告が報告されるようになりました。これにより、パフォーマンスに影響が出る前にパージバックログを検出できます。詳細については、MySQL 26.10 リリースノートを参照してください。

Amazon RDS データベースプレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間が過ぎると自動的に削除されます。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内でのデータベースインスタンスの作成または復元にのみ使用できます。Amazon RDS データベースプレビュー環境のデータベースインスタンスの価格は、米国東部 (オハイオ) リージョンの価格に基づいています。

AWS Partner Central now provides an improved business planning experience

AWS パートナーセントラルでは、AWS コンソールで新しいビジネスプランニング体験が提供されるようになりました。AWS パートナーは、AWS ビジネスを拡大するための計画を立てたり、AWS チームが立ち上げた計画を共同で進めたりすることができます。\n パートナーは AWS パートナー開発チーム、テクノロジーチーム、マーケティングチーム、専門家チームと協力して、計画の説明、目標、イニシアチブを定義できます。AI を活用した計画準備スコアは、パートナーが改善すべき領域を特定するのに役立ち、リアルタイム追跡では目標に対する進捗状況を示します。パートナーは添付ファイルを追加したり計画をエクスポートしたりして、ビジネスレビューに備えることもできます。

パートナーは、アプリケーションプログラミングインターフェイス (API) とソフトウェア開発キット (SDK) を使用して、ビジネスプランをワークフローに統合できます。プログラムによる通知も利用できます。

事業計画は、AWS パートナー管理チームと積極的に関わっている AWS パートナーを対象としています。AWS パートナーセントラルは米国東部 (バージニア北部) リージョンでご利用いただけます。開始するには、AWS パートナーセントラルにサインインし、ビジネスプランを選択してください。

Amazon ElastiCache Serverless now supports vector, full-text and hybrid searches plus aggregations

Valkey 用 Amazon ElastiCache サーバーレスでは、ベクター検索、フルテキスト検索、ハイブリッド検索、および集計がサポートされるようになりました。ライブデータを検索するアプリケーションでは、更新が検索可能になるまでの遅延とともに、レイテンシーとリコールという難しいトレードオフに直面することがよくあります。ElastiCache Serverless での検索により、アプリケーションは 1 日あたり数十億件のクエリを処理しながら、ベクター検索では最大 99% のリコールでマイクロ秒という低いレイテンシーでデータを検索できます。更新は、書き込みが完了するとすぐにわずかマイクロ秒で検索できます。\n ElastiCache Serverless での検索は、トラフィックが予測できないレイテンシーの影響を受けやすいアプリケーションや、検索をすぐに始めたいチームに最適です。1 つのクエリに検索タイプを組み合わせたり、必要に応じてリコールを調整したり、サーバー側で集計して結果を分析したりできます。開発者は、すべてのエージェント、セッション、またはタスクにメモリとコンテキストを取得するための独自のデータストアを割り当てることができるため、エージェントは本番環境や相互に影響することなく実験、失敗、再試行を行うことができます。各データストアは数秒で準備が整い、ネットワークを設定しなくてもパブリックエンドポイント経由でアクセスでき、使用した分のみ請求され、管理するインフラストラクチャはありません。アプリケーションはまた、製品発見、レコメンデーションシステム、検索拡張生成 (RAG) を強化することもできます。

すべての商用 AWS リージョン、AWS GovCloud (米国) リージョンの Valkey 用 ElastiCache サーバーレス、および Valkey 用 ElastiCache バージョン 9 の AWS ヨーロッパソブリンクラウドリージョンで検索できます。Valkey は Redis に代わる最も寛容なオープンソースであり、ベンダーに依存しない代替手段であり、ElastiCache 向けの推奨エンジンでもあります。開始するには、AWS マネジメントコンソール、AWS SDK、または AWS CLI を使用して新しいサーバーレスキャッシュを作成するか、既存のキャッシュを Valkey 9 にアップグレードしてください。詳細については、ElastiCache のドキュメントを参照してください。料金については、ElastiCache の料金表ページを参照してください。

CloudWatch PromQL alarms now support EC2 and Application Auto Scaling

プロメテウスクエリ言語 (Prometheus Query Language) を使用する Amazon CloudWatch アラームが、Amazon EC2 とアプリケーションの自動スケーリングステップとシンプルなスケーリングポリシーをトリガーできるようになりました。ダッシュボードやアラートに使用するのと同じ種類の PromQL クエリを使用して、CloudWatch OpenTelemetry メトリックスに基づいて EC2 オートスケーリンググループをスケーリングできます。\n

このリリースでは、PromQL アラームは EC2 Auto Scaling のシンプルスケーリングポリシーとステップスケーリングポリシーもサポートしています。ターゲットトラッキングは PromQL アラームでは現在サポートされていないポリシータイプです。OpenTelemetry に移行するチームは、スケーリングのために従来のメトリクスアラームを別々に保持する代わりに、他のモニタリングチームと同じメトリクスでキャパシティをスケーリングできます。ステップスケーリングでは、値が PromQL クエリのしきい値をどれだけ超えているかによって、どのステップが適用されるかが決まります。クエリは 1 つの系列を返し、それをしきい値と比較する必要があります。

EC2 オートスケーリングアクションとアプリケーションオートスケーリングアクションは、アラームを作成または編集するときに CloudWatch コンソールに追加できます。また、PutMetricAlarm API、AWS CLI、AWS SDK、AWS CloudFormation を使用して追加することもできます。PutMetricAlarm API、AWS CLI、AWS SDK、または AWS CloudFormation を使用することもできます。

この機能は、CloudWatch PromQL アラームが利用できるすべての AWS リージョンで利用できます。標準の CloudWatch アラーム料金が適用されます。はじめに、Amazon CloudWatch ユーザーガイドの「アラームとアラームアクションでの PromQL の使用」を参照してください。

Amazon OpenSearch Service now lets you validate and roll back version upgrades

Amazon OpenSearch Service はクローンベースのアップグレードをサポートするようになりました。これにより、現在の OpenSearch バージョンと一緒に新しい OpenSearch バージョンを検証し、満足のいくときにのみアップグレードできます。問題が見つかった場合は、カットオーバーする前にキャンセルすることも、カットオーバー後にロールバックすることもできます。クローンベースのアップグレードでは、より自信を持って新しいバージョンに移行できます。\n クローンベースのアップグレードを開始すると、OpenSearch Service は既存のクラスター (主クラスター) から新しいバージョンを実行している別のクラスター (クローンクラスター) にデータをコピーします。主クラスターが引き続きワークロードを処理している間、両方のクラスターで同じ検索クエリを実行し、Amazon CloudWatch メトリクスを使ってパフォーマンスを比較できます。検証が完了したら、クローンしたクラスターに切り替えることができます。選択した保持期間の間、以前のバージョンを保持しておけば、その期間中はいつでもそのバージョンにロールバックできます。AWS マネジメントコンソール、AWS CLI、または OpenSearch サービス API からクローンベースのアップグレードを開始して管理できます。

クローンベースのアップグレードは、Amazon OpenSearch サービスが提供されている AWS 商業地域で OpenSearch 1.1 以降、または Elasticsearch 7.10 を実行しているドメインで利用できます。ただし、アジアパシフィック (ニュージーランド)、アジアパシフィック (台北)、アジアパシフィック (タイ)、メキシコ (中部) は除きます。リージョンの全リストについては、AWS リージョン表を参照してください。

詳細については、Amazon OpenSearch サービス開発者ガイドの「Amazon OpenSearch サービスドメインのアップグレード」を参照してください。開始するには、Amazon OpenSearch サービスの製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Big Data Blog

AWS Compute Blog

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

AWS CDK