2026/4/30 9:00:00 ~ 2026/5/1 9:00:00 (JST)

最近の発表

AWS Outposts racks now support LagStatus CloudWatch metric

AWS Outposts ラックは、すべての AWS 商用リージョンと AWS GovCloud (米国東部) および AWS GovCloud (米国西部) リージョンで LagStatus Amazon CloudWatch メトリクスをサポートするようになりました。\n このメトリックスにより、外部のネットワークツールに頼ったり、他のチームと調整したりすることなく、CloudWatch コンソール内で直接 Outposts LAG 接続状態を監視できます。このメトリックスを使用して、アラームの設定、接続問題のトラブルシューティング、Outposts ラックがオンプレミスのインフラストラクチャと適切に統合されていることを確認できます。LagStatus メトリクスは、Outposts LAG が稼働中で、トラフィックを転送する準備ができているかどうかを示します。値が「1」の場合はLAGが稼働していることを示し、「0」はダウンしていることを意味します。既存の VIFConnectionStatus および VIFBGPSessionState メトリクスと組み合わせると、問題が LAG 構成、BGP ピアリング、接続の問題のいずれに起因するのかをすばやく特定できます。

LagStatus メトリクスは、すべての商用 AWS リージョンのすべての Outposts LAG と、Outposts ラックが利用可能な AWS GovCloud (米国東部) および AWS GovCloud (米国西部) リージョンで利用できるようになりました。

はじめに、このブログ投稿を読んで CloudWatch コンソールのメトリックスにアクセスしてください。詳細については、第 2 世代の Outposts ラックと第 1 世代の Outposts ラックに関する AWS Outposts の CloudWatch メトリクスのドキュメントをご覧ください。

Amazon ECS Managed Instances now supports NVIDIA GPU metrics

Amazon Elastic Container Service (Amazon ECS) は、Amazon ECS マネージドインスタンスで実行されるコンテナ化されたワークロードの NVIDIA GPU メトリクスを提供するようになりました。これらのメトリックスは、オブザーバビリティが強化された Amazon CloudWatch Container Insights を通じて利用できるようになり、お客様が GPU の状態とパフォーマンスを可視化して Amazon ECS 上の GPU アクセラレーションワークロードのトラブルシューティングと最適化に役立てることができます。\n 新しい GPU メトリクスにより、Amazon ECS マネージドインスタンスのお客様は、GPU の容量、使用率、メモリ、ハードウェアの状態、および温度状態を CloudWatch で直接モニタリングできるようになりました。オブザーバビリティが強化された Container Insights を使用することで、お客様は GPU デバイスレベルを含め、これらのメトリクスをきめ細かく可視化できます。これらのメトリクスにより、お客様は Amazon ECS マネージドインスタンス群全体の GPU の運用状態とハードウェアの状態を可視化できるため、GPU 容量の適切なサイジング、パフォーマンスの問題のトラブルシューティング、AI/ML トレーニングや推論などの GPU アクセラレーションワークロードに影響が出る前に問題を検出できるようになります。 Amazon ECS マネージドインスタンスの NVIDIA GPU メトリクスは、すべての商用 AWS リージョンのコンテナインサイトから入手できます。まず、Amazon ECS クラスターでオブザーバビリティを強化したコンテナインサイトを有効にし、Amazon ECS マネージドインスタンスのキャパシティプロバイダーを通じて GPU で高速化された Amazon EC2 インスタンスタイプを起動してください。コンテナインサイトの料金については、「Amazon CloudWatch 料金表」を参照してください。詳細については、オブザーバビリティメトリクスが強化された Amazon ECS コンテナインサイトユーザーガイドをご覧ください。

Amazon MQ for RabbitMQ now supports Prometheus metrics

Amazon MQ for RabbitMQ が RabbitMQ 4.2 ブローカーのプロメテウスプラグインをサポートするようになりました。これにより、RabbitMQ ブローカーにプロメテウス互換のネイティブメトリックスエンドポイントが提供されます。Prometheus 互換の任意のモニタリングツールを使用して、ブローカー、キュー、接続メトリクスをブローカーから直接取得できるため、メッセージングインフラストラクチャの監視とアラートをより柔軟に行うことができます。\n このプラグインは、/metrics、/metrics/detail、および /metrics/memory ブレークダウンの各エンドポイントを通じて Prometheus テキスト形式のメトリクスを公開します。Amazon MQ は、これらのプロメテウスメトリクスの厳選されたサブセットも CloudWatch に公開しています。Prometheus プラグインを使用すると、Grafana ダッシュボード、プロメテウス向け Amazon マネージドサービス、セルフホストの Prometheus サーバーなど、既存の Prometheus ベースのモニタリングスタックにブローカーを統合できるようになりました。 Prometheus プラグインは、Amazon MQ が利用可能なすべての AWS リージョンのすべての Amazon MQ for RabbitMQ 4.2 ブローカーでデフォルトで有効になっています。Prometheus によるモニタリングの詳細については、Amazon MQ リリースノートを参照してください。

Amazon Bedrock AgentCore Identity now supports On-Behalf-Of (OBO) token exchange

Amazon Bedrock AgentCore Identity が On-Behalf-Of (OBO) トークン交換をサポートするようになりました。これにより、開発者は、認証されたユーザーに代わって保護されたリソースに安全にアクセスするエージェントを構築できます。ユーザーは複数の同意フローを完了する必要はありません。\n 以前は、ユーザーに代わって行動する必要があるエージェントを構築する開発者は、保護対象リソースごとに個別の同意フローを管理する必要があったため、エンドユーザーにとっては煩雑になり、ビルダーにとっては複雑さが増していました。OBO トークン交換により、開発者はアクセストークンを、元のユーザー ID とエージェント ID の両方を含む新しいスコープダウンアクセストークンと交換できます。このトークンは特にアウトバウンドの保護対象リソースを対象としており、ユーザーに追加の同意を求めることなく、ジャストインタイムで最小限の権限でアクセスを許可します。 Amazon Bedrock AgentCore Identity OBO トークン交換は現在、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、カナダ (中部)、アジアパシフィック (ムンバイ)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ) の14のAWSリージョンで一般的に利用可能です。、およびヨーロッパ（ストックホルム）。詳細については、Amazon Bedrock AgentCore アイデンティティのドキュメントをご覧ください。

AWS Neuron SDK now available with Neuron Agentic Development for NKI kernel development on Trainium

AWS Neuron は、AWS Trainium と AWS Inferentia での開発を加速するための AI コーディングアシスタントを装備した、エージェントとスキルのオープンソースコレクションである Neuron Agent 開発機能を発表しました。初回リリースでは、Neuron Kernel Interface (NKI) カーネル開発用のエージェントコーディング機能が提供され、オーサリングからプロファイリング、パフォーマンス分析までのワークフローをカバーしています。\n NKIでは、開発者がハードウェアのパフォーマンスを最大化するカスタム・コンピュート・カーネルを記述するためのTrainiumへの直接の低レベル・プログラミング・アクセスを提供します。Neuron Agentic Developmentは、自然言語を通じて、NKIの専門知識を開発者のエージェンシーIDE (クロード・コードやキロなど) に直接取り込みます。たとえば、開発者はPyTorchの操作を説明して動作しているNKIカーネルを受け取ったり、エージェントにコンパイルエラーの修正を依頼して自動的に問題を特定して修正を適用させたり、パフォーマンス分析を依頼してボトルネックの原因となっているカーネルコードの行を特定するレポートを受け取ったりすることができます。カーネルのオーサリング、デバッグ、ドキュメンテーション検索、プロファイルキャプチャ、プロファイル分析など、さまざまな機能があります。 Neuron Agentic Developmentは、Neuronスタック全体のエージェント機能の幅広いフレームワークとして設計されており、NKIカーネル開発が初期リリースとなっています。このリポジトリは GitHub で公開されています。 さらに詳しく:

ニューロンエージェント開発 GitHub リポジトリ

AWS ニューロンのドキュメント

AWS Lambda adds support for Ruby 4.0

AWS Lambda は、Ruby 4.0 を使用したサーバーレスアプリケーションの作成をサポートするようになりました。開発者は Ruby 4.0 をマネージドランタイムとコンテナベースイメージの両方として使用でき、AWS はマネージドランタイムとベースイメージが利用可能になり次第、更新を自動的に適用します。\n Ruby 4.0 は Ruby の最新の長期サポート (LTS) リリースであり、2029 年 3 月までセキュリティとバグ修正がサポートされる予定です。Ruby 4.0 用の Lambda Runtime では、最新の Ruby 言語機能にアクセスできるだけでなく、Lambda の高度なログ制御のサポートも追加され、JSON 構造化されたログ、設定可能なログレベル、対象の Amazon CloudWatch ロググループを設定する機能をお客様に提供しています。 Ruby 4.0 ランタイムは、中国リージョンや AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。 Lambda コンソール、AWS CLI、AWS サーバーレスアプリケーションモデル (AWS SAM)、CDK、AWS CloudFormation など、さまざまな AWS デプロイツールを使用して、Ruby 4.0 で記述されたサーバーレスアプリケーションをデプロイおよび管理できます。Lambda で Ruby 4.0 を使用する方法の詳細については、当社のドキュメントを参照してください。AWS Lambda の詳細については、当社の製品ページをご覧ください。

Amazon Quick adds Microsoft Excel, PowerPoint extensions and updates the Word extension (Preview)

本日、Amazon Quickは、Excel、PowerPoint、およびWord向けの新規およびアップグレードされたMicrosoft 365拡張機能をプレビューで導入しました。これにより、QuickはユーザーのMicrosoft 365環境内で直接タスクを実行できるようになります。これらの拡張機能により、文書のレッドライニング、財務モデルの構築、プレゼンテーション用資料の作成など、複雑なローカルタスクを AI を使用して実行できます。\n Microsoft Excel エクステンションは、複雑なスプレッドシート分析、ピボットテーブルやグラフの作成、データのインポートとクリーニングに役立ちます。Microsoft PowerPoint 拡張機能を使用すると、組織定義のテンプレートを使用してクイックデータからプレゼンテーションを作成したり調整したりできます。Microsoft Word 拡張機能の更新には、Word プリミティブを使用して書式設定された文書を生成する機能、変更履歴を有効にして抜本的な編集を行う機能、コメントに校閲者として参加する機能などがあります。 これらの拡張機能は、チーム間の日常業務を一変させます。財務チームは必要なものを説明することで複雑なモデルを構築でき、営業チームは CRM データを自動的に引き出す提案書を作成できます。マーケティングチームは手動でフォーマットしなくてもブランドプレゼンテーションを作成でき、法務チームは契約レビューを効率化し、ITチームはこれまで手作業が必要だった日常的なデータ分析を自動化できます。 Amazon Quick Extensionsは、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド)、アジアパシフィック (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン) でご利用いただけます。 アカウントにサインアップして Amazon Quick を使い始めましょう。Amazon Quick の詳細については、Quick のウェブサイトにアクセスし、クイックダウンロードページで拡張機能をインストールしてください。

Amazon OpenSearch Service now supports index-level encryption

Amazon OpenSearch Service がインデックスレベルの暗号化をサポートするようになったため、AWS キー管理サービス (KMS) のカスタマー管理キーを使用して、保存中のデータをインデックスごとに暗号化できるようになりました。同じドメインのインデックスごとに異なるカスタマー管理キーを使用できるため、よりきめ細かなテナント固有の暗号化ポリシーが可能になります。\n インデックスレベルの暗号化は、Amazon OpenSearch Service の既存の保存時暗号化機能を基盤としています。ドメインレベルの暗号化では 1 つの AWS KMS キーを使用してドメインのすべてのデータを暗号化しますが、インデックスレベルの暗号化では、インデックスごとにカスタマー管理キーを指定して、暗号化されたデータをインデックス間で分離できます。まず、Amazon OpenSearch Service API を使用して KMS キーを登録し、暗号化されたインデックスを作成するときにインデックス設定でキー ARN を指定します。

OpenSearch バージョン 3.3 以降を実行している Amazon OpenSearch Service ドメインでは、インデックスレベルの暗号化を追加料金なしで利用できます。この機能は、米国西部 (オレゴン)、米国東部 (オハイオ)、米国東部 (バージニア北部)、南米 (サンパウロ)、ヨーロッパ (パリ)、ヨーロッパ (ロンドン)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト)、カナダ (中部)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、アジアパシフィック (ソウル)、アジアパシフィック (ムンバイ) の 14 の AWS リージョンで利用できます。

詳細については、Amazon OpenSearch サービス開発者ガイドの「インデックスレベルの暗号化」を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Compute Blog

AWS DevOps & Developer Productivity Blog

AWS HPC Blog

Artificial Intelligence

Open Source Project

AWS CLI

AWS CDK