Технические требования

Фактически SberMobile Server может быть запущен на любой ОС с поддержкой Java. Мы протестировали нашу платформу и убедились, что она работает на следующих операционных системах:

• Windows 7, 10, 11, Server 2016, Server 2019 (32-bit и 64-bit версии)

• Linux (32-bit и 64-bit версии с поддержкой Java)

• Mac OS X

Другие ОС, совместимые с SberMobile Server, включают AIX, Solaris, FreeBSD, и т.д.

SberMobile - это универсальная платформа для мониторинга, управления и настройки различных электронных устройств. SberMobile Server с легкостью устанавливается на настольные компьютеры и ноутбуки. При этом следует иметь в виду, что при управлении масштабными сетями или многокомпонентными устройствами, генерирующими значительный объем данных, Вам необходимо внимательнее отнестись к вопросу аппаратного обеспечения и конфигурации используемой системы.

Повлиять на масштабирование системы могут несколько факторов. Первый - число устройств, которые Вы будете контролировать при помощи SberMobile. Когда устройств более 100, может потребоваться некоторая оптимизация. Второй - объём данных, собираемый с каждого из устройств. Третий - интервал опроса. Например, если Вы установите интервал опроса для сбора данных с устройств в одну секунду вместо значения интервала по умолчанию, SberMobile Server'у будет значительно тяжелее работать, и его системные требования заметно возрастут. В  конце концов, число одновременно работающих c системой операторов тоже значительно влияет на производительность.

При планировании установки SberMobile помните, что использование CPU и памяти сильно зависит от типов управляемых устройств и их драйверов. В ситуациях, когда под управлением  находится множество устройств и их драйверов, рекомендуется использовать выделенный, более быстрый сервер.

Использование сервера RAM зависит от:

• Количества подключенных устройств

• Количества параметров, операций и типов событий в устойстве

• Количества и сложности методов обработки данных (тревог, отчётов и, в особенности, виджетов)

• Количества одновременно выполняемых клиентских соединений

Если у Вас есть дополнительные вопросы, связанные с производительностью, пожалуйста, свяжитесь с SberMobile, чтобы поговорить с одним из наших системных инженеров или посетите сайт SberMobile.

При создании уникального решения на базе SberMobile следует рассматривать платформу больше как "среду разработки", нежели как "коробочный продукт". Исходя из этой точки зрения, очевидно, что фактические требования к аппаратному обеспечению будут полностью зависеть от логики вашего продукта, а не от таких параметров, как количество устройств или число входящих событий в секунду. К сожалению, это означает, что в уникальных случаях может понадобиться окружение для тестирования с целью оценки аппаратных требований к рабочему серверу. Пример: Модель с десятью привязками, выполняемыми раз в секунду, практически не будет влиять на процессор и память, если эти привязки просто выполняют какие-то подсчеты, например, оценку KPI отдельного устройства на основе его первичных метрик. Однако те же привязки вызовут большую нагрузку на процессор и использование большого количества памяти, если каждая из них будет выполнять запрос, который извлекает миллионы элементов из унифицированной модели и осуществляет их сортировку/фильтрацию/группировку.

При планировании использования пространства на диске, нужно учитывать, что наибольший объем, используемый SberMobile Server, обычно занимает хранилище событий. Можно определить объем используемого дискового пространства, оценив максимальное количество событий для постоянного хранения (включая исторические данные переменных) и умножив его на средний объем памяти, необходимый для события, т.е. около 1 КБ.

Мы предлагаем несколько таблиц по конфигурации аппаратных средств, подходящих для систем с низкой, средней и высокой нагрузкой на устройства.

Нижеприведенные требования к аппаратной части приблизительны. Например, единичный контроллер, обеспечивающий десять тысяч каналов ввода-вывода, запрашиваемых с частотой в 10 Гц, может требовать специальный мощный SberMobile Server для соответствующей обработки и хранения данных. С другой стороны, один сервер может поддерживать 100 000 аппаратных Агентов, подсоединяющихся к серверу, каждый из которых раз в день рассылает нескольких событий.

Требования к памяти предполагают, что ОС занимает:

• 50% оперативной памяти, если оперативная память сервера менее 2 Gb

• 1 Gb оперативной памяти, если оперативная память сервера более 2 Gb

Очень низкая нагрузка предполагает в среднем до 30 настроек/операций/типов событий на одно устройство с относительно малым набором простых инструментов для обработки данных (тревоги, отчёты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 100 событий и обновлений метрик в день. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 года.

Низкая нагрузка предполагает в среднем 30-100 настроек/операций/типов событий на одно устройство и среднее количество инструментов по обработке данных (тревоги, отчеты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 1000 событий и обновлений метрик в день. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 года.

Средняя нагрузка предполагает в среднем 100-300 настроек/операций/типов событий на одно устройство, с большим количеством сложных инструментов по обработке данных (тревоги, отчеты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 10000 событий и обновлений метрик в день. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 года.

Высокая нагрузка предполагает в среднем 300-1000 настроек/операций/типов событий на одно устройство, с большим количеством сложных инструментов по обработке данных (тревоги, отчеты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 100 000 событий и обновлений метрик в день. Типовыми устройствами такого класса являются контроллеры или аппаратные шлюзы, агрегирующие данные с множества устройств нижнего уровня или датчиков. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 года.

Очень высокая нагрузка предполагает в среднем 1-3 тысячи настроек/операций/типов событий на одно устройство, с большим количеством сложных инструментов по обработке данных (тревоги, отчеты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 10 000 000 событий и обновлений метрик в день. Типовыми устройствами такого класса являются корпоративные системы, интегрированные в SberMobile в качестве источника данных и "экспонирующих" множество управляемых ими устройств/метрик/событий через единственный аккаунт устройства в SberMobile. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 года.

Экстремально высокая нагрузка предполагает в среднем более 3 тысяч настроек/операций/типов событий на одно устройство, с большим количеством сложных инструментов по обработке данных (тревоги, отчеты, датчики, модели, виджеты). Каждое устройство генерирует в среднем менее 1 000 000 000 событий и обновлений метрик в день. Типовыми устройствами такого класса являются высокопроизводительные гейтвеи и корпоративные системы, интегрированные в SberMobile в качестве источника данных и генерирующие большой объем данных. Требования к дисковому пространству рассчитаны с учетом хранения исторических значений и событий в течение 1 месяца.

Если SberMobile Server использует внешнюю базу данных, требования к аппаратным средствам для сервера базы данных обычно те же, что требования к компьютеру, самостоятельно запускающему SberMobile Server. Следовательно, требования к аппаратным средствам для сервера базы данных зависят от количества устройств, подключенных к SberMobile Server, и от средней нагрузки на каждое устройство.

SberMobile Server должен быть подключен к серверу базы данных через скоростную выделенную сеть. Выделенный гигабитный Ethernet-канал с временем задержки (время пинга) менее 5 миллисекунд обеспечит достаточную производительность почти в любом случае.

В случае использования внешней базы данных NoSQL, SberMobile Server должен быть оснащен твердотельным накопителем (SSD) емкостью 50 Гб. Этот накопитель будет использоваться для хранения конфигурации. Требования к дисковому пространству в этом случае применяются к серверу внешней базы данных.

Рекомендуемый размер внешней базы данных NoSQL - 12-16 Гб.

SberMobile Server требует для работы следующие программы:

JVM - единственное обязательное требование для запуска SberMobile Server. JVM может идти как в комплекте с инсталлятором, так и быть уже установленной в системе (см Установка). Минимальная версия JVM для запуска SberMobile Server - 1.8 (Java 8).

SberMobile Server требует для работы RDBMS. Дистрибутивы SberMobile включают простейший сервер БД по умолчанию. Для больших установок мы рекомендуем использовать выделенные системы реляционных баз данных для промышленной аппаратуры или интегрированную базу данных NoSQL. SberMobile Server совместим с широким спектром серверов баз данных:

• MySQL

• PostgreSQL

• Oracle

• Microsoft SQL Server

• Firebird

• и многие другие...

SberMobile Server и RDBMS не обязательно должны быть установлены на одном и том же сервере. Возможно настроить SberMobile Server для работы с удаленной базой данных, но в этом случае на производительность также будет влиять состояние сети.

Чтобы использовать возможности динамического DNS, Вам нужен совместимый с RFC-2136 DNS-сервер. Это может быть как локальный, так и удаленно установленный DNS сервер. Спецификация RFC-2136 называется "Динамические обновления в доменной системе имен". Динамические обновления поддерживаются большинством современных DNS-серверов, включая DINS и Windows 2000/2003 DNS.

SberMobile Server требует почтового сервера для отправки извещений о тревогах по электронной почте. Теоретически SberMobile Server может "общаться" с любым почтовым сервером SMTP, включая те, которые требуют авторизации.

SberMobile Server прослушивает различные номера портов для приема входящих TCP-соединений и данных UDP от различных устройств, источников данных и систем.