Percona、RedisアプリケーションのValkey Clusterへの移行を容易にするValkey-proxyを開発

Perconaは、レガシーアプリケーションをRedisからValkeyクラスターへ移行する際の主要な障害の一つに対処するために設計されたオープンソースプロキシ、Valkey-proxyを開発している。構想は、アプリケーションとValkeyクラスターの間に中間層を配置し、単一のRedisインスタンスを前提とするアプリケーションが、複数ノードへの対応、ルーティング、一部コマンドの差異に対応するための大規模なコード変更なしに動作し続けられるようにすることだ。

なぜプロキシが必要になったのか？

Redisが2024年にライセンスを、寛容なBSDライセンスからプロプライエタリなライセンスおよびソースコード公開型の代替ライセンスへ変更したことで、プロジェクトのコミュニティには大きな分裂が生じた。数日後、Linux FoundationはオープンソースのフォークとしてValkeyプロジェクトを立ち上げた。Redisはその後、2025年にオープンソースの選択肢としてAGPLv3ライセンスを追加したが、Valkeyは独立したガバナンスと異なるライセンスの下で歩みを続けた。

多くのアプリケーションは、キャッシュや高速アクセスが必要なワークロード向けのインメモリデータストアとしてRedisを利用している。しかし、単一インスタンスを中心に構築されたアプリケーションをValkey Clusterへ移行するには、通常、複数ノード、ルーティングメカニズム、一部コマンドの挙動を理解する必要がある。Redisの商用製品や一部のクラウドサービスはこの作業のためのプロキシ層を提供しているが、Perconaによれば、Valkeyを自社運用するユーザーには同等のオープンソースの選択肢が不足していた。

Valkey-proxyが提供するもの

このプロキシは、クラスターの複雑さをアプリケーションから隠すことを目指しており、既存のアプリケーションが複数ノードを直接扱うよう書き直すことなくValkeyクラスターに接続できるようにする。PerconaでRedisおよびValkeyエコシステムのゼネラルマネージャーを務めるKyle Davis氏は、適切なオープンソースソリューションが存在しなかったことが、Valkeyのより広範な採用を妨げる最後の大きな障壁の一つだったと述べた。

Davis氏は、Envoyなどの他のツールはValkeyプロトコルを完全には理解しておらず、プロジェクトのすべての機能をサポートできる方法で接続を管理できないと指摘した。そのためValkey-proxyは、単一のRedisインスタンスへの依存と、拡張可能なクラスターアーキテクチャの必要性との間に位置するレガシーアプリケーション層を対象としている。

誰が恩恵を受け、計画の範囲はどこまでか？

このプロジェクトは、自社でインフラストラクチャを運用する企業に役立つ可能性がある。対象には、限られたリソースを持つ小規模企業から、データ基盤の実行場所とコンプライアンス要件をより厳密に管理する必要がある金融サービス機関まで、オンプレミス環境を含む。

Perconaは最初のバージョンを社内で開発したが、9月下旬にValkey-proxyをValkeyプロジェクトに組み込む承認を得て、コードを非公開リポジトリから公開プロジェクトへ移行している。ソースコード全体は2026年10月末までに公開し、その後12月にリリース候補版を公開し、2027年初頭に一般提供を開始する予定だ。

Freshworksは初期ユーザーの一社となる。同社はPerconaと、テスト中に特殊なケースを見つけるための早期ユーザー兼設計パートナーとして協力している。また、AWSなど大手クラウド企業による貢献も可能性として残っているが、公式に表明されたコミットメントではない。

編集部の見解：実際に何が変わるのか？

Valkey-proxy自体は新たなデータベースの代替を提供するものではなく、単一のRedisインスタンスモデルからValkey Clusterへ移行する際のアーキテクチャ上のコストを削減するものだ。その重要性は、アプリケーションの互換性に対処する点にある。これは、データベースエンジン自体を置き換えるよりも複雑になり得る実務上の問題だ。ただし、プロジェクトはまだ一般提供前の段階にある。そのため、さまざまなコマンドとアプリケーションの挙動をどの程度カバーできるかは実環境でのテストによって決まり、互換性と性能の品質、コミュニティからの貢献も、一般版がリリースされるまで未解決の問題として残る。