Problemas conhecidos com o suporte do protocolo NFS (Network File System) 3.0 para o Armazenamento de Blobs do Azure
Este artigo descreve limitações e problemas conhecidos do suporte ao protocolo NFS (Network File System) 3.0 para o Armazenamento de Blobs do Azure.
Importante
Como você deve habilitar o recurso de namespace hierárquico da sua conta para usar o NFS 3.0, todos os problemas conhecidos descritos no artigo Problemas conhecidos com o Azure Data Lake Storage Gen2 também se aplicam à sua conta.
Suporte a NFS 3.0
O suporte a NFS 3.0 não pode ser habilitado em contas de armazenamento existentes.
O suporte a NFS 3.0 não pode ser desativado em uma conta de armazenamento depois de ativá-lo.
As opções de redundância de armazenamento com redundância geográfica (GRS), armazenamento com redundância de zona geográfica (GZRS) e armazenamento com redundância geográfica de acesso de leitura (RA-GRS) não são suportadas quando você cria uma conta de armazenamento NFS 3.0.
As listas de controle de acesso (ACLs) não podem ser usadas para autorizar uma solicitação NFS 3.0. Na verdade, se a ACL ou um blob ou diretório contiver uma entrada para um usuário ou grupo nomeado, esse arquivo se tornará inacessível no cliente para usuários não raiz. Você precisa remover essas entradas para restaurar o acesso a usuários não root no cliente. Para obter informações sobre como remover uma entrada de ACL para usuários e grupos nomeados, consulte Como definir ACLs.
Recursos do NFS 3.0
Os seguintes recursos do NFS 3.0 ainda não são suportados.
NFS 3.0 sobre UDP. Apenas NFS 3.0 sobre TCP é suportado.
Bloqueio de ficheiros com o Network Lock Manager (NLM). Os comandos de montagem devem incluir o
-o nolockparâmetro.Montagem de subdiretórios. Você só pode montar o diretório raiz (Container).
Listando montagens (Por exemplo: usando o comando
showmount -a).Listando exportações (Por exemplo: usando o comando
showmount -e).Link rígido.
Exportando um contêiner como somente leitura.
Clientes NFS 3.0
O cliente Windows para NFS ainda não é suportado. No entanto, há uma solução alternativa disponível que usa o Subsistema Windows para Linux (WSL 2) para montar o armazenamento usando o protocolo NFS 3.0. Consulte o projeto BlobNFS-wsl2 no GitHub.
Recursos de armazenamento de Blob
Quando você habilita o suporte ao protocolo NFS 3.0, alguns recursos de armazenamento de Blob são totalmente suportados, mas alguns recursos podem ser suportados apenas no nível de visualização ou ainda não são suportados.
Para ver como cada recurso de Armazenamento de Blob é suportado em contas que têm suporte a NFS 3.0 habilitado, consulte Suporte ao recurso de Armazenamento de Blob para contas de Armazenamento do Azure.
Nota
Sites estáticos é um exemplo de um recurso parcialmente suportado porque a página de configuração para sites estáticos ainda não aparece no portal do Azure para contas que têm suporte a NFS 3.0 habilitado. Você pode habilitar sites estáticos somente usando o PowerShell ou a CLI do Azure.
Eventos de armazenamento de Blob
Os nomes das operações NFS não aparecem nos logs de recursos ou nas respostas retornadas pela Grade de Eventos. Apenas as operações de blob de bloco aparecem. Quando seu aplicativo faz uma solicitação usando o protocolo NFS 3.0, essa solicitação é convertida em uma combinação de operações de blob de bloco. Por exemplo, as solicitações de RPC (Chamada de Procedimento Remoto) lidas do NFS 3.0 são convertidas em operação Get Blob. As solicitações RPC de gravação do NFS 3.0 são convertidas em uma combinação de Get Block List, Put Block e Put Block List.
Não há suporte para eventos de armazenamento para operações específicas do NFS. No entanto, se você estiver executando operações de armazenamento de blob ou data lake na conta habilitada para NFS, os eventos serão criados com base na API que está sendo chamada.
Associação de grupo em um compartilhamento NFS
Os arquivos e diretórios criados em um compartilhamento NFS sempre herdam a ID do grupo do diretório pai, independentemente de o SGID (Definir Identificação do Grupo) estar definido no diretório pai.