2024/11/21 9:00:00 ~ 2024/11/22 9:00:00 (JST)

最近の発表

Amazon EC2 added New CPU-Performance Attribute for Instance Type Selection

本日より、EC2 Auto Scaling と EC2 フリートのお客様は、属性ベースのインスタンスタイプ選択 (ABIS) 設定の一部として、EC2 インスタンスの CPU パフォーマンス要件を表現できるようになりました。ABIS では、お客様はすでにインスタンスごとの vCPU コア数やメモリ数など、必要なリソース要件を定義することで、インスタンスタイプのリストを選択できます。今では、定量的なリソース要件に加えて、ABIS がベースラインとして使用するインスタンスファミリーを特定して、同等かそれ以上の CPU パフォーマンスを提供するインスタンスタイプを自動的に選択できるため、お客様はインスタンスタイプの選択をさらに最適化できます。\n ABIS は、インスタンスタイプの多様化を活用して容量要件を満たすことを検討しているお客様にとって強力なツールです。たとえば、スポットインスタンスを利用して、限定された EC2 の予備容量で割引価格で起動するお客様は、複数のインスタンスタイプにアクセスして大容量のニーズをうまく満たし、中断を少なくすることができます。たとえば、今回のリリースでは、お客様は C、M、R インスタンスクラスに属し、最低 4 つの vCPU を搭載するインスタンスの起動リクエストで ABIS を使用できるようになり、C6i インスタンスファミリーと同等かそれ以上の CPU パフォーマンスを提供できるようになりました。 この機能は、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。Amazon マネジメントコンソール、CLI、SDK、CloudFormation を使用してインスタンスの要件を更新できます。開始するには、EC2 オートスケーリングと EC2 フリートのユーザーガイドを参照してください。

Amazon S3 Express One Zone is now available in three additional AWS Regions

Amazon S3 Express One Zone ストレージクラスは、アジアパシフィック (ムンバイ)、ヨーロッパ (アイルランド)、および米国東部 (オハイオ) の 3 つの追加の AWS リージョンで利用できるようになりました。\n S3 Express One Zone は、最も頻繁にアクセスされるデータやレイテンシーの影響を受けやすいアプリケーションに 1 桁ミリ秒単位のデータアクセスを一貫して提供することを目的として構築された、高性能な単一アベイラビリティーゾーンのストレージクラスです。S3 Express One Zone は、S3 スタンダードよりもデータアクセス速度が最大 10 倍速く、リクエストコストは最大 50% 削減されます。機械学習トレーニング、インタラクティブ分析、メディアコンテンツ作成などのワークロードにより、耐久性と可用性が高く、1 桁ミリ秒単位のデータアクセス速度を実現できます。 S3 Express One ゾーンは現在、7 つの AWS リージョンで一般的に利用可能です。AWS サービスおよび AWS パートナーと S3 Express One ゾーンの統合については、S3 Express One ゾーンの統合ページをご覧ください。S3 Express One ゾーンの詳細については、S3 ユーザーガイドをご覧ください。

Amazon S3 Express One Zone now supports the ability to append data to an object

Amazon S3 Express One ゾーンは、オブジェクトにデータを追加する機能をサポートするようになりました。初めて、アプリケーションが S3 内の既存のオブジェクトにデータを追加できるようになりました。\n 一定期間データを継続的に受信するアプリケーションには、既存のオブジェクトにデータを追加する機能が必要です。たとえば、ログ処理アプリケーションでは、既存のログファイルの末尾に新しいログエントリが継続的に追加されます。同様に、メディア放送アプリケーションでは、トランスコード時にビデオファイルに新しいビデオセグメントを追加し、そのビデオをすぐに視聴者にストリーミングします。以前は、これらのアプリケーションでは、最終的なオブジェクトを S3 にコピーする前に、ローカルストレージのデータを結合する必要がありました。今では、アプリケーションは既存のオブジェクトに新しいデータを直接追加し、そのオブジェクトをすぐに読み取ることができます。これらはすべて S3 Express One Zone 内で行われます。 ストレージクラスが利用可能なすべての AWS リージョンの S3 Express One ゾーンのオブジェクトにデータを追加できます。AWS SDK、AWS CLI、または Amazon S3 用マウントポイント (バージョン 1.12.0 以降) を使い始めることができます。詳細については、S3 ユーザーガイドをご覧ください。

Amazon EC2 G6e instances now available in additional regions

本日より、NVIDIA L40S Tensor コア GPU を搭載した Amazon EC2 G6e インスタンスがアジア太平洋 (東京) とヨーロッパ (フランクフルト、スペイン) で利用できるようになりました。G6e インスタンスは、機械学習と空間コンピューティングの幅広いユースケースに使用できます。G6e インスタンスは G5 インスタンスと比較して最大 2.5 倍のパフォーマンスを実現し、P4d インスタンスよりも推論コストを最大 20% 削減します。\n お客様は G6e インスタンスを使用して、最大 13 GB のパラメータを持つ大規模言語モデル (LLM) と、画像、動画、音声を生成するための拡散モデルをデプロイできます。さらに、G6e インスタンスにより、お客様は空間コンピューティングワークロード向けに、より大規模で没入感のある 3D シミュレーションやデジタルツインを作成できるようになります。G6e インスタンスには、合計 384 GB の GPU メモリ (GPU あたり 48 GB のメモリ) を搭載した最大 8 つの NVIDIA L40S Tensor コア GPU と、第 3 世代 AMD EPYC プロセッサが搭載されています。また、最大 192 基の vCPU、最大 400 Gbps のネットワーク帯域幅、最大 1.536 TB のシステムメモリ、および最大 7.6 TB のローカル NVMe SSD ストレージもサポートしています。開発者は、AWS ディープラーニング AMI、AWS ディープラーニングコンテナ、または Amazon Elastic Kubernetes Service (Amazon EKS) や AWS Batch などのマネージドサービスを使用して G6e インスタンスで AI 推論ワークロードを実行できます。Amazon SageMaker のサポートは間もなく開始されます。 Amazon EC2 G6e インスタンスは、現在 AWS 米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、アジアパシフィック (東京)、およびヨーロッパ (フランクフルト、スペイン) リージョンでご利用いただけます。お客様は G6e インスタンスをオンデマンドインスタンス、リザーブドインスタンス、スポットインスタンスとして、または割引プランの一部として購入できます。 開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、G6e インスタンスページをご覧ください。

AWS Application Load Balancer introduces header modification for enhanced traffic control and security

Application Load Balancer (ALB) は、HTTP リクエストとレスポンスヘッダーの変更をサポートするようになりました。これにより、アプリケーションコードを変更しなくても、アプリケーションのトラフィックとセキュリティ状態をより細かく管理できるようになります。\n この機能には、ロードバランサーが生成した特定のヘッダーの名前変更、特定のレスポンスヘッダーの挿入、サーバーレスポンスヘッダーの無効化という 3 つの主要な機能が導入されています。ヘッダー名を変更すると、ロードバランサーがリクエストに追加する ALB で生成された Transport Layer Security (TLS) ヘッダーをすべて名前変更できるようになりました。これには 6 つの mTLS ヘッダーと 2 つの TLS ヘッダー (バージョンと暗号) が含まれます。この機能により、特定の形式のヘッダーを必要とする既存のアプリケーションとのシームレスな統合が可能になり、ALB の TLS 機能を使用する際のバックエンドへの変更を最小限に抑えることができます。ヘッダーを挿入すると、クロスオリジンリソースシェアリング (CORS) に関連するカスタムヘッダーや、HTTP Strict-Transport-Security (HSTS) などの重要なセキュリティヘッダーを挿入できます。最後に、ALB が生成した「Server」ヘッダーを応答で無効にする機能により、サーバー固有の情報が漏洩することが少なくなり、アプリケーションの保護が強化されます。これらのレスポンスヘッダーの変更機能により、エラーが発生しやすい個々のアプリケーションに強制するのではなく、ロードバランサーで組織のセキュリティ体制を一元的に適用できます。 ヘッダー変更機能は AWS API、AWS CLI、または AWS マネジメントコンソールを使用して設定できます。この機能は、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンのラボで利用できます。詳細については、ALB のドキュメントを参照してください。

Amazon CloudWatch Synthetics now supports Playwright runtime to create canaries with NodeJS

CloudWatch Syntheticsは、スクリプト化されたカナリアを実行してウェブアプリケーションとAPIを継続的に監視し、エンドユーザーに影響が及ぶ前に問題を検出できるようにしています。NodeJSカナリアを作成するためのPlaywrightフレームワークがサポートされるようになりました。これにより、複雑なユーザージャーニーや、他のフレームワークでは自動化が難しい問題を包括的に監視および診断できます。\n Playwright はウェブアプリケーションをテストするためのオープンソースの自動化ライブラリです。Playwright ランタイムを使用してカナリアでマルチタブワークフローを作成できるようになりました。これには、AWS アカウントの CloudWatch Logs データベースに直接保存されたログを使用して、失敗した実行をトラブルシューティングできるという利点があります。これは、ログをテキストファイルとして保存する従来の方法に代わるもので、CloudWatch Logs Insights をクエリベースのフィルタリング、集約、パターン分析に活用できるようになります。Canary run ID またはステップ名を使用して CloudWatch ログにカナリアのクエリを実行できるようになりました。これにより、タイムスタンプの相関関係を利用してログを検索するよりも、トラブルシューティングのプロセスが迅速かつ正確になりました。PlayWright ベースのカナリアでは、カナリアがタイムアウトした場合でも、レポート、メトリクス、HAR ファイルなどのアーティファクトが生成されるため、そのようなシナリオの根本原因分析に必要なデータを確実に得ることができます。さらに、新しいランタイムでは JSON ファイルによるカスタマイズが可能になり、カナリアコードでライブラリ関数を呼び出す必要がなくなるため、Canary の設定が簡単になりました。 Playwright ランタイムは、すべての商業地域の NodeJS でカナリアを作成するためにユーザーに追加費用なしで利用できます。 ランタイムの詳細については、ドキュメントを参照するか、CloudWatch Synthetics を使い始めるためのユーザーガイドを参照してください。

Amazon S3 Express One Zone now supports S3 Lifecycle expirations

Amazon S3 Express One Zone は、レイテンシーの影響を受けやすいアプリケーション向けの高性能な S3 ストレージクラスで、S3 ライフサイクルを使用したオブジェクトの有効期限がサポートされるようになりました。S3 Lifecycle では、保存期間に基づいてオブジェクトを期限切れにすることができるため、ストレージコストを自動的に最適化できます。\n これで、ユーザーに代わってオブジェクトを期限切れにするように S3 Express One ゾーンの S3 ライフサイクルルールを設定できるようになりました。S3 ライフサイクルの有効期限ルールは、プレフィックスまたはオブジェクトサイズでフィルタリングすることで、バケット全体またはオブジェクトのサブセットに対して設定できます。たとえば、512 KB 未満のすべてのオブジェクトを 3 日後に期限切れにする S3 ライフサイクルルールと、プレフィックス内のすべてのオブジェクトを 10 日後に期限切れにする別のルールを作成できます。さらに、S3 ライフサイクルは S3 Express One Zone オブジェクトの有効期限を AWS CloudTrail に記録するので、それらを監視、アラート設定、監査することができます。 S3 ライフサイクルの有効期限切れに関する Amazon S3 Express One ゾーンのサポートは、通常、ストレージクラスが利用可能なすべての AWS リージョンで利用できます。S3 Lifecycle は Amazon S3 REST API、AWS コマンドラインインターフェイス (CLI)、または AWS ソフトウェア開発キット (SDK) クライアントを使用して開始できます。S3 ライフサイクルの詳細については、S3 ユーザーガイドをご覧ください。

Announcing new Amazon CloudWatch Metrics for AWS Lambda Event Source Mappings (ESMs)

AWS Lambda は、Lambda イベントソースマッピング (ESM) 用の新しい Amazon CloudWatch メトリクスを発表しました。これにより、Amazon SQS、Amazon Kinesis、および Amazon DynamoDB イベントソースにサブスクライブしている ESM によって読み取られたイベントの処理状態をお客様に可視化できます。これにより、お客様はイベント処理の問題や遅延を簡単に監視し、是正措置を講じることができます。\n お客様は ESM を使用してイベントソースからイベントを読み取り、Lambda 関数を呼び出します。ESM によって取り込まれたイベントの処理状態を可視化できないと、イベント処理の問題の診断が遅れます。お客様は、ESM によって取り込まれたイベントの処理状態を、ポーリングされたイベント数、呼び出されたイベント数、フィルタリングされたイベント数、失敗した呼び出しイベント数、削除イベント数、削除イベント数、ドロップされたイベント数、および障害発生時に送信されたイベント数など、ESM によって取り込まれたイベントの処理状態を監視できるようになりました。PolledEventCount は ESM によって読み取られたイベントをカウントし、InvokedEventCount は Lambda 関数を呼び出したイベントをカウントします。FilteredOutEventCount は ESM によってフィルタリングされたイベントをカウントします。FailedInvokeEventCount は、Lambda 関数を呼び出そうとしたが失敗したイベントをカウントします。DeletedEventCount は、処理が成功すると Lambda によって SQS キューから削除されたイベントをカウントします。DroppedEventCount は、イベントの有効期限が切れたか、再試行回数がなくなったためにドロップされたイベントをカウントします。OnFailureDestinationDeliveredEventCount は、障害が発生したデスティネーションに正常に送信されたイベントをカウントします。 この機能は通常、AWS Lambda が利用できるすべての AWS 商用リージョンで利用できます。 ESM メトリクスを有効にするには、Lambda イベントソースマッピング API、AWS コンソール、AWS CLI、AWS SDK、AWS CloudFormation、および AWS SAM を使用します。これらのメトリクスの詳細については、Lambda 開発者ガイドをご覧ください。これらの新しいメトリクスは、CloudWatch の標準メトリックス料金で請求されます。

Amazon EC2 C7i-flex and M7i-flex instances are now available in AWS Asia Pacific (Malaysia) Region

本日より、カスタムの第4世代インテル Xeon スケーラブルプロセッサー (コードネーム Sapphire Rapids) を搭載した Amazon Elastic Compute Cloud (Amazon EC2) Flex (C7i-Flex、M7i-Flex) インスタンスがアジアパシフィック (マレーシア) リージョンで利用できるようになりました。これらのカスタムプロセッサは AWS でのみ利用可能で、他のクラウドプロバイダーが使用している同等の x86 ベースの Intel プロセッサと比べて、パフォーマンスが最大 15% 向上しています。\n Flex インスタンスは、汎用的で計算量の多いワークロードの大半で、コストパフォーマンスのメリットを得る最も簡単な方法です。C7i-Flex インスタンスと M7i-Flex インスタンスは、それぞれ C6i インスタンスと M6i インスタンスと比較して、コストパフォーマンスが最大 19% 向上します。これらのインスタンスは、Large から 8xlarge までの最も一般的なサイズがあり、Web サーバーやアプリケーションサーバー、仮想デスクトップ、バッチ処理、マイクロサービス、データベース、キャッシュなど、すべてのコンピューティングリソースを十分に活用しないアプリケーションに最適な選択肢です。より大きなインスタンスサイズ（最大 192 個の vCPU と 768 GiB のメモリ）を必要とするワークロードや、継続的に高い CPU 使用率を必要とするワークロードには、C7i および M7i インスタンスを活用できます。 C7i-Flex インスタンスは、米国東部（バージニア北部、オハイオ）、米国西部（北カリフォルニア、オレゴン）、ヨーロッパ（フランクフルト、アイルランド、ロンドン、パリ、スペイン、ストックホルム）、カナダ（中部）、アジア太平洋（マレーシア、ムンバイ、ソウル、シンガポール、シドニー、東京）、南米（サンパウロ）で利用できます。 M7i-Flex インスタンスは、米国東部 (バージニア北部、オハイオ)、米国西部 (北カリフォルニア、オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、パリ、スペイン、ストックホルム)、カナダ (中部)、アジア太平洋 (マレーシア、ムンバイ、ソウル、シンガポール、シドニー、東京)、南米 (サンパウロ)、AWS GovCloud (米国東部、米国西部) で利用できます。

Announcing enhanced purchase order support for AWS Marketplace

現在、AWS Marketplace は、トランザクション注文番号のサポートを Amazon Bedrock サブスクリプション、消費価格付きのサービスとしてのソフトウェア (SaaS) 契約、AMI 年間契約など、従量課金制の製品にも拡張しています。さらに、請求書に正しい発注書が反映されるように、請求書の作成前に購買注文番号を購読後に更新できます。このリリースにより、費用の配分が容易になり、請求書の処理と支払いが容易になります。\n AWS Marketplace の発注書機能を使用すると、AWS Marketplace での取引時に指定した発注書番号を、その購入に関連するすべての請求書に表示できます。これで、AWS Marketplace で入手可能なほとんどの製品 (従量課金制の製品を含む) の購入時に注文書を提出できるようになりました。サブスクリプション後、請求書を生成する前に AWS Marketplace コンソールで発注書を追加または更新できます。また、毎月の AWS Marketplace 請求書に記載されている製品に対して複数の PO を提出し、発注書ごとに固有の請求書を受け取ることもできます。さらに、購入時、または AWS Marketplace コンソールでのサブスクリプション後に、固定料金および関連する AWS Marketplace の月額使用料ごとに固有の PO を追加できます。 AWS Marketplace コンソールの [サブスクリプションの管理] で、既存のサブスクリプションの発注書を更新できます。AWS Marketplace のトランザクション注文を有効にするには、管理アカウント (AWS 組織用) にサインインし、AWS Marketplace コンソールの設定で AWS 請求統合を有効にします。詳細については、AWS Marketplace 購入者ガイドをご覧ください。

Amazon EC2 R8g instances now available in AWS Europe (Stockholm)

本日より、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 マネジメントコンソールを参照してください。

Mountpoint for Amazon S3 now supports a high performance shared cache

Amazon S3 用 Mountpoint では、Amazon S3 Express 1 ゾーンを高パフォーマンスのリードキャッシュとして使用できるようになりました。キャッシュは複数のコンピューティングインスタンスで共有でき、任意のデータセットサイズに柔軟にスケーリングできます。Mountpoint for S3 は、ローカルファイルシステム API 呼び出しを S3 オブジェクトの REST API 呼び出しに変換するファイルクライアントです。今回のローンチにより、Mountpoint for S3 は読み取り後にデータを S3 Express One Zone にキャッシュできるようになり、その後の読み取りリクエストは S3 Standard からデータを読み取る場合と比較して最大 7 倍高速になります。\n これまで、Mountpoint for S3 は最近アクセスされたデータを Amazon EC2 インスタンスストレージ、EC2 インスタンスメモリ、または Amazon EBS ボリュームにキャッシュできました。これにより、使用可能なローカルストレージのサイズまでのデータセットサイズで、同じコンピューティングインスタンスから繰り返し読み取りアクセスしたときのパフォーマンスが向上しました。本日より、S3 Express One Zone にデータをキャッシュすることも可能になり、データセットの合計サイズに制限なく、複数のコンピュートインスタンスにわたって共有データセットを繰り返し読み取るアプリケーションに役立ちます。オプトインすると、Mountpoint for S3 は最大 1 メガバイトのサイズのオブジェクトを S3 Express One ゾーンに保持します。これは、アプリケーションが複数のインスタンスから何百万もの小さな画像を繰り返し読み取るコンピュータービジョンモデルの機械学習トレーニングなど、計算量の多いユースケースに最適です。 Mountpoint for Amazon S3 は AWS サポートが支援するオープンソースプロジェクトです。つまり、AWS ビジネスおよびエンタープライズサポートプランに加入しているお客様は、クラウドサポートエンジニアに 24 時間 365 日アクセスすることができます。開始するには、GitHub ページと製品ページをご覧ください。

Amazon VPC IPAM now supports enabling IPAM for organizational units within AWS Organizations

本日、AWSは、Amazon VPC IPアドレスマネージャー（IPAM）を有効にして、AWS組織内の特定の組織単位（OU）で使用できる機能を発表しました。これにより、本番環境のワークロードなどの特定の種類のワークロードや、組織内の OU としてグループ化された特定の事業子会社に対して IPAM を有効にすることができます。\n VPC IPAM により、AWS ワークロードの IP アドレスの計画、追跡、監視が容易になります。通常は、組織全体で IP アドレス管理を有効にすると、すべての IP アドレスを一元的に把握できます。組織の一部のみで IP アドレス管理を有効にしたい場合もあります。たとえば、コアネットワークから分離され、実験的なワークロードのみを含むサンドボックスを除き、すべてのタイプのワークロードで IP アドレス管理を有効にしたい場合があります。あるいは、IPAM を必要とする特定の事業子会社を組織内の他の子会社よりも先にオンボーディングしたい場合もあるでしょう。そのような場合は、この新機能を使用して、OU としてグループ化された組織の特定の部分で IP アドレス管理を有効にできます。 Amazon VPC IPAM は、中国 (北京、Sinnet が運営)、中国 (寧夏、NWCD が運営)、AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。 この機能の詳細については、サービスドキュメントを参照してください。IP アドレス管理料金の詳細については、Amazon VPC 料金表ページの「IPAM」タブを参照してください。

AWS announces Media Quality-Aware Resiliency for live streaming

本日より、Amazon CloudFront と AWS Media Services の統合機能であるメディア品質対応レジリエンシー (MQAR) を有効にできるようになりました。これにより、動的に生成された動画品質スコアに基づいて、リージョン間の動的なオリジン選択とフェイルオーバーが可能になります。ライブイベントや 24 時間年中無休の番組チャンネルを配信するために、常に「目を離さない」必要があるお客様向けに構築された MQAR は、リージョンを数秒で自動的に切り替えて、いずれかのリージョンのビデオ品質低下から回復します。これは視聴者に質の高い体験を提供できるように設計されています。\n 以前は、CloudFront オリジングループを使用して、HTTP エラーコードに基づいて、異なる AWS リージョンにある 2 つの AWS Elemental MediaPackage オリジン間でフェイルオーバーできました。MQAR により、ライブイベントのストリーミングワークフローは、ブラックフレーム、フリーズまたはドロップフレーム、フレームが繰り返されるなどのビデオ品質の問題に耐えられるようになっています。AWS Elemental MediaLive は、ソースから配信されたビデオ入力を分析し、感じたビデオ品質の変化を反映した品質スコアを動的に生成します。その後、CloudFront ディストリビューションは最も高い品質スコアを報告する MediaPackage オリジンを継続的に選択します。提供されている品質指標のメトリクスを使用して、品質に関する問題を通知する CloudWatch アラートを作成できます。 MQAR の使用を開始するには、AWS メディアサービスを使用してクロスリージョンのチャネル配信をデプロイし、オリジングループで MQAR を使用するように CloudFront を設定します。クラウドフォーメーションのサポートは間もなく開始される予定です。MQAR を有効にしても追加費用はかかりません。CloudFront と AWS メディアサービスには標準料金が適用されます。MQAR の詳細については、ローンチブログと CloudFront 開発者ガイドを参照してください。

Amazon EC2 now provides lineage information for your AMIs

Amazon EC2 が Amazon マシンイメージ (AMI) のソース詳細を提供するようになりました。この系統情報により、コピーまたは派生した AMI を元の AMI ソースまで簡単に追跡できます。\n これまでは、AMI の起源を追跡するには AMI のリストを管理し、タグを使用し、カスタムスクリプトを作成する必要がありました。このアプローチは時間がかかり、拡張も難しく、運用上のオーバーヘッドも発生していました。この機能により、ソース AMI の詳細を簡単に表示できるようになり、特定の AMI がどこから来たのかを理解しやすくなりました。AWS リージョン間で AMI をコピーすると、系統情報によってコピーされた AMI が元の AMI に明確に関連付けられます。この新機能により、AWS 環境内の AMI のリネージをより合理的かつ効率的に管理し、把握できるようになります。 これらの詳細は AWS CLI、SDK、またはコンソールを使用して確認できます。この機能は、AWS GovCloud (米国) や AWS 中国リージョンを含むすべての AWS リージョンで追加料金なしで利用できます。詳細については、こちらのドキュメントをご覧ください。

AWS DMS now delivers improved performance for data validation

AWS Database Migration Service (AWS DMS) は、データベース移行のデータ検証パフォーマンスを強化しました。これにより、お客様は処理時間を大幅に短縮して大規模なデータセットを検証できるようになりました。\n この強化されたデータ検証は、レプリケーションエンジンのバージョン 3.5.4 で、CDC 移行タスクによる全負荷と全負荷の両方で利用できるようになりました。現在、この機能強化により Oracle から PostgreSQL、SQL Server から PostgreSQL、Oracle から Oracle、および SQL Server から SQL Server への移行パスがサポートされており、今後のリリースでは追加の移行パスが計画されています。 AWS DMS によるデータ検証パフォーマンスの向上について詳しくは、AWS DMS 技術文書を参照してください。

AWS Marketplace announces improved offer and agreement management capabilities for sellers

AWS Marketplace では、販売者がより効率的に契約を管理し、新しいオファーを作成するのに役立つ機能が強化されました。販売者は、AWS Marketplace 管理ポータルで、改善された契約書のナビゲーション機能にアクセスしたり、詳細を PDF にエクスポートしたり、過去の非公開オファーを複製したりできます。\n 新しい契約エクスペリエンスでは、特定のオファーまたは顧客による契約を簡単に検索し、契約のステータス (有効、期限切れ、期限切れ、交換、キャンセル) に基づいてアクションを取ることが容易になりました。この全体像を把握することで、契約書をより迅速に取得できるため、顧客との契約に向けた準備や、契約更新や拡大の機会の特定に役立ちます。共有やオフラインでの共同作業を簡素化するために、詳細を PDF 形式にエクスポートできるようになりました。さらに、新しいオファーの複製機能により、過去のダイレクトプライベートオファーの一般的なオファー設定を再現できます。これにより、継続中のオファーの更新や改訂の調整を迅速に行うことができます。 これらの機能は、AWS Marketplace で SaaS、Amazon マシンイメージ (AMI)、コンテナ、およびプロフェッショナルサービス製品を販売しているすべての AWS パートナーが利用できます。詳細については、AWS Marketplace セラーガイドをご覧になるか、AWS Marketplace 管理ポータルにアクセスして新機能を試してください。

Amazon CloudWatch Logs launches the ability to transform and enrich logs

Amazon CloudWatch Logs は、一貫性のあるコンテキスト豊富なフォーマットで大規模なログ分析を改善するためのログ変換とエンリッチメントを発表しました。お客様は、AWS ウェブアプリケーションファイアウォール (WAF) や Route53 などの一般的な AWS サービス向けに事前設定されたテンプレートを使用してログに構造を追加したり、Grok などのネイティブパーサーを使用してカスタムトランスフォーマーを構築したりできます。また、お客様は既存の属性の名前を変更したり、AccountId やリージョンなどのメタデータをログに追加したりすることもできます。\n さまざまなソースから出力されるログの形式や属性名は大きく異なるため、ソース間の分析は面倒です。本日のリリースにより、顧客はすべてのログを標準化された JSON 構造に変換することで、ログ分析を簡素化できます。変換されたログは、フィールドインデックスや CloudWatch Logs Insights で検出されたフィールドを使用して分析時間を短縮したり、メトリックスフィルターを使用して柔軟に警告したり、サブスクリプションフィルターで転送したりすることで分析を迅速に行うことができます。お客様は複雑なパイプラインを設定しなくても、CloudWatch 内でログ変換をネイティブに管理できます。 ログの変換とエンリッチメント機能はすべての AWS 商用リージョンで利用でき、既存の標準ログクラス取り込み価格に含まれています。ログストア (アーカイブ) のコストは、変換後のログサイズに基づいて計算され、元のログ量を超える場合があります。Amazon CloudWatch コンソールで数回クリックするだけで、お客様はトランスフォーマーをロググループレベルで設定できます。また、お客様は AWS コマンドラインインターフェイス (AWS CLI)、AWS CloudFormation、AWS クラウド開発キット (AWS CDK)、AWS SDK を使用して、アカウントレベルまたはロググループレベルでトランスフォーマーをセットアップすることもできます。この機能の詳細については、ドキュメントをご覧ください。

Amazon RDS for PostgreSQL supports pgvector 0.8.0

PostgreSQL 用 Amazon リレーショナルデータベースサービス (RDS) では、データベースに埋め込まれたベクトルを保存して効率的にクエリするための、PostgreSQL のオープンソース拡張である pgvector 0.8.0 がサポートされるようになりました。これにより、ジェネレーティブ AI アプリケーションを構築する際に検索拡張生成 (RAG) を使用できます。pgvector 0.8.0 リリースには、フィルターが存在する場合の PostgreSQL クエリプランナーによるインデックスの選択が改善され、クエリのパフォーマンスが向上しました検索結果の品質を向上させます。\n pgvector 0.8.0リリースでは、pgvectorがWHERE句と結合の条件を使用してデータをフィルタリングする方法にさまざまな改善が加えられています。これにより、クエリのパフォーマンスと使いやすさが向上します。さらに、反復的なインデックススキャンは「オーバーフィルター」を防止するのに役立ち、クエリの条件を満たすのに十分な結果を確実に生成できます。最初のインデックススキャンでクエリ条件が満たされない場合、pgvector は設定可能な閾値に達するまでインデックスを検索し続けます。このリリースでは、HNSW インデックスの検索と構築のパフォーマンスも向上しています。 pgvector 0.8.0 は、該当するすべての AWS リージョンで PostgreSQL 17.1 以上、16.5 以上、15.9 以上、14.14 以上、13.17 以降を実行している Amazon RDS のデータベースインスタンスで使用できます。

Amazon RDS for PostgreSQL を使用すると、クラウドでの PostgreSQL デプロイメントのセットアップ、運用、およびスケーリングを簡単に行うことができます。価格の詳細とリージョンの提供状況については、Amazon RDS for PostgreSQL の料金表をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。

Amazon RDS Blue/Green Deployments Green storage fully performant prior to switchover

Amazon リレーショナルデータベースサービス (Amazon RDS) の Blue/Green デプロイメントでは、Amazon S3 からのストレージブロックのロードを高速化するグリーンストレージボリュームのマネージド初期化がサポートされるようになりました。これにより、Green データベースが切り替わる前にボリュームのパフォーマンスが完全に保たれます。Blue/Green デプロイメントでは、Blue データベースのスナップショットを復元することで、フルマネージド型のステージング環境、つまり Green データベースを作成します。Green データベースを使用すると、現在の本番環境データベースまたは Blue データベースをより安全に保ちながら、本番環境の変更をデプロイしてテストできます。\n 以前は、Green データベースのストレージボリュームを手動で初期化する必要がありました。今回のローンチにより、RDS Blue/Green Deployments はグリーンデータベースインスタンスのストレージ初期化をプロアクティブに管理し、高速化します。RDS コンソールとコマンドラインインターフェイス (CLI) を使用して、ストレージ初期化の進行状況を確認できるようになります。グリーンデータベースのマネージドストレージ初期化は、PostgreSQL 用 RDS、MySQL 用 RDS、および MariaDB エンジン用の RDS 用に作成されたブルー/グリーンデプロイメントでサポートされています。 Amazon RDS ブルー/グリーンデプロイメントは、PostgreSQL メジャーバージョン 12 以降の Amazon RDS、MySQL メジャーバージョン 5.7 以降の RDS、MariaDB メジャーバージョン 10.4 以降の Amazon RDS で利用できます。 数回クリックするだけで、Amazon RDS コンソールから Amazon RDS ブルー/グリーンデプロイメントを使用してデータベースを更新できます。RDS Blue/Green デプロイメントとサポートされているエンジンバージョンの詳細については、こちらをご覧ください。

Amazon OpenSearch Service now supports Custom Plugins

Amazon OpenSearch Service では、OpenSearch 機能を拡張し、ウェブサイト検索、ログ分析、アプリケーションモニタリング、オブザーバビリティなどのアプリケーションにパーソナライズされたエクスペリエンスを提供できる新しいプラグイン管理オプションであるカスタムプラグインが導入されました。OpenSearch には豊富な検索および分析機能があり、カスタムプラグインを使用すれば、ビジネスニーズに合わせてさらに拡張できます。\n これまでは、言語分析、カスタム・フィルタリング、ランキングなどの分野でカスタマイズを必要とするアプリケーションをサポートするには、独自の検索インフラストラクチャーを構築して運用する必要がありました。今回のリリースにより、Amazon OpenSearch Service でカスタムプラグインを実行して、OpenSearch の検索機能と分析機能を拡張できるようになりました。OpenSearch Service コンソールまたは API を使用して検索および分析プラグインをアップロードし、ドメインに関連付けることができます。OpenSearch Service は、プラグインパッケージのバージョン互換性、セキュリティ、許可されているプラグイン操作について検証します。 カスタムプラグインは、OpenSearch バージョン 2.15 以降を実行するすべての OpenSearch Service ドメインでサポートされるようになり、米国西部 (オレゴン)、米国東部 (オハイオ)、米国東部 (バージニア北部)、南米 (サンパウロ)、ヨーロッパ (パリ)、ヨーロッパ (ロンドン)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト)、カナダ (中部)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアの14の地域で利用できるようになりました。太平洋（シンガポール）、アジア太平洋（ソウル）、アジア太平洋（ムンバイ）。 カスタムプラグインを使い始めるには、ドキュメントをご覧ください。Amazon OpenSearch サービスの詳細については、製品ページをご覧ください。

Amazon RDS for MySQL now supports MySQL 8.4 LTS release

Amazon RDS for MySQL は、MySQL コミュニティからの最新の長期サポート (LTS) リリースである MySQL メジャーバージョン 8.4 をサポートするようになりました。RDS for MySQL 8.4 は AWS Libcrypto (AWS-LC) FIPS モジュール (Certificate #4816) と統合されており、分析用のマルチソースレプリケーションプラグイン、継続的な可用性のためのグループレプリケーションプラグインのサポートに加えて、MySQL コミュニティによって追加されたいくつかのパフォーマンスと機能の改善も含まれています。コミュニティ強化の詳細については、MySQL 8.4 リリースノートをご覧ください。\n Amazon RDS マネージドブルー/グリーンデプロイを活用して、データベースを MySQL 8.0 から MySQL 8.4 にアップグレードできます。マネージドブルー/グリーンデプロイを含む RDS for MySQL 8.4 の機能とアップグレードオプションの詳細については、Amazon RDS ユーザーガイドをご覧ください。 Amazon RDS for MySQL 8.4 は、すべての AWS コマーシャルリージョンと AWS GovCloud (米国) リージョンでご利用いただけるようになりました。 Amazon RDS for MySQL を使用すると、クラウドでの MySQL デプロイのセットアップ、運用、およびスケーリングを簡単に行うことができます。価格の詳細とリージョンの提供状況の詳細については、Amazon RDS for MySQL をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージドの Amazon RDS for MySQL 8.4 データベースを作成または更新します。

Amazon CloudFront announces origin modifications using CloudFront Functions

Amazon CloudFront は CloudFront Functions 内でのオリジンの変更をサポートするようになり、リクエストごとにオリジンサーバーを条件付きで変更または更新できるようになりました。CloudFront Functions でカスタムロジックを記述して、オリジンのプロパティを上書きしたり、CloudFront ディストリビューションの別のオリジンを使用したり、リクエストを任意のパブリック HTTP エンドポイントに転送したりできるようになりました。\n オリジンの変更により、キャッシュミス時にトラフィックをアプリケーションサーバーに転送する方法に関するカスタムルーティングポリシーを作成できます。たとえば、オリジン変更を使用してビューアーの地理的位置を特定し、キャッシュミスが発生した場合は、アプリケーションを実行している最も近い AWS リージョンにリクエストを転送できます。これにより、アプリケーションのレイテンシーを最小限に抑えることができます。以前は AWS Lambda @Edge を使用してオリジンを変更する必要がありましたが、これと同じ機能を CloudFront Functions でも利用できるようになり、パフォーマンスが向上し、コストも削減されました。オリジンの変更では、カスタムヘッダーの設定、タイムアウトの調整、Origin Shield の設定、オリジングループのプライマリードリゲンの変更など、既存のすべてのオリジン機能の更新がサポートされます。 CloudFront Functions 内でオリジンの変更を追加料金なしで利用できるようになりました。詳細については、CloudFront 開発者ガイドを参照してください。オリジン変更の使用方法の例については、GitHub サンプルリポジトリを参照してください。

Amazon RDS for PostgreSQL supports minor versions 17.2, 16.6, 15.10, 14.15, 13.18, and 12.22

PostgreSQL 用アマゾンリレーショナルデータベースサービス (RDS) は、最新のマイナーバージョン 17.2、16.6、15.10、14.15、13.18、12.22 をサポートするようになりました。最新のマイナーバージョンにアップグレードして、以前のバージョンの PostgreSQL の既知のセキュリティ脆弱性を修正し、PostgreSQL コミュニティによって追加されたバグ修正の恩恵を受けることをお勧めします。\n マイナーバージョン自動アップグレードを利用して、定期メンテナンス期間中にデータベースを最新のマイナーバージョンに自動的にアップグレードできます。データベースインスタンスのアップグレードについて詳しくは、Amazon RDS ユーザーガイドをご覧ください。 さらに、PostgreSQL のメジャーバージョン 18 以降、Amazon RDS for PostgreSQL は plcoffee と plls の PostgreSQL 拡張機能を廃止する予定です。将来のアップグレードパスを確保するために、アプリケーションで Coffee スクリプトと LiveScript を使用することをやめることをお勧めします。 Amazon RDS for PostgreSQL を使用すると、クラウドでの PostgreSQL デプロイのセットアップ、運用、およびスケーリングが簡単になります。価格の詳細とリージョンの提供状況については、Amazon RDS for PostgreSQL の料金表をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。

AWS Backup for Amazon S3 adds new restore parameter

AWS Backup では、Amazon S3 バックアップ用の新しい復元パラメータが導入され、復元するオブジェクトのバージョン数を選択できるようになりました。\n デフォルトでは、AWS Backup は任意の時点でバージョンスタックからオブジェクトの最新バージョンのみを復元します。新しいパラメータでは、バージョンスタック全体を復元することで、すべてのバージョンのデータを復元できるようになりました。また、古いバージョンをすべて復元するオーバーヘッドなしで、オブジェクトの最新バージョンだけを復元することもできます。この機能により、Amazon S3 バックアップから Amazon S3 バケット/プレフィックスのデータ復旧プロセスをより柔軟に制御できるようになり、復元ジョブを要件に合わせて調整できるようになりました。 この機能は、Amazon S3 用 AWS Backup が利用できるすべてのリージョンで利用できます。リージョンの提供状況と料金の詳細については、AWS Backup の料金表ページを参照してください。 Amazon S3 用 AWS Backup の詳細については、製品ページと技術文書をご覧ください。開始するには、AWS Backup コンソールにアクセスしてください。

Introducing an AWS Management Console Visual Update (Preview)

AWS マネジメントコンソールのビジュアルアップデートがプレビュー版になったことで、お客様は使い慣れた一貫したエクスペリエンスを維持しながら、コンテンツをスキャンし、重要な情報に集中し、探しているものをより効果的に見つけることができます。新しいモダンなレイアウトでは、コンテキストツールにも簡単にアクセスできます。\n 情報密度が最適化され、画面上で利用できるコンテンツが最大化され、より多くのコンテンツを一目で確認できるようになったというメリットが顧客にもたらされました。視覚的な複雑さが軽減され、スタイルが鮮明になり、色の使用が改善されたため、エクスペリエンスはより直感的で読みやすく、効率的になりました。より丸みを帯びた形状と新しいイラストファミリーでインターフェースを近代化し、楽しいひとときをお届けする動きを追加しました。こうしたビジュアルの強化を導入する一方で、最高のアクセシビリティ基準に準拠した予測可能な体験を提供し続けています。 このビジュアルアップデートは、Cloudscape Design System の最新バージョンにより、すべての AWS リージョンの一部のコンソールでご利用いただけます。この更新はすべてのサービスに拡大される予定です。AWS マネジメントコンソールにアクセスして、ビジュアルアップデートを体験してください。

AWS Elastic Beanstalk adds support for Ruby 3.3

AWS Elastic Beanstalk は、アプリケーションを実行するインフラストラクチャについて心配することなく AWS でアプリケーションをデプロイおよび管理できるサービスです。AL2023 の Ruby 3.3 では、新しいパーサー、新しい Pure-Ruby ジャストインタイムコンパイラのサポートが追加され、いくつかのパフォーマンス改善が追加されています。Elastic Beanstalk コンソール、Elastic Beanstalk CLI、Elastic Beanstalk API などの任意の Elastic Beanstalk インターフェイスを使用して、AL2023 上で Ruby 3.3 を実行するエラスティック・ビーンストーク環境を作成できます。\n このプラットフォームは通常、AWS GovCloud (米国) リージョンなど、Elastic Beanstalk が利用できる商用リージョンでご利用いただけます。リージョンとサービス提供の完全なリストについては、「AWS リージョン」を参照してください。 Ruby プラットフォームと Linux プラットフォームの詳細については、『Elastic Beanstalk 開発者ガイド』を参照してください。エラスティック・ビーンストークの詳細については、エラスティック・ビーンストークの製品ページをご覧ください。

Amazon SQS increases in-flight limit for FIFO queues from 20K to 120K

Amazon SQS では、FIFO キューのインフライト制限が 2 万メッセージから 12 万メッセージに引き上げられました。メッセージが SQS FIFO キューに送信されると、そのメッセージはキューバックログに追加されます。FIFO キューで受信リクエストを呼び出すと、メッセージは処理中としてマークされ、メッセージ削除リクエストが呼び出されるまで処理中のままになります。\n この機内制限の変更により、受信者は SQS FIFO キュー経由で最大 12 万件のメッセージを同時に処理できるようになりました。これは、以前の 2 万件から増加しています。パブリッシュスループットが十分にあり、送信中に 20 K という制限があった場合でも、レシーバーをスケーリングすることで、一度に最大 12 万件のメッセージを処理できるようになりました。 転送中の制限の引き上げは、SQS FIFO キューを利用できるすべての商用リージョンと AWS GovCloud (米国) リージョンでご利用いただけます。 開始するには、以下のリソースを参照してください。

『Amazon SQS 開発者ガイド』の「ハイスループット SQS FIFO キュー」

『Amazon SQS 開発者ガイド』の「SQS FIFO キューのクォータ」

Amazon MQ is now available in the AWS Asia Pacific (Malaysia) region

Amazon MQ が AWS アジアパシフィック (マレーシア) リージョンで利用できるようになりました。今回のローンチにより、Amazon MQ は 34 のリージョンで利用できるようになりました。\n Amazon MQ は Apache ActiveMQ と RabbitMQ 向けのマネージド型メッセージブローカーサービスで、これによって AWS でのメッセージブローカーのセットアップと運用が容易になります。Amazon MQ はメッセージブローカーのプロビジョニング、セットアップ、メンテナンスを管理することで、運用上の負担を軽減します。Amazon MQ は業界標準の API とプロトコルを使用して現在のアプリケーションに接続するため、アプリケーションを書き直したり変更したりしなくても、AWS への移行がより簡単になります。 詳細については、Amazon MQ 製品ページをご覧ください。また、全地域での提供状況については AWS リージョン表を参照してください。

AWS Partner Network automates Foundational Technical Reviews using Amazon Bedrock

本日、AWS は Amazon Bedrock を使用したファンデーションテクニカルレビュー (FTR) プロセスの自動化を発表しました。FTR 向けの新しい AI 主導型の自動化プロセスにより、AWS パートナーのレビュータイムラインが最適化され、レビューの決定が数分で行えるようになり、以前は数週間かかっていたプロセスを加速できます。FTR の承認を得ると、パートナーは AWS パートナージャーニーを早急に進めることができ、AWS パートナーネットワーク (APN) プログラムへのアクセスや AWS との共同販売の機会が広がります。\n AWS の資金提供プログラム、専門知識を検証するための AWS コンピテンシープログラム、および共同販売サポートのための AWS ISV Accelerate プログラムを利用したいパートナーは、FTR を完了してソリューションの資格を得る必要があります。今回のローンチにより、AWS は FTR を自動化し、パートナーの利便性を向上させました。合格したレビューは数分で承認されるようになりました。不合格になったレビューは手動で確認できるように転送され、AWS の専門家が 2 週間以内に連絡して潜在的なギャップを修正します。パートナーにはレビュー結果を知らせるメール通知が届くので、待ち時間が数週間から数分に短縮されます。さらに、パートナーは回答を英語以外の複数の言語で送信できるため、翻訳にかかる時間を節約でき、提出の正確性も向上します。このジェネレーティブな AI ベースの自動化により、技術的な検証ステップが加速され、パートナーはより多くの時間をビジネスイニシアティブに費やすことができます。 AWS パートナーは AWS パートナーセントラルでソリューションの FTR をリクエストできます。FTR の詳細については、AWS パートナーセントラルにサインインして FTR ガイド (ソフトウェアまたはサービスソリューション) をダウンロードしてください。

Amazon ElastiCache version 8.0 for Valkey brings faster scaling and improved memory efficiency

本日、Amazon ElastiCache は最新の Valkey メジャーバージョンである Valkey 8.0 のサポートを導入しました。このリリースでは、Valkey および Redis OSS 用の ElastiCache の以前のバージョンと比較して、Valkey 用 ElastiCache サーバーレスのスケーリングが高速になり、ノードベースの ElastiCache のメモリ効率が向上しました。Valkey は Linux Foundation が管理するオープンソースの高性能キーバリューデータストアで、Redis OSS に代わるドロップイン型データストアです。40 社を超える企業に支えられて、Valkey は 2024 年 3 月の創業以来、急速に採用されてきました。\n 何十万ものお客様が ElastiCache を使用してアプリケーションのスケーリング、パフォーマンスの向上、コストの最適化を行っています。Valkey 用 ElastiCache サーバーレスバージョン 8.0 は、1 キャッシュあたり 1 秒あたり 500 万リクエスト/秒 (RPS) まで数分で拡張でき、読み取りレイテンシーはマイクロ秒で Valkey 7.2 よりも最大 5 倍高速です。ノードベースの ElastiCache を使用すると、Valkey 用の ElastiCache バージョン 7.2 および Redis OSS 用の ElastiCache バージョン 7.2 と比較して、キーあたりのメモリが 32 バイト少なくなり、メモリ効率が向上するというメリットがあります。AWS は、パフォーマンス、スケーラビリティ、メモリ最適化の分野でオープンソースの Valkey に多大な貢献をしてきました。これらのメリットを Valkey 用 ElastiCache バージョン 8.0 にも導入しています。 Valkey 用 ElastiCache バージョン 8.0 がすべての AWS リージョンで利用できるようになりました。Valkey 用 ElastiCache バージョン 7.2 または Redis 用 OSS 用 ElastiCache バージョン 7.2 から Valkey 用 ElastiCache バージョン 8.0 に、数回クリックするだけで、ダウンタイムなしでアップグレードできます。AWS マネジメントコンソール、ソフトウェア開発キット (SDK)、またはコマンドラインインターフェイス (CLI) を使用して開始できます。詳細については、ElastiCache 機能ページ、ブログ、ドキュメントをご覧ください。

Announcing Commands feature for AWS IoT Device Management

本日、AWS IoT Device Management は、Commands 機能の一般提供を発表しました。これは、開発者が対象デバイスに対してリモートでコマンドやコントロールアクションを実行したり、それらの実行状況を追跡したりできる革新的なアプリケーションを開発者が構築できるようにするマネージド機能です。この機能により、オンデマンドで指示を送信したり、デバイスアクションをトリガーしたり、デバイス設定を変更したりできるため、消費者向けアプリケーションの開発が簡単になります。\n コマンド機能を使用すると、MQTT トピック、ペイロード形式、ルール、Lambda 関数、ステータストラッキングを手動で作成して管理しなくても、きめ細かなアクセス制御やタイムアウト設定を設定し、コマンドを実行するたびにリアルタイムの更新や通知を受け取ることができます。さらに、この機能はカスタムペイロード形式をサポートしているため、コマンドエンティティを AWS リソースとして定義して保存し、繰り返し使用することができます。 AWS IoT デバイス管理コマンド機能は、AWS IoT デバイス管理が提供されているすべての AWS リージョンで利用できます。詳細については、技術文書を参照してください。開始するには、AWS IoT マネジメントコンソールにログインするか、CLI を使用してください。

AWS Lambda supports application performance monitoring (APM) via CloudWatch Application Signals

AWS Lambda は、アプリケーションパフォーマンスモニタリング (APM) ソリューションである Amazon CloudWatch Application Signals をサポートするようになりました。これにより、開発者とオペレーターは Lambda を使用して構築されたサーバーレスアプリケーションの状態とパフォーマンスを簡単にモニタリングできます。\n お客様は、サーバーレスアプリケーションの実行にかかる平均復旧時間 (MTTR) と運用コストを最小限に抑えるために、パフォーマンスの問題をすばやく特定してトラブルシューティングする簡単な方法を求めています。現在、Application Signals では、開発者による手動インストルメンテーションやコード変更を必要とせずに、重要なアプリケーションメトリクス (スループット、可用性、レイテンシー、障害、エラーなど)、相関トレース、Lambda 関数とその依存関係 (他の AWS サービスなど) とのやりとりを事前に構築した標準化されたダッシュボードが提供されています。これにより、オペレーターはアプリケーションの状態を一元的に把握でき、さらに掘り下げてパフォーマンス異常の根本原因を突き止めることができます。Application Signalsでサービスレベル目標 (SLO) を作成して、アプリケーション内の重要な業務のパフォーマンスKPIを綿密に追跡することもできます。これにより、ビジネスKPIを満たさない業務を簡単に特定してトリアージできるようになります。アプリケーションシグナルは、OpenTelemetry (ADOT) 用の拡張された AWS Distro ライブラリを使用して Lambda 関数を自動インストゥルメントし、以前よりも優れたパフォーマンス (コールドスタートレイテンシーとメモリ消費) を実現します。 開始するには、Lambda コンソールの [設定] タブにアクセスし、[モニタリングと運用ツール] セクションを 1 回クリックするだけで、関数のアプリケーションシグナルを有効にできます。詳細については、ローンチブログ記事、Lambda 開発者ガイド、およびアプリケーションシグナル開発者ガイドをご覧ください。 Lambda 用アプリケーションシグナルは、Lambda と CloudWatch アプリケーションシグナルが利用できるすべての商用 AWS リージョンで利用できます。

AWS Glue Data Catalog now supports Apache Iceberg automatic table optimization through Amazon VPC

AWS Glue データカタログは、特定の Amazon 仮想プライベートクラウド (VPC) 環境からのみアクセスできる Apache アイスバーグテーブルの自動最適化をサポートするようになりました。VPC 設定を提供することで自動最適化を有効にして、テーブルを安全に保ちながらストレージを最適化し、クエリのパフォーマンスを向上させることができます。\n AWS Glue Data Catalog は、圧縮、スナップショット保持、および非参照ファイル管理をサポートしているため、メタデータのオーバーヘッドの削減、ストレージコストの抑制、クエリパフォーマンスの向上に役立ちます。Amazon S3 バケットを特定の VPC 内に配置する必要があるガバナンスおよびセキュリティ構成をお持ちのお客様は、Glue Catalog で Amazon S3 バケットを使用できるようになりました。これにより、Amazon S3 のどこに保存されているかに関係なく、Apache Iceberg データをより幅広く自動管理できるようになります。 Amazon VPC による Iceberg テーブルの自動最適化は、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、ヨーロッパ (アイルランド、ロンドン、フランクフルト、ストックホルム)、アジアパシフィック (東京、ソウル、ムンバイ、シンガポール、シドニー)、南米 (サンパウロ) の 13 の AWS リージョンで利用できます。お客様は AWS コンソール、AWS CLI、または AWS SDK を通じてこれを有効にすることができます。 まず始めに、デフォルトの保持期間や参照されていないファイルを保存する日数などの最適化設定に加えて、追加設定として Glue ネットワーク接続を提供できるようになりました。AWS Glue データカタログは Glue 接続の VPC 情報を使用して Amazon S3 バケットにアクセスし、Apache アイスバーグテーブルを最適化します。 詳細については、ブログを読み、AWS Glue データカタログのドキュメントをご覧ください。

Amazon CloudWatch Internet Monitor adds AWS Local Zones support for VPC subnets

本日、Amazon CloudWatch インターネットモニターでは、一部の AWS ローカルゾーンのサポートが導入されました。ローカルゾーンにデプロイされた VPC サブネットのインターネットトラフィックパフォーマンスをモニタリングできるようになりました。\n この新機能では、ローカルゾーンを含む最適化の提案を表示することもできます。Internet Monitor コンソールの [最適化] タブで、アプリケーションのトラフィック最適化候補にローカルゾーンを含めるように切り替えます。さらに、現在の構成を、サポートされている他のローカルゾーンと比較することもできます。オプションを選択すると、最適化に関するその他の提案が表示され、比較する特定のローカルゾーンを選択できます。レイテンシーの違いを比較することで、トラフィックに最適な構成を提案できます。 発売時、CloudWatch インターネットモニターは次のローカルゾーンをサポートします:us-east-1-dfw-2a、us-east-1-mia-2a、us-east-1-qro-1a、us-east-1-lim-1a、us-east-1-atl-2a、us-east-1-bue-1a、us-west-2-lax-1a、us-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、us-west-west-2-lax-1a、2-lax-1b、およびaf-south-1-los-1a。 詳細については、インターネットモニターのユーザーガイドドキュメントをご覧ください。

Introducing Prompt Optimization in Preview in Amazon Bedrock

本日、Amazon Bedrockでのプロンプト最適化のプレビューリリースを発表します。プロンプト最適化は、基本モデルからのより質の高い応答が得られるようにプロンプトを書き換えます。\n プロンプトエンジニアリングとは、基本的なモデルが適切な応答を生成できるように導くプロンプトを設計するプロセスです。これらのプロンプトは、各モデルのベストプラクティスとガイドラインに従って、特定の基本モデルごとにカスタマイズする必要があります。開発者は Amazon Bedrock のプロンプト最適化を使用して、クロード・ソネット 3.5、クロード・ソネット、クロード・オーパス、クロード・ハイク、ラマ3 70B、ラマ3.1 70B、ミストラル・ラージ 2、タイタン・テキスト・プレミア・モデルでプロンプトを書き直してパフォーマンスを向上させることができます。開発者は、デプロイしなくても、最適化されたプロンプトのパフォーマンスを元のプロンプトと簡単に比較できます。最適化されたプロンプトはすべてPrompt Builderの一部として保存され、開発者はジェネレーティブAIアプリケーションで使用できます。 Amazon Bedrock プロンプト最適化がプレビュー版になりました。詳細については、こちらをご覧ください。

Amazon CloudWatch launches full visibility into application transactions

AWS は、CloudWatch アプリケーションシグナルにおける強化された検索および分析エクスペリエンスの一般提供を発表しました。この機能により、開発者とオンコールエンジニアは、ユーザーとさまざまなアプリケーションコンポーネント間の詳細なやり取りをキャプチャする分散トレースの構成要素であるアプリケーショントランザクションスパンを完全に把握できるようになります。\n この機能には主に 3 つの利点があります。まず、開発者はインタラクティブなビジュアルエディターと Logs Insights クエリの機能強化により、アプリケーションのパフォーマンスやエンドユーザーへの影響に関する質問に答えることができます。顧客名や注文番号などの属性を使用して、スパンをエンドユーザーの問題と関連付けることができます。Logs Insights の新しい JSON 解析機能とネスト解除機能により、トランザクションを支払い失敗などのビジネスイベントにリンクしたり、トラブルシューティングを行ったりできるようになりました。次に、開発者は、アプリケーションメトリクスを包括的なトランザクションスパンと相関させる Amazon CloudWatch Application Signals の強化されたトラブルシューティング機能により、API の p99 レイテンシースパイクなど、まれにしか発生しない問題を診断できます。最後に、CloudWatch Logs には、データマスキング、サブスクリプションフィルタによる転送、メトリックス抽出など、トランザクションスパンに関する高度な機能が備わっています。これらの機能は、X-Ray に送信された既存のスパンに対して有効にすることも、新しい OTLP (OpenTelemetry Protocol) エンドポイントにスパンを送信してトレースすることもできます。これにより、設定の柔軟性を維持しながら、オブザーバビリティを高めることができます。 アプリケーションシグナルが利用可能なすべてのリージョンでスパンを検索して分析できます。アプリケーションシグナル、X-Ray トレース、トランザクションスパンの完全な可視性など、新しい料金オプションもご利用いただけます。Amazon CloudWatch の料金表をご覧ください。詳細については、ドキュメントを参照してください。

The new AWS Systems Manager experience: Simplifying node management

新しい AWS Systems Manager エクスペリエンスでは、ノード管理が簡素化され、EC2 インスタンス、ハイブリッドサーバー、マルチクラウド環境で実行されているサーバーなど、どこでも稼働しているノードを簡単に管理できるようになり、運用効率を高めることができます。新しい AWS Systems Manager エクスペリエンスでは、包括的で一元化されたビューが得られ、すべてのノードを大規模に簡単に管理できます。\n 今回のリリースにより、組織の AWS アカウントとリージョンのすべてのマネージドノードとアンマネージドノードを 1 か所で確認できるようになりました。また、管理対象外のノードを特定、診断、修正することもできます。修正後、つまり Systems Manager によって管理されると、Systems Manager ツール一式を活用して、セキュリティアップデートをノードにパッチしたり、SSH キーや要塞ホストを管理せずにノードに安全に接続したり、運用コマンドを大規模に自動化したり、フリート全体を包括的に可視化したりできます。また、Systems Manager が Amazon Q Developer と統合され、AWS コンソールのどこからでもノードを表示して制御できるようになりました。たとえば、Amazon Q に「Amazon Linux 1 を実行しているマネージドインスタンスを見せて」と依頼すると、運用調査に必要な情報をすばやく得ることができます。これは、多くのお客様が信頼しているのと同じパワフルな Systems Manager で、時間と労力を節約できるように改良および簡素化されています。 新しい Systems Manager エクスペリエンスは、こちらの AWS リージョンでご利用いただけます。

追加費用なしで今すぐ始めて、Systems Manager の新しいエクスペリエンスを簡単に有効にできます。詳細については、Systems Manager 製品ページとユーザーガイドをご覧ください。

Enhanced account linking experience across AWS Marketplace and AWS Partner Central

本日、AWS は、AWS パートナーが AWS Marketplace アカウントを作成して AWS パートナーセントラルに接続したり、関連ユーザーのオンボーディングを行ったりするためのアカウントリンク機能の改善を発表しました。アカウントリンクにより、パートナーはシングルサインオン (SSO) を使用してパートナーセントラルとマーケットプレイス管理ポータル間をシームレスに移動したり、パートナーセントラルのソリューションを AWS Marketplace リストに接続したり、プライベートオファーをパイプラインから顧客オファーまでの取引追跡の機会にリンクしたり、一元化された AWS パートナー分析ダッシュボード内の AWS Marketplace のインサイトにアクセスしたりできます。アカウントをリンクすると、ISV Accelerate や販売サイクルの加速など、Amazon パートナーネットワーク (APN) プログラムの貴重な Amazon パートナーネットワーク (APN) プログラムの特典も利用できるようになります。\n 新しいアカウントリンク機能では、セルフガイドのリンクワークフローを効率化するための 3 つの大きな改善が導入されています。1 つ目は、正式な商号を登録することで、AWS アカウントを AWS Marketplace に関連付けるプロセスが簡略化されることです。次に、ID とアクセス管理 (IAM) ロールの作成と AWS Partner Central ユーザーへの一括割り当てが自動化されるため、AWS IAM コンソールで手動で作成する必要がなくなります。3 つ目は、AWS パートナーセントラルと Marketplace へのアクセス許可管理を簡素化する 3 つの新しい AWS 管理ポリシーを導入したことです。新しいポリシーでは、Partner Central へのフルアクセスから、共同販売やマーケットプレイスオファーの管理への個人アクセスまで、きめ細かなアクセスオプションが提供されています。 この新しいエクスペリエンスは、すべての AWS パートナーが利用できます。開始するには、AWS パートナーセントラルのホームページにある「アカウントリンク」機能に移動してください。詳細については、AWS パートナーセントラルのドキュメントをご覧ください。

Amazon EC2 C6a and R6a instances now available in additional AWS region

本日より、コンピューティングが最適化された Amazon EC2 C6a インスタンスとメモリ最適化された Amazon EC2 R6a インスタンスがアジアパシフィック (ハイデラバード) リージョンで利用できるようになりました。C6a および R6a インスタンスは、最大周波数が 3.6 GHz の第3世代の AMD EPYC プロセッサを搭載しています。C6a インスタンスは同等の C5a インスタンスよりも最大 15% 高い価格パフォーマンスを提供し、R6a は同等の R5a インスタンスよりも最大 35% 高い価格パフォーマンスを提供します。これらのインスタンスは、専用ハードウェアと軽量ハイパーバイザーを組み合わせた AWS Nitro System 上に構築されています。これにより、ホストハードウェアのコンピューティングリソースとメモリリソースのほぼすべてがインスタンスに提供され、全体的なパフォーマンスとセキュリティが向上します。\n この追加リージョンにより、C6a インスタンスは米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン、北カリフォルニア)、アジアパシフィック (香港、ムンバイ、シンガポール、シドニー、東京、ハイデラバード)、カナダ (中部)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、南米 (サンパウロ) の AWS リージョンで利用でき、R6a インスタンスは次のAWSリージョンで利用できます。米国東部 (バージニア北部、オハイオ）、米国西部（オレゴン、北カリフォルニア）、アジア太平洋（ムンバイ、シンガポール、シドニー、東京、ハイデラバード）、ヨーロッパ（フランクフルト、アイルランド）。 これらのインスタンスは、貯蓄プラン、リザーブド、オンデマンド、スポットインスタンスとして購入できます。開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、C6a インスタンスと R6a インスタンスのページをご覧ください。

Amazon API Gateway now supports Custom Domain Name for private REST APIs

Amazon API ゲートウェイ (APIGW) では、private.example.com などのユーザーフレンドリーなカスタムプライベート DNS 名を使用してプライベート REST API を管理できるようになり、API の検出が簡単になりました。この機能により、ドメインに関連付けられた TLS 証明書のライフサイクルの管理を完全に制御できると同時に、トランスポート層セキュリティ (TLS) を使用してプライベート API トラフィックを引き続き暗号化することで、セキュリティ体制を強化できます。\n API プロバイダーは、APIGW コンソールや API を使用して 4 つの簡単なステップでこの機能を開始できます。まず、プライベートカスタムドメインを作成します。次に、Amazon 証明書マネージャー (ACM) が提供またはインポートした証明書をドメイン用に設定します。3 つ目は、ベースパスマッピングを使用して複数のプライベート API をマッピングすることです。4 つ目は、リソースポリシーを使用してドメインへの呼び出しを制御することです。API プロバイダーはオプションで Amazon Resource Access Manager (RAM) を使用して複数のアカウントでドメインを共有し、消費者がさまざまなアカウントから API にアクセスできるようにすることができます。RAM を使用してドメインを共有すると、コンシューマーは VPC エンドポイントを使用してアカウント間で複数のプライベートカスタムドメインを呼び出すことができます。 プライベート REST API のカスタムドメイン名は、AWS GovCloud (米国) リージョンを含むすべての AWS リージョンの API Gateway で利用できるようになりました。詳細については、API Gateway のドキュメントと AWS ブログ投稿をご覧ください。

AWS CloudTrail Lake launches enhanced analytics and cross-account data access

AWS は、大規模なアクティビティログの集約、不変の保存、分析を可能にするマネージドデータレイクである CloudTrail Lake に 2 つの重要な機能強化を発表しました。\n

包括的なダッシュボード機能:新しい「ハイライト」ダッシュボードでは、AI を活用したインサイトを含む AWS アクティビティログの概要が一目でわかります (AI を活用したインサイトはプレビュー段階です)。さらに、セキュリティや運用監視などのさまざまなユースケースに対応する 14 個の組み込みダッシュボードが新たに追加されました。これらのダッシュボードは、AWS 環境全体で傾向を分析し、異常を検出し、効率的な調査を実施するための出発点となります。たとえば、セキュリティダッシュボードには、アクセス拒否イベントの上位件数、コンソールログイン試行の失敗回数などが表示されます。また、更新をスケジュールしてカスタムダッシュボードを作成し、特定のニーズに合わせて監視をカスタマイズすることもできます。

イベントデータストアのクロスアカウント共有:この機能により、リソースベースポリシー (RBP) を使用して、イベントデータストアを選択した IAM ID と安全に共有できます。その後、これらの ID は、イベントデータストアが作成されたのと同じ AWS リージョン内の共有イベントデータストアにクエリを実行できるため、セキュリティを維持しながら組織全体にわたるより包括的な分析が容易になります。

これらの機能は AWS CloudTrail Lake がサポートされているすべての AWS リージョンで利用できます。ただし、「ハイライト」ダッシュボードの AI を活用したインサイトは、バージニア北部、オレゴン州、および東京リージョンでプレビュー中です。これらの機能強化は追加費用なしで利用できますが、CloudTrail Lake ダッシュボードのクエリを実行して結果を生成したり、視覚化を作成したりする場合は、標準の CloudTrail Lake クエリ料金が適用されます。詳細については、AWS CloudTrail のドキュメントをご覧になるか、ニュースブログをご覧ください。

Amazon CloudWatch Synthetics now automatically deletes Lambda resources associated with canaries

Amazon CloudWatch Synthetics は、カナリアと呼ばれるコードスニペットをAWS Lambda上で実行することで顧客体験を継続的に検証する外部モニタリング機能です。Syntheticsカナリアを削除しようとすると、関連するLambdaリソースが自動的に削除されるようになりました。これにより、アカウント内のAWSリソースを管理するために必要な手動のメンテナンスを最小限に抑えることができます。\n CloudWatch Synthetics は、カナリアを実行してウェブアプリケーションや API エンドポイントの状態とパフォーマンスをモニタリングするためのラムダを作成します。カナリアを削除すると、Lambda 関数とそのレイヤーは使用できなくなります。この機能のリリースにより、カナリアが削除されるとこれらの Lambda も自動的に削除され、Synthetics Canary のメンテナンスを行う際の追加管理が不要になります。AWS コンソールからカナリアを削除すると、関連する Lambda リソースが自動的にクリーンアップされます。CLI/SDK または CFN で作成された新しいカナリアはすべて自動的にこの機能にオプトインされますが、この起動前に作成されたカナリアは明示的にオプトインする必要があります。 この機能は、すべての商用地域、AWS GovCloud (米国) リージョン、および中国リージョンで、お客様に追加費用なしでご利用いただけます。 カナリアの削除動作の詳細については、ドキュメントを参照するか、ユーザーガイドと One Observability Workshop を参照して CloudWatch Synthetics を使い始めてください。

Amazon Polly launches more synthetic generative voices

本日、英語、フランス語、スペイン語、ドイツ語、イタリア語で 7 つの表現力豊かな Amazon Polly Generative ボイスを一般提供することを発表できることを嬉しく思います。\n Amazon Polly は、テキストを本物そっくりの音声に変換する完全マネージド型サービスです。これにより、ビジネスニーズに応じて、話し言葉を使うアプリケーションを作成したり、魅力的な音声対応製品を構築したりできます。 Amazon Polly では、女性らしい響きの 2 つの声（インド英語 Kajal とイタリア語の Bianca）と、5 つの男性向けジェネレーティブボイス（米国スペイン語のペドロ、メキシコのスペイン語のアンドレス、ヨーロッパのスペイン語のセルジオ、ドイツのダニエル、フランスのレミ）が新たにリリースされました。今回の発表により、Polly Generativeエンジンが20ボイスに拡張されただけでなく、5つの新しい男性ボイスの声が米国英語ボイスのマシューと同じボイスのアイデンティティを持つというユニークな機能も追加されました。音声の多言語機能と高い表現力の組み合わせは、グローバルなアウトリーチを行うお客様に役立つでしょう。同じ音声認識で複数の言語をネイティブに話すことができるため、エンドカスタマーはある言語から別の言語にアクセントなしで切り替えることができます。 Kajal、Bianca、Pedro、Andrés、Sergio、Daniel、Rémiのジェネレーティブボイスは、米国東部（北バージニア）、ヨーロッパ（フランクフルト）、および米国西部（オレゴン）リージョンで利用でき、同じリージョンですでに利用可能な他のタイプのボイスを補完します。 Polly のボイスがどのように聞こえるかを聞くには、Amazon Polly 機能にアクセスしてください。Polly の提供内容と使用方法の詳細については、Amazon Polly のドキュメントと料金表ページをご覧ください。

AWS HealthOmics workflows now support call caching and intermediate file access

AWS Healthomics ワークフローが以前の実行のタスク結果を再利用できるようになり、お客様の時間とコンピューティングコストを節約できるようになったことを発表できることを嬉しく思います。AWS Healthomics は、医療機関やライフサイエンス組織がオミクスデータを保存、クエリ、分析して、健康状態を改善し、科学的発見を促進するための洞察を得られるようにする完全マネージド型サービスです。このリリースでは、お客様は以前の障害点やコード変更箇所から実行を再開することで、新しいパイプラインの開発を加速できます。\n コールキャッシュ、つまり実行を再開する機能により、顧客は新しいコード変更が導入された時点から実行を再開できるようになり、すでに計算済みの変更されていないタスクをスキップして、反復的なワークフロー開発サイクルを短縮できます。さらに、タスク中間ファイルは実行キャッシュに保存されるため、開発中のワークフローエラーの高度なデバッグやトラブルシューティングが可能になります。本番環境のワークフローでは、コールキャッシュにより失敗した実行結果の一部が保存されるため、顧客は正常に完了したタスクを再計算しなくても、障害発生時点からサンプルを再実行できるため、再処理時間が短縮されます。 コールキャッシュは、AWS Healthomics が利用可能なすべてのリージョン (米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、アジアパシフィック (シンガポール)、イスラエル (テルアビブ)) で、Nextflow、WDL、CWL ワークフロー言語でサポートされるようになりました。コールキャッシュの使用を開始するには、AWS Healthomics のドキュメントを参照してください。

AWS AppSync launches AI gateway capabilities with new Amazon Bedrock integration in AppSync GraphQL

AWS AppSync は、アプリケーションをイベント、データ、AI モデルに接続するフルマネージド型 API 管理サービスです。現在、お客様は AppSync を AI ゲートウェイとして使用してジェネレーティブな AI ワークフローをトリガーし、WebSocket を利用したサブスクリプションを使用して長期にわたる呼び出しからの漸進的な更新を返しています。これにより、非同期パターンを実装できます。ただし、場合によっては、顧客がモデルを短時間で同期的に呼び出す必要があります。AWS AppSync は GraphQL API のデータソースとして Amazon Bedrock ランタイムをサポートするようになり、ジェネレーティブ AI 機能のシームレスな統合が可能になりました。この新機能により、開発者は AppSync GraphQL API から直接 Amazon Bedrock の基礎モデルと推論プロファイルへの短い同期呼び出し (10 秒以内) を行うことができます。\n この統合では、コンバース API と InvokeModel API の呼び出しがサポートされています。開発者は Claude 3.5 Haiku や Claude 3.5 Sonnet などのアンソロピックモデルと対話して、データ分析や構造化オブジェクト生成タスクを行うことができます。また、Amazon Titan モデルを使用して埋め込みを生成したり、概要を作成したり、議事録からアクションアイテムを抽出したりすることもできます。 呼び出しの時間が長い場合でも、お客様は引き続き AWS Lambda 関数をイベントモードで使用して Bedrock モデルを操作し、サブスクリプションを通じてクライアントに段階的な更新を送信できます。 この新しいデータソースは、AWS AppSync が利用できるすべての AWS リージョンで利用できます。開始するには、お客様は AWS AppSync コンソールにアクセスし、AWS AppSync ドキュメントで詳細を確認できます。

Amazon MWAA adds smaller environment size

Amazon Managed Workflow for Apache Airflow (MWAA) では、マイクロ環境サイズが提供されるようになりました。これにより、マネージドサービスのお客様は、開発とデータ分離のための複数の独立した環境をより低コストで作成できるようになりました。\n Amazon MWAA は Apache Airflow 向けのマネージド型オーケストレーションサービスで、クラウドでエンドツーエンドのデータパイプラインを簡単にセットアップして運用できます。Amazon MWAA マイクロ環境により、お客様は開発用途や、軽量なワークフロー要件でデータ分離を必要とするチームにとってより効率的な、小規模で費用対効果の高い環境を構築できるようになりました。 現在サポートされているすべての Amazon MWAA リージョンの AWS マネジメントコンソールで数回クリックするだけで、マイクロサイズの Amazon MWAA 環境を作成できます。Amazon MWAA のより大規模な環境の詳細については、ローンチブログをご覧ください。Amazon MWAA の詳細については、Amazon MWAA ドキュメントを参照してください。

Apache、Apache Airflow、および Airflow は、米国およびその他の国における Apache ソフトウェア財団の登録商標または商標です。

AWS Elastic Beanstalk adds support for Node.js 22

AWS Elastic Beanstalk が AL2023 Beanstalk 環境での Node.js 22 アプリケーションのビルドとデプロイをサポートするようになりました。\n AWS Elastic Beanstalk は、アプリケーションを実行するインフラストラクチャについて心配することなく AWS でアプリケーションをデプロイおよび管理できるサービスです。AL2023 の Node.js 22 では、V8 JavaScript エンジンが更新され、ガベージコレクションが改善され、パフォーマンスが向上しました。Elastic Beanstalk コンソール、Elastic Beanstalk CLI、Elastic Beanstalk API などの任意の Elastic Beanstalk インターフェイスを使用して、AL2023 で Node.js 22 を実行するエラスティック・ビーンストーク環境を作成できます。 このプラットフォームは通常、AWS GovCloud (米国) リージョンなど、Elastic Beanstalk が利用できる商用リージョンでご利用いただけます。リージョンとサービス提供の完全なリストについては、「AWS リージョン」を参照してください。 Node.js と Linux プラットフォームの詳細については、『Elastic Beanstalk 開発者ガイド』を参照してください。エラスティック・ビーンストークの詳細については、エラスティック・ビーンストークの製品ページをご覧ください。

AWS CloudFormation Hooks now allows AWS Cloud Control API resource configurations evaluation

AWS CloudFormation フックにより、AWS クラウドコントロール API (CCAPI) の作成および更新オペレーションからリソース設定を評価できるようになりました。フックを使用すると、カスタムロジックを呼び出して、リソース設定にセキュリティ、コンプライアンス、ガバナンスのポリシーを適用できます。CCAPI は、開発者がクラウドインフラストラクチャを一貫した方法で簡単に管理し、最新の AWS 機能をより迅速に活用できるように設計された、一般的なアプリケーションプログラミングインターフェイス (API) のセットです。フックを CCAPI に拡張することで、顧客は CCAPI の作成および更新操作の前にリソース構成を検査し、準拠していないリソースが見つかった場合はその操作をブロックしたり警告したりできるようになりました。\n このリリース以前は、お客様は CloudFormation のオペレーション中にのみ呼び出されるフックを公開していました。現在では、お客様はリソースフックの評価を CloudFormation だけでなく CCAPI ベースのオペレーションにも拡張できるようになりました。既存のリソースフックを使用しているお客様、または最近リリースされたビルド済みの Lambda フックと Guard フックを使用しているお客様は、フックの設定でターゲットとして「Cloud_Control」を指定するだけで済みます。 フックはすべての AWS 商用リージョンで利用できます。CCAPI サポートは、CCAPI を直接使用するお客様、または CCAPI プロバイダーのサポートを受けているサードパーティの IaC ツールを使用するお客様を対象としています。 使用を開始するには、「Hooks ユーザーガイド」と「CCAPI ユーザーガイド」で詳細を参照してください。この機能の詳細については、この AWS DevOps ブログをご覧ください。

Accelerate AWS CloudFormation troubleshooting with Amazon Q Developer assistance

AWS CloudFormation では現在、Amazon Q 開発者によるジェネレーティブ AI アシスタンスを提供しており、CloudFormation のデプロイが失敗した場合のトラブルシューティングを支援しています。この新機能により、CloudFormation のデプロイ中に発生する最も一般的なリソースプロビジョニングエラーの解決を簡素化するためのわかりやすい分析と実行可能な手順が提供されます。\n CloudFormation スタックを作成または変更する際、CloudFormation では EC2 インスタンスに必要なパラメータが不足していたり、権限が不十分だったりするなどのエラーがリソースプロビジョニングで発生することがあります。以前は、スタック操作が失敗した場合のトラブルシューティングには時間がかかる場合がありました。障害の根本原因を特定したら、ブログやドキュメントを検索して解決策を探し、次のステップを決定しなければならず、解決に時間がかかっていました。これで、CloudFormation コンソールで失敗したスタックオペレーションを確認すると、CloudFormation は障害の根本原因と考えられるものを自動的に強調表示します。エラーアラートボックスの [Diagnose with Q] ボタンをクリックすると、Amazon Q Developer がエラーを人間が読めるように分析し、何が問題になったのかを理解しやすくします。さらに支援が必要な場合は、「Help me Resolve」ボタンをクリックすると、特定の障害シナリオに合わせた実行可能な解決手順が表示され、エラーを迅速に解決するのに役立ちます。 開始するには、CloudFormation コンソールを開き、プロビジョニングされたスタックのスタックイベントタブに移動します。この機能は、AWS CloudFormation と Amazon Q デベロッパーが利用できる AWS リージョンでご利用いただけます。サービスの可用性の詳細については、AWS リージョンの表を参照してください。この機能の詳細については、ユーザーガイドをご覧ください。

Amazon CloudWatch Logs announces field indexes and enhanced log group selection in Logs Insights

Amazon CloudWatch Logs では、ログ分析を高速化するために、フィールドインデックスと強化されたロググループ選択が導入されました。RequestId や TransactionID などの重要なログ属性にインデックスを付けることで、クエリのパフォーマンスを向上させ、関連するインデックスデータをスキャンできるようになりました。これにより、トラブルシューティングが迅速になり、傾向の特定が容易になります。ロググループごとに最大 20 個のフィールドインデックスを作成できます。一度定義すると、定義したフィールドに一致するすべての今後のログは、最大 30 日間インデックスされたままになります。さらに、CloudWatch Logs Insights では、クロスアカウントオブザーバビリティによってリンクされた 1 つ以上のアカウントを対象に、最大 10,000 のロググループのクエリがサポートされるようになりました。\n フィールドインデックスを使用するお客様は、膨大な量のログを検索しながら、クエリの実行時間を短縮できるというメリットがあります。CloudWatch Logs Insights の「フィルターフィールド = 値」構文を使用するクエリでは、インデックスが利用可能な場合は自動的にインデックスが活用されます。ロググループ選択の強化と組み合わせることで、お客様は Logs Insights のはるかに多くのログセットについて、より迅速にインサイトを得ることができるようになりました。お客様は、ロググループプレフィックスまたは「すべて」のロググループオプションを使用して、最大 10,000 のロググループを選択できます。クエリのパフォーマンスとコストをさらに最適化するために、お客様は新しい「filterIndex」コマンドを使用して、クエリをインデックス化されたデータのみに制限できます。 フィールドインデックスは CloudWatch Logs が利用可能なすべての AWS リージョンで利用でき、追加費用なしで標準のログクラスインジェストの一部として組み込まれています。

まず、AWS コンソール内でアカウントレベルまたはロググループレベルごとにインデックスポリシーを定義するか、API/CLI を使用してプログラムでインデックスポリシーを定義します。フィールドインデックスの詳細については、ドキュメントを参照してください。

AWS announces support for predictive scaling for Amazon ECS services

本日、AWS は Amazon エラスティックコンテナサービス (Amazon ECS) の予測スケーリングのサポートを発表しました。予測スケーリングは、高度な機械学習アルゴリズムを活用して、需要の急増に先立って Amazon ECS サービスをプロアクティブにスケーリングし、アプリケーションの応答性と可用性を向上させながらオーバープロビジョニングのコストを削減します。\n Amazon ECS には、観測された負荷に応じてタスク数を自動的に調整するターゲット追跡ポリシーやステップスケーリングポリシーなどの豊富なサービス自動スケーリングオプションや、日常的な需要パターンに合わせて容量を調整するルールを手動で定義するスケジュールスケーリングなどがあります。多くのアプリケーションでは、事業再開時の早朝の急上昇など、需要の急激な変化のパターンが繰り返し見られますが、リアクティブなスケーリングポリシーでは対応が遅くなることがあります。予測スケーリングは、数百万のデータポイントで事前にトレーニングされた高度な機械学習アルゴリズムを活用して、予想される需要の急増に先立ってECSサービスをプロアクティブにスケールアウトする新機能です。予測スケーリングをターゲット追跡やステップスケーリングなどの既存の自動スケーリングポリシーと併用することで、アプリケーションをリアルタイムパターンと履歴パターンの両方に基づいてスケーリングできます。また、「予測とスケーリング」を有効にする前に、「予測のみ」モードを選択してその正確性と適合性を評価することもできます。予測スケーリングは、需要パターンが繰り返し発生するアプリケーションの応答性と可用性を向上させると同時に、スケーリングポリシーを手動で設定する運用上の労力やオーバープロビジョニングによるコストを削減します。

AWS マネジメントコンソール、SDK、CLI、CloudFormation、CDK を使用して、ECS サービスの予測的自動スケーリングを設定できます。サポートされている AWS リージョンのリストについては、ドキュメントを参照してください。詳細については、このブログ投稿とドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Big Data Blog

AWS Compute Blog

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Front-End Web & Mobile

AWS for Industries

AWS Machine Learning Blog

AWS for M&E Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for Android

Amplify UI