2024/7/9 9:00:00 ~ 2024/7/10 9:00:00 (JST)

最近の発表

Announcing the next generation of Amazon FSx for NetApp ONTAP file systems

本日、NetApp ONTAPファイルシステム向け次世代Amazon FSxを発表します。これは、前世代のファイルシステムと比較して高いスケーラビリティと柔軟性を提供します。前世代のファイルシステムは、最大 4 GBps のスループットを実現する 1 組の高可用性 (HA) のファイルサーバで構成されていました。次世代ファイルシステムは、最大 12 の HA ペアで作成または拡張できるため、合計スループットを最大 72 GB/s (ペアあたり最大 6 GBps) まで拡張でき、最も要求の厳しいワークロードのニーズに合わせてパフォーマンスとストレージを柔軟に拡張できます。\n ONTAPファイルシステム向けの次世代FSxにより、1つのHAペアで最大6 GBpsのスループットを実現できるようになり、1つのHAで実行されるワークロードの拡張余地がさらに広がります。ただし、最も計算量の多いワークロードを抱えているお客様は、複数の HA ペアを備えたファイルシステムによって実現されるより高いスループットを必要としています。これまで、これらの顧客は複数の HA ペアでファイルシステムを作成することはできても、HA ペアを後で追加したり、スループットを調整したりすることはできませんでした。現在、次世代ファイルシステムでは HA ペアを追加し、そのスループット容量を調整できるようになり、時間の経過と共にワークロードのパフォーマンスを柔軟に最適化できるようになりました。 現在、次世代ファイルシステムは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、ヨーロッパ (アイルランド)、アジア太平洋 (シドニー) の AWS リージョンでご利用いただけます。単一の HA ペアで次世代のマルチ AZ ファイルシステムを、最大 12 の HA ペアでシングル AZ ファイルシステムを作成できます。詳細については、FSx for ONTAP ユーザーガイドをご覧ください。

Amazon FSx for NetApp ONTAP now supports NVMe-over-TCP for simpler, lower-latency shared block storage

ネットアップの人気のONTAPファイルシステム上に構築されたフルマネージド型の共有ストレージを提供するサービスであるAmazon FSx for NetApp ONTAPは本日、NVMe-over-TCP（NVMe/TCP）ブロックストレージプロトコルのサポートを発表しました。NVMe/TCPを使用すると、データベースや仮想デスクトップインフラストラクチャ（VDI）などのブロックストレージワークロードを従来のiSCSIブロックストレージと比較して低レイテンシーで高速化し、iSCSIに比べてマルチパスIO（MPIO）構成を簡素化できます。\n FSx for ONTAPは、共有ブロックストレージに依存するデータベースやVDIなどのアプリケーションを導入するためのiSCSIプロトコルを含む、フルマネージド共有ストレージへのマルチプロトコルアクセスを提供します。NVMe/TCP は、従来のイーサネットをファブリックとして使用して TCP 経由でデータを転送する NVMe プロトコルの実装です。今回のリリースでは、NVMe/TCP の低レイテンシーとシンプルなセットアップの利点を生かすために、NVMe/TCP を使用してこれらのアプリケーションに共有ブロックストレージを提供できるようになりました。 NVMe/TCPは、利用可能なすべてのAWSリージョンのすべての第2世代Amazon FSx for ONTAPファイルシステムで使用できます。詳細については、FSx for ONTAP ユーザーガイドをご覧ください。

AWS Glue Data catalog now supports generating statistics for Apache Iceberg tables

AWS Glue データカタログでは、Apache Iceberg テーブルの列レベルの集計統計の生成がサポートされるようになりました。これらの統計は Amazon Redshift Spectrum のコストベースオプティマイザー (CBO) と統合されるようになったため、クエリのパフォーマンスが向上し、コスト削減につながる可能性があります。\n Apache Iceberg は NULL、最小、最大などの統計をサポートしていますが、個別値の数 (NDV) などの集計統計の生成はサポートしていません。今回のリリースにより、NDV が Apache Iceberg テーブルの列に収集され、Apache Iceberg Puffin ファイルに保存されるという、エンドツーエンドのエクスペリエンスが統合されました。Amazon Redshift は、これらの集計統計を使用して、最も制限の厳しいフィルターをクエリ処理のできるだけ早い段階で適用することでクエリを最適化します。これにより、メモリ使用量と、クエリ結果を提供するために読み取られるレコードの数が制限されます。 はじめに、AWS Glue コンソールまたは AWS Glue API を使用して Apache Iceberg テーブルの統計を生成できます。実行するたびに、Glue カタログは現在のアイスバーグテーブルスナップショットの統計情報を計算し、アイスバーグパフィンファイルと Glue カタログに保存します。Amazon Redshift Spectrum からクエリを実行すると、Apache Iceberg との組み込み統合により、自動的にクエリのパフォーマンスが向上します。

Amazon FSx for NetApp ONTAP now allows you to read data during backup restores

Amazon FSx for NetApp ONTAP は、ネットアップの一般的なONTAPファイルシステム上に構築されたフルマネージド型の共有ストレージサービスで、バックアップからの復元中にボリュームからデータを読み取ることができるようになりました。「バックアップリストア中の読み取りアクセス」機能により、メディアストリーミングやコンプライアンス検証など、ビジネス継続性のためにバックアップリストアに依存する読み取り専用ワークロードのリカバリ時間目標を最大で 17 倍短縮できます。\n FSx for ONTAP バックアップは、いつでも新しいボリュームにリストアできます。これまで、バックアップを復元すると、バックアップがボリュームに完全にダウンロードされると、Amazon FSx はデータへの読み取り/書き込みアクセスを提供していました。復元プロセスには、バックアップのサイズにもよりますが、通常は数分から数時間かかりました。本日より、Amazon FSx では、復元を開始してから数分以内にデータへの読み取りアクセスが可能になり、バックアップをブラウズして重要なデータを取得できるため、誤ってデータを変更または削除した場合でも、より迅速に操作を再開できます。データが完全に復元されると、ボリュームは自動的に書き込み可能になります。復元中のボリュームからの読み取りを行うことで、1 次ボリュームが使用できなくなった場合のメディアストリーミングアプリケーションの復旧時間を短縮できます。また、コンプライアンスチームは、復元が完了するのを待たずにデータにアクセスできるため、監査をより早く開始できます。 この機能は、FSx for ONTAP の第 2 世代ファイルシステムを利用できるすべての AWS リージョンで、すべての新規および既存の FSx for ONTAP 第 2 世代ファイルシステムで使用できます。詳細については、FSx for ONTAP の製品ドキュメントを参照してください。

Amazon SageMaker introduces a new generative AI inference optimization capability

本日、Amazon SageMaker は、Llama 3、Mistral、Mixtral モデルなどの生成 AI モデルのコストを最大 50% 削減しながら、スループットを最大 2 倍向上させる新しい推論機能を一般提供することを発表しました。たとえば、Llama 3-70B モデルでは、ml.p5.48xlarge インスタンスで最大 2400 トークン/秒を実現できましたが、以前は最適化を行わなかった場合は最大 1200 トークン/秒でした。\n この新機能により、お客様は投機的デコーディング、量子化、コンパイルなどの最新のモデル最適化手法のメニューから選択し、それらをジェネレーティブ AI モデルに適用できます。最適化レシピを実行するのに必要なハードウェアのプロビジョニングは、ディープラーニングのフレームワークやライブラリとともに、SageMaker が行います。お客様は、さまざまな一般的なオープンソースモデルで大規模なパフォーマンスがテストされた SageMaker の投機的デコードソリューションをすぐにサポートできます。また、独自の投機的デコードソリューションを用意することもできます。量子化に関しては、SageMaker は異なるモデルアーキテクチャでの精度型との互換性とサポートを保証します。コンパイル時には、SageMaker のランタイムインフラストラクチャーが最適化されたモデルの効率的なロードとキャッシュを保証し、自動スケーリング時間を短縮します。 お客様は AWS SDK for Python (Boto3)、SageMaker Python SDK、または AWS コマンドラインインターフェイス (AWS CLI) のこの新機能を活用できます。この機能は現在、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム)、南米 (サンパウロ) の各リージョンで一般的にご利用いただけます。

AWS Glue Studio now offers a no code data preparation authoring experience

本日、AWS Glue Studio Visual ETL は、データ準備オーサリングの一般提供を発表しました。これは、AWS Glue for Spark で大規模にデータ統合ジョブを実行するスプレッドシートスタイルの UI を備えた、ビジネスユーザーとデータアナリスト向けのコード不要の新しいデータ準備ユーザーエクスペリエンスです。新しい視覚的なデータ準備エクスペリエンスにより、データアナリストやデータサイエンティストは、分析や機械学習 (ML) に備えるためのデータのクリーニングと変換が容易になります。この新しいエクスペリエンスでは、あらかじめ用意されている何百種類もの変換の中から選択して、データ準備タスクを自動化できます。しかも、コードを書く必要はありません。\n ビジネスアナリストはデータエンジニアと協力してデータ統合の仕事を構築できるようになりました。データエンジニアは Glue Studio Visual フローベースのビューを使用してデータへの接続を定義し、データフロープロセスの順序を設定できます。一方、ビジネスアナリストは、データ準備の経験を活かしてデータ変換と出力を定義できます。さらに、DataBrew のお客様は、既存のデータクレンジングと準備の「レシピ」を新しい AWS Glue データ準備エクスペリエンスにインポートし、引き続き AWS Glue Studio で直接作成し、レシピをペタバイト単位のデータを処理するようにスケールアップできます。また、AWS Glue ジョブの場合は低価格です。 この機能は、AWS Glue DataBrew が利用できるすべての商用 AWS リージョンで利用できます。詳細については、ドキュメントとブログ投稿を参照してください。

Amazon RDS Data API for Aurora PostgreSQL is now available in 10 additional AWS regions

Aurora Serverless v2 および Aurora でプロビジョニングされた PostgreSQL 互換データベースインスタンス用の RDS Data API が、アジアパシフィック (シドニー)、アジアパシフィック (ムンバイ)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、米国西部 (北カリフォルニア)、米国東部 (オハイオ)、カナダ (中部) で利用できるようになりました。RDS Data API を使用すると、安全な HTTP エンドポイントを介してこれらの Aurora クラスターにアクセスし、データベースドライバーを使用したり接続を管理したりせずに SQL ステートメントを実行できます。\n Data API は、データベース接続を自動的にプールおよび共有 (コネクションプーリング) することで、ドライバーの使用をなくし、アプリケーションのスケーラビリティを向上させます。これにより、顧客に接続を管理する必要がなくなります。お客様は AWS SDK と CLI を介してデータ API を呼び出すことができます。データ API では、AWS AppSync GraphQL API を介して Aurora データベースにアクセスすることもできます。Aurora サーバーレス v2 および Aurora のデータ API でサポートされている API コマンドは、Aurora サーバーレス v1 のデータ API と下位互換性があるため、お客様のアプリケーションを簡単に移行できます。 データ API は Aurora PostgreSQL 15.3、14.8、13.11 以降のバージョンをサポートしています。現在 ASv1 のデータ API を使用しているお客様は、ASv2 に移行して新しいデータ API を利用することをお勧めします。詳細については、ドキュメントをご覧ください。

Amazon MWAA now supports Apache Airflow version 2.9

Apache Airflow バージョン 2.9 の環境を Apache Airflow 用 Amazon マネージドワークフロー (MWAA) で作成できるようになりました。Apache Airflow 2.9 は、お客様がワークフローを作成、スケジュール、監視するのに役立つ人気のオープンソースツールの最新のマイナーリリースです。\n Amazon MWAA は Apache Airflow 向けのマネージドオーケストレーションサービスで、クラウドでのエンドツーエンドのデータパイプラインの設定と運用を簡単にします。Apache Airflow 2.9 では、データセット管理を改善する新しい API エンドポイント、読みやすくするための動的タスクマッピングのカスタム名、データセットの依存関係の条件式やデータセットと時間ベースのスケジュールの組み合わせなどの高度なスケジューリングオプションなど、いくつかの注目すべき機能強化が導入されています。

Amazon EC2 R8g instances powered by AWS Graviton4 now generally available

AWS は、Amazon Elastic Compute Cloud (Amazon EC2) R8g インスタンスの一般提供を発表しました。これらのインスタンスは 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 の帯域幅を提供します。Elastic Fabric Adapter (EFA) ネットワーキングサポートは 24xlarge、48xlarge、およびベアメタルサイズで提供され、Elastic Network Adapter (ENA) Express サポートは 12 倍を超えるインスタンスサイズで提供されます。

Amazon OpenSearch Service announces Natural Language Query Generation for log analysis

Amazon OpenSearch Service は、OpenSearch ダッシュボードのログエクスプローラーで AI を活用した自然言語クエリ生成のサポートを追加しました。自然言語クエリ生成では、ログ探索の質問を平易な英語で行うことで分析時間を短縮できます。質問は関連するパイプ処理言語 (PPL) クエリに自動的に翻訳され、実行されて要求されたデータを取得できます。\n この新しい自然言語サポートにより、PPL に習熟していなくても、ログ分析をすぐに開始できます。さらに、「ウェブサイトの各ページの 5xx エラーの数を見せて」や「ホストごとのスループットを見せて」などの質問をすることで、簡単にログデータを調べることができるチームメンバーがログ分析を行えるようになりました。また、自然言語による質問と生成された PPL の両方を繰り返し改良できるため、上級ユーザーが複雑なクエリを作成する場合にも役立ちます。 この機能は、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、カナダ (中部)、中国 (北京)、中国 (寧夏) でOpenSearch 2.13以降でマネージドクラスターを実行しているお客様が無料で利用できます。、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム)、南米 (サンパウロ)、AWS GovCloud (米国東部)、AWS GovCloud (米国西部)

AWS Partner Central now supports multi-factor authentication

AWS パートナーセントラルは、ログイン時の多要素認証 (MFA) 機能をサポートするようになりました。ユーザーは、本人確認のため、ログイン認証情報とともに、登録した E メールアドレスに送信される 1 回限りのパスコードを入力するよう求められます。\n MFA は保護をさらに強化し、AWS パートナーセントラルへの不正アクセスのリスクを軽減します。さらに、登録した E メールアドレスにアクセスできる必要があるため、アクティブなユーザーのみが AWS Partner Central にアクセスできるようになります。AWS パートナーは自動的に MFA に登録されますが、アライアンスリードとクラウド管理者はすべての AWS Partner Central ユーザーの希望に応じてこの機能を無効にすることができます。 詳細については、AWS パートナーセントラル入門ガイドをご覧ください。

Simplified service terms for AWS Marketplace sellers

AWS パートナーは、簡単なワンクリック操作で AWS Marketplace に販売者として登録できるようになりました。AWS Marketplace の利用規約を AWS サービス条件に含めることで、AWS パートナーが AWS Marketplace での販売に関する個別の条件を確認して同意する必要がなくなりました。代わりに、パートナーは AWS アカウントにサインインし、クリックするだけで AWS Marketplace 管理ポータルで AWS Marketplace 販売者として登録できます。\n 独立系ソフトウェアベンダー (ISV)、データプロバイダー、コンサルティングパートナーなどの AWS パートナーは、AWS Marketplace 内のソフトウェア、サービス、データを AWS のお客様に販売できます。AWS Marketplace は AWS パートナーネットワーク (APN) と共同で、価値あるビジネス、技術、マーケティングのサポートを提供することで、ISV やコンサルティングパートナーが AWS サービスを構築、マーケティング、販売できるよう支援しています。AWS Marketplace は世界中のお客様にご利用いただけます。パートナーは AWS Marketplace の販売者になることの利点を発見し、AWS Marketplace への旅を始めることができます。 詳細については、AWS Marketplace での販売に関する新しい簡略化された規約をご覧ください。

Amazon EventBridge Schema Registry now supports AWS PrivateLink VPC endpoints

Amazon EventBridge スキーマレジストリが AWS PrivateLink をサポートするようになり、パブリックインターネットを経由せずに Amazon 仮想プライベートクラウド (VPC) 内からレジストリにアクセスできるようになりました。本日のリリースにより、インターネットゲートウェイをデプロイしたり、ファイアウォールルールを設定したり、プロキシサーバーを設定したりすることなく、プライベートサブネットから EventBridge Schema Registry 機能を活用できるようになりました。\n Amazon EventBridge では、イベントを使用してアプリケーションコンポーネントを接続できるため、スケーラブルなイベント駆動型アプリケーションを簡単に構築できます。EventBridge Schema Registry では、イベントの構造を表すスキーマを一元的に保存できるため、他のチームがスキーマを見つけて利用できるようになります。ご自身でレジストリにスキーマを追加することも、スキーマ検出機能を使用して EventBridge イベントバスに送信されたイベントのスキーマをキャプチャすることもできます。スキーマをレジストリに登録したら、Java、Python、TypeScript、Golang でそれらのスキーマのコードバインディングをダウンロードし、お好みの統合開発環境 (IDE) で使用して、コード検証やオートコンプリートなどの IDE 機能を活用できます。

Amazon FSx for OpenZFS introduces a highly available Single-AZ deployment option

Amazon FSx for OpenZFS は、高可用性 (HA) シングル AZ 配置をサポートするようになりました。これにより、データ分析、機械学習、半導体チップ設計など、高可用性の恩恵を受けながらマルチゾーンの耐障害性を必要としないユースケースで、高可用性と一貫性のあるサブミリ秒単位のレイテンシーを実現できます。シングル AZ HA ファイルシステムは、これらのユースケースでマルチ AZ ファイルシステムよりも低レイテンシーで低コストのストレージオプションを提供すると同時に、データ管理機能や機能はすべて同じです。\n これまで、FSx for OpenZFS は、読み取りと書き込みのレイテンシーがミリ秒未満のシングル AZ 非 HA ファイルシステムと、AZ 間でデータを同期的に複製することで高い可用性と耐久性を実現するマルチ AZ ファイルシステムを提供していました。Single-AZ HA ファイルシステムを使用すると、データ分析、機械学習、半導体チップ設計など、データのセカンダリコピーまたは再生可能なデータを扱うためにマルチゾーンの耐障害性を必要としないワークロードでは、マルチ AZ ファイルシステムよりも低コストで、高可用性と一貫性のあるサブミリ秒単位のレイテンシーの両方を実現できます。 シングル AZ HA ファイルシステムを、米国東部 (オハイオ、バージニア北部)、米国西部 (北カリフォルニア、オレゴン)、アジアパシフィック (香港、ムンバイ、ソウル、シンガポール、シドニー、東京)、カナダ (中部)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、ストックホルム)、中東 (バーレーン) で作成できます。シングル AZ HA ファイルシステムの詳細については、FSx for OpenZFS のドキュメントをご覧ください。

Amazon Q Business now provides responses that are personalized to users

Amazon Qは、Q Businessのパーソナライズ機能を発表できることを嬉しく思います。これは、顧客がユーザープロファイルを検討してより有用な回答を提供することで、従業員の生産性をさらに向上させるのに役立ちます。Q は、従業員の所在地、部署、役割などの情報を使用して、回答の関連性を高めています。\n Q Business のパーソナライゼーション機能は自動的に有効になり、企業の従業員プロファイルデータを使用してユーザーエクスペリエンスを向上させることができます。追加の設定は不要です。Q は、お客様が AWS IAM Identity Center に接続した組織のアイデンティティプロバイダーから従業員プロファイル情報を受け取ります。 Amazon Q Business は、従業員が組織の知識や企業システムとやり取りする方法に革命をもたらします。これにより、ユーザーは複雑な質問に対する包括的な回答を得て、統一された直感的なウェブベースのチャットエクスペリエンスでアクションを取ることができます。これらはすべて、企業の既存のコンテンツ、データ、システムを使用して行うことができます。パーソナライゼーション機能は、Q Business が利用できるすべての AWS リージョンで利用できます。詳細については、Amazon Q Business ユーザーガイドを参照してください。

Announcing Playlist page for PartyRock

本日、PartyRockは、あなたがキュレーションしたPartyRockアプリのコレクションを紹介するのに役立つプレイリストページを発表しました。Amazon Bedrock の基盤モデルを使用する PartyRock を使えば、誰もがジェネレーティブな AI 搭載アプリケーションを構築、使用、共有できます。\n 2023 年 11 月 26 日、コミュニティで作成された人気の PartyRock アプリを紹介するディスカバーページを発表しました。今回のリリースでは、カスタマイズしたプレイリストページにアプリを追加できるようになり、他のユーザーがアプリを簡単に閲覧して使用できるようになりました。これまで、PartyRock アプリには 2 つのモードがありました。1 つは自分だけがアプリを表示、使用、編集できるのはプライベートモードで、もう 1 つはリンクを誰とでも共有してアプリを閲覧、使用できる [共有モード] です。本日より、アプリを公開するモードが追加されました。このモードはプレイリストページに自動的に表示され、誰でも簡単にアプリを閲覧して使用できるようになります。PartyRockのサイドナビゲーションバーからプレイリストページに移動してプレイリストを設定します。ここで、現在のアプリを確認してプレイリストに追加できます。作成したプレイリストは https://partyrock.aws/u/ でご覧いただけます。プレイリストには、共有リンク経由かプレイリストページからの直接かを問わず、他のユーザーがアプリを閲覧または使用した回数を表示する「アプリビュー」もあります。

AWS は期間限定で、PartyRock の新規ユーザーに、クレジットカードの提供や AWS アカウントへのサインアップを必要としない無料トライアルを提供しています。ジェネレーティブ AI を実際に体験するには、PartyRock にアクセスしてください。

Amazon S3 Express One Zone now supports logging of all events in AWS CloudTrail

Amazon S3 Express One Zone は AWS CloudTrail のすべてのデータプレーン API アクションのロギングをサポートしているため、S3 Express One ゾーンに対して API 呼び出しを行ったユーザーと API 呼び出しが行われた日時に関する詳細を取得できるため、ガバナンス、コンプライアンス、運用監査のためのデータの可視性が高まります。AWS CloudTrail を使用して、すでにサポートされている CreateBucket や DeleteBucket などのディレクトリバケットレベルのアクションに加えて、PutObject や GetObject などの S3 Express 1 ゾーンオブジェクトレベルのアクティビティを記録できるようになりました。\n AWS CloudTrail にすべてのイベントを記録することで、どの S3 Express One Zone オブジェクトが作成、読み取り、更新、削除されたかをすばやく判断し、API 呼び出しのソースを特定できます。S3 Express One Zone オブジェクトへの不正アクセスを検出した場合、アクセスを制限するアクションをただちに講じることができます。さらに、どのイベントをログに記録するかをきめ細かく制御する高度なイベントセレクターや、CloudTrail と Amazon EventBridge の統合などの CloudTrail 機能を使用して、イベント駆動型アーキテクチャ向けのルールベースのワークフローを作成できます。 S3 Express One ゾーンが利用可能なすべての AWS リージョンの S3 Express One ゾーンの AWS CloudTrail データイベントロギングを有効にできます。CloudTrail コンソール、AWS CLI、または AWS SDK を使用して S3 Express One ゾーンの CloudTrail イベントロギングを開始してください。料金情報については、CloudTrail の料金表ページをご覧ください。詳細については、S3 ユーザーガイド、S3 Express One Zone 製品ページ、および AWS ニュースブログを参照してください。

Amazon OpenSearch Serverless expands support for time-series workloads up to 30TB

Amazon OpenSearch サーバーレスが、時系列コレクションで最大 30 TB のデータのワークロードをサポートするようになったことを発表できることを嬉しく思います。OpenSearch Serverless は Amazon OpenSearch Service のサーバーレスデプロイオプションで、インフラストラクチャ管理について考える必要なく、検索と分析のワークロードを簡単に実行できます。OpenSearch Serverless は、大規模なデータセットをサポートするようになったため、ログ分析、セキュリティ分析、リアルタイムのアプリケーションモニタリングなど、よりデータ量の多いユースケースに対応できるようになりました。\n インデックス作成と検索に使用されるOpenSearch Serverlessの計算能力は、OpenSearch コンピュートユニット (OCU) で測定されます。OpenSearch Serverless では、大規模なデータセットに対応するため、インデックス作成と検索の操作を個別にスケーリングして、最大 500 個の OCU を使用できるようになりました。さらに、このリリースでは、スケーリングを改善し、クエリの待ち時間を短縮する新しいデータハイドレーションメカニズムが導入されました。コストを管理するために、検索とインデックス作成の最大 OCU 制限を個別に設定できます。また、CloudWatch メトリクスを使用して OCU の使用状況をリアルタイムでモニタリングし、ワークロードのリソース消費量をより的確に把握することもできます。

Announcing Valkey GLIDE, an open source client library for Valkey and Redis open source

本日、オープンソースのValkeyクライアントライブラリであるエンタープライズ向けValkey汎用言語独立ドライバー（GLIDE）をご紹介します。Valkey は、キャッシュやメッセージキューなどのさまざまなワークロードをサポートするオープンソースのキーバリューデータストアです。Valkey GLIDE は Valkey の公式クライアントライブラリの 1 つで、すべての Valkey コマンドをサポートしています。GLIDE は Valkey 7.2 以降、Redis オープンソース 6.2、7.0、7.2 をサポートしています。アプリケーションプログラマーは GLIDE を使用して、アプリケーションを Valkey および Redis OS 互換のサービスに安全かつ確実に接続できます。\n Valkey GLIDE は、Valkey および Redis OSS ベースのアプリケーション向けに、信頼性、最適化されたパフォーマンス、高可用性を実現するように設計されています。AWS によってサポートされており、何千ものお客様が使用している Redis OS 互換サービスを 10 年以上運用してきた経験から得たベストプラクティスがあらかじめ設定されています。アプリケーションの開発と運用の一貫性を確保するため、GLIDE は Rust で記述され、言語固有の拡張が加えられたコアドライバーフレームワークを使用して実装されています。この設計により、言語間で機能の一貫性が保たれ、全体的な複雑さが軽減されます。今回のリリースでは、GLIDE が Java と Python で利用できるようになり、現在開発中の他の言語もサポートされています。 Valkey GLIDE はオープンソースでパーミッシブライセンス (Apache 2.0 ライセンス) であり、Amazon ElastiCache や Amazon MemoryDB など、バージョン 6.2、7.0、7.2 をサポートする Valkey または Redis OS 互換のディストリビューションならどれでも使用できます。まずは、主要なオープンソースのパッケージマネージャーからダウンロードしてください。詳細については、ブログ投稿をご覧ください。また、Valkey GLIDE GitHub リポジトリに投稿を投稿してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations & Migrations Blog

AWS Big Data Blog

AWS Contact Center

AWS Database Blog

AWS for Industries

AWS Machine Learning Blog

AWS for M&E Blog

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amplify for JavaScript

Firecracker