Программа включена в единый реестр российского ПО Минцифры.
Язык: Русский
Поддерживаемые ОС: Astra Linux CE 2.12.x, SE 1.7
Тестовый период: 30 дней
Версия программы: 7.5
В этом дистрибутиве "нативно" под Linux устанавливаются и работают: СУБД Firebird, Java, веб-сервер Jetty, само web-приложение, удалённый агент для получения информации (SMART, датчики материнской платы, счётчики производительности). Через Wine работают только служба (сервер) мониторинга и десктопная консоль мониторинга (можно работать и через веб-интерфейс).
Все необходимые для установки компоненты (SQL база данных Firebird) уже включены в наш дистрибутив и могут быть быстро развернуты на одном ПК для ознакомления. Вам не придется искать и скачивать недостающие компоненты, а также разбираться как их настраивать после установки.
Скачать "10-Страйк: Мониторинг Сети Pro" для Astra Linux Special Edition 1.7 (общий пакет) - 607 МБ
Скачать агент для выполнения проверок на удаленном ПК - 0,1 МБ
Ограничения демо-версии: В течение 30-дневного тестового периода ограничений нет (кроме окна с напоминанием о регистрации). После его истечения программа перестанет работать и вы сможете оплатить лицензию и, получив регистрационный ключ, продолжить использовать программу, либо удалить ее с ПК.
Электронное лицензионное соглашение пользователя
Установка программы (общего пакета)
Установку необходимо выполнять только в активной среде X Window System (запущенная графическая оболочка).
Для Astra Linux 1.7: Для установки общего пакета в Astra Linux 1.7 необходимо подключить к системе стандартные репозитории astra linux 1.7 (main, base, extended, update), информация о них должна находиться в /etc/apt/sources.list. Для этого, с привилегиями root, в файле /etc/apt/sources.list раскомментировать строки, начинающиеся с символов deb https (удалить в начале каждой строки символ #).
Для всех версий: Подключение репозитория к системе и установка пакета 10-strike-netmonitor:
ВНИМАНИЕ: все действия выполняются в сеансе пользователя, входящего в группу ADMIN (НАПРИМЕР: ПОЛЬЗОВАТЕЛЬ, КОТОРЫЙ БЫЛ СОЗДАН ПРИ УСТАНОВКЕ ОС)
1. Создать в домашнем каталоге пользователя каталог netmonitor
2. Скопировать файл network-monitor-pro-astralinux.tar.gz в созданный каталог netmonitor и перейти в этот каталог
3. Распаковать содержимое архива network-monitor-pro-astralinux.tar.gz, выполнив в терминале команду:
tar xvf ./network-monitor-pro-astralinux.tar.gz
4. Запустить на выполнение скрипт install.sh из каталога ~/netmonitor
5. Следовать инструкциям установщика (в процессе установки необходимо дать разрешение на установку Wine Mono)
Установка нативного агента производится аналогичным способом.
Удаление программы
1. Удаление пакета 10-strike-netmonitor с сохранением конфигурации и базы данных:
ВНИМАНИЕ: все действия выполняются в сеансе пользователя, входящего в группу ADMIN (НАПРИМЕР: ПОЛЬЗОВАТЕЛЬ, КОТОРЫЙ БЫЛ СОЗДАН ПРИ УСТАНОВКЕ ОС)
Выполнить в терминале команду:
sudo apt-get remove 10-strike-netmonitor
2. Полное удаление пакета 10-strike-netmonitor:
ВНИМАНИЕ: все действия выполняются в сеансе пользователя, входящего в группу ADMIN (НАПРИМЕР: ПОЛЬЗОВАТЕЛЬ, КОТОРЫЙ БЫЛ СОЗДАН ПРИ УСТАНОВКЕ ОС)
Выполнить в терминале команду:
sudo apt-get purge 10-strike-netmonitor
Установка агента
Для Astra Linux 1.7: Для установки агента в Astra Linux 1.7 необходимо подключить к системе стандартные репозитории astra linux 1.7 (main, base, extended, update), информация о них должна находиться в /etc/apt/sources.list. Для этого, с привилегиями root, в файле /etc/apt/sources.list раскомментировать строки, начинающиеся с символов deb https (удалить в начале каждой строки символ #).
Для всех версий: Установка агента производится аналогичным способом. Воспользуйтесь инструкцией выше для общего пакета, отличие лишь в названии файла установочного архива (nmagent-astralinux.tar.gz вместо network-monitor-pro-astralinux.tar.gz).
Удаление агента
Для удаления необходимо агента выполнить в терминале команду:
sudo apt-get remove 10-strike-nmagent
Системные требования
Пакет позволяет осуществлять мониторинг устройств, используя более 30 встроенных проверок, поддерживающих общепринятые сетевые протоколы, например, ICMP, TCP, ARP, SNMP, WMI, SSH, RTSP и т.д. Требуемая производительность сервера или ПК для работы программы сильно зависит от числа используемых проверок мониторинга (сенсоров) и от типов проверок, которые различаются по нагрузке на процессор (низкая - ICMP, ARP, TCP, HTTP, FTP; средняя - SNMP, SSH; высокая - WMI, RTSP).
1) Низкая нагрузка проверок: Современный компьютер средней производительности способен вести мониторинг 1000-2000 низконагруженных сенсоров.
2) Средняя нагрузка проверок: Если необходимо осуществлять контролировать параметры управляемых коммутаторов по SNMP, средний ПК может обеспечить мониторинг нескольких сотен сенсоров. Если таких сенсоров будет более 1000, желательно использовать многопроцессорный сервер с большим объемом оперативной памяти. По опыту можем сказать, что можно вести мониторинг 8000 коммутаторов по SNMP на 24-ядерном сервере с 16 ГБ памяти и SSD-дисками. Большое число проверок в сочетании с коротким интервалом между ними вызывает интенсивную запись статистики на диск (и увеличенный расход ОЗУ). Рекомендуем в таких случаях хранить данные на более быстрых дисках SSD.
3) Высокая нагрузка проверок: Проверки WMI нагружают процессор более всего. 500-1000 проверок, выполняемых с одного ПК, могут вызвать задержки в работе программы. Те же требования касаются и проверок, использующих протокол NetBIOS (состояние службы, процесса, контроль ПО, журнал событий).
RTSP: При настройке мониторинга битрейта видеокамер по протоколу RTSP следует учитывать, что каждая проверка генерирует входящий трафик порядка 50-250 КБ/сек. Большое количество таких проверок на одном сервере мониторинга может сильно загрузить сеть и процессор. По нашему опыту, 40-50 проверок RTSP уже могут загружать канал в 100 Мбит/сек. Рекомендуется разбивать проверки RTSP на несколько серверов мониторинга, по 50-100 на каждом (либо больше, по ситуации). Либо создавать все (или несколько) проверки камер на одном хосте — в этом случае они будут запускаться последовательно, не загружая канал.
Если включить опцию получения изображения с камеры, то каждая проверка использует дополнительно 80-90 МБ оперативной памяти, запуская внешний процесс ffmpeg.exe. При одновременной работе нескольких таких проверок количество процессов ffmpeg.exe кратно увеличивается. В этом случае в системе должно быть установлено достаточное количество ОЗУ. Минимальный объём памяти при использовании проверок RTSP мы рекомендуем 16 ГБ.
Узнать больше о системных требованиях...Рекомендуем ознакомиться с тестовой версией программы для тестирования производительности в ваших специфических условиях.
Юридическим лицам при оплате безналичным расчетом оформляется полный комплект документов для бухгалтерии и высылается почтой (счета, договор поставки, акт передачи и т.п.). Чтобы узнать цены или выписать счет, проследуйте по ссылке выше.