監視カメラ録画サーバー自作｜NVR構築の実際

4K解像度のPoEカメラを8台導入した際、クラウドストレージの月額費用は、高ビットレートな映像を維持しようとするほど指数関数的に膨れ上がります。特にH.265圧縮を用いた高画質ストリームを24時間365日保存する場合、10TBを超える大容量HDDの運用と、ネットワーク帯域への負荷管理が極めて重要な課題となります。既存の既製品NVRでは、AIによる人や車両の高度な物体検知（Object Detection）の精度不足や、録画データのプライバシー管理、さらには特定のイベント時のみ録画する柔軟なルール設定に限界を感じるケースが少なくありません。Google Coral TPUを用いた超低遅延な推論処理を組み込んだFrigateや、Windowsベースで強力な機能を誇るBlue Irisを活用した自作NVRサーバーの構築は、これらの課題を一挙に解決します。ハードウェア選定から、RAID構成によるデータ冗長化、ストレージ容量の具体的な計算式、さらにはAI検知の実装に至るまで、実用的な構成例に基づいた設計指針を提示します。

NVRシステムのアーキテクチャと通信プロトコルの基礎

自作NVR（Network Video Recorder）を構築する際、最も重要なのは「映像ストリームの取り込み」と「ネットワーク負荷の制御」です。IPカメラは単なるビデオデバイスではなく、ネットワーク上のエンドポイントとして動作します。ここで鍵となるのがRTSP（Real Time Streaming Protocol）とONVIF（Open Network Video Interface Forum）という2つのプロL。

RTSPは映像ストリームを配信するための通信プロトコルであり、クライアント（NVRサーバー）がカメラに対して「再生」「停止」の指示を出し、映像データを取得するために使用されます。一方、ONVIFはメーカーの垣根を超えて、カメラの設定変更やPTZ（パン・チルト・ズーム）制御、イベント通知などの相互運用性を確保するための標準規格です。自作サーバー構築においては、カメラが「ONVIF Profile S（基本映像配信）」および「Profile T（高度な圧縮・メタデータ対応）」に準拠しているかを確認することが必須条件となります。

また、帯域幅の節約とストレージ容量の最適化には、動画圧縮コーデックの選択が決定的な役割を果たします。2026年現在の主流はH.265（HEVC）であり、従来のH.264と比較して、同一画質におけるビットレートを約50%削減可能です。例えば、4K/30fpsの映像を録画する場合、H.264では約16Mbps〜20Mbpsの帯域が必要ですが、H.265であれば8Mbps〜10Mbps程度に抑えられます。

カメラの接続基盤となるPoE（Power over Ethernet）スイッチの選定も重要です。IEEE 802.3at（PoE+）規格に対応したスイッチを使用すれば、最大30Wの給電が可能となり、赤外線照射器やPTZ駆動が必要な高機能カメラにも対応できます。設計時には、全接続カメラの最大消費電力の合計に、少なくとも20%のバッファを持たせた「PoE電力予算（Power Budget）」を算出する必要があります。

AI検知ソフトウェアの選定とハードウェアアクセラレーション

NVRの「知能」を決定づけるのが、録画管理ソフトとAI物体検知エンジンです。現在、自作ユーザーの間で主流となっているのは、Dockerコンテナベースで動作する「Frigate」と、Windows環境での運用に特化した「Blue Iris」の2系統です。

Frigateは、Linux/Docker環境で動作し、非常に軽量かつ高度なカスタマイズが可能です。最大の特徴は、Google Coral TPU（Tensor Processing Unit）などの専用アクセラレータを活用した物体検知機能です。従来のCPUによる画像解析では、1枚のフレームを処理するのに数百msecを要し、高解像度カメラが増えるとCPU使用率が100%に張り付きますが、Coral M.2 Acceleratorを使用することで、推論時間を10〜30msec程度まで短縮できます。これにより、人、車、動物といった特定のオブジェクトのみをトリガーとした録画や通知が可能になります。

対してBlue Irisは、Windows OS上で動作する老舗のソフトウェアであり、豊富なUIと直感的な設定が魅力です。Intel Core Ultraプロセッサなどの最新CPUに搭載されたNPU（Neural Processing Managment Unit）を活用した解析も進んでおり、専用チップを別途用意せずとも、高精度な検知が可能です。

AI検知を実装する際の判断軸は、「推論の遅延（Latency）」と「誤検知率」です。特に、動体検知（Motion Detection）のみでは、木の揺れや光の変化による誤通知が多発します。これを防ぐには、物体検知（Object Detection）エンジンを介し、検出されたバウンディングボックスの信頼度（Confidence Score）を閾値（例：0.7以上）で制御するロジックの実装が不可欠です。

ストレージ戦略とデータ整合性の確保

NVRにおけるストレージ設計は、単なる「大容量化」ではなく、「書き込み継続性」と「冗長性」の追求です。24時間365日の連続書き込みが発生するため、一般的なデスクトップ向けHDDでは、数ヶ月でヘッドの故障やセクタエラーが発生するリスクがあります。

選定すべきは、監視カメラ専用（Surveillance）として設計されたハードドライブです。例えば、Western Digitalの「WD Purple Pro」シリーズや、Seagateの「SkyHawk AI」は、書き込みエラー発生時のデータの整合性を維持するための技術（AllFrame/ImagePerfect）が組み込まれており、多チャンネル同時録画におけるフレームドロップを最小限に抑えます。

容量計算の具体例を挙げます。4K/30fps、H.265、ビットレート10Mbpsのカメラが4台ある場合、1日あたりのデータ量は以下の通りです。 $$(10\text{ Mbps} \div 8) \times 3600\text{秒} \times 24\text{時間} \times 4\text{台} = 432,000\text{ MB} \approx 432\text{ GB/日}$$ これに30日間の保存期間を想定すると、約13TBの有効容量が必要となります。RAID構成によるオーバーヘッド（パリティ用容量）や、予備領域を考慮すると、16TB〜18TBクラスのHDDが最低ラインとなります。

データの保護に関しては、RAID 5またはRAID 6、あるいはZFSファイルシステムの「RAID-Z2」構成を推奨します。RAID 5はディスク1台の故障には耐えられますが、リビルド（再構築）中の負荷による2台目の故障リスクが高いため、大容量HDDを使用する場合は、パリティディスクを2枚持つRAID 6以上を選択すべきです。

パフォーマンス最適化と運用コスト（TCO）の設計

完成したNVRシステムを安定稼働させるためには、ネットワーク帯域のボトルネック解消と、熱管理、そして電力効率の最適化という3つの視点が必要です。

まず、ネットワーク面では、カメラからのストリーム流入（Ingress）が集中するため、サーバー側のNICは2.5GbEまたは10GbEに対応した構成が望ましいです。例えば、Intel X550-T2のようなマルチポートNICを使用すれば、カメラ用ネットワークと管理用ネットワークを物理的に分離でき、トラフィックの混雑を防げます。また、VLAN（Virtual LAN）を構築し、監視カメラ専用のセグメントを作成することで、セキュリティ向上とブロードキャストドメインの縮小を同時に実現できます。

次に、熱管理です。NVRは24時間稼働するため、HDDやCPUの温度上昇が故障率に直結します。ケースファンには、低騒音かつ高静圧なNoctua NF-A12x25などの高品質モデルを採用し、HDDトレイ周辺のエアフローを確保することが重要です。特に、高密度にHDDを配置する構成では、周囲温度が40℃を超えると、書き込みエラー率（UER）が急増するため注意が必要です。

最後に、運用コスト（TCO）の観点からは、電力消費量の計算も欠かせません。

• CPU (Ryzen 9 9950X, TDP 170W, 実効負荷時 60W)
• HDD×4 (各約8W = 32W)
• PoE Switch & その他 (約20W) 合計で、サーバー単体で約112W程度の常時消費電力が見込まれます。日本国内の電気料金（31円/kWhと仮定）では、月額約25kWh、すなわち約750円の電気代が加算されます。

システム拡張性を考慮し、将来的にカメラ台数が増えた際でも、電源ユニット（PSU）の容量に余裕を持たせ（例：850W 80PLUS GOLD以上）、PCIeスロットに空きを残した設計を行うことが、長期的な自作NARR運用の成功の鍵となります。

用途と要件に基づくNVRソフトウェア・ハードウェア構成の徹底比較

自作NVR（Network Video Recorder）の構築において、最も重要な意思決定は「どのソフトウェアを使い、どのデバイスでAI検知（物体認識）を行うか」という点に集約されます。監視カメラの解像度が4Kや8Kへと高まり、H.265コーデックによる高圧縮化が進む2026年現在、単なる録画機能だけでなく、CPU負荷を抑えつつ「人」「車両」「動物」をリアルタイムで識別する推論性能の確保が、システム全体の安定性を左右します。

以下に、検討すべき主要な構成要素を5つの視点から比較・整理しました。

1. NVRソフトウェアの機能・コスト比較

ソフトウェアの選択は、OSの制約（WindowsかLinuxか）と、利用可能なAIアクセラレータとの親和性に直結します。特にFrigateはDocker環境での動作を前提としており、Google Coral TPU等のエッジデバイスとの連携において圧倒的な低遅延を実現します。

2. AI推論ハードウェアの性能と電力効率

AI検知（Object Detection）をCPUのみで行うのは、現代の多画素化された環境では現実的ではありません。NPUやGPUを活用することで、CPU使用率を劇的に下げることが可能です。

| ハードウェア構成 | 推論エンジン | 消費電力 (目安) | 検知能力・用途 | | :---rypt | Google Coral TPU | Edge TPU | 約 2W - 4W | 高速な物体検知（人・車） | | NVIDIA RTX 4060 | CUDA / Tensor Core | 約 115W | 高度な画像解析・多画素同時処理 | | Intel OpenVINO (iGPU) | OpenVINO | 約 15W - 45W | CPU/iGPU統合による低コスト構成 | | Hailo-8 M.2 AI Accelerator | Hailo AI Engine | 約 2.5W | 超低消費電力・高スループット |

3. ストレージ冗長性と信頼性の設計

監視カメラの録画データは、書き込みが24時間継続されるため、HDDへの負荷（TBW/DWPD）が極めて高いのが特徴です。RAID構成による耐障害性と、書き込み速度のバランスを考慮する必要があります。

4. カメラ規格と通信プロトコルの互換性マトリクス

導入するIPカメラが、自作NVRのソフトウェアでどの程度制御可能かを確認するための指標です。ONVIF準拠度が高いほど、設定の自動化が容易になります。

5. システム構築予算の目安（構成ティア別）

カメラ台数と要求されるAI検知精度に応じた、サーバー本体の概算コストです。

自作NVRの設計において、最も避けるべきは「後出しのスペック不足」です。特にAI推論用のアクセラレータ（CoralやGPU）と、ストレージの書き込み耐性は、構築後に変更するのが極めて困難な項目です。まずはカメラ台数と、検知したい対象（人か、それともナンバープレートのような微細なものか）を明確にし、上記比較表から最適な組み合わせを選択してください。

よくある質問

Q1. 市販の専用NVRを購入する場合と、自作サーバーを構築する場合で、コスト面での大きな違いはどこにありますか？

既製品のNVR（例：Reolink製NVRシリーズ）は、設定が容易で導入コストも抑えられますが、ストレージ拡張性やAI解析機能に限界があります。一方、自作サーバー（Intel Core i5-13400搭載構成など）は、初期投資としてHDDやPoEスイッチの費用がかかりますが、将来的にGoogle Coral TPUを追加して高度な検知を行うなど、機能拡張による「1カメラあたりの処理能力向上」という長期的なコストパフォーマンスに優れています。

Q2. 4Kカメラを複数台運用する場合、ストレージ容量はどの程度見積もっておくべきでしょうか？

H.265圧縮を使用し、4K/30fpsで録画する場合、1台あたり1日約60GB〜100GBの容量を消費します。例えば、4台のカメラで30日間の録画保存を行うには、最低でも7TB〜12TB程度の空き容量が必要です。WD Purple Pro 14TBのような監視カメラ専用HDDを使用し、RAID 5構成をとる場合は、パリティ用の容量を含めて18TB以上の物理容量を確保することを推奨します。

Q3. FrigateとBlue Iris、どちらのソフトウェアを選ぶべきでしょうか？

Linux環境（Docker）での運用が可能で、Google Coral TPUによる爆速なAI検知を実現したいならFrigate一択です。対して、WindowsベースでGUIの使いやすさや、既存の各種プラグイン機能を重視するならBlue Irisが適しています。自作サーバーにIntel第12世代以降のCPU（QuickSync対応）を採用し、ハードウェアデコードを活用する構成なら、どちらのソフトでも低負荷な運用が可能です。

Q4. HDDを選ぶ際、一般的なデスクトップ用HDDと監視カメラ専用HDDでは何が違うのでしょうか？

WD Blueなどのデスクトップ用は、24時間365日の書き込みを想定した設計ではありません。一方、WD PurpleやSeagate SkyHawk AIといった監視カメラ専用モデルは、多台数のカメラからの同時ストリーム書き込みに耐えうるエラー復旧機能（TLER）を備えています。録画サーバーの安定稼働には、書き込み継続性を重視して必ず監視用・NAS用グレードを選択してください。

Q5. 使用しているIPカメラがONVIF規格に対応しているか、どのように確認すればよいですか？

製品仕様書に「ONVIF Profile S/G/T」の記載があるか確認してください。特にFrigate等の自作ソフトでは、RTSPストリームの取得とメタデータ連携のためにProfile Sへの準拠が重要です。ReolinkやAmcrestなどのメーカーは対応が進んでいますが、安価なノーブランド品はONVIF実装が不完全なケースがあります。購入前に必ず、公式ドキュメントで規格への適合性をチェックしてください。

Q6. PoEスイッチを選定する際、最も注意すべきスペックは何ですか？

「PoE給電容量（PoE Budget）」の合計値です。例えば、1台あたり最大15.4Wを消費するPoEカメラを8台接続する場合、スイッチ単体で123.2W以上の供給能力が必要です。TP-LinkのTL-SG1218MPEのような、ポート数だけでなく総給電容量が明記されているモデルを選び、各カメラの最大消費電力（ワット数）の合計に20%程度の余裕を持たせて設計してください。

Manually Q7. 録画中にサーバーのCPU使用率が急上昇してしまう原因は何でしょうか？

主に「画像解析（Motion Detection）」をCPUで行っていることが原因です。カメラからの高解像度ストリームをソフトウェアでデコードし、ピクセル差分を計算すると負荷が膨大になります。この問題を解決するには、Google Coral M.2 AcceleratorなどのAIアクセラレータを導入し、物体検知の推論処理を専用チップへオフロード（肩代わり）させることが、自作NVR構築における最も効果的な対策です。

Q8. ネットワーク帯域が不足して録画映像がカクつく場合はどうすればよいですか？

4Kカメラが増えると、1台あたり20Mbps程度の帯域を占有します。カメラ台数が増えた際は、サーバーへのアップリンクを1GbEから2.5GbE（例：QNAP製スイッチ等）へアップグレードすることを検討してください。また、管理用ネットワークと映像トラフィック用のネットワークをVLANで分離し、ルーターやL3スイッチでのトラフィック制御を行うことで、録画の遅延や[パケット](/glossary/パケット)ロスを防ぐことができます。

Q9. H.264からH.265（HEVC）に移行することで、どの程度のメリットがありますか？

H.265への移行により、画質を維持したままビットレートを約50%削減できる可能性があります。これは、同じ10TBの[HDD](/glossary/hdd)容量であっても、録画可能な期間を実質2倍に引き延ばせることを意味します。ただし、デコード（再生）側の負荷は増えるため、Intel QuickSync Video（QSV）に対応したCPUを使用するなど、ハードウェア支援を活用できる構成にすることが不可欠です。

Q10. 将来的にAI検知の精度を向上させるための、サーバー構成のトレンドはありますか？

「エッジAI」と「サーバーサイドAI」のハイブリッド化が進んでいます。カメラ側で人物や車両の一次検知を行い（Edge AI）、サーバー側のFrigate等で詳細な属性解析（色、服装、ナンバープレート等）を行う構成です。これに伴い、サーバー側にはより高性能な[NPU（Neural Processing Unit）や、FPGAを用いた推論アクセラレータを搭載できるような、拡張性の高い[PCIeスロットを備えたマザーボードの採用が重要視されています。

まとめ

• AI検知の負荷軽減には、Google Coral TPUなどの専用アクセラレータを活用し、CPUリソースを映像解析ではなく録画処理に集中させる構成が理想的です。
• ソフトウェア選定は、Linux環境でAI統合が進むFrigateか、Windowsベースで多機能なBlue Irisか、運用環境とスキルセットに応じて決定してください。
• ストレージ設計では、H.265圧縮を前提としたビットレート計算を行い、[RAID](/glossary/raid) 5やZFSを用いた冗長構成によってデータ消失リスクを最小化することが不可欠です。
• カメラ選定においては、ONVIF規格への準拠とPoE受電対応を確認し、ネットワーク配線と管理の簡素化を図る必要があります。
• 高解像度（4K以上）化に伴うギガビットイーサネット帯域の圧迫と、ディスク書き込み遅延によるフレームドロップへの対策を事前に検証しておくことが重要です。
• 運用フェーズを見据え、ローカルストレージだけでなく、重要なイベント録画のみを外部サーバーやクラウドへ転送するハイブリッドなバックアップ戦略も検討しましょう。

次のアクション： まずは手持ちの余剰パーツを用いて小型の検証機を構築し、実際のビットレートに基づいたストレージ容量のシミュレーションから着手してください。