Amazon ElastiCache Serverless for Valkeyにベクトル・全文・ハイブリッド検索と集計が追加：Valkey 9が必要。AWSはレイテンシ「マイクロ秒まで低く」、ベクトル再現率「最大99%」、「1日数十億件のクエリ」を処理できるとするが、本稿が検証していないベンダーの主張で、データ規模、ハードウェア、料金は示されていない

2026年11月10日、AWSはAmazon ElastiCache Serverless for Valkeyが、ベクトル検索、全文検索、ハイブリッド検索と集計に対応したと発表しました。通知は、この機能が狙う課題を説明しています。ライブのデータを検索するアプリケーションは、レイテンシと再現率の間で厳しいトレードオフに直面し、更新が検索可能になるまでに時間がかかることも多いというものです。本稿はAWSの通知と、ElastiCacheユーザーガイドの「Getting started with Search」のページに基づきます。両ページの速度と再現率の数値はすべてAWS自身の記述です。どちらのページもデータセット、ベクトルのサイズ、ハードウェア、テスト方法を示していないため、本稿はこれらを実測結果ではなく、条件付きで本稿が検証していないAWSの主張として扱います。

通知は3つの性能に関する記述をしています。検索は「ベクトル検索で最大99%の再現率で、レイテンシはマイクロ秒単位まで低く」実行でき、「1日に数十億件のクエリ」を処理でき、更新は「書き込みが完了するとすぐに、最短でマイクロ秒で」検索可能になるというものです。1つ目と3つ目には限定語があり、2つ目にはありません。「〜まで低く」は最良の場合を表し、典型値や保証値ではありません。「最大99%の再現率」は上限で、再現率は検索が見つける真の最近傍の割合であり、インデックス設定やデータによって変わります。「1日に数十億件のクエリ」はテスト条件の示されていない処理能力の主張で、上限や1日の割り当てとして示されたものではありません。ガイドは、ElastiCache for Valkeyが「AWS上の代表的なベクトルデータベースの中で、再現率95%以上において最も低いレイテンシ、最も高いスループット、最良のコスト性能」のベクトル検索を提供するとしますが、ページに比較データはありません。通知は必要に応じて再現率を調整できると述べており、速度と再現率のトレードオフは残り、自分で選ぶ設定になったことを意味します。

機能について、ガイドはリアルタイムの全文検索、タグの完全一致検索、数値範囲検索、ベクトル検索、ハイブリッド検索を挙げています。通知は、1つのクエリで複数の検索タイプを組み合わせ、サーバー側の集計で結果を分析できると述べています。どの組み合わせ、演算子、コマンドに対応するか、またエンジンのバージョンで違うかは、2つのページには書かれていません。ガイドはそれを別の「Search features and limits」と「Command Reference」のページに委ねており、本稿はそれらを読んでいません。通知が挙げる用途は、商品発見、レコメンデーションシステム、検索拡張生成です。ガイドは、ベクトル対応がAmazon Bedrock、Amazon SageMaker、Anthropic、OpenAIなどの提供元の埋め込み向けで、数十億の高次元ベクトルを最大99%の再現率でインデックス、検索、更新するためのものだとしています。「数十億」は設計上の主張で、ページはテスト済みの規模、費用、メモリ必要量を示していません。

通知はこの機能をAIエージェント向けにも売り込んでいます。開発者は、エージェント、セッション、タスクごとに専用のデータストアを持たせて記憶や文脈の取得に使え、エージェントは本番環境や互いに触れずに試し、失敗し、やり直せると述べています。各データストアは数秒で準備でき、ネットワーク設定なしでパブリックエンドポイントから到達でき、使った分だけ課金され、管理するインフラはゼロだとしています。パブリックエンドポイントは便利です。通知はそこでのアクセス制御を説明していないため、機密のテキストを含みうるエージェントの記憶に使う前に、セキュリティ担当はElastiCacheの認証と暗号化に関するドキュメントを読むべきです。本稿はその部分を読んでいません。

バージョンの条件が重要な事実です。通知によると、検索はElastiCache Serverless for Valkeyのバージョン9で、すべての商用AWSリージョン、AWS GovCloud（米国）リージョン、AWS欧州ソブリンクラウドリージョンで利用できます。AWSマネジメントコンソール、SDK、CLIで、新しいサーバーレスキャッシュを作るか、既存のキャッシュをValkey 9にアップグレードします。ガイドはより広い全体像を示しています。検索はValkey 8.2以降のノードベースクラスターと、Valkey 9.0以降のElastiCache Serverlessキャッシュで動作します。これは検索の最低バージョンであり、各バージョンですべての検索機能が同じだとはページから言えません。そのため、古いエンジンバージョンの既存キャッシュは先にアップグレードが必要ですが、両ページはアップグレードに何が必要かを述べていません。通知はValkeyを「Redisに代わる最も寛容なオープンソースでベンダー中立の選択肢であり、ElastiCacheの推奨エンジン」と説明しています。これはAWSが自社の推奨を述べたものです。

ガイドは検索の下に3つのサブトピックを挙げています。機能と制限、適切な構成の選択、検索の書き込みスロットリングです。最後の項目は重要です。書き込みが完了するとすぐに検索可能データを更新するキャッシュは、書き込みが多いときに自らを守る必要があり、スロットリングの項目があることは制限が適用されることを示唆します。ここで取得したページはそれを説明していないため、更新が「書き込み完了後すぐ」に検索可能になるという主張は、自分の書き込みレートで試すべきです。ガイドはまた、エージェントのワークフロー向けに「ElastiCache Skill」とValkey MCPサーバーがあり、インデックスの管理、ベクトル埋め込みの生成、統合検索ツールを提供するとも述べています。本稿はこれらを試していません。

情報源には欠けているものがいくつかあります。価格はなく、通知は価格ページを案内しています。データ量、ベクトル次元、ハードウェアが示されたベンチマークはなく、AWS自身の主張以外に他のベクトルデータベースとの比較もなく、100万ベクトルあたりのメモリ使用量の説明もありません。これを別の検索基盤やベクトルストアと比較検討するチームは、実際のベクトル、フィルター、書き込みレートで自分たちのテストを行い、必要なレイテンシで再現率を測り、コストを価格ページと比べるべきです。主張が成り立つなら、実際の利点は、高速なキーバリューデータと検索を1つのサービスに置けることです。この2つのページは、それらが成り立つことを証明していません。