- ホーム
- HotKV vs Dragonfly
HotKV vs Dragonfly
直接比較で測定したDragonflyの代替
どちらのサーバーもマルチスレッドでRedisプロトコルを話すため、Dragonfly™の代替は細部で乗り換えの価値を示さなければなりません。スレッドがどのようにデータを共有するか、データがどのように永続化されるか、サーバーに何が組み込まれているか。HotKV Ltdは、このDragonflyの代替とDragonflyを一台の160 vCPUマシン上で同じ負荷のもとで測定し、引き分けだったものを含めてすべての数値を公開しました。
Dragonfly
スレッドごとに一つのシャード
MGET a b cHotKV
単一の共有ストア
MGET a b cこのDragonflyの代替は、160 vCPUのマシン一台で単一インスタンスとして動かし、Dragonfly 2.0.2に対して12コマンド中11で上回り、スループットは2.0xから4.4xでした。HotKVはそのCPU向けにソースからビルドしました。Dragonfly 2.0.2は標準ビルドのまま動かしました。小さなマシンでは差は小さくなります。
ドロップイン
このDragonflyの代替で変わらないもの
HotKVはRedisワイヤプロトコルを実装しています。Dragonflyからの移行は、通常はホストと認証情報の変更だけです。コアセット以外のものについてはコマンドリファレンスを確認してください。
同じプロトコル
HELLOネゴシエーション付きのRESP2とRESP3。HotKVはクライアントにRedisバージョン8.4.0を報告するため、ライブラリはそれに基づいて機能を選びます。接続文字列、パイプライン、pub/sub、トランザクションは今までどおり動作します。
同じクライアントとツール
RedisとValkeyのクライアントライブラリ、redis-cli、redis-cli --cluster、GUIツールが、コアコマンドについてはコード変更なしでHotKVに接続できます。
同じコアコマンド
300のコアコマンド、Luaスクリプティングと関数ライブラリ、そして必要なときにはHotKV独自のコマンドファミリー。
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
... (さらに4つのフィールド)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme # HotKVのコマンド、必要なときに
(integer) 1Dragonflyの代替を選ぶ理由
チームがDragonflyの代替を探す理由
チームにDragonflyの代替を探させるDragonflyの文書化された特性。2026年10月21日に確認しました。
シェアードナッシングのシャード
Dragonflyはキースペースをスレッドごとのシャードに分割します。MSETやMGETのように複数のシャードにまたがるキーに触れるコマンドは、スレッド間で調整されます。HotKVはすべてのスレッドを単一の共有ストア上で動かします。この違いこそが、このDragonflyの代替の核心です。
追記専用ファイルがない
Dragonflyはポイントインタイムのスナップショットで永続化します。そのドキュメントには、現時点でAOFをサポートしていないと記載されています。追記専用ファイルを備えたDragonflyの代替は、その穴を埋めます。HotKVはスナップショットとAOFを提供します。
BSL 1.1のソースアベイラブル
DragonflyはBusiness Source License 1.1のもとでライセンスされています。その許諾は、ご自身の製品やサービスの内部での使用を認めています。インメモリデータストア製品またはサービスとしての使用、またはDragonflyDBと競合するホステッドサービスとしてDragonflyを提供することは認めていません。コードは変更日にApache 2.0に移行します。現在のライセンス文では2030年11月1日です。HotKVは独自のライセンス条件による商用ソフトウェアです。
ベクトル検索は組み込み、AIキャッシュは非組み込み
Dragonflyにはベクトル検索があります。プロンプトキャッシュ、セマンティックキャッシュ、エージェントメモリ、LLMコスト追跡はサーバーの一部ではありません。
主張ではなく測定
このDragonflyの代替を測定しました。HotKV vs Dragonfly 2.0.2、同じマシン上で
HotKV Ltdは、HotKVとDragonfly 2.0.2を同じ160 vCPUのマシン上で、単一インスタンスとして一つずつ動かしました。それぞれに同じ負荷とすべてのコアを与えました。HotKV Ltdはすべての数値を方法と生データとともに公開しました。
- 11 12中
- Dragonflyに対してHotKVが最高のスループットを測定したコマンド
- 2.0x から 4.4x
- HotKVが上回った11コマンドにおける、Dragonflyに対するHotKVのスループットの倍率(MGETからINCR)
- PING
- Dragonflyは0.6%高い値を測定しましたが、負荷生成機の限界の範囲内のため、引き分けとみなします
HotKV LtdはこのCPU向けにHotKVをソースからビルドしました。Dragonflyは標準リリースビルドのまま動かしました。どちらも単一インスタンスとして動かしました。スレッド数は各製品の文書化された全コア設定に従い、製品ごとのチューニングは行っていません。コア数の少ないマシンでは差は小さくなります。
毎秒のオペレーション数、10秒間の実行3回の中央値。各バーの組は、そのコマンドで速い方のサーバーに合わせてスケールしています。
* ネットワーク律速: この結果はインスタンスのネットワークによって決まったもので、サーバー自体の上限はこれより高くなります。
† 負荷生成側律速: 負荷生成マシンのCPU使用率が85%を超えていたため、これはサーバーではなく負荷生成マシンの上限です。
Azure D160alds_v7(AMD EPYC 9V45 (Turin)、160 vCPU)、2026年10月9日に測定。256バイトの値、パイプライン深度30、5,000,000件の事前投入キーを一様ランダムに読み取り。専用の負荷生成マシン3台。各サーバーは永続化をオフにして単一インスタンスとして単独で動かしました。それぞれにすべてのコアを与えました(Redisは最大値である128のI/Oスレッド)。HotKV LtdはこのCPU向けにHotKVをソースからビルドし、Dragonflyは標準リリースビルドのまま動かしました。 方法と結果の全文 · ハーネスと生データ
並べて比較
このDragonflyの代替とDragonflyを機能ごとに
公平を期して
DragonflyがこのDragonflyの代替より優れている点、または単に異なる点
このDragonflyの代替のページは、この部分も伝えてはじめて役に立ちます。
- PINGでは、DragonflyはHotKVより0.6%高い値を測定しました。負荷生成機は両方とも80%を超えるCPU使用率だったため、HotKV Ltdはこれを引き分けとみなしています。いずれにせよ表には掲載しています。
- Dragonflyのスナップショットは、HotKVと同じくforkなしであり、Prometheusメトリクスをサーバー自身が提供します。
- Dragonflyは、BSL 1.1のもとでご自身の製品の内部で無料でセルフホストでき、Dragonfly Cloudは成熟したマネージドサービスです。このDragonflyの代替であるHotKV Cloudは早期アクセス中です。
移行する
DragonflyからこのDragonflyの代替へ、4つのステップで
Dragonflyの代替への切り替えに実際に必要なこと。
- 1
インスタンスを作成する
HotKV Cloudコンソールでリージョンとプランを選びます。インスタンスは専用の一台のマシンで、プロビジョニング、パッチ適用、監視は代行されます。
- 2
クライアントの接続先を切り替える
今お使いのクライアントライブラリはそのままです。ホスト、ポート、認証情報をDragonflyからHotKVインスタンスに変更します。TLSとパスワード認証は最初から有効で、ACLユーザーも利用できます。同じプロトコルを話すDragonflyの代替なら、コアコマンドについてクライアントの変更は不要です。
- 3
データを移行する
すでに知っているツールを使えます。DUMPとRESTORE、MIGRATE、または書き込みのリプレイのいずれも動作します。HotKVがこれらのコマンドを実装しているからです。
- 4
足りなかったものを有効にする
ベクトル検索とキーのタグ付けは全プランのコアコマンドです。プロンプトキャッシュとセマンティックキャッシュ、エージェントメモリ、LLMコスト追跡は、Performanceプラン以上で同じサーバーのコマンドとして使えます。モジュールもサイドカーも第二のサービスも不要です。Dragonflyの代替が加えるべきものはこれです。
よくある質問
このDragonflyの代替についての質問
どちらもマルチスレッドです。このDragonflyの代替は何が違うのですか?
Dragonflyは各スレッドにキースペースの独自のシャードを与えるため、キーが複数のシャードにまたがるコマンドはスレッド間で調整されます。HotKVはすべてのスレッドを単一の共有ストア上で動かすため、複数キーのコマンドも単一キーのコマンドも同じ経路をたどります。
ベンチマークで両者はどう比較されましたか?
Azure D160alds_v7上で、単一インスタンスとして動かしたところ、HotKVはDragonfly 2.0.2に対して12コマンド中11で最高の中央値スループットを記録しました。倍率はMGETの少なくとも2倍からINCRの少なくとも4.4倍まででした。PINGは負荷生成機の限界の範囲内で引き分けでした。すべての数値、方法、生データを公開しています。
HotKVにはAOFがありますか?
はい。HotKVはスナップショットと追記専用ファイルで永続化します。Dragonflyのドキュメントには、現時点でAOFをサポートしていないと記載されています。
コードを変更せずにDragonflyから移行できますか?
どちらのサーバーもRESP2とRESP3を話すため、コアコマンドについては同じクライアントライブラリがこのDragonflyの代替に接続できます。データはDUMPとRESTORE、MIGRATE、または書き込みのリプレイで移行します。コアセット以外のものについてはコマンドリファレンスを確認してください。
今お持ちのクライアントで、このDragonflyの代替を試してください
HotKV Cloudは段階的に開放しています。このDragonflyの代替のすべてのインスタンスは、マルチスレッドエンジンを備えた専用マシンです。AIコマンドファミリーはPerformanceプランとScaleプランに付属します。
その他の比較