Анализ Linux производительность сервера NFS

Просто идея, попытайтесь осуществить сниффинг трафика NFS с wireshark. Мог бы сказать Вам, к которым пользователь получил доступ что файл:

tshark -R nfs -i eth0

Я должен сказать относительно всего различного *, утилиты статистики, доступные одной, nfsstat безусловно хуже! Это дает Вам способность посмотреть на набор счетчиков, но это - все. При рассмотрении их дважды необходимо сделать работу попытки выяснить тем, сколько каждого измененного счетчика и если Вы хотите знать уровень изменения, затем необходимо разделить на число секунд между образцами. Во всей справедливости nfsstat действительно датируется много лет, когда вещи были все еще довольно сыры, и теперь не препятствуется никем желающим изменить выходной формат, потому что это, вероятно, повредило бы много вещей.

Что касается использования collectl для контроля nfs это действительно обеспечивает, nfsstat производят в намного более легком для чтения формата, но что еще лучше, что можно позволить ему работать в течение многих часов или дней и воспроизвести данные, которые Вы собрали в фоновом режиме. Что касается запроса для наблюдения, что делают процессы collectl может также собрать данные процесса включая то, сколько ввода-вывода делает каждый процесс, и даже играйте его назад показ главных пользователей ввода-вывода. Можно также использовать главную функцию в режиме реального времени.

Если Вы хотите смотреть, дисковая тема сам collectl может сделать это также и отобразить все в скоординированном дисплее.

Попробуйте... - метка

collectl (особенно его подсистема NFS) является очень хорошей утилитой, которая могла бы быть полезна для Вашего анализа, но это не соответствует Вашему списку требований. Я не знаю ни о какой утилите Linux, которая делает.

(Позвольте мне добавить, что это вне темы отмечает: существует программное обеспечение, которое соответствует Вашим требованиям: находящаяся в DTrace Аналитика Sun (PDF) - но к сожалению не доступно на Linux. Вы найдете много ярких примеров в блоге Brendan Gregg, которые иллюстрируют возможности этого инструмента.)

Выезд nfsstat. Это не показывает все, что Вы хотите только, по крайней мере, хорошее подмножество.

http://linux.die.net/man/8/nfsstat

У меня нет лучших ответов в данный момент, однако можно следовать за диском IO вполне точно с

iostat -mx <delay in sec.> <devices>

Это дает очень полезным числам, особенно средний размер очереди и время ожидания (в мс) для Вашей iOS. Это показывает вполне с готовностью, если Ваши диски являются узким местом, и если узкое место является количеством IO или пропускной способностью.

Затем с

netstat -plaute | grep nfs

Вы будете видеть соединения клиента и байты, переданные от каждого клиента в режиме реального времени. цикл на нем для текущих данных. Было бы довольно легко сделать сценарий, которые обеспечивают текущие данные... Я работаю над ним :)

Теперь для получения IO для каждого процесса можно использовать превосходный iotop. Все еще необходимо найти способ соответствовать процессам nfsd клиентам, все же.

Относительно которого получают доступ к файлам, которым клиентом, я застреваю. На самом деле файлы в настоящее время читали/писали от клиента NFS, даже не появляются в выводе lsof.

Только, чтобы подробно остановиться на netstat, используйте часы-d, чтобы видеть, как вещи изменяются и вид хостом

watch -d "netstat -plaute | grep nfs | sort -k 4,5"

Вы могли бы хотеть проверить nfsreplay. Это могло бы помочь Вам выяснить то, что происходит. Также Вы могли бы найти информацию и ссылки здесь полезными

По-моему, это точно выделяет проблему с сегодняшними инструментами. Здесь мы упоминаемся по крайней мере 3 включая nfsstat, iostat и iotop. Затем там передавал упоминание о wireshare и nfsreplay. Это действительно походит на нормальный способ сделать вещи? Кроме wireshark с категория все его собственное, разве Вы не предпочли бы 1 инструмент?

Для новичков, в то время как я нахожу вывод iostat очень полезным, слишком трудно читать со всеми теми.00 в числах. Collectl сообщает о тех же самых данных, но отформатированный намного легче на глазах. Вы уже знаете то, что я думаю о nfsstat и так как collectl может воспроизвести любые данные нет никакой потребности в утилите 'воспроизведения'. Что касается 'iotop', соберитесь, может также показать, что процессы, отсортированные по чему-либо, включали ввод-вывод.

Таким образом, там у Вас есть все это в также, вместе с метками времени. При необходимости в более прекрасном контрольном интервале, Вы можете заводная рукоятка alway назад выборка к 0,1 или 0,5 секундам или чему-либо промежуточному, хотя Вы генерируете больше служебное, если Вы управляющие процессы это быстро, но был бы с какой-либо контрольной утилитой процесса.

И заключительная премия - что-либо, что Вы собираете с collectl, который можно загрузить в электронную таблицу и легко вывести на печать ИЛИ использовать colplot, который является частью collectl-utils.

- метка

Вы можете попробовать nfswatch из http://nfswatch.sourceforge.net

Вы можете увидеть некоторые примеры выходных данных на http: //prefetch.net/blog/index.php/2009/06/16/monitoring-nfs-operations-with-nfswatch/[1290 visiblenfswatch вроде как top (хотя я ' м не уверен, есть ли там пакетный режим). После запуска вы можете изменить отображение, нажав клавишу (например, «c» для отображения клиентов NFS, использующих ваш сервер NFS).