Объединенный контроль использования сервера Linux

Неправильное представление, что использование беспроводного доступа в Интернет средств намного медленнее, потому что это показывает 54 МБ/с, тогда как использование соединения Ethernet показывает 100 МБ/с.

Само собой разумеется, это трудно объясняло пользователю, который был только скоростью локальной сети, и на самом деле интернет-скорость для сайта составляла только 8 Мбит/с / 900 кБайт/с.

Или альтернативно, пользователи, которые требуют Вас для предоставления широкополосного соединения, затем когда Вы говорите им беспроводную связь, что они используют, подключены к широкополосному подключению к Интернету, которое они восклицают "нет, Я имею в виду синий кабель!"

0
задан 15 August 2009 в 11:57
7 ответов

Кто-то упомянул SAR (системный генератор отчетов действия), и у меня есть к второму та рекомендация!

Это кажется на выполнение полной лодки работы самостоятельно с различными инструментами. Однако Вы, возможно, нашли, что большинство совокупных системных данных, которыми Вы интересуетесь, было собрано САДК (системная программа сбора данных действия) задания крона столько, сколько Вам установили sysstat пакет в Ваших системах. 'Достаточно странно они не работают как демоны.

Сценарии САДК (названный sa1 и sa2) собирают информацию из различных счетчиков ядра... некоторые из них являются тем же, которые запрашиваются vmstat, и других вытягивают из тех же источников что использование ifconfig для создания отчетов относительно объема данных, переданного и полученного в каждом интерфейсе и так далее. По умолчанию sa1 работает каждые 10 минут.

Команда SAR может затем использоваться для получения по запросу различных подмножеств этой информации от собранных данных. Познакомиться со всеми доступными таблицами выполненный SAR-A и перенаправить вывод в некоторый удобный файл. Затем откройте файл в своем любимом редакторе, в одном окне, и поднимите страницу справочника SAR в другом. Теперь просто обход через весь файл, ища страницу справочника различные идентификаторы заголовка столбца.

Мне также нравится использовать SAR-A в качестве раннего шага для поиска и устранения неисправностей необъясненной производительности и устойчивости. (Часто к тому времени, когда такие проблемы были наращены мне, система была уже перезагружена, или проблема неустойчива). Эти данные часто являются наилучшим имеющимся, так как пользователь (включая большинство младших и промежуточных системных администраторов, с которыми я работал) не знает какой данные собираться перед перезагрузкой.

Прием к использованию этих данных для посмертного поиска и устранения неисправностей должен отсканировать все те столбцы чисел, ища скачки. (Да, если Вы хороши с инструментами как GNUplot, Вы могли бы генерировать набор графиков от них; но честно можно часто определять скачки, точно также просто сканирующие вдоль необработанных чисел). Посмотрите на несколько аналогичных систем, которые не показывают проблемы или смотрят на данные по этой системе во время интервалов, когда вещи, кажется, прекрасны. После того как Вы определяете "скачки" (сетевой трафик, действие подкачки страниц, диск ввод-вывод) пытаются коррелировать их (я обычно просто делаю копию данных и удаляю все "номинальные" данные для отъезда меня только с материалом, это, вероятно, доказательно). Первая корреляция, которая будет искать, находится в синхронизации различных скачков ресурса... очередь выполнения внезапно пронзила непосредственно перед подкачкой страниц, на которую поднимаются из-под контроля?... было ли огромное увеличение полученного сетевого трафика незадолго до диска, числа ввода-вывода прошли крышу? Затем Вы коррелируете это к выводу от последней команды (кто был зарегистрирован вокруг затем)... и если Вы включили процесс, считающий затем, можно посмотреть на команду lastcomm. И, естественно, можно также посмотреть на/var/log /* чтобы сфокусироваться на том же временном интервале (и сканирующий назад оттуда, конечно).

Вы были бы поражены тем, сколько можно изобразить из этого осуществления.

"Учетная запись Tom вошла в систему, несколько минут спустя, которые постепенно увеличивали потоки данных по eth0 и к sdb3 диску; возможно, он копировал в наборе данных, вероятно, от Netapp на LAN B... затем мы видим огромный скачок в выделениях страницы памяти, но обрабатываем создание, остался номинальным до этой запущенной подкачки страниц; именно тогда прерывания и выполненная очередь прошли комнату и принесли систему в перегрузку OOM. Tom, Вы невежда! У Вас есть утечка памяти в foobar.pl!" :)

Однако в Ваших целях можно использовать SAR-A в качестве начальной точки. Вы находите биты, в которых Вы нуждаетесь, и затем Вы называете SAR с различными аргументами для получения каждой таблицы, которую Вы хотите проанализировать, отфильтровать, и изобразить в виде графика отдельно. Существуют опции представить вывод в большем количестве машины дружественный формат, также.

2
ответ дан 4 December 2019 в 11:00

Существует несколько инструментов, которые позволяют Вам автоматически собрать метрики производительности для своих серверов, как, например, Nagios, Cacti и Munin.

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

3
ответ дан 4 December 2019 в 11:00

sar системная команда создания отчетов действия. Это может обеспечить данные реального времени (подобный vmstat) и также сохраняет данные в фоновом режиме для более позднего создания отчетов.

Debian имеет несколько различных версий в их репозитории, посмотрите на atsar и sysstat пакеты.

Можно также найти процесс, считающий интересный. То, когда любой процесс заканчивается, это - информация об использовании, записано в файл, из которого могут быть сделаны отчеты. Посмотрите на acct пакет.

2
ответ дан 4 December 2019 в 11:00

Я использую Zabbix. Можно определить шаблоны для типа аппаратных средств или видов использования. Можно отправить отчеты, предупреждения, differents medias как почта, бессмысленные данные или SMS (если у Вас есть GSM или модем CDMA). Данные собраны SNMP или его собственным zabbix-агентом.

1
ответ дан 4 December 2019 в 11:00
  • 1
    zabbix хорош; можно также вставить измерения непосредственно в его базу данных для более позднего построения графика. –  slovon 15 August 2009 в 12:14

Вы пробуете следующую ссылку, она имеет партию вещи для контроля..

http://www.cyberciti.biz/tips/top-linux-monitoring-tools.html

0
ответ дан 4 December 2019 в 11:00

Вы можно использовать:

1. SeaLion . Это легкий инструмент. Поскольку вы предпочли SAR для использования, это было бы еще более привлекательно, так как мне казалось, что это расширение SAR; со всеми выходными данными на временной шкале (помогает отладить время), а также поддерживает все возможные команды оболочки, о которых можно подумать. Top, iostat, netstat, uptime и т. Д. - это команды по умолчанию, которые также позволяют добавлять свои собственные команды и настраивать интервал для сбора выходных данных. Однако он еще не выдает предупреждений.

2. New Relic : Он возглавляет список инструментов мониторинга серверов и предоставляет отчеты в виде графиков, а также предоставляет предупреждения. Это немного тяжеловато и сложно настроить.

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

2
ответ дан 4 December 2019 в 11:00

Недавно я обнаружил Glances , и из ssh он довольно хорош, больше, чем top и htop. Это для одной машины.

Для мониторинга всех ваших серверов (виртуальных или физических) да NewRelic довольно хорош, а недавно Monitis в качестве резервного варианта. Также платный аккаунт Pingdom - это полный набор утилит.

2
ответ дан 4 December 2019 в 11:00

Теги

Похожие вопросы