Назад | Перейти на главную страницу

Может ли кто-нибудь объяснить «варианты использования» для графиков мунинов по умолчанию?

При установке munin активирует набор плагинов по умолчанию (по крайней мере, на ubuntu). В качестве альтернативы вы можете просто запустить munin-node-configure чтобы выяснить, какие плагины поддерживаются в вашей системе. Большинство этих плагинов отображают прямые данные. У меня вопрос не чтобы объяснить природу данных (ну ... может быть, для некоторых), но какие это то, что вы ищете в этих графиках?

Установить munin и увидеть навороченные графики несложно. Но наличие графиков и невозможность их «читать» делает их совершенно бесполезными.

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

Итак, позвольте мне разделить этот вопрос на три части:

Плагины, в которых я даже не понимаю данные

Они могут содержать вопросы, которые не обязательно направлены только на мунина. Непонимание данных обычно означает пробел в фундаментальных знаниях об операционных системах / оборудовании ....;) Не стесняйтесь отвечать "giyf".

Это плагины, в которых я могу только угадать что происходит ... Вряд ли я хочу смотреть на эти "догадки" ...

Плагины, в которых я понимаю данные, но не знаю, на что следует обратить внимание

Плагины, которые я думаю понять

Я здесь кое-что отгадаю ... поправьте меня, если я ошибаюсь.

Дисковых операций ввода-вывода на устройство (операций ввода-вывода в секунду)

Для традиционных жестких дисков это очень важное число. Операция ввода-вывода - это операция чтения или записи на диск. С вращающимися шпинделями вы можете получить от нескольких десятков до 200 операций ввода-вывода в секунду в зависимости от скорости диска и схемы его использования.

Это еще не все: в современных операционных системах есть планировщики ввода-вывода, которые пытаются объединить несколько запросов ввода-вывода в один и таким образом ускорить работу. Также контроллеры RAID и так далее выполняют некоторую интеллектуальную переупорядоченность запросов ввода-вывода.

Задержка диска на устройство (среднее время ожидания ввода-вывода)

Сколько времени потребовалось от выполнения запроса ввода-вывода к отдельному диску, чтобы фактически получить данные оттуда. Если это колеблется в районе нескольких миллисекунд, все в порядке, если это десятки миллисекунд, тогда вы начинаете видеть, что ваша дисковая подсистема потеет, если это еще сотни миллисекунд, у вас большие проблемы или, по крайней мере, очень, очень медленная система.

Время обслуживания ввода-вывода

Как ваша дисковая подсистема (возможно, содержащая много дисков) работает в целом.

IOStat (блоков в секунду чтения / записи)

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

Доступная энтропия (байты)

Некоторые приложения действительно хотят получать «истинные» случайные данные. Ядро собирает эту «истинную» случайность из нескольких источников, таких как активность клавиатуры и мыши, генератор случайных чисел, который есть на многих материнских платах, или даже из видео / музыкальных файлов (энтропия видео и аудио энтропия может это делать).

Если в вашей системе заканчивается энтропия, приложения, которым требуются эти данные, останавливаются, пока не получат свои данные. Лично я раньше видел, как это происходит с демоном Cyrus IMAP и его службой POP3; он генерировал длинную случайную строку перед каждым входом в систему и на загруженном сервере, который очень быстро потреблял пул энтропии.

Один из способов избавиться от этой проблемы - переключить приложения на использование только полуслучайных данных (/ dev / urandom), но это больше не входит в эту тему.

VMStat (запущенные / спящие процессы ввода-вывода)

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

Пропускная способность диска на устройство (байтов / секунду чтения / записи)

Это чисто байты чтение / запись в секунду, и чаще это более удобочитаемая форма, чем блоки, который может отличаться. Размер блока может отличаться в зависимости от используемых дисков, используемой файловой системы (и ее настроек) и т. Д. Иногда размер блока может составлять 512 байтов, иногда 4096 байтов, иногда что-то еще.

использование таблицы inode

В файловых системах с динамическими индексными дескрипторами (например, XFS) ничего. С файловыми системами, имеющими статические карты inodes (например, ext3), все. Если у вас есть сочетание статических индексных дескрипторов, огромной файловой системы и огромного количества каталогов и небольших файлов, вы можете столкнуться с ситуацией, когда вы не сможете создать больше файлов на этом разделе, даже если теоретически останется много свободного места. Нет бесплатных inodes == плохо.