CCTVシステム用のサーバーの選択

今日、独自のビデオ監視システムを持っていない会社を見つけることは困難です。 第一に、安全性が最重要であり、第二に、どの上司が勤務時間中に従業員を管理したくないのですか？ 彼らが言うように、信頼するが、検証する。 明らかに、カメラのネットワークが広くなるほど、ストレージおよび処理システムの要件が高くなります。 適切な機器を選択するためのアプローチの1つを見てみましょう。



産業/企業監視システムの重要な基準は次のとおりです。

• リモートカメラを含む多数のカメラからビデオストリームを受信および記録する機能。
• 最大レコード保存時間。
• 安定性、高いデータセキュリティの確保。
• アーカイブに以前に保存されたレコードへのアクセスの便利さ。

一般的なシステムアーキテクチャには、次のコンポーネントが含まれます。

• 中央サーバー-カメラからのビデオが到着し、その主な処理と保管が実行されます。
• クライアントプレース-リアルタイムで、またはリクエストに応じてサーバーからデータを受信するワークステーション。 特に、イベントの直接観察に使用されます。
• アーカイブストレージ-サーバーディスク領域と独立したストレージの両方の形式で実装できます。
• アクティブな要素-カメラ、火災警報器、運動センサー、その他の補助装置。
• ネットワークインフラストラクチャ-スイッチ、カメラの電源ケーブル、データ伝送。

この記事では、クライアントの場所の構成、カメラ自体の選択、モーションセンサー、その他の条件付き二次要素については考慮しません。これらのコンポーネントはすべて特定の条件で選択し、その場での要件を考慮する必要があるためです。



数十台のカメラを持つ中規模企業でビデオ監視を確立するために必要なシステムの「コア」（サーバー、ファイルストレージ、および管理ソフトウェアで構成される）の選択に集中します。

監視サーバーハードウェア

十分に大規模なIPビデオ監視システム用のサーバーとストレージを選択する場合、最初に以下を評価する必要があります。

• CPUパフォーマンス
• RAMの量。
• ディスクスペースの容量（ビデオアーカイブの保存にサーバー自体のディスクメモリを使用する場合）。

セカンダリパラメータは、追加のサーバーを割り当てずにさらにスケーリングする可能性を決定します。

• プロセッサーの最大数。
• ディスクサブシステムのフォームファクターと最大容量（組み込みを使用する場合）。

一般に、ビデオ監視サーバーはマルチタスクサーバーの一種であり、必要なRAMの量が少ないこと、プロセッサの処理能力が重視されていること、および書き込み操作の集中的な使用がファイルサーバーと多少似ている点が平均的に異なります。 アナログカメラを使用する場合、サーバーには複数のビデオキャプチャカードのインストールが必要です。 1U、2Uサーバーは動作しない場合があります。 録画がIPカメラからのものである場合は、ネットワークインターフェイスに十分な帯域幅が必要です。 必要なハードウェアを選択するとき、次の構成で構築できます。

• Intel XeonプロセッサーE3-1200 v3シリーズ（4コア、8MB L3キャッシュ、5GT / s DMI）。
• 16 GBサーバーRAM DDR3-1600 +。
• ホットスワップをサポートする1​​0〜12個の3.5インチHDDをRAID 5に統合。高性能を実現するために、オンボードコントローラーを使用せず、適切なハードウェアモデルを使用します。
• サーバーモデルの1〜2個のソリッドステートドライブ。

実際の経験によると、このようなシステムの能力は、1920x1080のビデオストリーム解像度（H.264コーデックを使用）で80台のカメラ、または800x600ピクセルの解像度で最大128台のビデオカメラに対応するのに十分です。



SSDは、一般にオペレーティングシステムと管理ソフトウェアに使用されます。 よく知られている理由から、SSDにビデオを保存することは合理的な考えではなく、通常は何の利点ももたらしません。 現在、ビデオ監視システムおよびビデオストリーミング用のハードドライブのラインがあります。 たとえば、WD Purple。



ビデオ監視システムで使用できる最大のサプライヤ（HP、Dell、IBM）が提供するサーバーモデルは何ですか？

ヒューレットパッカード

HP製品は、有名なProLiantブランドの2世代-Gen8とGen9の形で市場に関連しています。



ProLiant DL380p Gen8







構成が良好な前世代のサーバー。 メーカーによると、ロシアで最も売れているサーバーです。



仕様 ：

• プロセッサー：Intel Xeon E5-2600、4〜8コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、DDR3-1333、DDR3-1600、24スロット。
• ディスクシステム：8個の3.5インチSAS / SATAディスク。
• フォームファクター：2U。

ProLiant DL60 Gen9





多くの場合、このサーバーは、大規模でないアプリケーションの作業を整理するため、またはクラウドクラスターの一部として、ベースファイルサーバーとして使用されます。



仕様：

• プロセッサー：Intel Xeon E5-2600 v3、4〜8コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、HP DDR4、8スロット。
• ディスクシステム：3.5インチSAS / SATAドライブ4個。
• フォームファクター：1U。

Proliant DL80 Gen9





新しい世代に属し、高度なデータストレージシステムのDL60とは異なり、多くの場合、外部ストレージなしで実行できます。



仕様：

• プロセッサー：Intel Xeon E5-2600 v3、4〜8コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、HP DDR4、8スロット。
• ディスクシステム：12個の3.5インチSAS / SATAドライブ。
• フォームファクター：2U。

デル

ここでは、広く普及しているPowerEdgeラインのモデルを見ていきます。



Dell PowerEdge R420





非常に典型的なアプリケーションサーバー。



仕様 ：

• プロセッサー：Intel Xeon E5-2400 v2、4から8コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、DDR3-1333、DDR3-1600、12スロット。
• ディスクシステム：3.5インチSAS / SATAドライブ4個。
• フォームファクター：1U。

Dell PowerEdge R520





2.5インチおよび3.5インチSASおよびSATAドライブをサポートするディスクサブシステムの容量は、以前のDellサーバーシリーズの2倍です。



仕様 ：

• プロセッサー：Intel Xeon E5-2400 v2、4から8コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、DDR3-1333、DDR3-1600、12スロット。
• ディスクシステム：8つの3.5インチSAS / SATAドライブ。
• フォームファクター：2U。

Ibm

IBM System x3550 M5





まともなパフォーマンスを備えたコンパクトで便利なサーバー。



仕様 ：

• プロセッサー：Intel Xeon E5-2603、6コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、DDR4-2133、24スロット。
• ディスクシステム：4/8個の2.5インチSAS / SATAドライブ。
• フォームファクター：1U。

IBM System x3630 M3





このモデルには、非常に大容量のディスクサブシステムがあります。



仕様：

• プロセッサー：Intel Xeon 5600シリーズ、4〜6コア。
• プロセッサーの数：1-2。
• メモリ：RDIMM、DDR3-1333、12スロット。
• ディスクシステム：14 3.5インチSAS / SATAドライブ。
• フォームファクター：2U。

実際、タスクに適用できるサーバーの範囲ははるかに広く、より多様です。 たとえば、上記のモデルの多くのタワー/ブレードの類似物があります。

ネットワークおよび高度なストレージサブシステム

ネットワーク機器

ビデオ監視システムに使用されるネットワークと機器は、150 Mbit / sの一定の負荷に耐える必要があります。約50〜60台の作業カメラがほぼ同じ量のトラフィックを生成します。 これらの計算の基礎は、1920x1080の解像度でビデオを送信する1台の作業カメラ用に指定された機器メーカーのWebサイトからの情報です。 この場合、データストリームは約2 Mbit / sの速度で送信されます。



カメラの直接接続は、サーバーとアクティブな要素の間の中間リンクとして機能するPoEサポート付きのネットワークスイッチを使用して実行されます。



ネットワークとサーバーの負荷を軽減するために、カメラからの2つのデータストリームを使用するモードがアクティブになります。これはIPカメラ自体でサポートされる必要があります。 メインストリームには基本解像度が付属し、2番目のストリームは低解像度（320x240など）のデータです。 同時に、メインストリームは、特定の条件（たとえば、ビデオ分析トリガーのトリガーの結果、またはクライアントの場所でのオペレーターのアクション）に切り替えるまで、サーバーに送信されません（したがって、分析または記録する方法はありません）。



このアプローチにより、ネットワークの負荷を大幅に削減できます。つまり、サーバーコンポーネントの要件が大幅に低くなります。

外部ストレージシステム

多くの場合、サーバー自体のハードドライブはレコードを保存するのに十分ですが、ビデオをより長期間、大量に保存する必要がある場合、および追加のデータバックアップを提供する必要がある場合は、追加のストレージを接続することを検討できます。



主要なストレージ要件：

• ビデオストリームを記録するのに十分なパフォーマンス。
• 個々の要素に障害が発生した場合のシステムの最小ダウンタイム。
• ポストデマンドレコードの可用性。

その結果、「ホットスワップ」をサポートするハードウェアRAID-5で組み立てられたSASディスクが最も優先されます。 ディスクの数は、カメラの数とビデオの保持時間の要件に応じて選択されます。 1920x1080の解像度で90分の圧縮ビデオを保存するには、20 GBのディスクスペースが必要であるという事実から進めることができます。

管理ソフトウェア

ビデオカメラは、次の2種類のツールのいずれかで制御できます。

• ビデオ機器のメーカーが提供する独自のソフトウェア。
• サードパーティのソフトウェア。

独自のソフトウェアは最大限の互換性を保証しますが、その機能は必ずしも満足できるものではなく、不便で拡張性に乏しい場合があります。 独立した開発者のソフトウェアは普遍的で、多くの場合より機能的ですが、事前に特定のカメラとの互換性を明確にすることをお勧めします（またはサポートの可用性に基づいて選択します）。



以下は、大規模な監視システムを操作するための確立されたシステムです。

Windows用カメラ管理システム

XProtect Express







マイルストーンメーカーソフトウェア 。 5台以下のクライアントステーションから、1台のサーバーの制御下で最大48台のネットワークカメラを含むシステムでIPビデオを制御するように設計されています。 このソフトウェアは、接続されたカメラからビデオをオンラインで表示し、独自の検出器を使用して動きを分析し、アーカイブを検索し、録画を再生し、個々のフラグメントをエクスポートする機能を提供します。



XProtect Expressは製品ラインの1つにすぎません。 シンプルなバージョン（XProtect Essential）と高度なバージョンの両方があり、言及されている制限はなく、追加機能（XProtect Professional、XProtect Enterpriseなど）が追加されています。



Axxon next







メーカー-AxxonSoft 。 このソフトウェアは1,400以上のカメラモデルをサポートし、ONVIFと互換性のあるすべてのカメラもサポートされています。



注目すべき機能は、柔軟なライセンスシステムです。必要な数のビデオチャネル（少なくとも1つ、少なくとも1000）でのみライセンスを購入できます。 追加機能の中には、Webブラウザーとモバイルアプリケーション（iOS、Android）を介して作業する機能があります。

Linux OS用のカメラ管理システム

Linuxプロジェクトの中で、 Zone Minderが最初に言及されています。







この複合体は、さまざまなメーカーの多くのUSB、IP、およびアナログカメラをサポートし、ビデオ処理の基本機能（ソフトウェアモーション検出器など）を提供します。 人為的なライセンス制限はありません。一般的に、プログラムの機能はビデオサーバーの特性によってのみ制限されます。



利点は、ソースコードを利用できることです。これにより、ソフトウェアを必要なタスクによりよく適合させる特別なニーズが可能になります。 多くのオープンソースプログラムと同様に、プロジェクトは自発的な寄付のおかげで存在しています。 残りの使用は無料で無制限です。



また、Linuxプロジェクトから、開発ツール （ビデオ監視および分析アプリケーション）のNetavisライン、およびFelenaSoftのXeomaアプリケーションを見てください 。

最後の言葉

一般的に、ロシアの企業ビデオ監視市場は比較的最近勢いを増し始めましたが、現在利用可能なソリューションとオプションの数は非常に多くなっています。 これは特にサーバーの選択に当てはまります 。適切なモデルの一部のみを示しました。 ただし、最適化されたビデオ監視システムを構築するには、オブジェクトの詳細と特定のタスクの両方を考慮して、「フィールド条件」で慎重に計画する必要があります。