Вопрос по группировке большого количест&

[Phoen]

zВобщем ранее был опыт только с nagios + check mk, поэтому при переходе на заббикс встал такой вопрос: как правильно by design сгруппировать большое кол-во узлов по нескольким признакам. И возможно ли автоматическое создание групп при авторегистрации?

Поясню ситуацию: имеется несколько сотен точек на каждой из них установлено несколько типов оборудования которое необходимо мониторить (пк, сервер, сетевая железка и видео сервер/регистратор). Как наиболее правильно и наглядно сгруппировать это оборудование по:
1. Собственно точкам (при этом точки хотелось бы ещё группировать по географическому признаку).
2. Типам оборудования.

Каких либо вложенных групп заббикс не поддерживает насколько я понял, в какую сторону копать?

[Jimson]

Из описания не ясно зачем нужна группировка. Какую задачу она должна решать.

Я бы сделал несколько пересекающихся групп: по одной "пк", "серверы", "свичи" и тп, и группы по географическому признаку "Москва", "Нью-Йорк", etc. Имена хостов при этом формировать так чтобы удобно было искать "по точкам", в зависимости от того что у вас является идентификатором "точки", название или номер или еще что то. Соответственно можно будет раздать права региональным инженерам/монтажникам на "географические" группы, администраторам виндоуса на группу "пк", администраторам линуксов на группу "серверы" ну и дальше по вкусу.

[Phoen]

Из описания не ясно зачем нужна группировка. Какую задачу она должна решать.

Я бы сделал несколько пересекающихся групп: по одной "пк", "серверы", "свичи" и тп, и группы по географическому признаку "Москва", "Нью-Йорк", etc. Имена хостов при этом формировать так чтобы удобно было искать "по точкам", в зависимости от того что у вас является идентификатором "точки", название или номер или еще что то. Соответственно можно будет раздать права региональным инженерам/монтажникам на "географические" группы, администраторам виндоуса на группу "пк", администраторам линуксов на группу "серверы" ну и дальше по вкусу.

Для наглядности же, чтоб можно было увидеть работоспособность всех объектов конкретной точки и жизнеспособность канала до неё в пару кликов.

Идентификатор точки - номер (в котором заключен код региона).
Идентификатор оборудования - номер точки + буквенный постфикс.

Спасибо за идею, продолжаю брейнштормить касательно вывода объектов конкретной точки.

[aib]

Просто для уточнения - "Пересекающиеся" группы могут содержать одни и те-же объекты.

Например:
- группа "Москва" содержит
- роутер router1.msk
- сервер server1.msk
- принтер printer1.msk

- группа "Питер" содержит
- роутер router1.stp
- сервер server1.stp
- принтер printer1.stp

В таком случае вы можете создать три дополнительные группы:
- группа "Роутеры" будет содержать
- router1.msk
- router1.stp

- группа "Серверы" будет содержать
- server1.msk
- server1.stp

- группа "Принтеры" будет содержать
- printer1.msk
- printer1.stp

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

[Jimson]

Спасибо за идею, продолжаю брейнштормить касательно вывода объектов конкретной точки.

Нет смысла делать "группы-точки", вам все равно придется такие группы исключать из просмотра на dashboard (портянка в 2-3 сотни групп врядли вам понравится), да и в выпадающих списках такое кол-во групп крайне не удобно, в хроме это будет выпадающий список высотой во весь экран, а у файрфокса это будет список на 20 записей со скроллером. Если именовать хосты по единому правилу, например, тащемта
R77_Srv_Mail
R77_PC_Eng
R77_PC_Masha
R77_RTR
то вы сможете свою "точку" вывести поиском по подстроке "R77".

А группы у вас будут по функционалу "все серверы", "все Маши" и по регионам "Москва", "Питер". Как то так.

[OKyHb]

Если ж использовать пересекающиеся группы, то на дашбоарде будут гореть дублирующиеся триггеры? Что-то с этим делаете?

Или со временем нормально, привыкаешь?

[yukra]

Если ж использовать пересекающиеся группы, то на дашбоарде будут гореть дублирующиеся триггеры? Что-то с этим делаете?

Или со временем нормально, привыкаешь?

/me использует дашборд как "если красненькое, то нужно идти в 'Мониторинг - Триггеры' и смотреть там", если зелененькое - то все хорошо.

[Phoen]

А заббикс умеет при авторегистрации (не обнаружении, а имено регистрации). Раскладывать хосты по группам на основе регекспа?

Т.е. допустим хостнеймы начинающиеся на 01 это центр. регион, 02 ДВ, создаю действие авторегистрации, в нем условие "Имя узла сети содержит ^01", в операции "Добавить в группы узлов сети: 01 Москва". Однако все узлы проходящие авторегистрацию сыпятся в группу discovered hosts. Где я не прав?

[Phoen]

Попутно в процессе эксплуатации родилось и ещё несколько вопросов:
1. После удаления хостов из заббикса они заново не проходят регистрацию, почему?
2. Как правильно инициировать перерегистрацию хостов (скажем при изменении правил авторегистрации)?
3. Почему некоторые хосты при заданной в условии группе сыпятся не в неё, а в discovered hosts?

[Phoen]

может кто-то ткнет носом в документацию?