Redis®*: サービスのサイズ設計

このドキュメントはベクトル検索とRAGガイドの一部です。完全なガイドはこちらからご覧いただけます：Redisによるセマンティック検索、レコメンデーション、リトリーバル拡張生成（RAG）。

👋 Stackhero ドキュメントへようこそ！

Stackhero では、すぐに使える Redis cloud ソリューションをご提供しています。主な特長は以下の通りです：

• Redis Commander Web UI を標準搭載。
• メッセージサイズ・転送量が無制限。
• ワンクリックで簡単にアップデート可能。
• プライベートかつ専用インフラによる最適なパフォーマンスと強固なセキュリティ。

時間を節約し、運用をシンプルに：Stackhero の Redis cloud hosting ソリューションは、わずか5分でお試しいただけます！

ベクトルはメモリ上に保存されます。必要なメモリ容量は次の式で見積もれます：

numberOfVectors x dimensions x 4 bytes に加え、HNSWグラフ用に約30～50%の追加メモリが必要です。

例えば、1536次元のベクトルが100万件の場合、生データだけで約6GBを消費します。この規模なら20GBプランが快適なスタートポイントです。メモリ使用量を抑えるには：

• より小さいモデルを使う。 例えば768次元モデルなら、1536次元モデルの半分のメモリで済みます。
• モデルが対応していればFLOAT32の代わりにFLOAT16で保存することで、さらに半分に削減できます。

実際の使用量はFT.INFO chunksIndexや、Prometheusモニタリングのused_memoryメトリクスで確認できます。利用量が増えた場合も、ダッシュボードから簡単にプランアップグレードが可能です。