| |
Первым делом Вам нужно использовать ядро с поддержкой файловой системы NFS, либо изначально встроенной в ядро, либо доступной как модуль. Поддержка NFS настраивается при подготовке к компиляции ядра. Если Вы никогда не компилировали ядро, то нужно прочитать соответствующий раздел помощи и выяснить как это делается. Если вы используете хороший дистрибутив (такой как RedHat) и никогда не экспериментировали с ядром или модулями (и таким образом разрушали его), то очень вероятно, что поддержка NFS уже есть в ядре.
Теперь Вы можете, в командной строке администратора, ввести
соответствующую команду монтирования и требуемая файловая система
появится. Продолжая пример из предыдущего раздела мы можем
смонтировать /mn/eris/local
с машины eris
. Это делается с помощью
команды:
mount -o rsize=1024,wsize=1024 eris:/mn/eris/local /mnt
Файловая система теперь доступна в /mnt
и Вы можете перейти туда и
выполнить команду ls
, просмотреть отдельно взятые файлы. Вы
заметите, что операция выполняется не так быстро, как в случае с
локальной файловой системой, но более удобно чем при использовании
ftp
. Если вместо монтирования файловой системы команда mount
выдаст сообщение об ошибке
mount: eris:/mn/eris/local failed, reason given by server: Permission denied
то файл exports
является неправильным или Вы забыли запустить exportfs
после
редактирования файла exports
. Если команда сообщит
mount clntudp_create: RPC: Program not registered
- это означает, что
nfsd
или mountd
не запущены на сервере или у Вас проблема с
hosts(allow,deny)
, о которой упомянуто выше.
Чтобы прекратить пользоваться файловой системой Вы можете запустить команду:
umount /mnt
Чтобы выполнялось автоматическое монтирование файловой системы nfs
при загрузке, Вам необходимо отредактировать файл /etc/fstab
, как
это обычно делается. Для нашего примера требуется строка:
# device mountpoint fs-type options dump fsckorder ... eris:/mn/eris/local /mnt nfs rsize=1024,wsize=1024 0 0 ...
Это почти все, что необходимо сделать.
Ниже перечислены некоторые опции монтирования, которые полезно рассмотреть сразу, добавляя их в файл настроек. Они управляют, каким способом клиент NFS обрабатывает прекращение работы сервера или отключение сети. Одно из свойств NFS заключается в том, что клиент может гибко обрабатывать подобные неполадки, если вы правильно его установите. Существуют два различающихся режима обработки ошибок:
intr
. Когда сервер NFS будет запущен
заново, то программа будет ``безмятежно'' продолжать работу с
прерванного места. Этот вариант - скорее всего тот, который
понадобится. Рекомендуется использовать опции intrhard,intr
для всех
файловых систем смонтированных через NFS.
Для предыдущего примера теперь в файле fstab
запись будет
выглядеть так:
# device mountpoint fs-type options dump fsckorder ... eris:/mn/eris/local /mnt nfs rsize=1024,wsize=1024,hard,intr 0 0 ...
Обычно, если не заданы опции rsize
и wsize
, то NFS будет читать и
писать блоками по 4096
или по 8192
байтов. Некоторые комбинации
ядер Linux и сетевых карт не могут эффективно обрабатывать такие
большие блоки. Так что нужно поэкспериментировать и найти
оптимальные значения rsize
и wsize
, которые бы позволили работать
настолько быстро, насколько это возможно. Вы можете протестировать
скорость передачи при заданных опциях при помощи нескольких
простых команд. Выполнив вышеприведенную команду монтирования и
получив доступ с правом записи на диск, Вы можете выполнить
тестирование производительности следующим образом:
time dd if=/dev/zero of=/mnt/testfile bs=16k count=4096
Эта команда создает 64Mb файл, заполненный нулевыми значениями (файл должен быть достаточно большим - настолько большим, чтобы кэширование не сыграло значительную роль в увеличении производительности; используйте больший размер файла, если у вас достаточно много памяти). Проделайте эту операцию несколько раз (5- 10?) и усредните полученные результаты. Полученное значение - это время ``прохода'' - величина, наиболее интересующая нас в эксперименте. Затем можно измерить производительность чтения, считав файл обратно на исходную машину:
time dd if=/mnt/testfile of=/dev/null bs=16k
Выполните и эту операцию несколько раз и усредните результат.
Затем размонтируйте файловую систему и смонтируйте ее заново, с
увеличенными значениями rsize
и wsize
. Вероятно, значения должны
быть кратными 1024
, и не больше чем 16384
байтов, поскольку это
максимальный размер блока данных в NFS версии 2. Прямо после
монтирования с увеличенными значениями, перейдите к смонтированной
файловой системе и выполните пробную команду ls
, исследуйте
файловую систему, чтобы убедиться в том, что все в порядке. Если
значения rsize/wsize
слишком большие, то симптомы этого очень
необычны и не на все 100 процентов очевидны. Типичный симптом выражается в
неполном списке файлов при выполнении команды ls
и отсутствии
сообщений об ошибках. Или чтение файлов внезапно срывается без
вывода сообщения об ошибке. После того, как Вы установите, что
заданные значения rsize/wsize
оптимальны, можете продолжить
тестировать производительность другими способами. Различные
серверные платформы вероятно имеют различные оптимальные размеры
блоков. SunOS и Solaris, по общему мнению, работают намного
быстрее при размере блока равном 4096
байт, чем при других
значениях.
Новые ядра Linux (с версии 1.3) ``предваряющее'' чтение при
значениях rsize
, больших или равных размеру страницы машины. Для
процессоров Intel размер страницы равен 4096
байтам. Предваряющее
чтение значительно увеличивает производительность NFS при чтении.
Так что на машинах с процессором Intel Вы можете смело
использовать значение rsize
, равное 4096
байтам. Помните, что
нужно отредактировать /etc/fstab
для использования найденных
значений rsize/wsize
. Прием, позволяющий увеличить
производительность NFS при записи, заключается в запрещении
синхронной записи на сервер. Спецификация NFS требует, чтобы
запросы NFS на запись не считались законченными до осуществления
реальной записи данных на носитель (обычно диск). Это ограничивает
производительность при записи в то время, как асинхронная запись
значительно увеличивает скорость NFS. Демон nfsd
никогда не
выполняет синхронную запись, поскольку реализация файловой системы
Linux сама не дает сделать это на серверах, работающих под
управлением отличных от Linux систем. Вы можете увеличить
производительность таким способом, поместив в файл exports
:
/dir -async,access=linuxbox
или что-то подобное. Посмотрите справочную страницу exports
, но
помните, что это увеличивает риск потери данных.
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |