AI開発 ガイド

ローカルLLM 自宅サーバー 省電力運用ガイド 2026年版:Wake on LAN・サスペンド・アイドル節電で電気代を半分にする

自宅ローカルLLMサーバーの電気代を半分にする省電力運用ガイド。24 時間稼働の Strix Halo / Mac Studio / RTX 5090 機を、Wake on LAN で必要な時だけ起動し、サスペンド・アイドル節電・スケジューリングで待機時消費を落とす具体設定を、Linux・Windows・macOS 別に手順と月額電気代の実試算で示します。

  • #ローカルLLM
  • #省電力
  • #Wake on LAN
  • #サスペンド
  • #Ollama
  • #Strix Halo
  • #Mac Studio
  • #RTX 5090
  • #電気代

本記事は Amazon.co.jp および各販売店のアフィリエイトリンクを含む場合があります。推奨は性能・コスパ・実機ベンチマーク基準で編集判断しており、提供記事は受け付けていません。詳細は プライバシーポリシー をご覧ください。

ローカルLLM 自宅サーバー 省電力運用ガイド 2026:Wake on LAN・サスペンド・OLLAMA_KEEP_ALIVE で電気代を半分にする構成マップ

結論:ローカルLLMサーバーの電気代を半分にする鍵は、Wake on LAN で必要な時だけ起こす運用と、Ollama の OLLAMA_KEEP_ALIVE によるモデル常駐です。24 時間稼働では推論時のピーク電力よりアイドル時の待機電力が月額を支配し、Strix Halo で待機 20〜40W・月約 400〜800 円、Mac Studio で待機 4〜10W・月約 80〜200 円、RTX 5090 で待機 60〜80W・月約 1,200〜1,600 円が実勢です。「使わない時間は寝かせて、使う瞬間だけ起こす」構成に変えれば、24 時間の待機時間を 8〜12 時間程度まで圧縮でき、月額電気代はおおむね半分以下になります。本記事は Linux(ethtool + rtcwake + systemd)・Windows(powercfg)・macOS(pmset)別に、Wake on LAN 有効化・スケジュールサスペンド・モデル常駐までの具体手順と、東京電力従量電灯 B(27 円/kWh)での月額試算を示します。

「ローカルLLMを 24 時間サーバーとして立てたら、翌月の電気代明細で妻に怒られた」。

自宅で LLM サーバーを動かし始めた人がまず直面する問題です。RTX 5090 デスクトップを常時稼働させると、推論していない待機時間だけでも月 1,500 円前後の電気代が乗ります。Strix Halo ミニPCや Mac Studio に置き換えれば待機電力は下がります。それでも「本当に必要な時間だけ動かす」構成に比べれば、無駄が残ります。この記事は、既にローカルLLMサーバーを持っている・これから常時稼働化する人に向けて、電気代を半分以下にする運用テクニックをまとめます。

マシン選定そのものは「自宅ローカルLLMサーバー構築ガイド 2026年版」。消費電力あたりの推論効率(tok/W)の比較は「ローカルLLM 電力効率 tok/W ベンチマーク 2026年版」。

先に押さえておくと判断が早くなります。

24 時間稼働で効くのは「アイドル電力」

月額電気代を決めるのは、推論時のピーク電力よりも待機中の消費電力です。1 日のうち実際にプロンプトを投げているのは数分〜数時間で、残りの大半はアイドル状態になります。

機種推論ピーク電力アイドル電力24 時間常時稼働の月額電気代(27 円/kWh 想定)
Ryzen AI MAX+ 395 ミニPC約 120〜150W約 20〜40W約 400〜800 円
Mac Studio M4 Max 128GB約 60〜140W約 4〜10W約 80〜200 円
Mac Studio M3 Ultra 512GB約 100〜180W約 8〜15W約 160〜300 円
RTX 5090 デスクトップ約 500〜700W約 60〜80W約 1,200〜1,600 円
RTX 3090 デスクトップ(旧世代)約 350〜450W約 40〜60W約 800〜1,200 円

入手性の注記(2026 年 8 月時点): M3 Ultra Mac Studio は DRAM 供給制約により、512GB 構成が 2026 年 3 月に、256GB 構成が 5 月に終了しました。新品で選べるのは 96GB 構成のみです。本記事の 512GB / 256GB を前提とした記述は、中古および既存機での参考値として読んでください。

Mac Studio のアイドルが際立って低いのは、Apple Silicon の SoC 全体で電力管理が徹底されているためで、M4 Max/M3 Ultra ともに実測レポートでは待機 4〜15W レンジが多く報告されており、Strix Halo(Ryzen AI MAX+ 395)は 20〜40W レンジ、RTX 5090 デスクトップは GPU + CPU + マザーボードの合算で 60〜80W レンジが実勢です。

このアイドル電力を「必要な時間だけ通電」に変える。省電力運用の本題です。

24 時間常時稼働から「1 日 8〜12 時間の実効稼働」に圧縮すれば、月額電気代はおおむね半分以下になります。

想定シナリオ 3 つ:どの節電手段が最適か

自宅 LLM サーバーの使い方によって最適な運用が変わります。

3 パターンを置きます。

シナリオ実効稼働時間推奨運用月額電気代(Strix Halo 想定)
A. 昼間だけ動かす個人開発平日 9:00-19:00(1 日 10 時間)平日朝に WoL・夜にサスペンド約 150〜300 円
B. 家族用チャット UI で 24h 応答24 時間アイドル節電 + モデル常駐約 400〜800 円
C. Tailscale 越しに iPhone から叩く週数時間、不定期都度 WoL + サスペンド約 50〜150 円

シナリオ A(個人開発)と C(不定期利用)は Wake on LAN + サスペンド運用が最も効きます。シナリオ B(家族用 24h)はサスペンドすると応答遅延が出るので、アイドル電力を下げる方向(Mac Studio か Strix Halo を選ぶ + モデルは常駐)で戦います。

Wake on LAN の設定:BIOS → OS → ルータ の 3 段階

Linux/Windows デスクトップサーバーで WoL を使う手順です。macOS は独立した設定になります。後述します。

1. BIOS/UEFI 側の設定

ほとんどのマザーボードで、次のどれかの名前で設定項目があります。

  • ASUS: Power On by PCI-E/PCI
  • MSI: Resume by PCI-E Device
  • GIGABYTE: Power On by LAN
  • ASRock: PCIE Devices Power On

これを Enabled に変更し、ErP ReadyDeep Sleep を Disabled にします(S5 スリープからでも起きるようにするため)。マザーボードによっては ErP を有効にしたままだと WoL が効きません。

両方確認してください。

2. Linux 側の設定(Ubuntu / Debian)

有線 NIC を対象に、ethtool で WoL を有効化します。

# 現在の WoL 状態を確認
sudo ethtool eth0 | grep -i wake

# WoL を有効化(g = MagicPacket)
sudo ethtool -s eth0 wol g

# 再起動後も保持するため systemd unit を作る
sudo tee /etc/systemd/system/wol.service <<'EOF'
[Unit]
Description=Enable Wake on LAN
Requires=network.target
After=network.target

[Service]
Type=oneshot
ExecStart=/sbin/ethtool -s eth0 wol g

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl enable wol.service

インターフェース名(eth0 / enp3s0 など)は ip link で確認します。NIC が USB や Thunderbolt の外付けの場合、WoL に対応していないものが多いので、内蔵の RJ-45 ポートを使うのが確実です。

3. Windows 側の設定

デバイスマネージャ → ネットワークアダプター → プロパティ →「電源の管理」タブで以下 2 つを有効化します。

  • 「このデバイスで、コンピューターのスタンバイ状態を解除できるようにする」
  • 「Magic Packet でのみ、コンピューターのスタンバイ状態を解除できるようにする」

さらに「詳細設定」タブで Wake on Magic Packet を Enabled にします。Windows 11 24H2 以降は高速スタートアップが WoL を阻害するケースがあるので、コントロールパネル → 電源オプション → 電源ボタンの動作の選択 → 「高速スタートアップを有効にする」のチェックを外してください。

4. ルータ / クライアント側の設定

WoL マジックパケットは UDP ポート 7 または 9 で送り、同じ LAN 内なら追加設定不要で、次のようなクライアントから起動できます。

  • Linux: wakeonlan <MACアドレス> または etherwake <MACアドレス>
  • macOS: brew install wakeonlanwakeonlan <MACアドレス>
  • iOS/Android: Wake On LAN アプリ(無料、MAC アドレスを登録してタップで起動)

外出先から起こしたい場合はインターネット越しにマジックパケットを飛ばす必要があるので、ポート開放よりも Tailscale を使うのがはるかに安全です。Tailscale で LAN 内に入れば、そのまま wakeonlan コマンドで起動できます。

サスペンド運用:Linux + rtcwake で「使う時刻に起こす」

Linux では systemctl suspendrtcwake を組み合わせると、「今からサスペンドして、指定時刻に自動起床」ができます。

# 今からサスペンドし、7 時間後(例:朝 9 時)に自動起床
sudo rtcwake -m mem -s $((7*3600))

# 具体的な時刻を指定して自動起床(2026-08-19 09:00 に起きる)
sudo rtcwake -m mem -t $(date -d '2026-08-19 09:00' +%s)

# サスペンドせず、次回起床時刻だけ RTC に書き込む
sudo rtcwake -m no -t $(date -d '2026-08-19 09:00' +%s)

平日朝 9 時に起こして夜 19 時にサスペンドする運用は、以下の systemd timer で組めます。

# サスペンド実行スクリプト
sudo tee /usr/local/bin/llm-server-suspend <<'EOF'
#!/bin/bash
# 翌朝 9 時に起きるよう RTC 設定してからサスペンド
next_wake=$(date -d 'tomorrow 09:00' +%s)
/usr/sbin/rtcwake -m mem -t "$next_wake"
EOF
sudo chmod +x /usr/local/bin/llm-server-suspend

# systemd timer で毎晩 19:00 に実行
sudo tee /etc/systemd/system/llm-server-suspend.service <<'EOF'
[Unit]
Description=Suspend LLM server and schedule wakeup

[Service]
Type=oneshot
ExecStart=/usr/local/bin/llm-server-suspend
EOF

sudo tee /etc/systemd/system/llm-server-suspend.timer <<'EOF'
[Unit]
Description=Nightly LLM server suspend

[Timer]
OnCalendar=Mon..Fri 19:00
Persistent=true

[Install]
WantedBy=timers.target
EOF

sudo systemctl enable --now llm-server-suspend.timer

これで平日 9:00-19:00 のみ起動、残り 14 時間はサスペンドという運用が自動化され、Strix Halo ミニPCで待機 30W 想定なら、24 時間常時稼働の月約 583 円が月約 174 円(30W × 平日 10h × 約 21.4 日/月)に下がります。

約 70% の削減になります。

不定期利用(シナリオ C)なら timer を使わず、都度 iPhone の Wake On LAN アプリで起こし、使い終わったら SSH で sudo systemctl suspend を打つだけの運用も現実的です。

Windows のスケジュールサスペンド:powercfg + タスクスケジューラ

Windows 11 では powercfg と Windows タスクスケジューラの組み合わせで同等の運用ができます。

# 現在の電源プランのスリープタイマーを確認
powercfg /query SCHEME_CURRENT SUB_SLEEP STANDBYIDLE

# アイドル 30 分でスリープに入るよう設定(AC 電源時)
powercfg /change standby-timeout-ac 30

# スリープからの復帰を許可するデバイス一覧を確認
powercfg /devicequery wake_armed

# 特定 NIC の WoL を有効化
powercfg /deviceenablewake "Intel(R) I226-V"

タスクスケジューラで「毎日 19:00 に shutdown /h を実行」する定時タスクを作れば、自動で休止状態に入れられ、休止から WoL で復帰する場合は BIOS 側で Deep Sleep 無効化が必要です。

macOS のスケジュール運用:pmset + Power Nap

Mac Studio はサスペンド運用よりも「アイドル電力がすでに 4〜10W と十分低い」ため、常時稼働のままでも月 80〜200 円で済み、それでも節電したい場合は pmset でスケジュール電源管理を使います。

# 平日 09:00 に自動起動、19:00 に自動スリープ
sudo pmset repeat wakeorpoweron MTWRF 09:00:00 sleep MTWRF 19:00:00

# 現在のスケジュールを確認
pmset -g sched

# スケジュールをすべて削除
sudo pmset repeat cancel

# Wake on LAN 相当(同一 LAN 内からのマジックパケットで復帰)を有効化
sudo pmset -a womp 1

# Power Nap を無効化(サーバー用途では不要)
sudo pmset -a powernap 0

womp を 1 にしておくと、他マシンから wakeonlan <MACアドレス> でスリープから叩き起こせます。ただし macOS の WoL は「同一サブネットの有線 LAN」のみが基本で、Wi-Fi 経由や別サブネットからの起動はほぼ不可能です。外出先から起動したいなら、ネットワーク機器側で常時稼働のプロキシ(Raspberry Pi など)を挟むか、そもそも Mac Studio は常時稼働にする設計にしたほうが素直です。

Mac Studio を Tailscale + Ollama サーバーとして立てる詳細な構築手順は「Mac ローカルLLMサーバー Tailscale + Ollama 構築ガイド 2026年版」にまとめています。

Ollama のアイドル節電:OLLAMA_KEEP_ALIVE の使い分け

Ollama はデフォルトで 5 分間リクエストが来ないとモデルをメモリから外し、次のリクエストで再ロードするため、応答の頭に数秒〜十数秒の待ちが乗ります。

サーバー用途では OLLAMA_KEEP_ALIVE を使ってこの挙動を制御します。

設定値挙動適した用途
-1モデルを無期限にメモリ常駐24h 応答サーバー、家族用チャット UI
30m30 分アイドルでアンロード個人開発、頻繁に切り替える運用
0リクエスト直後にアンロードメモリを他プロセスと共有したい時
デフォルト(5m)5 分アイドルでアンロードほぼ使わない待機マシン

サーバー用途で確実にレスポンスを速くしたいなら -1(無期限)を推奨し、systemd で Ollama を起動している場合、設定は /etc/systemd/system/ollama.service[Service] セクションに書きます。

[Service]
Environment="OLLAMA_KEEP_ALIVE=-1"
Environment="OLLAMA_HOST=0.0.0.0:11434"
Environment="OLLAMA_MAX_LOADED_MODELS=2"

反映するには次のコマンドを実行します。

sudo systemctl daemon-reload
sudo systemctl restart ollama

複数のモデルを VRAM 内で切り替えて常駐させたい場合は OLLAMA_MAX_LOADED_MODELS を 2〜3 に上げるか、llama-swap の導入を検討します。詳しくは「llama-swap で複数モデルを VRAM 内で切り替える 2026年版」を参照してください。

なお、常駐運用ではメモリ常駐そのものが電力を食うため、モデルサイズが VRAM 容量に近い場合はアイドル電力が数 W 上がります。ただし推論のたびに毎回モデルをストレージから読み込むほうが、SSD 寿命的にも電力的にも不利です。

日常的にリクエストが来る用途では、常駐一択です。

東京電力従量電灯 B での実試算:24h vs スケジュール運用

27 円/kWh 想定(電力消費の比較で広く使われる参考単価。東京電力従量電灯 B は 3 段階制で実勢は 30〜40 円/kWh 台のため、下の金額はやや保守的な見積もりです)で、24 時間常時稼働と平日 10 時間稼働の月額差を試算します。

機種24 時間常時稼働(月)平日 10h + 週末 4h 稼働(月)節電額
Ryzen AI MAX+ 395 ミニPC約 583 円(30W × 24h × 30 日)約 194 円(30W × 240h/月)約 389 円 / 月
Mac Studio M4 Max 128GB約 136 円(7W × 24h × 30 日)約 45 円(7W × 240h/月)約 91 円 / 月
Mac Studio M3 Ultra 512GB約 233 円(12W × 24h × 30 日)約 78 円(12W × 240h/月)約 155 円 / 月
RTX 5090 デスクトップ約 1,361 円(70W × 24h × 30 日)約 454 円(70W × 240h/月)約 907 円 / 月
RTX 3090 デスクトップ約 972 円(50W × 24h × 30 日)約 324 円(50W × 240h/月)約 648 円 / 月

RTX 5090 デスクトップで年間約 10,884 円、Strix Halo ミニPCで年間約 4,668 円の節電になります。ワットチェッカーで実測してみると、想定より 10〜20W 高い(もしくは低い)ケースが多く、まずは 1 週間ほどログを取って、自分の環境で試算し直すのが確実です。

停電から高単価な LLM 機を守る UPS の選び方は「PC 用 UPS(無停電電源装置)ガイド 2026年版」を参照してください。

運用の落とし穴 5 選

省電力運用を始めたユーザーが実際にハマる 5 点です。

  1. BIOS の ErP Ready と WoL が排他: 一部マザーボードでは ErP を有効にしたままだと Deep Sleep から WoL で起きません。両方確認してください
  2. サスペンド中に Ollama モデルが消える: サスペンド → 起床でメモリ内容は保持されますが、Ollama デーモンが再起動で動く場合はモデルの再ロードが発生します。OLLAMA_KEEP_ALIVE=-1 と systemd の設定を確認してください
  3. rtcwake が UTC/JST 問題で失敗: rtcwake は RTC の TZ 設定に依存します。hwclock --show で現在の RTC 時刻を確認し、--utc または --local オプションを明示するのが安全です
  4. Wi-Fi 経由の WoL は基本不可: WoL は有線 LAN が前提です。Wi-Fi 経由の Wake on Wireless LAN は BIOS/OS の対応が薄く、成功率も低いので、サーバーは有線化してください
  5. モデル常駐で SSD 寿命は縮まない: メモリ常駐しているモデルは SSD へのアクセスを生まないため、KEEP_ALIVE=-1 は SSD 寿命に有利です(デフォルトの 5 分アンロード運用のほうが再ロード時の SSD 読み込みが増える)

まとめ

  • 24 時間常時稼働の電気代を決めるのは推論ピーク電力よりもアイドル電力
  • Strix Halo は待機 20〜40W・月約 400〜800 円、Mac Studio は待機 4〜15W・月約 80〜300 円、RTX 5090 は待機 60〜80W・月約 1,200〜1,600 円
  • Wake on LAN(BIOS + ethtool + systemd)とサスペンド(rtcwake + timer)で「使う時刻だけ起動」に切り替えれば、月額電気代はおおむね半分以下
  • Ollama は OLLAMA_KEEP_ALIVE=-1 でモデルを常駐させ、リクエストごとの再ロード待ちを排除
  • macOS Mac Studio はアイドルが既に 4〜15W と十分低いので、常時稼働のまま pmset で微調整するのが素直
  • ワットチェッカーで自分の環境の実測を取ってから試算し直す

入手先・関連商品

当サイトは Amazon.co.jp アソシエイト・プログラムに参加しています。下記リンク経由で購入された場合、紹介料を受け取ることがあります。読者の負担は増えません。リンクは記事評価とは独立しており、編集判断には影響しません。

Wake on LAN 対応の実測に使う消費電力計

ローカル LLM サーバー本体(省電力機の代表)

Apple Mac Studio(アイドル 4〜15W の圧倒的省電力)


あなたに合うPCを診断する

用途や予算をもう少し細かく入力すると、3つの候補構成を提案します。

診断スタート

関連記事

よくある質問

24 時間常時稼働のローカルLLMサーバーは、電気代がいくらかかりますか?
アイドル電力が支配的です。Strix Halo ミニPCで待機 20〜40W なら月約 400〜800 円、Mac Studio M4 Max なら待機 4〜10W で月約 80〜200 円、RTX 5090 デスクトップは待機 60〜80W と高く月約 1,200〜1,600 円が目安です(東京電力従量電灯 B 27 円/kWh 想定)。推論時のピーク電力より、24 時間のうち大半を占めるアイドル電力のほうが月額を決めます。Wake on LAN + サスペンド運用で待機時間を寝てもらえば、この月額をおおむね半分以下にできます。
ローカルLLMを Wake on LAN で必要な時だけ起動するには、何を用意すればいいですか?
3 点あります。1 つ目は BIOS/UEFI の「Wake on LAN」または「Power on by PCI-E」を有効化すること。2 つ目は Linux 側で `ethtool -s eth0 wol g` を設定し、systemd unit で再起動時にも保持すること。3 つ目はクライアント側で `wakeonlan` コマンドや iOS/Android 用アプリから WoL マジックパケットを送れる環境を作ることです。ルータの UDP ポート 9 を LAN 内でブロードキャストできる設定になっていれば、iPhone から数秒でサーバーを起こせます。Tailscale 経由なら外出先からも同じ操作で起動できます。
Ollama のモデルが 5 分でメモリから消えるのが困る。どうすれば常駐させられますか?
環境変数 `OLLAMA_KEEP_ALIVE` で制御します。`OLLAMA_KEEP_ALIVE=-1` を設定するとモデルを無期限にメモリ常駐させ、リクエストのたびに再ロードする待ちが消えます。`OLLAMA_KEEP_ALIVE=30m` のように時間指定も可能で、単位は s/m/h が使えます。systemd で起動している場合は `/etc/systemd/system/ollama.service` の `[Service]` セクションに `Environment="OLLAMA_KEEP_ALIVE=-1"` を追記し `systemctl daemon-reload && systemctl restart ollama` で反映します。サーバー用途では -1(無期限)を推奨します。