Комментарии 13
Zabbix — это специализированное отечественное ПО для мониторинга
Это вот вы откуда взяли? На их сайте укзано, что они из недружественной страны. Кроме того они выпустили релиз, что прекращают свою деятельность в РФ и, видимо, вам придется искать новое решение.
Да и про WinCC уже стоит забыть...
По метрикам 1 и 4 возникает вопрос: а что у вас с железом и сетевой нагрузкой? И какой scan time?
Метрика 2: снова, что с железом и не распараллелить ли выполнение скриптов?
распараллелить скрипты - это к разработчику WinCC Siemens, тоже не понимаю почему не могут сделать
1) В рамках данной статьи рассматриваются именно метрики самой WinCC, т.к. сбор метрик железа и сетевой нагрузки уже был сделан ранее. Scan time (если мы говорим об интервале обновления) настроен на 2 минуты для метрик WinCC "из коробки" (windows performance counters). А для выполнения VBScript сделали запуск 1 раз в 10 минут. Этих значений вполне хватает для сбора актуальных данных в zabbix. Что касается остальных настроек мониторинга - они во второй части статьи (готовится к выпуску).
2) Время выполнения скрипта VBS по мониторингу - регистрируется в zabbix отдельным значением как дельта времени окончания/начала выполнения. Это значение - меньше 1 секунды для большинства WinCC (в редких случаях 1 секунда). Оценили это значение и не увидели необходимости в распараллеливании скрипта.
Scan time - я имею ввиду интервал обновления тэгов с контроллеров.
Просто если вам требуется собирать WinCC_Connections_Pending_tag_read и WinCC_Connections_Pending_tag_write, то я предполагаю, что у вас тут есть проблемы с производительностью. Отсюда и вопрос по производительности сетки и частотой обращения к контроллерам.
По моему опыту, большинство людей не морочится здесь с тонкой настройкой по отдельным тэгам, а стоило бы.
Совершенно верно подмечено про тонкую настройку. WinCC не очень много позволяет в смысле настройки обмена с ПЛК (имею ввиду tag management). После привычных для OPC настроек частоты обмена (в мсек.) или, например, возможности выставить сигналу "Only read" - tag management кажется несколько урезанным средством настройки. А вот то, с чем действительно удаётся поработать - это т.н. update cycle сигналов, привязанных к динамике объектов на экранных формах. Буквально сегодня появился свежий кейс - коллеги некоторое время назад выявили неоптимальное количество элементов с динамикой тегов в c-скриптах на главной экранной форме (около 500 тегов). Такое обычно бывает, когда разработчик проекта WinCC думал о красоте и динамике, а не о глазах оператора и производительности системы. По графикам в Zabbix также увидели скапливающиеся очереди скриптов при работе с этим экраном. Коллегами была проведена серьезная работа по оптимизации экранной формы. Одним из интересных инженерных решений стало упрощение движения "псевдо-3D" заготовки (множество элементов) до варианта "плоского" (не затратного с точки зрения ресурсов) движения - одного элемента в динамике. Результаты работы теперь видны не только в том, что scada не зависает (а было вплоть до чистки через reset_wincc) - но и количественно. Это нулевые очереди скриптов (@script_count_actions_in_queues). Также вместо 500 тегов в динамике c-скриптов - теперь 297 тегов(@script_count_tags). Update cycle также проверен через Apdiag (проверен минимальный "Cycle 3" - 1с, ведь редко нужно чаще). Графики утилизации процессора и ОЗУ в Zabbix также показали, что новый вариант экранной формы улучшил производительность системы. Считаю удачным примером отличного понимания специалистами специфики своего производства (Операторы новую экранную форму не "забраковали") и филигранной работой с техническими средствами самой Scada-системы.
«Zabbix — это специализированное отечественное ПО» - откуда такие данные ? https://www.zabbix.com/ru/about
Итак, нам надо было исправить ситуацию, когда узлы сгруппированы лишь по географическому признаку...
Ну вот, на самом интересном месте и без подробностей) Не очень понятно как вы иерархию выстроили для разных пользователей?
Правильно ли я понял, что вы создали набор Услуг в нужной вам иерархии, сделали дашборды с нужным набором Услуг для каждого пользвателя/роли и дальше для каждой роли правами назначили нужный дашборд?
Использование дашбордов для удобного мониторинга ландшафта WinCC описано в третьей части данной статьи. Если кратко - то на данный момент все пользователи Услуги мониторинга WinCC имеют права на просмотр всех её дашбордов, но редактирование ограничено Ролю и принадлежностью к группе конкретного Производства.
То есть пользователи этого Производства (Цеха) не влияют на настройки дашбордов в других Производствах(Цехах). Пользователи с возможностью осуществлять только Просмотр - могут просмотреть все дашборды Иерархии от уровня "Ландшафт" до уровня "Участок цеха" (информацию, собранную на каждом уровне агрегирующими узлами), но не могут изменить дашборд.
Таким образом, ответственный за работу узла не отвлекается при редактировании (добавлении, настройке) и мониторинге на узлы другого Участка или Цеха, но при этом может видеть результаты мониторинга коллег и обмениваться с ними опытом для решения возникающих инцидентов с WinCC.
Руководитель целевого Производства работает с дашбордом по данным, агрегированным по группе узлов нескольких цехов. Однако, ничто не мешает ему открыть дашборд "Ландшафт" и увидеть картину по другим Производствам.
Руководитель, в сфере которого находится множество Производств, соответственно выберет дашборд с уровнем "Ландшафт".
Процесс мониторинга WinCC в Zabbix развивается, и нам интересно мнение каждого участника - не было цели ограничить просмотр и сделать работу пользователей неудобной, а информацию - скудной.
Чем хорош мониторинг SCADA-систем WinCC в Zabbix