Partilhas de ficheiros NFS Azure

Aplica-se a: ✔️ partilhas de ficheiros NFS criadas com Microsoft.Storage ou Microsoft.FileShares

O Ficheiros do Azure suporta dois protocolos padrão da indústria para montar partilhas de ficheiros: o protocolo Server Message Block (SMB) e o protocolo Network File System (NFS). Escolhe o protocolo que melhor se adequa à tua carga de trabalho. As partilhas de ficheiros Azure não suportam aceder a uma partilha individual de ficheiros Azure em simultâneo com os protocolos SMB e NFS. Para partilhas de ficheiros clássicas, pode criar partilhas de ficheiros SMB e NFS separadas dentro da mesma conta de armazenamento FileStorage. Microsoft.FileShares atualmente suporta apenas partilhas de ficheiros NFS. O Ficheiros do Azure oferece partilhas de ficheiros de nível empresarial que podem escalar para satisfazer as suas necessidades de armazenamento e podem ser acedidas simultaneamente por milhares de clientes.

Este artigo aborda partilhas de ficheiros do NFS Azure. Para informações sobre partilhas de ficheiros SMB no Azure, veja partilhas de ficheiros SMB no Ficheiros do Azure.

Importante

As partilhas de ficheiros do Azure no NFS não são suportadas para o Windows. Antes de usar as partilhas de ficheiros NFS Azure em produção, consulte Resolução de problemas das partilhas de ficheiros NFS Azure para uma lista de problemas conhecidos. Não há suporte para listas de controle de acesso (ACLs) NFS.

Casos de uso comuns para partilhas de ficheiros NFS Azure

As partilhas de ficheiros NFS funcionam bem com cargas de trabalho como a camada de aplicação SAP, backups de bases de dados, replicação de bases de dados, filas de mensagens, diretórios iniciais para servidores de ficheiros de uso geral e repositórios de conteúdo para cargas de trabalho de aplicações.

Os compartilhamentos de arquivos NFS geralmente são usados nos seguintes cenários:

  • Armazenamento de backup para aplicações baseadas em Linux/UNIX, como aplicações de linha de negócio escritas usando Linux ou APIs de sistemas de ficheiros POSIX
  • Cargas de trabalho que exigem partilhas de ficheiros compatíveis com POSIX, distinção entre maiúsculas e minúsculas ou permissões de estilo Unix (UID/GID)
  • Desenvolvimento de novas aplicações e serviços que requer I/O aleatório e armazenamento hierárquico

Funcionalidades de partilha de ficheiros do NFS Azure

As partilhas de ficheiros do NFS Azure oferecem um sistema de ficheiros totalmente compatível com POSIX. Ligações rígidas e simbólicas são suportadas, no entanto não se pode criar uma ligação rígida a partir de uma ligação simbólica existente.

As partilhas de ficheiros NFS Azure suportam atualmente a maioria das funcionalidades da especificação do protocolo NFSv4.1. Algumas funcionalidades, como delegações e retorno de chamada de todos os tipos, autenticação Kerberos e ACLs, não são suportadas.

Armazenamento localmente redundante (LRS) e armazenamento redundante por zonas (ZRS) são suportados para partilhas de ficheiros NFS Azure. O armazenamento geo-redundante (GRS) e o armazenamento redundante por zona geográfica (GZRS) não estão disponíveis para partilhas NFS porque o NFS requer armazenamento SSD, que não suporta geo-redundância.

Suporte de partilha de ficheiros NFS do Azure para funcionalidades do Ficheiros do Azure

A tabela seguinte mostra o nível atual de suporte a funcionalidades para partilhas de ficheiros do NFS Azure. Salvo indicação, o suporte aplica-se tanto a partilhas de ficheiros clássicas (Microsoft.Storage) como a partilhas de ficheiros criadas com o Microsoft.FileShares.

O status dos itens que aparecem nesta tabela pode mudar ao longo do tempo à medida que o suporte continua a se expandir.

Funcionalidade de armazenamento Compatível com compartilhamentos NFS
API REST do plano de gestão de ficheiros ✔️ Microsoft.Storage e Microsoft.FileShares
API REST do plano de dados de ficheiro ✔️ Apenas partilhas de ficheiros clássicas
Encriptação em repouso ✔️
Encriptação em trânsito ✔️
Tipos de redundância LRS ou ZRS ✔️
Conversão de LRS para ZRS ou vice-versa (apenas endpoints privados) ✔️ Apenas partilhas de ficheiros clássicas
Tipos de redundância GRS ou GZRS ⛔
Endpoints de Zona do DNS do Azure (pré-visualização) ✔️ Apenas partilhas de ficheiros clássicas
Pontos finais privados ✔️
Montagens de subdiretórios ✔️
Conceder acesso à rede a redes virtuais específicas Azure ✔️
Conceder acesso à rede a endereços IP específicos ⛔
Nível de mídia SSD ✔️
Camada de mídia HDD ⛔
POSIX-permissões ✔️
Abóbora de raiz ✔️
Acede aos mesmos dados a partir do cliente Windows e Linux ⛔
Autenticação baseada em identidade ⛔
Partilha de ficheiros do Azure com eliminação suave ✔️ Apenas partilhas de ficheiros clássicas
Sincronização de arquivos do Azure ⛔
Azure cópias de segurança de partilhas de ficheiros ⛔
Instantâneos de partilha de ficheiros do Azure ✔️
AzCopy ✔️ Apenas partilhas de ficheiros clássicas
Explorador de Armazenamento do Azure ✔️ Apenas partilhas de ficheiros clássicas
Navegador de Armazenamento do Azure no portal do Azure ⛔
Apoio a mais de 16 grupos ⛔

Nota

O limite de 16 grupos é uma restrição do protocolo NFS. Cada utilizador está limitado a 16 IDs de grupo (GIDs) por ligação.

Modelo de gestão

As partilhas de ficheiros do NFS Azure suportam dois fornecedores de recursos de topo:

  • Microsoft. FileShares (recomendado para novas implementações NFS): Cria uma partilha de ficheiros autónoma sem conta de armazenamento. Suporta apenas o modelo de faturação v2 provisionado.
  • Microsoft. Armazenamento (clássico): Cria partilhas de ficheiros clássicos dentro de uma conta de armazenamento. Suporta os modelos de faturação provisionados v1 e v2 para partilhas NFS.

Para uma comparação completa de funcionalidades, veja Comparando fornecedores de recursos: Microsoft. Armazenamento vs Microsoft. Partilhas de ficheiros.

Segurança e rede para partilhas de ficheiros NFS Azure

As partilhas de ficheiros do NFS Azure protegem os dados através de encriptação em repouso e em trânsito, e exigem controlos de acesso a nível de rede em vez da autenticação baseada no utilizador.

Encryption

O Ficheiros do Azure encripta todos os dados em repouso usando a encriptação do serviço de armazenamento Azure (SSE). A encriptação dos serviços de armazenamento funciona de forma semelhante ao BitLocker no Windows: encripta os dados abaixo do nível do sistema de ficheiros. Como a encriptação ocorre sob o sistema de ficheiros da partilha de ficheiros do Azure à medida que os dados são codificados no disco, não precisas de acesso à chave subjacente do cliente para ler ou escrever na partilha de ficheiros do Azure. A criptografia em repouso aplica-se aos protocolos SMB e NFS.

Tanto as partilhas de ficheiros clássicas como as partilhas de ficheiros Microsoft. FileShares suportam encriptação TLS em trânsito através do auxiliar de montagem AZNFS. Configura os requisitos de encriptação em diferentes âmbitos:

  • Microsoft.FileShares: A encriptação em trânsito é exigida por defeito. Configure este requisito em cada partilha de ficheiros individualmente. Consulte Definições avançadas ao criar uma partilha de ficheiros.
  • Partilhas de ficheiros clássicas: Configura-se o Exigir Encriptação em Trânsito para NFS na conta de armazenamento. Para novas contas de armazenamento criadas através do portal Azure, esta configuração está ativada por defeito. Quando a definição está em Não selecionado, Transferência segura obrigatória regula o comportamento da encriptação NFS. Para os padrões de criação e passos de configuração, veja Aplicar a encriptação em trânsito.

O Azure fornece uma camada de encriptação para todos os dados em trânsito entre centros de dados Azure utilizando o MACSec. Através desta tecnologia, existe encriptação quando os dados são transferidos entre centros de dados Azure.

Autenticação e acesso à rede

Como as partilhas de ficheiros Azure do NFS não suportam autenticação baseada no utilizador, dependem de regras de acesso à rede para autenticar clientes. Os clientes devem, portanto, ligar-se através de um endpoint privado ou de um ponto final de serviço com restrições de rede virtual.

Tanto as partilhas de ficheiros clássicas como as partilhas de ficheiros Microsoft.FileShares suportam estas opções de ligação. Para partilhas de ficheiros clássicas, configuras a rede na conta de armazenamento. Para Microsoft.FileShares, configuras a configuração de rede na partilha individual de ficheiros.

Pontos finais privados

Um endpoint privado fornece um endereço IP privado na sua rede virtual para acesso à partilha de ficheiros. Para permitir o acesso apenas através de endpoints privados, desative o acesso à rede pública. Aplicam-se custos do Private Link.

Os clientes podem ligar-se a partir da rede virtual ou de redes virtuais emparelhadas. Para acesso no local, ligue a sua rede à rede virtual através de uma VPN ou ExpressRoute.

Pontos finais de serviço

Um endpoint de serviço permite que os clientes numa sub-rede acedam ao endpoint público da partilha de ficheiros através da backbone do Azure. Ativa o endpoint de serviço na sub-rede do cliente. Configura as regras de rede da partilha de ficheiros para permitir essa subrede. As sub-redes permitidas podem estar na mesma subscrição ou numa subscrição diferente, incluindo um tenant Microsoft Entra diferente. Não há custo adicional para os endpoints de serviço.

Um endpoint de serviço não atribui um endereço IP privado à partilha de ficheiros. Se um evento raro, como uma interrupção de zona, alterar o endereço IP do endpoint público, os clientes podem ter de remontar a partilha.

Filtragem de saída opcional

As regras de rede da partilha de ficheiros controlam quais os clientes que podem aceder a ela. Eles não limitam os outros recursos de armazenamento a que esses clientes podem aceder. Por exemplo, um cliente que consiga ler a sua partilha de ficheiros pode copiar dados para outro recurso onde tem permissão para escrever.

Para partilhas de ficheiros clássicas, pode opcionalmente usar uma política de endpoint de serviço para limitar a que contas de armazenamento os clientes numa sub-rede podem aceder através dos endpoints de serviço. O tráfego dos endpoints de serviço contorna o Azure Firewall e os appliances virtuais de rede. Uma política filtra os destinos neste percurso. Não restringe outros caminhos de saída nem substitui as regras de rede e os requisitos de autorização do destino.

As políticas de endpoint de serviço não são atualmente suportadas para as partilhas de ficheiros Microsoft.FileShares. Se a sub-rede do cliente tiver uma política, os clientes devem usar um endpoint privado para aceder a essas partilhas de ficheiros. Para mais informações, veja Restringir o acesso de saída com políticas de endpoint de serviço.

Para mais informações sobre opções de rede, consulte considerações de rede do Ficheiros do Azure.

Disponibilidade regional da partilha de ficheiros NFS do Azure

A disponibilidade regional depende do fornecedor de recursos e da opção de redundância:

Desempenho da partilha de ficheiros NFS do Azure

As partilhas de ficheiros Azure do NFS só estão disponíveis em partilhas de ficheiros SSD. Ambos os fornecedores de recursos suportam o modelo de faturação provisionada v2, que permite definir a capacidade provisionada, o IOPS e o débito de forma independente. As partilhas de ficheiros clássicas também suportam o modelo de faturação provisionada v1, no qual o IOPS e o débito escalam automaticamente com a capacidade provisionada. Para mais detalhes sobre ambos os modelos, consulte Compreender a faturação do Ficheiros do Azure.

As latências típicas de I/O para partilhas de ficheiros SSD do Azure situam-se na faixa dos poucos milissegundos para operações de I/O de pequena dimensão. Cargas de trabalho com muitos metadados, como o UNTAR, podem experienciar latências mais elevadas devido ao elevado volume de operações de abertura e fechamento.

Para orientações sobre como melhorar o desempenho do NFS em larga escala, consulte Melhorar o desempenho da partilha de ficheiros no NFS Azure.

Próximos passos