ローカルLLMの構築方法|ローカルAIサーバーを社内に立てる5ステップ

ローカルAIの構築方法は、機材の用意、推論基盤のセットアップ、モデルの配置と動作確認、社内経路と権限の設計、監視と運用引き継ぎの5つの工程に分かれます。1台のパソコンでモデルを動かすだけなら、数十分で終わる作業です。社内の複数人が業務で使い続ける状態にするには、この5つを順に通していきます。情シス・DX推進の担当者から多いのは、ローカルLLMを使うと決めたあとの「実際に何を、どの順番で用意すればよいか」という質問です。この記事では、ローカルLLMを載せたローカルAIサーバーを社内に立てるまでを工程ごとに整理し、着手前に概算できるGPUメモリの目安、自前で組める範囲と支援を受ける範囲の分かれ目、つまずきやすい落とし穴、費用の考え方をあわせて説明します。読み終えたときに、自社が次に準備するものが具体的に見えている状態を目指しました。
- ローカルAIサーバーを社内に立てるまでの5つの構築ステップ
- 必要なGPUメモリを着手前に概算する計算
- 自前で組める範囲と、支援を受ける範囲の分かれ目
- 構築でつまずきやすい3つの落とし穴
- 費用の考え方と、相談の多い質問への回答
「動かせた」と「使い続けられる」の間にある差
オープンウェイトのモデルをパソコン1台にダウンロードして動かすだけなら、ソフトウェアを入れて数十分で試せます。技術に詳しい担当者が1人いれば、デモを見せるところまでは意外と早く辿り着きます。問題はそこから先です。社内の複数人が業務で使い続けられる状態にするには、動作確認だけでは足りない工程がいくつも挟まります。
具体的には、複数人が同時に使っても遅くならない処理能力の見積もり、社内のどこからアクセスできるようにするかの経路設計、モデルが古くなったときや障害が起きたときに誰が対応するかの体制づくりです。「動いた」で終わらせず「使い続けられる」まで持っていくための道筋が、この記事のテーマです。ローカルLLMという選択がそもそも自社に向いているかどうかはローカルLLMとは|社内データを外に出さずに使える3つの業務で、モデル選びの基準はローカルLLMのおすすめモデル|業務で選ぶ5つの基準で扱っています。この記事では、すでに対象業務と機微度が固まっている前提で、構築そのものの手順に絞って解説します。
構築に入る前に、決まっていてほしいこと
構築作業に着手する前に、次の3点が決まっているかを確認してください。決まっていない場合は、先にローカルLLMとはの記事で整理することをおすすめします。
| 確認しておくこと | 決まっていないまま構築を始めると起きること |
|---|---|
| 対象業務が1つに絞られているか | 要求される精度も処理量も定まらず、サーバーの規模を決められない |
| 扱うデータの機微度が言葉になっているか | 権限設計や通信経路の設計基準がなく、あとから作り直しになりやすい |
| 求める精度の合格ラインが数字になっているか | 動かしてみて「なんとなく物足りない」で判断が止まる |
上の3点が決まっていることを前提に、機材の用意からモデルの稼働、社内公開、運用への引き継ぎまでの実作業を5ステップで解説します。どのモデルを選ぶかという判断そのものはローカルLLMのおすすめモデルに譲り、ここでは選んだモデルをどう社内サーバーへ載せるかに焦点を当てます。
ローカルAIの構築方法は、この5ステップで進む
着手する順に5つへ整理しました。最初から本番規模を用意する必要はなく、小さく動かして検証してから広げる進め方が現実的です。
サーバー・GPUを用意する
モデルの規模(パラメータ数)に応じて必要なGPUメモリ(VRAM)の目安は変わり、量子化という圧縮手法を使うかどうかでも変わります。最初から高性能な機材を自社で保有する必要はなく、検証段階はクラウドのGPUインスタンスを時間単位で借りる、本番運用が固まってから自社機材へ切り替える、という段階分けも現実的です。既存のサーバー室で通信を閉じた環境を用意できるかどうかも、この段階で確認しておきます。
推論基盤(動かすためのソフトウェア)をセットアップする
モデル単体では動かず、モデルを読み込んで問い合わせに応答する推論基盤が必要です。Ollamaやvllmのような推論ソフトウェアをサーバーへ導入し、動作環境(OS・ドライバ)を整えます。この工程は技術的な作業が中心になるため、社内にエンジニアがいない場合は、この部分だけ支援を受け、以降の運用は社内で引き取る進め方もよく選ばれています。
モデルを配置し、動作確認する
選定したモデルを推論基盤に読み込ませ、まずは開発担当者だけがアクセスできる状態で応答を確認します。ここで、事前に用意した評価用の質問セット(現場でよく聞かれる質問を集めたもの)を実際に流し、想定した合格ラインに届いているかを数値で確かめます。この時点で精度が足りない場合は、モデルの変更や量子化の設定見直しに戻ります。
社内から使える経路と権限を設計する
動作確認が済んだら、対象業務の担当者が実際にアクセスできる経路を作ります。社内ネットワークからのみ接続できる構成にする、利用者ごとにアクセス権限を分ける、誰がいつ何を問い合わせたかのログを残す。この3点は、機密情報を扱う以上あとから足すのではなく、公開前に設計しておく工程です。閉域環境での経路設計はAIセキュリティ・ガバナンス支援のページでも扱っています。
監視の仕組みを整え、運用担当へ引き継ぐ
サーバーの稼働状況(処理待ちが増えていないか、GPUの負荷が高くなりすぎていないか)を確認できる状態にし、障害が起きたときの一次対応の手順を文書化します。そのうえで、モデルの入れ替えや設定変更を誰が担うのかを固定担当者に引き継ぎます。ここを曖昧にしたまま公開すると、構築を主導した担当者が異動した時点で運用が止まります。
ステップ1と2(機材・推論基盤)は一度整えれば作り直す機会は少なく、ステップ3から5(モデル配置・経路設計・運用引き継ぎ)は対象業務を広げるたびに繰り返す工程です。最初の1業務でこの一連の流れを社内で経験しておくと、2つ目以降の業務追加は格段に速く進みます。
GPUメモリの必要量は、着手前に概算できる
ステップ1で最初に詰まるのが機材の規模です。必要なGPUメモリ(VRAM)は、モデルのパラメータ数に1パラメータあたりのバイト数を掛けると、おおよその桁が出ます。1パラメータあたりのバイト数は、16ビットで読み込むなら2バイト、8ビットに量子化するなら1バイト、4ビットなら0.5バイトです。
| モデルの読み込み方 | 1パラメータあたり | 70億パラメータのモデルの目安 |
|---|---|---|
| 16ビット(量子化なし) | 2バイト | 約14GB |
| 8ビット量子化 | 1バイト | 約7GB |
| 4ビット量子化 | 0.5バイト | 約3.5GB |
モデルを載せるぶんだけでは足りません。問い合わせの文脈を保持する作業領域が、同時に使う人数と文脈の長さに比例して増えるため、上の数字に2割から3割の余白を足して見ます。利用者が増えたときは、モデル本体よりこの余白のほうが先に足りなくなります。
ここで出るのは、機材を借りるか買うかを決めるための桁です。実際の応答速度は量子化の方式やGPUの世代でも変わるため、検証段階ではクラウドのGPUインスタンスを時間単位で借り、対象業務の質問を実際に流して測ります。どのパラメータ規模を選ぶかという判断自体は用途別に見るパラメータ規模の目安で扱いました。
構築でつまずきやすい3つの落とし穴
実際の相談で繰り返し出てくる、構築段階特有のつまずきを3つ紹介します。
よくある落とし穴
- 1人が使うデモの手応えで、そのまま全社規模の機材を発注する
- 権限設計を後回しにして、公開してから閲覧範囲を絞り込む
- 構築を主導した担当者しか運用手順を知らない
避け方
- まず1業務・少人数で検証し、想定利用量を測ってから機材を決める
- ステップ4の経路・権限設計を、公開前に済ませておく
- 手順書とチェックリストを残し、担当を1人に固定しない
デモの手応えだけで機材を先行発注すると、実際の利用量とかけ離れた投資になりがちです。逆に、権限設計を後回しにして機密文書を無条件で読み込ませてしまうと、AI経由で閲覧範囲外の情報が見えてしまう事故につながります。小さく検証してから広げる、権限は公開前に決める。この2つを外さなければ、多くのつまずきは避けられます。
自前で組める範囲と、支援を受ける範囲の分かれ目
社内のエンジニア1人で自作できないか、という相談も多いです。工程ごとに分けて見ると、自前で届く範囲と止まりやすい範囲は、はっきり分かれています。
| 自前で届きやすい範囲 | 止まりやすい範囲 |
|---|---|
| GPUマシン1台に推論ソフトウェアを入れ、モデルを動かす | 同時に使う人数が増えたときの処理待ちの見積もり |
| 開発担当者だけがアクセスする状態で応答を確かめる | 利用者ごとの権限分けと、問い合わせログの残し方 |
| 評価用の質問セットを作り、正答率を数字で測る | モデル入れ替えと障害時の一次対応を誰が担うかの体制 |
分かれ目は、作った本人以外が業務で使い始める段です。ここから先は、技術の作業より権限設計と運用体制づくりが仕事の中心になります。自作で検証まで進めたあと、ステップ4とステップ5だけ支援を受けて社内公開し、以降の運用は社内で引き取る形もよくあります。自社で持つか外部へ委託するかの判断軸は内製と外注の分岐点で整理しました。
実例に見る構築のポイント
ローカルLLMそのものの事例ではなく社内AI・RAGの構築事例ですが、「小さく検証してから広げる」「権限を先に設計する」という進め方は共通しています。実際に支援した2つの事例を紹介します。
建設業:法規制と過去事例に答える社内チャットボット
最初から全社展開を狙わず、特定の部署の照会業務に絞って構築し、評価用の質問セットで精度を確かめてから対象を広げました。条文番号のように完全一致が求められる検索が多く、権限設計と検索方式の組み合わせが構築段階での主な論点になりました。提案や見積の初動が速くなり、新人教育にも使われています。
製造業:熟練工の判断プロセスを構造化して残す
ヒアリング音声や現場写真、社内マニュアルを読み込ませる構成で、外部に出しにくい情報を扱う前提で権限とアクセス経路を先に設計しました。構築後は、判断の流れをフローチャートとして書き出し、熟練工本人が確認して直せる運用に落とし込んでいます。
社内文書を参照させる設計そのものの考え方は京都の社内AI・RAG構築|精度と運用を両立する7つの実装ポイントで、自社で持つか外部に委託するかの判断軸はAI開発を外注する前に|内製との分岐点で扱っています。
費用の考え方
構築段階の費用を左右するのは、用意するGPUの規模、推論基盤のセットアップにかける工数、権限・監視の作り込みの深さの3点です。検証段階はクラウドのGPUインスタンスを時間単位で借りて小さく試し、本番運用の見通しが立ってから自社機材への切り替えを検討する進め方であれば、初期投資を抑えながら手応えを確かめられます。金額は機材構成や対象業務の規模によって大きく変わるため、当社では貴社の想定利用量と機微度をうかがったうえで個別にお見積もりします。
社内でどこまで費用対効果を見込めるかの考え方は、中小企業のAI導入コストとROIで整理しました。業務ごとの投資対効果の目安は、業務別のAI投資対効果をまとめた資料としてお配りしています。
よくある質問
まとめ|小さく検証し、権限を先に決めてから広げる
社内AIサーバーの構築は、機材の用意、推論基盤のセットアップ、モデルの配置と動作確認、社内経路と権限の設計、監視と運用への引き継ぎの5ステップで進みます。最初から全社規模を狙わず1業務で検証すること、権限設計を公開後回しにしないこと。この2つを外さなければ、構築段階特有のつまずきの多くは避けられます。
当社は京都市左京区(百万遍)を拠点に、社内AI・RAGの構築を含むAIシステム開発・導入支援・人材研修・業務自動化を一貫してご提供しています。どこから自社で進め、どこから支援を受けるか整理したいという場合は、まずはお気軽にお問い合わせください。
登壇・セミナー実績


神戸商工会議所・石川県庁など、各地の商工会議所や自治体でAI活用セミナーに登壇しています。現場で得た知見をもとに、京都の中小企業のAI導入を支援しています。
ご相談と資料
読んだ内容を、
自社の業務に当てはめたい方へ
どの業務から手を付けるか、何を作るかが決まっていなくても構いません。30分の無料相談で、今の状況から伺います。
ご相談はオンラインでも、京都・百万遍のオフィスでもお受けします。秘密保持契約を先に結ぶこともできます。
コメント
コメント一覧 (1件)
[…] この印象は、数年前まではおおむね正しいものでした。ただし機材の選択肢は増えており、デスクに置ける大きさの装置でも一定規模のモデルを動かせるようになっています。ローカルLLMという選択肢自体が自社の業務に向いているかどうかはローカルLLMとは|社内データを外に出さずに使える3つの業務で、構築の一般的な流れはローカルLLMの構築手順|社内AIサーバーを立てる5ステップで扱っています。この記事では、機材の選択肢のひとつであるDGX Sparkに絞って、何ができるかを具体的に見ていきます。 […]