OneFS: передовые практики для настроек клиента NFS

Поддерживаемые версии протоколов

В настоящее время PowerScale OneFS поддерживает NFS версий 3 и 4. NFS версии 2 не поддерживается.

NFSv3

NFS версии 3 является наиболее широко используемой версией протокола NFS, которая внедрена в большинство клиентов и файловых систем. Далее описаны ключевые компоненты этой версии.

• Без сохранения состояния — технически клиенту не нужно создавать новый сеанс, если у него есть правильная информация для запроса файлов и т. д. Это обеспечивает простое переключение между узлами OneFS при отказе через пулы динамических IP-адресов.
• Информация о пользователе и группе представлена в числовом виде — клиент и сервер передают информацию о пользователе по числовым идентификаторам, что позволяет одному и тому же пользователю отображаться под разными именами на клиенте и сервере.
• Блокировка файлов по дополнительному каналу — NFS версии 3 использует вспомогательный протокол NLM для выполнения блокировки. Для этого клиент должен ответить на сообщения RPC с сервера, чтобы подтвердить, что блокировка была предоставлена и т.д.
• Может работать по протоколу TCP или UDP — эта версия протокола может работать по протоколу UDP, а не по протоколу TCP, при этом обработка потерь и повторная передача выполняются в программном обеспечении вместо операционной системы. Мы рекомендуем всегда использовать протокол TCP.

NFSv4

NFS версии 4 — это самая новая крупная редакция протокола NFS, и она используется все шире. В настоящее время NFSv4 обычно менее производителен, чем v3, при сравнении на одном рабочем процессе, из-за большого количества операций сопоставления персональных данных и отслеживания сеансов, необходимых для ответа. Далее приведены некоторые из ключевых различий между версиями v3 и v4.

• Отслеживание состояния — NFSv4 использует сеансы для обработки связи, например, клиенту и серверу необходимо отслеживать состояние сеанса, чтобы продолжить обмен данными.
  • До версии OneFS 8.X это означало, что клиентам NFSv4 требуются пулы статических IP-адресов в системе PowerScale, в противном случае могли возникнуть проблемы.
• Информация о пользователе и группе представлена в виде строк — как клиенту, так и серверу необходимо разрешить имена хранимой цифровой информации. Сервер должен найти имена, чтобы их представить, в то время как клиент должен переназначить их номерам на конце.
• Блокировка файлов без использования дополнительного канала — версия 4 больше не использует отдельный протокол для блокировки файлов, вместо этого выполняется тип вызова, который обычно состоит из ОТКРЫТИЙ, СОЗДАНИЙ или ЗАПИСЕЙ.
• Смешанные вызовы — версия 4 может объединять несколько вызовов в один пакет, позволяя серверу обрабатывать все вызовы и отвечать в конце. Это используется для сокращения количества вызовов, участвующих в общих операциях.
• Поддержка только протокола TCP — в версии 4 NFS обработка повторной передачи и потери данных выполняется в базовой операционной системе.

NFSv4.1 и выше

NFSv4.1 и v4.2 доступны, начиная с версии OneFS 9.3.

Здесь представлена официальная информация о выпуске 9.3:

https://dl.dell.com/content/docu105998_powerscale-onefs-9-3-0-0-release-notes.pdf?language=en_us
 

Варианты монтирования

Несмотря на то, что у нас нет жестких требований к вариантам монтирования, мы предлагаем несколько рекомендаций по подключению клиентов. Мы не предоставили специальные строки монтирования, так как синтаксис, используемый для определения этих параметров, варьируется в зависимости от используемой операционной системы. Для получения информации о синтаксисе монтирования сохраните документацию сопроводителей дистрибутивов.

Определение повторных попыток и истечения времени ожидания

Хотя система PowerScale в целом очень быстро отвечает на обмен данными с клиентом, в случаях, когда узел потерял питание или сетевое подключение, для перемещения IP-адресов на функциональный узел может потребоваться несколько секунд, поэтому важно правильно задать значения времени ожидания и повторных попыток. PowerScale рекомендует использовать время ожидания 60 секунд, чтобы учесть наихудший сценарий переключения на резервный ресурс при отказе. Перед тем, как сообщить о сбое, система должна повторить попытку два раза.

Мягкое и жесткое монтирование

Жесткое монтирование приводит к тому, что клиент будет повторять попытку выполнения операции при истечении заданного времени ожидания или возникновении ошибки. Это гарантирует, что клиент не отключит монтирование в условиях, когда кластер PowerScale перемещает IP-адреса с одного узла на другой. При мягком монтировании возникнет ошибка и истечет срок действия монтирования, требующего повторного подключения для восстановления доступа после перемещения IP-адреса.

Разрешено прерывание

По умолчанию большинство клиентов не позволяют прервать ожидание ввода-вывода, что означает, что нельзя использовать сочетание клавиш ctrl+c, и т. д., чтобы завершить процесс ожидания, если кластер перестает отвечать, включая опцию монтирования interrupt, которая позволяет этим сигналам проходить нормально.

Сравнение локальной и удаленной блокировки

При монтировании экспорта NFS можно указать, будет ли он выполнять блокировки локально, или с помощью координатора блокировки в кластере. Большинство клиентов по умолчанию используют функцию удаленной блокировки, и это, как правило, лучший вариант, когда несколько клиентов будут обращаться к одному каталогу, однако, если клиенту не требуется общий доступ к каталогу, с которым он работает, это положительно влияет на производительность. Кроме того, некоторые базы данных и программное обеспечение будут запрашивать использование локальной блокировки, так как у них есть собственный координатор.