Мониторинг и управление ИБП на узлах связи?

Как выяснилось даже относительно нормальные ИВР ИБП Ippon/Sven/Powercom периодически зависают при включении/выключении Генератора (Акса).

У MOXA — минус цена (от 5-6т.р., в сумме с ИБП выходит от 10т.р.).

UPSilon — непонятно как решает вопросы подключения и работы с ИБП.

Устройства SNR интересные, но не позволят мониторить состояние ИБП (нагрузка, заряд и т.д.).

Мониторинг и управление ИБП на узлах связи?

ИБП как таковых нет.
Но по опыту минимальная цена ИБП 1000ВА + SNMP от 10т.р.
Хотелось бы вариант побюджетней)

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

Кто нибудь знает систему тестирования с записью видео с веб-камеры или другого источника во время тестирования?

Как провести анализ нагрузки на дисковые подсистемы?

В общем примерно понял.
Попробуем этот вариант реализовать.
А дальше посмотрим.

Спасибо.)

Как провести анализ нагрузки на дисковые подсистемы?

Я правильно понимаю, что:
1. вызов метрики iostat.collect ждет пока выполнится скрипт, т.е. забикс ждет пока выполнится скрипт (в зависимости от параметра в скрипте)?
2. между вызовами iostat есть пробелы (т.е. периоды когда данные не собираются)?
3. вызовы самих метрик должны происходить с той же периодичностью что и collect?
4. в варианте с cron — минимальное время 1 минута (т.к. крон чаще запускаться не может)?

Как провести анализ нагрузки на дисковые подсистемы?

В вашем скрипте если я не ошибаюсь — дело идет так:
1. забикс каждые n секунд запрашивает данные.
2. после запроса скрипт запускает iostat и ждет еще 15 секунд пока будут данные.
3. После получения данных они скидываются в файл и скрипт их анализирует и выдает забиксу.

Соответственно получается промежуток времени (между запросами забикса) данные которого не будут попадать в отчет.
Дополнительно забикс ждет n времени пока выполнится запрос…

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

Если я не прав, то пожалуйста поправьте.
Я не силен в скриптах(((

Как провести анализ нагрузки на дисковые подсистемы?

Спасибо)

Как провести анализ нагрузки на дисковые подсистемы?

to lnx:
iowait как я писал выше — плохой показатель, т.к. он не показывает что нагрузка на дисковую больше чем ее производительность.
Она показывает сколько процессорного времени уходит на ожидание ввода/вывода.
Т.е. например если в 22:00 запускается скрипт котрый делает бекап, то в этот момент iowait будет зашкаливать, хотя это не означает что система перегружена (т.к. в это время никто не работает).
Или кто-то в монопольном режиме запускает сложный запрос и т.д…

Помимо этого сам iowait сильно привязан к производительности cpu.
пруф

Опять таки все это имхо… Но на мой взгляд iowait не подходит…

Как провести анализ нагрузки на дисковые подсистемы?

Но для этого нужно хорошее знание программирование на bash или другом языке где можно реализовать, которых у меня к сожалению нет(

Как провести анализ нагрузки на дисковые подсистемы?

to sch1z0phr3n1a:
тут просто логика работы такого скрипта даже в варианте с кроном — на мой взгляд несколько не «правильная» (не оптимальная).
На мой взгляд лучше было бы сделать так:
1. Работает какой-то скрипт (демон) или что-то в этом духе, который запускает «iostat -x n» и вывод записывает в файл.
2. Работает какой-то ротатор, который этот файл очищает от старых данных (чтобы файл не разрастался).
3. Каждые n секунд zabbix запрашивает данные из этого файла.

Как провести анализ нагрузки на дисковые подсистемы?

Отчасти вопрос навеян этим топиком, но то что там описано не является решением моего вопроса.
Это своего рода оценка производительности и она в разных задачах будет оцениваться по разному.

Как провести анализ нагрузки на дисковые подсистемы?

Я это и имел ввиду…

Кстати товарищ по ссылке так и пишет (насчет моих опасений):

Из-за этих вещей возникает одна проблема, это время выполнения UserParameter. По-умолчанию в настройках сервера и агента стоят timeout=3 секунды. С таким скриптом необходимо увеличить время исполнения (повысив timeout), или добавить исполнение скрипта в cron. Будьте осторожны, увеличение timeout может также увеличить и общую нагрузку на zabbix-сервер!

Как провести анализ нагрузки на дисковые подсистемы?

Если я не ошибаюсь, то все способы основанные на iostat делают следующее:
Запускают iostat -x 1 2 (запросить инфу 2 раза с периодичностью 1 секунда) и по второму выводу анализируют.
Такой механизм на мой взгляд крайне не оптимальный (((.

Посему и пробую найти более оптимальный вариант…

За ссылочку спасибо)
Посмотрю может подойдет…

Как провести анализ нагрузки на дисковые подсистемы?

Интересует именно параметр для оценки того что дисковая перегружена (т.е. например не успевает за потоком запросов), а не то какая нагрузка…

Как провести анализ нагрузки на дисковые подсистемы?

Я опять таки извиняюсь, но что есть максимальная производительность дисковой?
Я не силен в оценке показателей, но насколько я знаю — количество максимальных иопсов, равно как и количество максимальных мегабитов сильно зависит от блоков/размеров, а также параллельных операций.
Поэтому нельзя запустить бенчмарк, увидеть что raid 10 из sas выдает 300 мегабит на запись и 500 иопсов и сказать что в реальной ситуации сервер будет упираться в эти данные.
Опять таки я не силен в этой науке, но как я понял — хорошим для таких случаев показателем является параметр средней длины очереди ожидания.
Т.е. на дисковую приходит 1000 операций, из них в среднем 1-10 операций висят в очереди, т.е. не успевают быстро обработаться.
Значит дисковая не поспевает за запросами к ней…
И хотелось бы его читать забиксом, но если есть более подходящий показатель, то можно и его.

Кстати iowait (wa) — тоже сильно зависит от задачи, т.е. если работа идет одним потоком и основная задача этого потока чтение/запись, то он будет зашкаливать, а на деле перегруженности не будет, просто будет долгий расчет.

Как провести анализ нагрузки на дисковые подсистемы?

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

Как провести анализ нагрузки на дисковые подсистемы?

Но по логике подходит плагин disk для collectd…
Хотя сомневаюсь что среднее время ответа — показатель…
Т.к. может раз в час приходить запрос данных который выполняется минут 30 и по этим показателям, это будет означать перегрузку дисковой хотя таковой не является…

Как провести анализ нагрузки на дисковые подсистемы?

Извиняюсь, но это немного не в тему.
Вопрос не в том какую систему мониторинга выбрать, а как эти показатели получать (в частности получать в zabbix).

Как провести анализ нагрузки на дисковые подсистемы?

iowait не показывает раздел/hdd на который идет нагрузка… и субъективно мне кажется не показатель…

По аналогии с советами которые видел для windows — основной показатель это
Avg. Disk Queue Length
Avg. Disk Read Queue Length
Avg. Disk Write Queue Length

Единственный подходящий аналог avgqu в iostat -x..., но я не представляю как эффективно снимать данные из iostat, ведь он работает в потоковом режиме.
Есть ли аналоги в vmstat или iotop? Так чтобы можно было полноценно снимать с помощью zabbix.
Тут больше вопрос какой параметр в них лучше отражает состояние дисковой (что в данный момент она работает на пике)?

Как достучатся до тех. поддержки Яндекс ПДД?

Спасибо, теперь заработало.

Качество сервиса Яндекса под вопросом.)
Надеюсь улучшат…