То, как быстро узнать, отклоняют ли *сервер, работает хорошо?
вершина является хорошим инструментом (если его установленный), но другой, который мне нравится за реальный беглый взгляд видеть, неправильно ли что-либо, является dmesg. Это должно сообщить если испытание сервера что-то невероятно главное (разъединенные зарубки, отказы дисков, отказы памяти и т.д.).
если Вы хотите немного, дополнительные свойства в соответствии с Linux - пробуют htop.
это - вершина на стероидах, можно настроить его для отображения на процессорном времени 'панелей', тратят в userland/system/iowait/irqs., это могло бы высказать Вам хорошее мнение, что является причиной загрузки.
все еще - некоторая информация, которую Вы получаете от vmstat, не будет отображена в htop.
можно также смотреть на SAR от sysstat. [iostat, упомянутый Kyle Brandt, является частью того же пакета].
В зависимости от того, сколько серверов у Вас есть Вы, может хотеть установить nagios или подобную систему контроля для этого. В основном Вы устанавливаете пределы для метрик (использование ЦП, использование памяти и т.д.), и если предел превышен, Вы получаете предупреждение, которое могло бы быть страницей или электронной почтой или что бы то ни было. Однако, если это - Ваш домашний ПК, я использую nmon. Это является большим для получения по всему изображению Вашей системы. Это отобразит информацию о памяти, диске, ЦП, и использовании сети, а также информации о ядре.
-
1Абсолютно ccorrrect. Пропустите машины тестирования руки и создайте сервер для контроля других. Тем путем Вы don' t должны помнить, Вы настраиваете их индивидуально. Я настоятельно рекомендую Изучение Nagios 3.0 Wojciech Kocjan – Matt Simmons 5 June 2009 в 15:08
-
2Я думал, что книга была хороша также. Я использую n2rrd для создания графиков для в Nagios, но там мог бы построение графика плагинов, которые более удобны для пользователя. Большая вещь о Nagios - это, так легко осуществить Ваши собственные проверки. – Kyle Brandt 5 June 2009 в 15:14
-
3
-
4
Не забывайте iostat, часть sysstat пакета. Если Вы хотите что-то, что легко портативный, почему бы не записать оболочке или сценарию Perl, который можно разрабатывать со временем? Это было бы хорошим способом изучить различия между системами и поправиться в сценариях. Можно обычно анализировать большую часть информации из proc или просто оборачивать все те инструменты.
Я обычно выполняю вершину как первую точку вызова, когда я вхожу в хост, который сообщил о проблемах. Это дает Вам хороший обзор CPU, памяти, runqueue длины и затем от которого я могу понять как, что заняться расследованиями затем. Если iowait произошел, я смотрю на iostat, если память является низкой я PS, и посмотрите, какие процессы используют память (или просто вершина вида памятью) и т.д...
Красивая вещь о Unix - Вы, не должны принимать инструменты, которые предлагаются. Запишите сценарий, который показывает Вам информацию, которую Вы хотите.
iostat vmstat главный PS (помнят Вас, может настроить выходные поля PS - вполне q потерянный с PS гну), df dmesg/var/log/messages SAR, Вы могли использовать syslogNG для фильтрации всех сообщений журнала crtical в отдельный файл журнала.
Одним необычным (выход) вещь, которая стоит проверить Linux, является/proc/mounts. Иногда файловая система идет только для чтения, но это не показывает монтирование, но показывают в/proc/mounts. Я видел это и на VMs и с устройством хранения данных FC (например, где путь имеет disspeared странным способом).
Другая 'вершина на стероидах' программа: на. Таким образом подробный, это страшно.