Известные проблемы с поддержкой протокола NFS 3.0 в Хранилище BLOB-объектов Azure

  • Статья

В этой статье описаны ограничения и известные проблемы с поддержкой протокола NFS 3.0 в Хранилище BLOB-объектов Azure.

Внимание

Так как вы должны включить функцию иерархического пространства имен учетной записи для использования NFS 3.0, все известные проблемы, описанные в статье "Известные проблемы с Azure Data Lake Storage" , также применяются к вашей учетной записи.

Поддержка NFS 3.0

  • Включить поддержку NFS 3.0 в существующих учетных записях хранения невозможно.

  • Поддержка NFS 3.0 не может быть отключена в учетной записи хранения после включения.

  • Геоизбыточное хранилище (GRS), геоизбыточное хранилище (GZRS) и геоизбыточное хранилище (RA-GRS) для чтения не поддерживаются при создании учетной записи хранения NFS 3.0.

  • Списки управления доступом (ACL) нельзя использовать для авторизации запроса NFS 3.0. На самом деле, если ACL или большой двоичный объект или каталог содержит запись для именованного пользователя или группы, этот файл становится недоступным на клиенте для пользователей, не являющихся пользователями. Эти записи необходимо удалить, чтобы восстановить доступ к пользователям, не имеющим возможности, на клиенте. Сведения об удалении записи ACL для именованных пользователей и групп см. в разделе "Настройка списков управления доступом".

Возможности NFS 3.0

Следующие компоненты NFS 3.0 пока еще не поддерживаются.

  • NFS 3.0 через UDP. Поддерживается только NFS 3.0 через TCP.

  • Блокировка файлов с помощью диспетчера сетевых блокировок (NLM). Команды подключения должны включать параметр -o nolock.

  • Подключение подкаталогов. Можно подключить только корневой каталог (контейнер).

  • Перечисление подключений (например, с помощью команды showmount -a).

  • Перечисление экспортов (например, с помощью команды showmount -e).

  • Жесткая ссылка.

  • Экспорт контейнера в виде только для чтения.

Клиенты NFS 3.0

Клиент Windows для NFS пока не поддерживается. Однако существует обходное решение, которое использует подсистема Windows для Linux (WSL 2) для подключения хранилища с помощью протокола NFS 3.0. См. проект BLOBNFS-wsl2 на GitHub.

Возможности Хранилища BLOB-объектов

При включении поддержки протокола NFS 3.0 некоторые функции хранилища BLOB-объектов полностью поддерживаются, но некоторые функции могут поддерживаться только на уровне предварительной версии или еще не поддерживаются вообще.

Сведения о поддержке каждой из возможностей Хранилища BLOB-объектов для учетных записей с включенной поддержкой NFS 3.0 см. в статье Поддержка функций хранилища BLOB-объектов в учетных записях службы хранилища Azure.

Примечание.

Статические веб-сайты — это пример частично поддерживаемой функции, так как страница конфигурации для статических веб-сайтов пока не отображается на портале Azure для учетных записей с включенной поддержкой NFS 3.0. Включить статические веб-сайты можно только с помощью PowerShell или Azure CLI.

События хранилища BLOB-объектов

Имена операций NFS не отображаются в журналах ресурсов или в ответах, возвращаемых сеткой событий. Отображаются только блочные операции BLOB-объектов. Когда приложение выполняет запрос с помощью протокола NFS 3.0, этот запрос преобразуется в сочетание операций блочного BLOB-объекта. Например, операции NFS 3.0 по чтению запросов удаленного вызова процедур (RPC) преобразуются в операции получения BLOB-объекта (Get Blob). Запросы NFS 3.0 на запись RPC переводятся в виде комбинации команд Get Block List, Put Block и Put Block List.

События хранилища не поддерживаются для определенных операций NFS. Однако если вы выполняете операции больших двоичных объектов или хранилища озера данных с включенной учетной записью NFS, события будут созданы на основе вызываемого API.

Членство в группе в общей папке NFS

Файлы и каталоги, создаваемые в ОБЩЕЙ папке NFS, всегда наследуют идентификатор группы родительского каталога независимо от того, установлен ли идентификатор группы (SGID) в родительском каталоге.

См. также