Compartilhar via


Problemas conhecidos com o suporte do protocolo NFS 3.0 para o Armazenamento de Blobs do Azure

Este artigo descreve as limitações e os problemas conhecidos do suporte de 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 de sua conta para usar o NFS 3.0, todos os problemas conhecidos descritos no artigo Problemas conhecidos com o Azure Data Lake Storage também se aplicam à sua conta.

Suporte do 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 desabilitado em uma conta de armazenamento depois que você habilitá-lo.

  • Não há suporte para as opções de redundância GRS (armazenamento com redundância geográfica), GZRS (armazenamento com redundância de zona geográfica) e RA-GRS (armazenamento com redundância geográfica com acesso de leitura) ao criar uma conta de armazenamento NFS 3.0.

  • As listas de controle de acesso (ACLs) não podem ser utilizadas para autorizar uma solicitação de 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 ficará inacessível no cliente para usuários não raiz. Você precisa remover essas entradas para restaurar o acesso a usuários não raiz no cliente. Para obter informações sobre como remover uma entrada de ACL para usuários e grupos nomeados, consulte Como definir ACLs.

Funcionalidades do NFS 3.0

Ainda não há suporte para os seguintes recursos do NFS 3.0.

  • NFS 3.0 em UDP. Suporte apenas de NFS 3.0 em TCP.

  • Bloqueio de arquivos com o NLM (gerenciador de bloqueio de rede). Os comandos de montagem devem incluir o parâmetro -o nolock.

  • Montagem de subdiretórios. Só é possível montar o diretório raiz (Contêiner).

  • Listagem de montagens (por exemplo: usando o comando showmount -a).

  • Listagem de exportações (por exemplo: usando o comando showmount -e).

  • Link físico.

  • Exportação de um contêiner como somente leitura.

Clientes do NFS 3.0

O cliente Windows para NFS ainda não é compatível. No entanto, há uma solução alternativa disponível que usa o Subsistema do 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 Blobs

Quando você habilita o suporte ao protocolo NFS 3.0, alguns recursos do Armazenamento de Blobs têm suporte total, mas alguns recursos podem ter suporte apenas no nível de visualização ou ainda não têm suporte.

Para ver como cada recurso de Armazenamento de Blobs tem suporte em contas que têm suporte para NFS 3.0 habilitado, consulte Suporte aos recursos do Armazenamento de Blobs para as contas de Armazenamento do Microsoft Azure.

Observação

Sites estáticos são exemplos de recursos com suporte parcial, pois a página de configuração dos sites estáticos ainda não aparece no portal do Azure para contas que têm o suporte do NFS 3,0 habilitado. Você pode habilitar sites estáticos somente usando o PowerShell ou a CLI do Azure.

Eventos de Armazenamento de Blobs do Azure

Os nomes das operações NFS não aparecem em logs de recursos ou em respostas retornadas pela Grade de Eventos. Somente operações de blob de blocos são exibidas. Quando o 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 blocos. Por exemplo, as solicitações de leitura RPC (chamada de procedimento remoto) 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 blobs 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 de Grupo) ser definido no diretório pai.

Confira também