интересно как нагрузку распределяете

никакой галеры, если ты про это

а сколько запросов\сек в mysql влетает ?

2,5K/s

На базу смотреть, IOPs и прочее.

IOPsы запись 8000/s, чтение мало, все новое в памяти)

IOPsы запись 8000/s, чтение мало, все новое в памяти)

ниче се, в качестве хранилки что?

IBM FlashSystem 820 вроде так пишется, полка подклеченная по SAN и выдающая 1млн IOPs в сек

это не SSD)

большая флешка

40 TB

IBM FlashSystem 820 вроде так пишется, полка подклеченная по SAN и выдающая 1млн IOPs в сек

1 млн iops - это не в случае, когда в нее летят нули? а то 3par от HP тоже любит выдавать космические иопс, когда его нулями кормишь...

IBM тестили, не 0 и лили с Power-ов... у интела процов не хватало

а так у нас EMC XtremeIO 8 бриковый тоже мульт может выхлопывать.... мы пока только в 400-500k IOPS видели глазами

Ужас... =) Пойду читать про эти железки, страшно представить их стоимость

Ужас... =) Пойду читать про эти железки, страшно представить их стоимость

да как чугунный мост небось

Ужас... =) Пойду читать про эти железки, страшно представить их стоимость

вот это точно))))

так я же говорю это вам не SSD где можно в контроллер диска упереться)

мс тоже хвалилсь. что евоный sds лям иопсов выдает

но там несколько серверов

И почем такая штука?

Есть ли желающие поговорить о том, как могло бы быть, если бы теги были реализованы не по принципу "на тебе, убоже, что нам не гоже"? :) Кстати, даже если нет, хотелось бы небольшой хинт: один вид "тегов" существовал в Zabbix всегда, и это хост-группы.

Есть ли желающие поговорить о том, как могло бы быть, если бы теги были реализованы не по принципу "на тебе, убоже, что нам не гоже"? :) Кстати, даже если нет, хотелось бы небольшой хинт: один вид "тегов" существовал в Zabbix всегда, и это хост-группы.

Тэги очень полезная вещь ;)

Например, есть у нас виртуалка, на ней гора триггеров, она работает на хост-машине VMware. Хост-машина дохнет или начинает работать некорректно или просто мы её "обслуживаем" - вот как с помощью корректно реилизованных тегов сделать так, чтобы на экране событий не было никакого шлака, вещающего про траблы на виртуалках?

И почем такая штука?

Что-то не нашёл ценников в гугле

Что-то не нашёл ценников в гугле

нда скорее всего

Например, есть у нас виртуалка, на ней гора триггеров, она работает на хост-машине VMware. Хост-машина дохнет или начинает работать некорректно или просто мы её "обслуживаем" - вот как с помощью корректно реилизованных тегов сделать так, чтобы на экране событий не было никакого шлака, вещающего про траблы на виртуалках?

Мэйнтенанс не подходит?

Да это ж не корпоративная тайна. Хотя б порядок

Что-то не нашёл ценников в гугле

и не найдешь) это только через манагеров)

EMC и прочие дешево не стоят.

Мэйнтенанс не подходит?

Нет :)

в милионах долларв)

Да это ж не корпоративная тайна. Хотя б порядок

ну ты прикинь скока стоит 40 Тб нвме

Ожидал пару десятков млн рублей :(

Нет :)

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

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

Зависимости триггеров?

Зависимости триггеров?

в случае с прототипами не получится.

Мне казалось в 3.2 уже можно

Могу ошибаться, но точно помню, что в 3 появилась какая-то фича с зависимостями прототипов, которой мне не хватало в 2

Теги бы очень пригодились как раз. Цепляешь тег к хосту: TAG = "HOST_TYPE" VALUE = "VM" Этот тег наследуется всеми подчинёнными объектами, в т.ч. триггерами Цепляешь тег к хосту сервера VMware TAG = "HOST_TYPE" VALUE = "VMHOST" Этот тег также наследуется всеми триггерами хоста VMware Создаёшь правило CORRELATION: Для триггеров с тегом "HOST_TYPE==VM" уровня выше "HIGH" - зависимость от триггеров "HOST_TYPE==VMHOST" уровня "DISASTER" Результат: как только хоть один триггер уровня DISASTER на хосте VMware появится - все триггеры уровня выше HIGH на виртуалках заткнутся.

Можно, разумеется, уточнять, добавляя более слрожные условия. Например, HOST_TYPE=VMHOST недостаточно, нужно ещё VM_CRTITICAL=TRUE

Приветствую, Коллеги! Подбросьте плз толкового обучаещего материала по заббиксу. Именно в плане понимания архитектуры, сущностей и прочего. Не могу никак разобраться.

Zabbix и архитектура - вещи несовместимые

Теги бы очень пригодились как раз. Цепляешь тег к хосту: TAG = "HOST_TYPE" VALUE = "VM" Этот тег наследуется всеми подчинёнными объектами, в т.ч. триггерами Цепляешь тег к хосту сервера VMware TAG = "HOST_TYPE" VALUE = "VMHOST" Этот тег также наследуется всеми триггерами хоста VMware Создаёшь правило CORRELATION: Для триггеров с тегом "HOST_TYPE==VM" уровня выше "HIGH" - зависимость от триггеров "HOST_TYPE==VMHOST" уровня "DISASTER" Результат: как только хоть один триггер уровня DISASTER на хосте VMware появится - все триггеры уровня выше HIGH на виртуалках заткнутся.

Вы отправил меня более детально знакомится с тэгами. до этого использовал только как маячок во время работы с API .

Читал доку, все понятно) Что еще Вам требуется, Уважаемый?

Вы отправил меня более детально знакомится с тэгами. до этого использовал только как маячок во время работы с API .

Более детально я уже с ними познакомился. Теги - это даже не объект, это просто куски текста, ассоциированные с триггерами, событиями и, гм, "проблемами". Никакой разумной логики, кроме фильтрации экрана проблем и более тонкой настройки условий для action'ов - я там не увидел. Механизм dependencies у триггеров они не сделали лучше ни на йоту с помощью тегов. Проще говоря, подавить генерацию события с помощью тегов нельзя, можно только довольно тупо и странно повлиять на последствия этой генерации.

Читал доку, все понятно) Что еще Вам требуется, Уважаемый?

официальную?

Именно

https://www.zabbix.com/documentation/3.2/manual/config/event_correlation * on trigger level - one trigger may be used to relate separate problems to their solution * globally - problems can be correlated to their solution from a different trigger/polling method using global correlation rules У маршрутизатора глючит сетевой интерфейс, а за ним 100500 хостов орут "о ужас, катастрофа, HTTP недоступен, FTP недоступен" Как к этой проблеме прицепить solution? :)

"Мы не могли решить проблему, которая была создана одним триггером, при помощи другого триггера."

Я плотно занимаюсь мониторингом уже года 4 как , но вот эту высосанную из пальца ситуацию "давайте закроем проблему, созданную одним триггером", резолюшном другого триггера - вообще не встречал.

Зато с элементарной проблемой "упал или недоступен по сети zabbix-прокси - мы считаем, что агенты хостов за ним недоступны и выводим миллион предупреждений" - сталкиваюсь каждую неделю.

Коллеги, вот и мой черед тупить. Настраиваю агента в первый раз на активнае проверки. На сервере указал слушать порт 10051. Открыл его в фаерволе.

Агенту указал параметр ServerActive=IP сервера:10051. Пытаюсь стартовать агент и получаю ошибку

active check configuration update from [127.0.0.1:10051] started to fail (cannot connect to [[127.0.0.1]:10051]: [111] Connection refused)

ВТФ при чем тут 127.0.0.1 , в конфиге же четко прописан ServerActive=IP сервера:10051

Забавно, что на сервер с агентом не работает фарвол!

а какая версия агента? в конфиге есть еще строки с ServerActive? или в других конфигах подцепленных через include?

вообще он перестал писать логи

Я его дергаю, а в логах ничего не меняется

втф

мож с конфигом чет намудрил. залей на pastebin

Спасибо!!!

Башка деревянная)

че было то?

Положил копию дефолтного userparameter_mysql.conf в папку zabbix_agentd.d

то есть в каталоге лежал userparameter_mysql.conf и userparameter_mysql.conf_back

вот и ошибка

Пошла жара)

КОллеги, наблюдаю интересный эффект, после остановки и последующего включения сервера заббикс - при пересечении границы часа (00 минут) - в потолок уходят syncers и pollers. Имею несколько величин, снимающихся раз в час, несколько величин, снимающихся раз в день. Можете направить - с чем связано такое большое поступление инфы (или загрузка syncers по другой причине) ? Пробовал менять syncers c 1 до 8 - эффект такой же. NVPS - 830. poller-ов - 125, синкеров - 2

Это housekeeper может запускаться.

Вы не ошиблись площадкой для рекламы?

О, и тут оно. Там у канала есть кнопочка report ? нас тут полтыщи...

Это housekeeper может запускаться.

Вырублен

А случайно нельзя в заббиксе промониторить ip адреса с которых и на которые идут коннекты по всем интерфейсам и портам системы?

А случайно нельзя в заббиксе промониторить ip адреса с которых и на которые идут коннекты по всем интерфейсам и портам системы?

я думаю в заббикс можно запихать любую инфу. вопрос что потом с ней делать будете?

я думаю в заббикс можно запихать любую инфу. вопрос что потом с ней делать будете?

Нужна в общем-то статистика кто и куда лазит в хост и с хоста

я думаю в заббикс можно запихать любую инфу. вопрос что потом с ней делать будете?

думаю, его интересовало, возможно ли штатными средствами

А случайно нельзя в заббиксе промониторить ip адреса с которых и на которые идут коннекты по всем интерфейсам и портам системы?

netflow?

Нужна в общем-то статистика кто и куда лазит в хост и с хоста

и как ее смотреть? графиками? триггерами и алармами?

Нужна в общем-то статистика кто и куда лазит в хост и с хоста

вообще по снмп что-то похожее хранится на сетевом устройстве

но там не коннекты скорее, а вообще адреса которые маячили на интерфейсе

подозреваю, что для задачи нужен другой инструмент

и как ее смотреть? графиками? триггерами и алармами?

В том числе. К примеру триггеры на превышение кол-ва адресов на интерфейсе, либо что-то ещё. Как это сделать tcpdump'ом я знаю - интересно было есть ли в заббиксе предопределённые инструменты для этого.

В том числе. К примеру триггеры на превышение кол-ва адресов на интерфейсе, либо что-то ещё. Как это сделать tcpdump'ом я знаю - интересно было есть ли в заббиксе предопределённые инструменты для этого.

snmp там есть

В том числе. К примеру триггеры на превышение кол-ва адресов на интерфейсе, либо что-то ещё. Как это сделать tcpdump'ом я знаю - интересно было есть ли в заббиксе предопределённые инструменты для этого.

привышение кол-ва коннектов - это одно. А мониторить все коннекты и разбирать - это совершенно другое

привышение кол-ва коннектов - это одно. А мониторить все коннекты и разбирать - это совершенно другое

Я лишь привел пример.

Я лишь привел пример.

ну я к тому что тригер на кол-во коннектов возможен

подобную именно статистику имхо проще своим инструментом собирать. а алармы - свой сендер или скрипт сделать и к итему прикрутить

А на все коннекты, с адресами и прочим - это не задача для заббикса. Тут вам дан netflow и вперде

А на все коннекты, с адресами и прочим - это не задача для заббикса. Тут вам дан netflow и вперде

Да я понимаю, просто поинтересовался :)

А на все коннекты, с адресами и прочим - это не задача для заббикса. Тут вам дан netflow и вперде

он не все задачи решает. насколько я знаю хттп статистику по фирме там не посмотришь

эээ