search

slothfk / 1c_zabbix_template_ce

Шаблон Zabbix для мониторинга кластера серверов 1С Предприятия 8.3
MIT License
151 stars 53 forks source link

Разное поведение "Включена блокировка регламентных заданий" для рабочих и тестовых баз #87

Closed veshus closed 1 year ago

veshus commented 2 years ago

Хорошо бы иметь возможность различного поведения триггера "Включена блокировка регламентных заданий" для рабочих и тестовых баз Для рабочих баз Алерт "Включена блокировка регламентных заданий" = Истина, для тестовых баз "Включена блокировка регламентных заданий" = Ложь

slothfk commented 2 years ago

Непонятно:

  1. Что мешает отключить "ненужные" триггеры у тестовых баз в текущих условиях?
  2. Каким образом определить какая база тестовая, а какая рабочая?
veshus commented 2 years ago
  1. нужно не отключить триггер а инвертировать, это важно, так как работающие фоновые задания в тестовых базах (при копировании из рабочих) ведут к проблемам
  2. Список рабочих баз ограничен и известен заранее, которые не рабочие - тестовые. Список тестовых баз - неошраничен, разворачиваются по требованию отдела разработок регулярно (и, ожидаемо, находятся дискавери)
slothfk commented 2 years ago
  1. нужно не отключить триггер а инвертировать, это важно, так как работающие фоновые задания в тестовых базах (при копировании из рабочих) ведут к проблемам

Теперь я понял смысл :) Однако держать тестовые базы в продуктивной среде - ЗЛО!

2. Список рабочих баз ограничен и известен заранее, которые не рабочие - тестовые. Список тестовых баз - неошраничен, разворачиваются по требованию отдела разработок регулярно (и, ожидаемо, находятся дискавери)

Дело в том, что список баз получается автоматически с помощью обследования, как рулить триггерами: какой для рабочей, какой для тестовой? Т.е. нужно чтобы у ИБ было два триггера и пользователь в зависимости от назначения базы включал нужный? У меня пока нет понимания/видения как это можно решить ... Можно попробовать сделать так, что один триггер по-умолчанию включен, другой отключен (например, блокировки включен, а отсутствия блокировки - отключен, ну или наоборот), а дальше пользователь сам меняет активность тригерров на базах? Но мне кажется, вы это можете сделать сами под свою среду, не уверен, что это нужно в большой массе!?

veshus commented 2 years ago

У нас разделены рабочие и тестовые базы (как правило), но мониторить тестовые надо, как раз для понимания того, что выключены регламенты Может быть можно предусмотреть макрос со списком продуктивных баз, типа если не в списке - инвертировать значение триггера.

slothfk commented 2 years ago

Может быть можно предусмотреть макрос со списком продуктивных баз, типа если не в списке - инвертировать значение триггера.

Мне не очень нравится такой подход. ИМХО, лучше с 2-мя триггерами, просто если у вас тестовые базы постоянно прибывают/убывают, то сделать активный триггер по умолчанию с отключенной блокировкой, а для продуктивных баз вы один раз включите триггер по блокировке и отключите триггер по отсутсвующей блокировке и на этом забудете про эту тему. Если добавиться рабочяя база, то так же смените состояние триггеров вместо тогд чтобы добавлять в макрос ...

veshus commented 2 years ago

Как вариант можно попробовать

slothfk commented 2 years ago

Как вариант можно попробовать

Попробуйте, потом расскажите ;)

slothfk commented 1 year ago

Как вариант можно попробовать

Таки попробовалось ли чего?

veshus commented 1 year ago

Пока не хватило таланта настроить триггер

slothfk commented 1 year ago

Пока не хватило таланта настроить триггер

См. https://disk.yandex.ru/i/EEKEpHvjTtxdFg

Склонировать триггер, сделать его деактивированным по-умолчанию, или наоборот, его оставить активированным, а деактивированным по-умолчанию сделать триггер про "Включена блокировка", тогда при добавлении новых тестовых баз будет как раз то, что требуется. Триггер у узлов появится только после того как очередной раз отработает обнаружение!

slothfk commented 1 year ago

См. https://disk.yandex.ru/i/EEKEpHvjTtxdFg

Склонировать триггер, сделать его деактивированным по-умолчанию, или наоборот, его оставить активированным, а деактивированным по-умолчанию сделать триггер про "Включена блокировка", тогда при добавлении новых тестовых баз будет как раз то, что требуется. Триггер у узлов появится только после того как очередной раз отработает обнаружение!

Сделал такое на одном из наших проектов, выглядит как рабочий вариант, одно необходимость "добавлять" это как "основной" функционал шаблона вызывает сомнение. ИМХО, весьма частный сценарий!