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

Задержка в небольшой клиент-серверной системе Linux NFS4

Мы - факультет информатики в небольшом университете, на котором запущен сервер RHEL 7 с использованием клиентов NFS4 и Fedora 24 (~ 40 клиентских машин, ~ 150 пользователей - редко одновременно). У нас проблемы с задержкой, и у нас есть проблемы с устранением неполадок / мы пытаемся выяснить, в чем проблема. Примеры симптомов:

После долгих задержек вы можете без проблем читать / редактировать / создавать файлы.

Единственное сходство, которое я обнаружил с этими приложениями, заключается в том, что они используют скрытые файлы конфигурации (.emacs.d, .idle, .eclipse, ...). Кажется, я не могу найти никакой документации о том, что скрытые файлы обрабатывались бы по-другому.

Любой совет приветствуется!

Как бы я решил это:

  1. если ~ / .emacs.d / предоставлен монтированием NFS, и
  2. целевой файл - это монтирование NFS, предоставленное вторым сервером NFS, и
  3. копирование всего этого локального для клиента устраняет задержку,

Затем я переместил бы по одному обратно в NFS и попытался воссоздать проблему.

Перечитав ваш исходный пост, я понял, что предполагал, что у вас два или более серверов NFS, потому что это то, что я видел у предыдущих работодателей. Один сервер NFS предоставил домашние каталоги, а второй - двоичные файлы. Мы обнаружили, что запуск двоичных файлов локально на клиенте повышает производительность. :-)

Если у вас есть один сервер NFS, можете ли вы настроить второй для устранения неполадок? Возможно, единственный сервер NFS в определенные моменты перегружен; работа со вторым сервером NFS может помочь изолировать этот случай.

Если проблема обнаруживается только на одном или двух клиентах, я бы попытался найти, что делает этих клиентов уникальными. Если проблема обнаруживается на каждом клиенте, я бы посмотрел на сервер NFS.

Просмотр журналов на сервере NFS RHEL7 поможет в любом случае.

Поиск в Google по запросу "Устранение неполадок NFS" дал много полезных страниц, в том числе tldp. Также есть Red Hat конфигурация сервера nfs. Вы, наверное, уже смотрели на оба из них.

Вы сказали, что сервер NFS - это Red Hat EL 7. Если бы у меня был контракт на поддержку с моей копией RHEL, я бы открыл заявку в Red Hat и попросил их помочь в устранении неполадок.

Надеюсь, это поможет. Удачи.


Какие варианты монтирования вы используете для своей nfs? Удаление таких опций, как lookupcache=none (и вместо этого разрешить значение по умолчанию) позволит клиентам кэшировать намного более агрессивно, мы заметили, что это может сбить с толку пользователей, когда добавляется файл в их домашний каталог, и требуется час, прежде чем он станет видимым на удаленном компьютере, но для двоичных файлов оказалось нормально.

Мы также устанавливаем actimeo=60 и noactime на наши приложения монтируют.

Домашние папки: rw,noatime,nfsvers=4,minorversion=1,soft,tcp,sec=sys,lookupcache=none,sloppy

приложения / двоичные файлы: rw,noatime,nfsvers=4,minorversion=1,soft,tcp,sec=sys,actimeo=60,sloppy

см. также раздел DATA AND METADATA COHERENCE на странице руководства https://linux.die.net/man/5/nfs