Next: Узагальнення Up: NFS Previous: Установка сервера NFS ContentsIndex
Насамперед Вам потрібно використовувати ядро з підтримкою файлової системи NFS, або спочатку вбудованої в ядро, або доступною як модуль. Підтримка NFS налаштовується при підготовці до компіляції ядра. Якщо Ви ніколи не компілювали ядро, то потрібно прочитати відповідний розділ допомоги і з'ясувати як це робиться. Якщо ви використовуєте хороший дистрибутив (такий як RedHat) і ніколи не експериментували з ядром або модулями (і таким чином руйнували його), то дуже ймовірно, що підтримка NFS вже є в ядрі.
Тепер Ви можете, в командному рядку адміністратора, ввести відповідну команду монтування і необхідна файлова система з'явиться. Продовжуючи приклад з попереднього розділу ми можемо змонтувати / mn / eris / local з машини eris. Це робиться за допомогою команди:
то файл exports є неправильним або Ви забули запустити exportfs після редагування файлу exports. Якщо команда повідомить
- це означає, що nfsd або mountd не запущені на сервері або у Вас проблема з hosts (allow, deny). про яку згадано вище.
Щоб припинити користуватися файлової системою Ви можете запустити команду:
Щоб виконувалося автоматичне монтування файлової системи nfs при завантаженні, Вам необхідно відредагувати файл / etc / fstab. як це зазвичай робиться. Для нашого прикладу потрібно рядок:
Це майже все, що необхідно зробити.
Нижче перераховані деякі опції монтування, які корисно розглянути відразу, додаючи їх в файл настройок. Вони управляють, яким способом клієнт NFS обробляє припинення роботи сервера або відключення мережі. Одне з властивостей NFS полягає в тому, що клієнт може гнучко обробляти подібні неполадки, якщо ви правильно його встановіть. Існують два розрізняються режиму обробки помилок:
- `` Soft ''. NFS клієнт буде повідомляти про помилку програмі, яка намагається отримати доступ до файлу розташованому на файлової системі, змонтованої через NFS. Деякі програми досить добре обробляють такого роду помилки, але більшість програм не роблять цього. Не рекомендується використання цієї опції, так як вона може призвести до появи зіпсованих файлів і втрачених даних. Особливо обережно потрібно використовувати цю опцію для дисків при роботі з поштовими протоколами.
- `` Hard ''. Програма, що здійснює доступ до файлу на змонтованої по NFS файлової системи просто припинить виконання при розриві зв'язку з сервером. Процес не може бути перерваний або `` убитий '' до тих пір, поки Ви явно не вкажіть опцію intr. Коли сервер NFS буде запущений заново, то програма буде `` безтурботно '' продовжувати роботу з перерваного місця. Цей варіант - швидше за все той, який знадобиться. Рекомендується використовувати опції intrhard, intr для всіх файлових систем змонтованих через NFS.
Для попереднього прикладу тепер у файлі fstab запис буде виглядати так:
Ця команда створює 64Mb файл, заповнений нульовими значеннями (файл повинен бути досить великим - настільки великим, щоб кешування не зіграло значну роль у збільшенні продуктивності; використовуйте більший розмір файлу, якщо у вас досить багато пам'яті). Проробіть цю операцію кілька разів (5 10?) І усереднені отримані результати. Отримане значення - це час `` проходу '' - величина, найбільш цікавить нас в експерименті. Потім можна виміряти продуктивність читання, прочитавши файл назад на вихідну машину:
Виконайте і цю операцію кілька разів і усереднити результат. Потім размонтіруйте файлову систему і змонтуйте її заново, з збільшеними значеннями 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.
або щось подібне. Подивіться довідкову статтю exports. але пам'ятайте, що це збільшує ризик втрати даних.