2025/11/24 9:00:00 ~ 2025/11/25 9:00:00 (JST)

最近の発表

OpenSearch Service Enhances Log Analytics with New PPL Experience

本日、AWS は Amazon OpenSearch Service の強化されたログ分析機能を発表しました。これにより、パイプ処理言語 (PPL) と自然言語が OpenSearch UI のオブザーバビリティワークスペースのデフォルトエクスペリエンスになりました。今回のアップデートでは、実証済みのパイプライン構文とシンプルなワークフローを組み合わせて直感的なオブザーバビリティ体験を実現し、お客様がコストを抑えながら増え続けるデータ量を分析できるようにしています。この新しいエクスペリエンスには、お客様がインフラストラクチャ、セキュリティ、ビジネスメトリクスに関するより深い洞察を得るのに役立つ、詳細な分析、ファセット検索、自然言語クエリのための35以上の新しいコマンドが含まれています。\n 今回の機能強化により、お客様は高度な分析機能を活用しながら、使い慣れたパイプライン構文を使用してログ分析ワークフローを合理化できます。このソリューションにはエンタープライズグレードのクエリ機能が含まれており、自然言語による高度なイベント相関をサポートしているため、チームは意味のあるパターンをより早く発見できます。ユーザーは単一のインターフェースでクエリから視覚化にシームレスに移行できるため、問題の検出と解決にかかる平均時間を短縮できます。システム管理者は AWS コンソールの OpenSearch の「はじめに」ワークフローを使用して、エンドツーエンドの OpenTelemetry ソリューションをすばやく立ち上げることができます。統一されたワークフローには、OpenTelemetry データ用のすぐに使用できる OpenSearch Ingestion パイプラインが含まれているため、チームがすぐに使い始めることができます。 Amazon OpenSearch UI は次の AWS リージョンで利用できます:米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (香港)、アジアパシフィック (ハイデラバード)、ヨーロッパ (アイルランド)）、ヨーロッパ（ロンドン）、ヨーロッパ（フランクフルト）、ヨーロッパ（パリ）、ヨーロッパ（ストックホルム）、ヨーロッパ（ミラノ）、ヨーロッパ（スペイン）、ヨーロッパ（チューリッヒ）、南米（サンパウロ）、カナダ（中央） 新しいOpenSearchログ分析エクスペリエンスの詳細については、OpenSearch Serviceのオブザーバビリティに関するドキュメントをご覧ください。これらの拡張機能を今すぐOpenSearch UIで使い始めてください。

Amazon CloudFront announces support for mutual TLS authentication

Amazon CloudFront は、サーバーとクライアントの両方が X.509 証明書を使用して相互に認証することを要求するセキュリティプロトコルである相対 TLS 認証 (mTLS) のサポートを発表しました。これにより、お客様は CloudFront のエッジロケーションでクライアント ID を検証できます。お客様は、信頼できる証明書を提示したクライアントだけがディストリビューションにアクセスできるようになり、不正アクセスやセキュリティ脅威からの保護に役立ちます。\n 以前は、お客様は独自のクライアントアクセス管理ソリューションの実装と維持に継続的な労力を費やさなければならず、差別化できない重労働が発生していました。相互の TLS がサポートされるようになったため、お客様はアプリケーションサーバーや API との接続が確立される前に、AWS エッジでクライアント ID を簡単に検証できます。ユースケースの例としては、企業向けの B2B セキュア API 統合や IoT 向けのクライアント認証などがあります。B2B API のセキュリティについては、企業は相互の TLS を使用して信頼できる第三者やパートナーからの API リクエストを認証できます。IoT のユースケースでは、企業がファームウェアの更新などの専有コンテンツを受信する権限がデバイスに付与されていることを検証できます。お客様は、既存のサードパーティ認証局または AWS プライベート認証局を利用して X.509 証明書に署名できます。Mutual TLS を使用すれば、クライアント認証を必要とするワークロードで CloudFront のパフォーマンスとスケーラビリティのメリットを享受できます。 共通 TLS 認証は、CloudFront のすべてのお客様に追加費用なしでご利用いただけます。お客様は AWS マネジメントコンソール、CLI、SDK、CDK、および CloudFormation を使用して CloudFront との相関 TLS を設定できます。詳細な実装ガイダンスとベストプラクティスについては、CloudFront Mutual TLS (ビューワー) のドキュメントをご覧ください。

Amazon EC2 announces interruptible Capacity Reservations

本日、Amazon EC2 は、リザーブドキャパシティーの有効活用とコスト削減に役立つ中断可能なキャパシティー予約を発表しました。オンデマンドキャパシティー予約 (ODCR) は、特定のアベイラビリティーゾーンのコンピューティング容量を任意の期間予約するのに役立ちます。ODCR を使用していないときは、一時的に中断可能な ODCR として利用できるようにして、重要な操作のためにキャパシティを再利用できるようにしながら、組織内の他のワークロードが ODCRS を利用できるようにすることができます。\n 未使用の容量を中断可能なODCRとして再利用することで、バッチ処理、データ分析、機械学習トレーニングなど、柔軟でフォールトトレラントな運用に適したワークロードは、一時的に利用可能なキャパシティの恩恵を受けることができます。予約所有者はいつでもキャパシティを取り戻すことができますが、割り込み型ODCRの利用者は終了前に中断通知を受け取ることにより、正常なシャットダウンや事前のチェックポイント確認が可能になります。 現在、キャパシティ・リザベーションを利用しているすべてのお客様が、割り込み型ODCR を追加費用なしでご利用いただけます。この機能の地域別の利用可能性については、AWS Capabilities by Regionalsウェブサイトを参照してください。クラウドフォーメーションのサポートは間もなく開始される予定です。詳細については、キャパシティ予約ユーザーガイドを参照してください。

AWS IoT Core now supports IoT thing registry data retrieval from IoT rules

AWS IoT Core は、IoT ルールを使用して IoT Thing レジストリデータを動的に取得する新機能を発表しました。これにより、IoT メッセージのフィルタリング、エンリッチメント、ルーティングの機能が強化されます。新しい get_registry_data () インラインルール関数を使用すると、デバイス属性、デバイスタイプ、グループメンバーシップなどの IoT Thing レジストリデータにアクセスし、この情報を IoT ルールで直接活用できます。\n たとえば、ルールで AWS IoT Core 接続ライフサイクルイベントをフィルタリングし、モノの属性 (「テスト」や「本番」デバイスなど) を取得して、ライフサイクルイベントをさまざまなエンドポイントにルーティングしてダウンストリーム処理を行うように通知できます。この機能を使用して、他のデバイスからのレジストリデータで IoT メッセージをエンリッチしたり、ルーティングしたりすることもできます。たとえば、IoT Thing レジストリにあるセンサーの閾値温度を、そのゲートウェイが中継するメッセージに追加できます。 まず、デバイスを AWS IoT Core に接続し、IoT デバイスのデータを IoT Thing レジストリに保存します。その後、IoT ルールを使用してレジストリデータを取得できます。この機能は、AWS IoT Core が存在するすべての AWS リージョンで利用できます。詳細については、開発者ガイドと API ドキュメントを参照してください。

AWS Elemental MediaTailor now supports HLS Interstitials for live streams

AWS Elemental MediaTailor は、ライブストリーム用の HTTP ライブストリーミング (HLS) インタースティシャルをサポートするようになりました。これにより、放送局やストリーミングサービスプロバイダーは、最新のさまざまな動画プレーヤーにシームレスでパーソナライズされた広告体験を配信できます。この機能により、顧客はHLS Interstitials仕様（RFC 8216）を使用してインタースティシャル広告やプロモーションをライブストリームに直接挿入できます。この仕様は、HLS.js、Shaka Player、Bitmovin Player、iOS 16.4、tvOS 16.4以降を搭載したAppleデバイスなどの人気プレーヤーでネイティブにサポートされています。\n HLS インタースティシャルでは、MediaTailor が自動的に必要なメタデータタグ (インタースティシャルクラス EXT-X-DATERANGE と X-ASSET-LIST 属性) を生成して、クライアントプレイヤーにインタースティシャルコンテンツをいつ、どのように再生するかを知らせます。このアプローチにより、プレーヤー側のカスタムスティッチングロジックが不要になり、開発の複雑さが軽減され、一貫した再生動作が保証されます。この機能はMediaTailorの既存のサーバーサイド広告挿入（SSAI）機能と統合され、コンテンツとインタースティシャルの間のバッファリングなしでフレーム精度の高いトランジションを実現します。サーバーサイドビーコンは引き続きHLS Interstitialsと連携するため、広告トラッキングと測定のワークフローはそのまま維持されます。 ライブストリーム用の HLS インタースティシャルは、正確な広告タイミングと最小限のレイテンシーが重要なスポーツ放送、ライブニュース、イベントストリーミングに特に役立ちます。この機能はプレロールとミッドロールの挿入をサポートしているため、お客様はライブコンテンツを柔軟に収益化できます。今回の発表は、MediaTailorの既存のVOD向けHLSインタースティシャルサポートを補完するもので、リニア、ライブ、FAST、VODの各ワークフローにわたるサポートを締めくくります。MediaTailor ではテストとデプロイが容易になり、お客様はマルチバリアント・マニフェスト・リクエストのシンプルなクエリー・パラメーターを使用して HLS インタースティシャルを迅速に有効または無効にでき、基盤となる MediaTailor 構成を変更せずに再生セッションごとに制御できるようになります。 ライブストリーム用の AWS Elemental MediaTailor HLS インタースティシャルは、現在、MediaTailor が運営されているすべての AWS リージョンでご利用いただけます。使用した機能に対してのみ料金が発生し、前払いの義務はありません。詳細を確認して使用を開始するには、AWS Elemental MediaTailor ドキュメントと HLS インタースティシャル実装ガイドをご覧ください。

Amazon Redshift now supports federated permissions across multi-warehouse architectures

Amazon Redshift は、マルチウェアハウスアーキテクチャ全体でフェデレーテッドアクセス権限をサポートするようになりました\n Amazon Redshift はフェデレーテッドアクセス権限をサポートするようになりました。これにより、複数の Redshift データウェアハウスにわたるアクセス権限管理が簡単になります。お客様はワークロードの拡張と分離のためにマルチウェアハウスアーキテクチャを採用しており、ウェアハウス全体でシンプルで一貫性のある権限管理を求めています。Redshift フェデレーテッドパーミッションでは、任意の Redshift ウェアハウスから一度データパーミッションを定義すれば、アカウント内のすべてのウェアハウスに自動的に適用できます。 フェデレーテッドアクセス権限を持つ Amazon Redshift ウェアハウスはすべての Redshift ウェアハウスに自動的にマウントされ、AWS IAM Identity Center で既存のワークフォース ID を使用することも、既存の IAM ロールを使用してウェアハウス全体のデータをクエリすることもできます。どのウェアハウスをクエリに使用するかに関係なく、行レベル、列レベル、およびマスキングの制御が常に自動的に適用され、きめ細かなアクセスコンプライアンスが提供されます。Redshift サーバーレス名前空間または Redshift でプロビジョニングされたクラスターを AWS Glue Data Catalog に登録することから始めて、Redshift Query Editor V2 またはサポートされている任意の SQL クライアントを使用してウェアハウス間のクエリを開始できます。新しいウェアハウスは自動的に権限ポリシーを適用し、アナリストは登録されたウェアハウスのすべてのデータベースをすぐに確認できるため、ガバナンスの複雑さを増すことなく新しいウェアハウスを追加できるため、複数のウェアハウスの水平的な拡張性が得られます。 Amazon Redshift フェデレーション権限は、サポートされている AWS リージョンでは追加料金なしで利用できます。詳細については、Amazon Redshift のドキュメントをご覧ください。

Amazon U7i instances now available in Asia Pacific (Jakarta) Region

本日より、6 TB のメモリ (u7i-6tb.112xlarge) を搭載した Amazon EC2 ハイメモリ U7i インスタンスがアジアパシフィック (ジャカルタ) リージョンで利用できるようになりました。U7i-6TB インスタンスは AWS 第 7 世代の一部であり、カスタムの第 4 世代インテル Xeon スケーラブルプロセッサー (サファイアラピッズ) を搭載しています。U7i-6TB インスタンスには 6 TB の DDR5 メモリが搭載されているため、お客様は急速に拡大するデータ環境でトランザクション処理スループットを拡張できます。\n U7i-6TB インスタンスは 448 個の vCPU を搭載し、最大 100 Gbps の Elastic Block Storage (EBS) をサポートしてデータの読み込みとバックアップを高速化し、最大 100 Gbps のネットワーク帯域幅を提供し、ENA Express をサポートします。U7i インスタンスは、SAP HANA、Oracle、SQL Server などのミッションクリティカルなインメモリデータベースを使用するお客様に最適です。 U7i インスタンスの詳細については、ハイメモリインスタンスのページをご覧ください。

Amazon Connect flow modules now support custom inputs, outputs, and version management

Amazon Connect フローモジュールは、バージョンとエイリアスの管理に加えて、カスタム入力、出力、ブランチをサポートするようになりました。今回のリリースにより、再利用可能なフローモジュールのパラメータを特定のビジネスロジックに合わせて柔軟に定義できるようになりました。たとえば、電話番号と PIN を入力として受け入れ、顧客名と認証ステータスを「認証済み」や「未認証」などの分岐を含む出力として返す認証モジュールを作成できます。すべてのパラメーターは、特定のニーズに合わせてカスタマイズできます。\n さらに、高度なバージョン管理とエイリアシング機能により、モジュールの更新をよりシームレスに管理できます。不変のバージョンスナップショットを作成し、エイリアスを特定のバージョンにマッピングできます。エイリアスを新しいバージョンを指すように更新すると、そのモジュールを使用するすべてのフローが自動的に更新されたバージョンを参照します。これらの新機能により、フローモジュールはより強力で再利用しやすくなり、フローの構築と保守をより効率的に行えるようになります。 これらの機能の詳細については、Amazon Connect 管理者ガイドを参照してください。この機能は Amazon Connect を提供するすべての AWS リージョンで利用できます。AWS クラウドベースのコンタクトセンターである Amazon Connect の詳細については、Amazon Connect のウェブサイトをご覧ください。

AWS Glue announces catalog federation for remote Apache Iceberg catalogs

AWS Glue は、リモート Iceberg カタログのカタログフェデレーションの一般提供を発表しました。この機能により、Amazon S3 に保存され、AWS 分析エンジンを使用してリモートカタログにカタログ化された Iceberg テーブルに直接かつ安全にアクセスできます。\n カタログフェデレーションを使用すると、テーブルを移動したりコピーしたりすることなく、任意の AWS 分析エンジンを使用してリモートの Iceberg カタログにフェデレーションしたり、リモートの Iceberg テーブルにクエリを実行したりできます。データチームがリモートテーブルにクエリを実行すると、AWS Glue Data Catalog とリモートカタログ間でメタデータがリアルタイムで同期されるため、クエリ結果は常に完全に最新の状態に保たれます。好みの AWS 分析エンジンを使用してリモート Iceberg テーブルを分析する際、ワークロードに最適なコストパフォーマンスを選択できるようになりました。また、データの検出やクエリを行う際には、一貫したセキュリティ管理を維持できます。カタログフェデレーションは、Amazon Redshift、Amazon EMR、Amazon Athena、AWS Glue、Apache Spark などのサードパーティエンジン、サーバーレスノートブックを搭載した Amazon SageMaker など、さまざまな分析エンジンによってサポートされています。 カタログフェデレーションはアクセス制御に AWS Lake Formation を使用するため、リモートカタログテーブルを他のデータコンシューマーと共有する際に、きめ細かなアクセス制御、クロスアカウント共有、信頼できる ID 伝達を使用できます。カタログフェデレーションは、Iceberg REST 仕様をサポートするカタログ実装と統合されます。 カタログフェデレーションは、Lake Formation コンソールと AWS Glue と Lake Formation の SDK と API を使用して利用できます。この機能は通常、AWS Glue と Lake Formation が利用できるすべての AWS 商用リージョンで利用できます。コンソールで数回クリックするだけで、リモートカタログへのフェデレーション、データベースとテーブルの検索、テーブルデータへのアクセス権限の付与、AWS アナリティクスエンジンを使用したリモート Iceberg テーブルのクエリを行うことができます。詳細については、ドキュメントをご覧ください。

Claude Opus 4.5 now available in Amazon Bedrock

お客様はAmazon BedrockのClaude Opus 4.5を使用できるようになりました。これは、大手AI企業が提供する高性能な基盤モデルを選択できるフルマネージドサービスです。Opus 4.5 は Anthropic の最新モデルで、コーディング、エージェントワークフロー、コンピューターの使用、オフィスタスクの分野で新しい基準を打ち立てると同時に、Opus レベルのインテリジェンスを 3 分の 1 のコストで利用できます。\n Opus 4.5はプロフェッショナルなソフトウェアエンジニアリングタスクに優れており、SWE-Benchで最先端のパフォーマンスを実現しています。このモデルは、あいまいさやトレードオフに関する理由を処理し、複数のシステムにまたがる推論を必要とするバグの修正を見つけ出すことができます。多言語コーディング機能が向上し、複数日にわたるチーム開発プロジェクトを、数時間に及ぶタスクに変えるのに役立ちます。この世代の Claude は開発ライフサイクル全体に及びます。プロダクションコードとリードエージェントは Opus 4.5、迅速なイテレーションとスケーリングされたユーザーエクスペリエンスには Sonnet 4.5、サブエージェントと無料階層製品には Haiku 4.5 が使われています。 このモデルは、コーディング以外にも、一貫性、専門的研磨、ドメイン認識を備えた文書、スプレッドシート、プレゼンテーションを作成するエージェントの力となり、財務やその他の精度が重視される業種に最適です。Anthropicのこれまでで最高のビジョンモデルであり、複雑な視覚的解釈と多段階のナビゲーションに依存するワークフローを解放します。Opus 4.5 では Amazon Bedrock API を通じて、ツール検索とツールの使用例という 2 つの新機能が導入されています。これらの更新により、Claude は大規模なツールライブラリをナビゲートし、複雑なタスクを正確に実行できるようになりました。ベータ版で提供される新しい工数パラメータにより、Claude が思考、ツールコール、レスポンスにどれだけの労力を割り当てるかを制御して、パフォーマンスと待ち時間およびコストのバランスを取ることができます。 クロード・オーパス 4.5 が Amazon Bedrock で複数の場所でグローバルクロスリージョン推論によって利用できるようになりました。利用可能なリージョンの全リストについては、ドキュメントを参照してください。Amazon Bedrock のモデルを使い始めるには、ローンチブログを読むか、Amazon Bedrock コンソールにアクセスしてください。

AWS Lambda announces enhanced error handling capabilities for Kafka event processing

AWS Lambda は、Amazon マネージドストリーミング用の Apache Kafka (MSK) およびセルフマネージド Apache Kafka (SMK) イベントソース向けの強化されたエラー処理機能をリリースしました。これらの機能により、お客様はカスタムの再試行設定を構築し、失敗したメッセージの再試行を最適化し、失敗したイベントを障害発生時の宛先として Kafka トピックに送信できるため、堅牢なエラー処理戦略を備えた回復力のある Kafka ワークロードを構築できます。\n お客様は Kafka イベントソースマッピング (ESM) を Lambda 関数と共に使用して、ミッションクリティカルな Kafka アプリケーションを構築します。Kafka ESM は、イベントを指数的にバックオフして再試行し、失敗したイベントを Amazon SQS、Amazon S3、Amazon SNS などの障害発生時に送信先に保持することで、失敗したイベントの堅牢なエラー処理を可能にします。ただし、お客様は厳しいビジネス要件とパフォーマンス要件を満たすためにカスタマイズされたエラー処理を必要としています。今回の発表により、開発者は失敗したイベント処理を正確に制御できるようになり、Kafka ESM のプロビジョニングモードを使用する際の障害発生時の追加先として Kafka トピックを活用できるようになりました。お客様は特定の再試行制限と再試行の時間境界を定義できるようになり、これらの制限を超える失敗レコードは、お客様が指定した宛先に自動的に破棄されます。また、失敗したレコードをバッチで自動的に再試行するように設定したり、失敗したメッセージを個別に報告するように機能コードを拡張したりして、再試行プロセスを最適化できるようになりました。 この機能は、AWS Lambda の Kafka ESM 向けプロビジョニングモードが利用できるすべての AWS 商用リージョンで利用できます。 これらの機能を有効にするには、ESM API、AWS コンソール、AWS CLI で Kafka ESM の設定パラメータを指定します。詳細については、Lambda ESM ドキュメントと AWS Lambda の料金表をご覧ください。

Amazon MSK Replicator is now available in five additional AWS Regions

Amazon MSK Replicator を使用して、さらに 5 つの AWS リージョン (アジアパシフィック (タイ)、メキシコ (中央)、アジアパシフィック (台北)、カナダ西部 (カルガリー)、ヨーロッパ (スペイン) の Amazon マネージドストリーミング用 Apache Kafka (Amazon MSK) クラスター全体でストリーミングデータをレプリケートできるようになりました。\n MSK Replicator は Amazon MSK の機能で、数回クリックするだけで、異なる、または同じ AWS リージョンにある Amazon MSK クラスター間でデータを確実にレプリケートできます。MSK Replicator を使用すれば、可用性と事業継続性を向上させるために、リージョンの耐障害性に優れたストリーミングアプリケーションを簡単に構築できます。MSK Replicator では、MSK クラスター全体での自動非同期レプリケーションが可能なため、カスタムコードを書いたり、インフラストラクチャを管理したり、リージョン間のネットワークを設定したりする必要がありません。MSK Replicator は基盤となるリソースを自動的にスケーリングするので、容量を監視したりスケーリングしたりしなくても、データをオンデマンドでレプリケートできます。MSK Replicator は、トピック構成、アクセス制御リスト (ACL)、コンシューマーグループのオフセットなど、必要な Kafka メタデータもレプリケートします。あるリージョンで予期しないイベントが発生した場合、他の AWS リージョンにフェイルオーバーして処理をシームレスに再開できます。 MSK レプリケーターは Amazon MSK コンソールまたは Amazon CLI から開始できます。詳細については、MSK Replicator 製品ページ、価格ページ、およびドキュメントをご覧ください。

Amazon Quick Suite Embedded Chat is now available

本日、AWSは、Amazon Quick Suite Embedded Chatの一般提供を発表しました。これにより、構造化データと非構造化知識を1つの会話にまとめるQuick Suiteの会話型AIをアプリケーションに直接組み込むことができるため、会話型インターフェイス、オーケストレーションロジック、またはデータアクセスレイヤーをゼロから構築する必要がなくなります。\n Quick Suite Embedded Chat は根本的な問題を解決します。ユーザーは別のツールではなく、自分が働いている場所で答えを求めているというものです。CRM、サポートコンソール、分析ポータルのいずれであっても、状況に応じた即時対応が必要です。ほとんどの会話ツールは、構造化されたデータや文書、分析やナレッジベースのいずれかに優れており、質問への回答やアクションの実行に優れていますが、上記のすべてを行うことはめったにありません。クイックスイートはこのギャップを埋めます。これで、ユーザーは埋め込みチャットから離れることなく、KPI の参照、ファイルからの詳細の取得、顧客フィードバックの確認、アクションのトリガーを 1 回の連続した会話で行うことができます。 Embedded Chatは、ワンクリックで埋め込むか、既存の認証を使用する登録ユーザー向けのAPIベースのiframeを使用するか、シンプルな統合により、この統一されたエクスペリエンスをアプリケーションにもたらします。Agentic Chat をコネクター経由でデータに接続して、SharePoint や Web サイトを検索したり、Slack メッセージを送信したり、Jira タスクを作成したり、ブランドカラー、コミュニケーションスタイル、パーソナライズされた挨拶でエージェントをカスタマイズしたりできます。エージェントがアクセスする対象を選択し、すべてのアクションの範囲を明示的に指定しても、セキュリティは常にユーザーの管理下にあります。 Quick Suite Embedded Chat は、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド) の AWS リージョンで利用でき、今後数か月で他の AWS リージョンにも利用範囲を拡大する予定です。クイックスイート埋め込みチャットには追加料金はかかりません。Quick Suite の既存の価格については、こちらをご覧ください。 詳細については、「Amazon Quick Suite 導入ブログの埋め込み」を参照してください。Amazon クイックスイートを使い始めるには、Amazon クイックスイートの製品ページをご覧ください。

Amazon OpenSearch Service now supports OpenSearch version 3.3

Amazon OpenSearch サービスで OpenSearch バージョン 3.3 を実行できるようになりました。OpenSearch 3.3 では、検索パフォーマンス、オブザーバビリティ、エージェント AI 統合をよりシンプルかつ強力にする新機能など、いくつかの改善が加えられています。\n 今回の発表には、ベクター検索機能の改善がいくつか含まれています。まず、エージェント検索では、複雑なドメイン固有言語 (DSL) クエリを作成しなくても、自然言語入力を使用して正確な検索結果を得ることができるようになりました。次に、セマンティックハイライターのバッチ処理は、オーバーヘッドレイテンシーを減らし、GPU の使用率を高めることでパフォーマンスを向上させます。最後に、Neural Search プラグインの強化により、セマンティック検索がより効率的になり、特定のデータ、パフォーマンス、関連性のニーズに合わせた最適化オプションが提供されています。

このリリースでは、PPL のデフォルトクエリエンジンとして Apache Calcite のサポートも導入されました。これにより、最適化機能、クエリ処理効率の向上、新しい PPL コマンドと関数の豊富なライブラリが提供されます。さらに、今回の発表には、ページ分割された検索結果の応答性を向上させる近似フレームワーク、リアルタイムダッシュボード、大規模な時系列または数値データセットによる詳細なページネーションを必要とするアプリケーションの機能強化も含まれています。最後に、ワークロード管理プラグインにより、検索トラフィックをグループ化し、ネットワークリソースを分離できるようになりました。これにより、特定のリクエストがネットワークリソースを過剰に使用することを防ぎ、テナントレベルで分離できます。

OpenSearch 3.3 へのアップグレードに関する情報は、ドキュメントを参照してください。OpenSearch 3.3 は、Amazon OpenSearch サービスが利用できるすべての AWS リージョンで利用できるようになりました。

Amazon Aurora PostgreSQL introduces dynamic data masking

Amazon Aurora PostgreSQL 互換エディションは、新しい pg_columnmask 拡張機能による動的データマスキングをサポートするようになりました。これにより、データベース内の機密データの保護が簡単になります。pg_columnmask は、PostgreSQL のネイティブな行レベルのセキュリティと列レベルの権限を補完する列レベルの保護を有効にすることで、Aurora のセキュリティ機能を拡張します。pg_columnmaskを使用すると、SQLベースのマスキングポリシーを通じて機密データへのアクセスを制御し、役割に基づいてクエリ時にユーザーにデータがどのように表示されるかを定義できるため、GDPR、HIPAA、PCI DSSなどのデータプライバシー規制に準拠できます。\n pg_columnmask では、組み込み関数またはユーザー定義関数を使用して柔軟なマスキングポリシーを作成できます。情報を完全に隠したり、一部の値をワイルドカードに置き換えたり、カスタムのマスキング方法を定義したりできます。さらに、1 つの列に複数のマスキングポリシーを適用し、重みを使用して優先順位を制御できます。pg_columnmask は、WHERE、JOIN、ORDER BY、または GROUP BY 句を使用して複雑なクエリのデータを保護するのに役立ちます。データはクエリ処理中にデータベースレベルでマスクされ、保存されているデータは変更されません。

pg_columnmask は Aurora PostgreSQL バージョン 16.10 以降で利用でき、Aurora PostgreSQL が利用可能なすべての AWS リージョンでは 17.6 以降で使用できます。詳細については、ブログ投稿と技術文書をご覧ください。

Amazon CloudFront integrates with VPC IPAM to support BYOIP

Amazon CloudFront では、VPC IP アドレスマネージャー (IPAM) を介したエニーキャスト静的 IP の独自の IP アドレス (BYOIP) の持ち込み (BYOIP) がサポートされるようになりました。この機能により、ネットワーク管理者は CloudFront ディストリビューションで独自のパブリック IPv4 アドレスプールを使用できるようになり、AWS のグローバルインフラストラクチャ全体の IP アドレス管理が簡単になります。\n CloudFront は通常、ローテーション IP アドレスを使用してトラフィックを処理します。CloudFront Anycast Static IP を使用すると、お客様は専用の IP アドレスリストをパートナーや顧客に提供できるため、セキュリティが強化され、ネットワーク管理が簡素化されます。以前は、Anycast Static IP を実装しているお客様には、ワークロード用に AWS から提供された静的 IP アドレスが提供されていました。IPAM の統合インターフェイスにより、お客様は BYOIP を使用して専用 IP アドレスプールを作成し、それらを CloudFront エニーキャスト静的 IP リストに割り当てることができるようになりました。お客様は CloudFront に移行する際に、アプリケーションの既存の IP アドレススペースを変更する必要がないため、既存の許可リストやブランド設定が維持されます。

この機能は、AWS GovCloud (米国) リージョン、中国 (北京、Sinnet が運営)、中国 (北京、Sinnet が運営)、中国 (寧夏、NWCD が運営) を除くすべての商用 AWS リージョンの Amazon VPC IPAM 内で利用できます。CloudFront BYOIP 機能の詳細については、BYOIP CloudFront のドキュメントを参照してください。料金の詳細については、Amazon VPC 料金表ページの「IPAM」タブを参照してください。

Amazon SageMaker HyperPod now supports NVIDIA Multi-Instance GPU (MIG) for generative AI tasks

Amazon SageMaker HyperPod は NVIDIA マルチインスタンス GPU (MIG) テクノロジーをサポートするようになりました。これにより、管理者は単一の GPU を複数の分離された GPU に分割できるようになりました。この機能により、管理者はパフォーマンスとタスクの分離を維持しながら、GPU パーティション上で多様で小規模なジェネレーティブ AI (GenAI) タスクを同時に実行することでリソース利用率を最大化できます。\n 管理者は、SageMaker HyperPod コンソールで使いやすい構成設定を選択するか、GPU の全容量を必要としない特定のタスク要件に合わせて、ハードウェアから分離されたきめ細かなリソースを有効にするカスタムセットアップ方法のいずれかを選択できます。また、コンピューティングクォータを割り当てて、チーム全体に GPU パーティションを公平かつ効率的に分散させることもできます。GPU パーティション全体にわたるリアルタイムのパフォーマンスメトリクスとリソース使用率監視ダッシュボードにより、管理者は可視性を得てリソース割り当てを最適化できます。データサイエンティストは、軽量の推論タスクをスケジューリングし、GPU パーティション上でインタラクティブなノートブックを並行して実行することで、GPU が完全に利用できるようになるまでの待ち時間をなくすことで、市場投入までの時間を短縮できるようになりました。 この機能は現在、米国西部 (オレゴン)、米国東部 (バージニア北部)、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オハイオ)、米国西部 (北カリフォルニア)、カナダ (中部)、南米 (サンパウロ)、ヨーロッパ (ストックホルム)、ヨーロッパ (スペイン)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (米国) の AWS リージョンの Amazon SageMaker HyperPod クラスターで利用できます。ムンバイ）、アジアパシフィック（ジャカルタ）、アジアパシフィック（メルボルン）、アジアパシフィック（東京）、アジアパシフィック（シドニー）、アジアパシフィック（ソウル）、アジアパシフィック（シンガポール） 詳細については、SageMaker HyperPod Web ページおよび SageMaker HyperPod のマニュアルを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Compute Blog

AWS Contact Center

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

AWS HPC Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

Open Source Project

AWS CLI

AWS CDK

Amazon EKS Anywhere