RAGの構築費用はいくらか
——なぜ30万円台から始められるのか
社内向けのRAGをいくらで作れるか調べると、「小規模で50〜200万円、本格導入なら300〜800万円」という数字がよく出てきます。運用は月5〜50万円。相場観として間違ってはいません。
ただ、この幅の広さ自体が答えになっていません。50万円と800万円を分けているのは、開発の腕でも工数でもありません。「毎月かかり続けるもの」を構成に入れたかどうかです。
私たちは小規模な構成であれば30万円台から、保守は月1万円からお受けしています。安くしているわけではなく、増えるはずだった固定費を最初から作っていないだけです。この記事では、その中身を分解します。
まず、費用は4つに分かれる
| 項目 | 中身 | 性質 |
|---|---|---|
| 初期構築 | 設計・実装・チャンク設計・検証 | 一度きり |
| 埋め込みの生成 | 文書をベクトルに変換する処理 | 文書量に比例。何度も発生する |
| 基盤の月額 | ベクトルDB・サーバー | 毎月かかり続ける |
| 推論 | 質問1回ごとのLLM利用料 | 使った分だけ |
見積もりを比べるとき、多くの人は1番目だけを見ます。ですが総額を決めているのは2番目と3番目です。この2つは、構成の選び方でゼロにできます。
① 埋め込みのAPI費用をゼロにする
文書をベクトルに変換する処理を「埋め込み」と呼びます。ここは外部のAPIを使うか、自前で動かすかの二択です。
APIを使う構成だと、何が起きるか
一般的な見積もりは、OpenAIなどの埋め込みAPIを使う前提で作られています。この場合、処理した文書の量に比例して課金されます。
問題は金額そのものより、一度きりで終わらないことです。
- 文書を追加するたびに、追加分の費用
- チャンクの切り方を変えるたびに、全件やり直し
- モデルを差し替えるたびに、全件やり直し
2番目が地味に効きます。RAGは一発で精度が出るものではなく、分割の仕方を何度か変えて試すのが普通です。ところが従量課金だと、試すたびにお金がかかる。
結果として何が起きるか。「もう一回やり直すと費用がかかるので、この精度で妥協しよう」という判断になります。お金を惜しんで設計を固定したまま本番に出てしまう。これがいちばん高くつきます。
自前で動かす構成
私たちは multilingual-e5-small というモデルをサーバー上で直接動かしています。外部に問い合わせないので、何万件処理しても、何度やり直しても課金は発生しません。
「やり直しが無料」であることが、金額以上に効きます。納得できる精度が出るまでチャンク設計を何度でも試せる。妥協した状態で本番に出す必要がありません。
② ベクトルDBの月額をゼロにする
ベクトルを保存する場所として専用のデータベースを契約すると、当然ながら毎月お金がかかります。使っていなくてもかかります。
ですがすでにPostgreSQLが動いているなら、拡張機能をひとつ入れるだけで同じことができます。pgvector です。
「容量が心配」は、計算すれば消える
専用DBを勧められる理由としてよく挙がるのが容量です。実際に計算してみます。
384次元 × 4バイト × 100,000チャンク ≒ 150MB
10万チャンクでも150MB。既存のデータベースに同居させて問題になる大きさではありません。「ベクトルDBは高い」というのは、専用サービスを前提にした場合の話です。
もうひとつ、開発費そのものが下がる
こちらのほうが金額としては大きいかもしれません。
ベクトルを別サービスに置くと、検索結果のIDを持ち帰ってから、権限テーブルや業務データと突き合わせる処理を自分で書くことになります。同じDBにあれば、SQLひとつで済みます。
別々に置くと、
繋ぐためのコードを書く工数が毎回かかる。
しかもこの突き合わせはバグりやすい場所です。件数が合わない、権限が漏れる、順序が狂う。テストの手間も含めると、構成の選択だけで初期費用が変わってきます。
③ インフラを増やさない
すでにDjangoなどで社内システムが動いているなら、その中に組み込めます。新しいサーバーを立てる必要がありません。
これは初期費用より保守費に効きます。サーバーが増えれば、監視の対象もバックアップの対象も増えます。毎月の作業が増えるので、保守費も上がる。
保守が月1万円から可能なのは、維持すべきものが増えていないからです。
そして、毎回ゼロから作っていない
ここまでは構成の話でしたが、30万円台という金額のもうひとつの理由がこれです。
RAGを作るとき、案件が違っても同じになる部分がかなりあります。
| 毎回同じになる部分 | 案件ごとに変わる部分 |
|---|---|
| 権限による絞り込みの仕組み | 誰にどの文書を見せるかのルール |
| チャンク分割と再計算の仕組み | 文書の形式・分割の粒度 |
| 類似度の打ち切り判定 | しきい値の調整 |
| 検索と生成をつなぐ処理 | 回答の口調・出力形式 |
左側は作り置きがあります。だから毎回ゼロから書くぶんの工数が、そもそも見積もりに乗りません。
逆に言えば、右側——お客様ごとに違う部分——に時間を使えます。安く作るというより、同じ予算で、考えるべきところに時間を回しているという感覚に近いです。
実際にかかる費用
| 項目 | 一般的な構成 | この構成 |
|---|---|---|
| 初期構築(小規模) | 50〜200万円 | 30万円台〜 |
| 埋め込みの生成 | 文書量に比例して課金 | 0円 |
| ベクトルDB月額 | 月額が発生 | 0円(既存DBに同居) |
| 保守 | 月5〜50万円 | 月1万円〜 |
| LLMの推論 | 使った分だけ | 使った分だけ |
最後の推論だけは、どの構成でも使った分だけ発生します。ここは 入力トークン数 × 単価 + 出力トークン数 × 単価 で計算できるので、想定の質問数を出していただければ事前に見積もれます。社内利用の規模なら、月数千円に収まることがほとんどです。
ただし、安くしてはいけないところがあります
削ると後で高くつく部分です。ここは値引きの対象にしません。
| 項目 | 削るとどうなるか |
|---|---|
| 権限の作り込み | 情報漏洩。一度起きると社内で運用停止になる |
| 監査ログ | 事故のとき「何が誰に漏れたか」を説明できない |
| チャンク設計の検証 | 精度が上がらず、結局使われなくなる |
特に監査ログは軽視されがちですが、残すべきは回答文ではなく「LLMに渡したチャンクのID」です。回答テキストだけのログは、事故のときにほとんど役に立ちません。
まとめ
- 相場の幅を作っているのは工数ではなく、「毎月かかり続けるもの」を構成に入れたかどうか
- 埋め込みを自前で動かすと、API費用がゼロになる。金額以上にやり直しが無料になることが効く
- pgvectorを使えばベクトルDBの月額がゼロ。10万チャンクでも150MB。さらに突き合わせのコードが不要になり初期費用も下がる
- インフラを増やさないので、保守費が上がらない
- 案件が違っても同じになる部分は作り置きがあるので、その工数は乗らない
- 結果として小規模で30万円台から、保守は月1万円から
- ただし権限と監査ログは削らない
関連記事
この記事では費用の内訳を扱いました。導入判断に必要な残りの論点は、それぞれ別の記事にまとめています。
| 記事 | 扱っていること |
|---|---|
| なぜRAGの見積もりは当たらないのか | 文書の状態が金額を決める。スキャンPDF・Excel・版の重複 |
| RAGで後から効いてくる費用 | 権限設計と再インデックス。後から足せないもの |
| 社内RAGは、小さく始めたほうが安い | 検討する順番と、最初にやめるべきこと |
POSIIでは、社内データを外に出さない構成でのRAG構築をお手伝いしています。小規模な構成であれば30万円台から、保守は月1万円からお受けしています。まずは対象の文書を見せていただいたうえで、実際にかかる費用をお出しします。