システム管理者、インテグレーター、購買担当者

サーバー要件とハードウェアの計算

パイロットの最小リソースと、カメラ 100 台、センサー 100 台、ACS コントローラー 10 台の推奨リソース。

  1. 1

    コアの数だけでなく、コアのパワーも必要です

    1 GHz の 16 コアは 3 GHz の 8 コアに代わるものではありません。 EAS の場合、周波数 (ベース ≥2.0 ~ 2.4 GHz) と CPU 世代 (Core i5/i7 8+、Xeon Silver/Gold、Ryzen/EPYC) が重要です。 Atom、Celeron ≤1.5 GHz、および共有が保証されていないバーストを伴うクラウド vCPU は適していません。ベンチマーク: CPU マーク (マルチ) ~6,000 (パイロット) ~ ~25,000+ (カメラ 100 台) - cpubenchmark.net。

  2. 2

    最小限 - 始めるためだけに

    パイロット: 2 コア **≥2.0 GHz**、4 GB RAM、80 GB SSD - 最大 8 台のカメラ。 Atom や「2 vCPU 1 GHz」ではありません。

  3. 3

    規模別のプロファイル

    中: 4 ~ 6 コア **≧2.3 GHz**。大 (100/100/10): 12 ~ 16 コア **≥2.4 GHz** (物理的に推奨)、32 GB RAM、アーカイブ用 2 ~ 4 TB NVMe、1 Gbit/s。

  4. 4

    カメラが 100 台あると大量の CPU とディスクが必要になる理由

    モーション カメラごとに個別の ffmpeg があります。 「通常の」コア (≥2.4 GHz) では、100 台のカメラ ≈ 4 ~ 8 コア。低速の 1 ~ 1.5 GHz では、推定値を 2 ~ 3 倍します。 100 スレッドすべての OpenCV ではなく、Hikvision (ハイブリッド) 上の VMD。

  5. 5

    ビデオアーカイブディスク(定格)

    中程度のモーション アクティビティの場合: 100 台のカメラで 1 日あたり約 3 ~ 8 GB (サブストリーム、デバウンス 30 秒)。 30 日間 - 90 ~ 240 GB のクリップ。アクティブな生産 ×2–4。 「ビデオアーカイブ→設定」でクォータとサイクリック再録画を設定します。

  6. 6

    ネット

    サーバーごとに 0.5 ~ 1 Mbit/s の 100 サブストリーム - 50 ~ 100 Mbit/s を常時実行。さらに、グリッドやテレビの壁を見ると水しぶきがかかります。カメラとサーバーは、帯域幅が確保された同じ L2 ネットワーク上にあります。 RTSP を狭い WAN 経由でルーティングしないでください。

  7. 7

    導入後のチェック

    CPU、RAM、スワップを追跡します (管理 → サーバーとサービス)。 SSH コマンド: pgrep -c ffmpeg - プロセスの数は、録画を行うカメラの数に近いです。一定の CPU >85% またはアクティブ スワップ - リソースを増やすか負荷を軽減します (カメラの VMD、モーション カメラの数を減らし、サブストリーミング)。