Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Section


Column
width35%50%


Panel
borderColor#CCCCCC
bgColor#FFFFFF
titleBGColor#F0F0F0
borderStylesolid
titleOn the page:
Table of Contents



Column



General

...

For Axxon One VMS operation, the disk subsystem must match the following requirements:

...

information

This section provides the requirements for the performance (IOPS) and disk subsystem capacity for the correct operation of Axxon One.

Performance requirements (IOPS)

The performance of the disk subsystem is measured in input/output operations per second (IOPS

...

). The disk (or array) must provide an IOPS value no lower than the estimated value, determined by the software load.

Features of working with an archive

Axxon One interacts with the archive in fixed-size blocks:

  • Write: Data is written in blocks of 4 MB (for block storage) or 64 MB (for object storage). Block generation takes no more than 10 seconds (for block storage) or no more than 60 seconds (for object storage). If a block isn't completely filled within this interval, a fragment is written to disk. This fragment will be added to later (see Аrchive).
  • Read: Archive playback (viewing) is also performed in blocks. The exception is the reindexing process (

...

Below you can see how you can estimate the IOPS for Axxon One VMS.

...

If the average bitrate per camera is less than ~3.6 Mbps

...

If the average bitrate per camera exceeds ~3.6 Mbps

...

IOPS during archive recording
Archive recording includes both data input (recording) and output (reading) operations

...

IOPS during archive playback
Archive playback includes only output (reading) operations

...

IOPS (reading) = 0.035 * R * S

...

IOPS during simultaneous recording and playback

...

where

  • N is the number of cameras being recorded;
  • M is the cumulative bitrate of all cameras being recorded, in Mbps;
  • R is the cumulative bitrate of all cameras being played back from the archive at normal speed (1x), in Mbps;
  • S is the playback speed.

...

Storage requirements

The disk subsystem capacity of Axxon One Server must be estimated taking into account the resolution, the compression algorithm, the frame rate of the recorded video signal, the number of video cameras from which the recording to disk(s) takes place and other recording parameters. In addition, the size of the system log and metadata databases must be considered.

Minimum requirements

You need at least 10 GB of free disk space on Windows OS and 5 GB on Linux OS to install the Axxon One VMS package in the Server and Client configuration.

See the storage calculations below, taking into account the size of the archive, the size of the database and the size of the archive of the system logs.

Size of the archive

The capacity of the disk subsystem can be calculated by the formula:

Capacity of disk subsystem (MB) = Time of storing archive (days) * Cameras number * Rate of recording (FPS) * 3.51 * Time of guaranteed recording from a camera (h/day) * Average frame size (KB),

where

Time of storing archive is the required time for storing an archive from one camera, days;

Cameras number is the number of cameras from which recording to the archive takes place;

Rate of recording is the frame rate of recording to the archive, frames per second;

3.51 = (60 sec in min * 60 min in hour) / (1024 KB in MB) is the factor used for KB/s in MB/h conversion;

Time of guaranteed recording from a camera is the number of hours of guaranteed recording from one camera per day;

Average frame size is the average size of the camera frame in KB.

Info
titleNote

Average frame size of 640х480 resolution is:

Video codec

Average frame size

H.264

from 8 KB to 17 KB

MPEG4

from 8 KB to 35 KB

MJPEG

from 23 KB to 60 KB

Average frame size may vary over a wide range depending on the vendor, the model and the settings of the camera and video image complexity.

Info
titleNote

To calculate the frame size you can use the ratio, that when increasing the vertical or horizontal resolution two times, the average frame size will be increased four times (this rule is a relative and can be applied only to some camera models).

Examples of calculating the capacity of the disk subsystem (without the capacity of the system log and metadata databases) are presented below.

...

Recording parameters

...

Calculating results

...

4 cameras with 25 FPS and 640х480 resolution, guaranteed recording of 24 hours per day during one week

...

H.264: from 500 GB to 1 TB
MPEG4: from 500 GB to 2 TB
MJPEG: from 1.3 TB to 3.5 TB

...

16 cameras with 12 FPS and 640х480 resolution, guaranteed recording of 12 hours per day during one week

...

H.264: from 500 GB to 1 TB
MPEG4: from 500 GB to 2 TB
MJPEG: from 1.3 TB to 3.5 TB

...

4 cameras with 25 FPS and 1280х960 resolution, guaranteed recording of 24 hours per day during one week

...

H.264: from 2 TB to 4 TB
MPEG4: from 2 TB to 8 TB
MJPEG: from 5.3 TB to 14 TB

IOPS calculation

Below are the formulas for calculating IOPS depending on the usage case and the average bitrate of the cameras.

Note
titleAttention!

The 3.6 Mbps limit is approximate. When calculating, keep in mind that when writing an archive, both write (input) and read (output) operations are performed simultaneously, which are necessary for service purposes.

Camera average bitrateWrite IOPSRead IOPS
Archive recording only
Less than ~3.6 Mbps0.29 × N0.035 × M
More than ~3.6 Mbps0.065 × M0.035 × M
Archive playback only
When viewing, only read operations are performed0.035 × R × S
Simultaneous recording and viewing of the archive
Less than ~3.6 Mbps0.29 × N0.035 × M + 0.035 × R × S
More than ~3.6 Mbps0.065 × M0.035 × M + 0.035 × R × S
Tip

Names of variables

  • N is the number of cameras recording to the archive.
  • M is the total bitrate (Mbps) of all cameras participating in the recording.
  • R is the total bitrate (Mbps) of cameras played back from the archive (at 1x speed).
  • S is the playback speed (for example, 2.0 for fast playback).

Recommendations for disk arrays (RAID)

When you use RAID controllers, you must set the cache policy to Write-Back to ensure maximum write performance.

Requirements for disk subsystem capacity

The total disk space consists of the capacity required to store video data (archive), system log, metadata, and service information.

Minimum installation requirements

To install the Axxon One distribution package, you need:

  • Windows OS: at least 20 GB of free disk space.
  • Linux OS: at least 10 GB of free disk space.
Note
titleAttention!

The specified values ​​don't include the space for the video archive (see Аrchive), metadata database (see Metadata database), system log (see System log), and DetectorPack add-on (see Installing DetectorPack add-ons). The calculations for them are provided below.

Calculation for video server (archive) capacity

The estimated disk space required to store a video archive can be determined using the following formula:

Capacity (MB) = Storage T x N cameras x Bitrate x 450 x Recording T

Tip

Names of variables

  • Storage T is the required time of archive storage (in days).
  • N cameras is the number of cameras recording.
  • Bitrate is the average bitrate of one camera (in Mbps).
  • 450 is the conversion factor from Mbps to MB/h ((60 × 60) / 8).
  • Recording T is the number of hours of recording of one camera per day (hours/day). If recording is 24 hours a day, the value is 24.
The average bitrate

The average bitrate depends on the codec, camera manufacturer, compression settings, scene dynamics, resolution, and hardware settings (see Platform Calculator). Examples for 1920x1080 resolution:

Video codecBitrate
H.2644 Mbps
H.2652.6 Mbps
Example of calculation (without the log database and metadata database) for 1920×1080 resolution
Recording parametersCalculation results (total capacity)
4 cameras, 25 FPS, 1920×1080, 24/7 recording, 7-day storage
  • H.264: ~1,15 TB
  • H.265: ~0,75 TB

Calculation for the system log database

The size of the system log database depends on the number of configured detectors and their activity.

Detector activityСalculation formula
LowD × T × 0.04 GB
MediumD × T × 0.12 GB
HighD × T × 0.48 GB
Tip

Names of variables

  • D is the total number of detectors in the system.
  • T is the storage period (days) of the system log.

Calculation for the metadata database

We recommend calculating the size for the metadata database using one of the formulas, depending on the need to reserve space.

SizeСalculation formula
SufficientN × T × 0.5 GB
With marginN × T × 1 GB
With a large marginN × T × 5 GB
Tip

Names of variables

  • N is the number of detectors with enabled metadata recording (multiple detectors can be enabled for a single camera; see Metadata database).
  • T is the period (days) of metadata storage. The default value is 30 days.
Note
titleAttention!

If free disk space drops to 15 GB, the overwriting mechanism automatically starts:

System log database

The capacity of the system log database must be taken into account when the capacity of the disk subsystem is calculated. The estimated capacity of the system log database is calculated by the formulas:

Capacity of system log database (low detection tools activity) = D * T * (0.04 GB / day);

Capacity of system log database (average detection tools activity) = D * T * (0.12 GB / day);

Capacity of system log database (high detection tools activity) = D * T * (0.48 GB / day);

where 

D is the total number of detection tools created in the system,

T is the estimated duration of system log storage, days.

Metadata database 

The following formulas can be used to determine the required disk size for the metadata database:

Size of metadata database = N * T * (0.5 GB / day) – sufficient disk size;

Size of metadata database = N * T * (1 GB / day) – sufficient disk size plus reserve space;

Size of metadata database = N * T * (5 GB / day) – sufficient disk size plus a large reserve,

where

N is the number of detection tools in the system actively recording metadata. One video camera can have several detection tools with metadata (see Metadata database),

T is the period of time (number of days) that metadata will be stored. By default, T = 30 days.

...

new data is written over the oldest data.

...

Additional requirements

When calculating the disk subsystem capacity, it is necessary to include you plan disk space, consider the following:

  • System logs: We recommend allocating at least 1 GB for the system

...

  • log archive.
  • Self-diagnostics service

...

  • : Service data can take up to 100 MB

...

  • per day.

...

  • The storage depth of the internal service

...

  • database is limited to 7 days

...

  • or 512 MB (whichever is reached first).