Compartilhamentos de arquivos NFS Azure

Aplica-se a: ✔️ compartilhamentos de arquivos NFS criados com Microsoft.Storage ou Microsoft.FileShares

Arquivos do Azure dá suporte a dois protocolos padrão do setor para montar compartilhamentos de arquivos: o protocolo SMB (Server Message Block) e o protocolo NFS (Sistema de Arquivos de Rede). Escolha o protocolo que melhor se ajusta à sua carga de trabalho. Compartilhamentos de arquivos do Azure não suportam acessar um compartilhamento individual do Azure com ambos os protocolos SMB e NFS. Para compartilhamentos de arquivos clássicos, você pode criar compartilhamentos separados de arquivos SMB e NFS dentro da mesma conta de armazenamento FileStorage. Atualmente, o Microsoft.FileShares suporta apenas compartilhamentos de arquivos NFS. Arquivos do Azure oferece compartilhamentos de arquivos de nível empresarial que podem ser dimensionados verticalmente para atender às suas necessidades de armazenamento e podem ser acessados simultaneamente por milhares de clientes.

Este artigo aborda compartilhamentos de arquivos de Azure NFS. Para obter informações sobre compartilhamentos de arquivos Azure SMB, consulte SMB compartilhamentos de arquivos em Arquivos do Azure.

Casos de uso comuns para compartilhamentos de arquivos de Azure NFS

Os compartilhamentos de arquivos NFS funcionam bem com cargas de trabalho, como camada de aplicativo SAP, backups de banco de dados, replicação de banco de dados, filas de mensagens, diretórios domésticos para servidores de arquivos de uso geral e repositórios de conteúdo para cargas de trabalho do aplicativo.

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

• Armazenamento de suporte para aplicativos baseados em Linux/UNIX, como aplicativos de negócios desenvolvidos com APIs de sistema de arquivos Linux ou POSIX
• Cargas de trabalho que exigem compartilhamentos de arquivos compatíveis com POSIX, diferenciação entre maiúsculas e minúsculas ou permissões no estilo Unix (UID/GID)
• Novo desenvolvimento de aplicativo e serviço que requer E/S aleatória e armazenamento hierárquico

Recursos de compartilhamento de arquivo do NFS Azure

NFS Azure compartilhamentos de arquivos oferecem um sistema de arquivos totalmente compatível com POSIX. Há suporte para links rígidos e links simbólicos, no entanto, você não pode criar um vínculo rígido a partir de um link simbólico existente.

Os compartilhamentos de arquivos NFS do Azure atualmente dão suporte à maioria dos recursos da especificação do protocolo NFSv4.1. Alguns recursos, como delegações e retornos de chamada de todos os tipos, autenticação Kerberos e ACLs, não são suportados.

O LRS (armazenamento com redundância local) e o ZRS (armazenamento com redundância de zona) são compatíveis com compartilhamentos de arquivos NFS do Azure. O GRS (armazenamento com redundância geográfica) e o GZRS (armazenamento com redundância de zona geográfica) não estão disponíveis para compartilhamentos NFS porque o NFS requer armazenamento SSD, que não dá suporte à redundância geográfica.

Suporte ao compartilhamento de arquivos do NFS Azure para recursos do Arquivos do Azure

A tabela a seguir mostra o nível atual de suporte de recursos para compartilhamentos de arquivos de Azure NFS. Salvo indicação em contrário, o suporte se aplica tanto a compartilhamentos de arquivos clássicos (Microsoft.Storage) quanto a compartilhamentos de arquivos criados com Microsoft.FileShares.

O status dos itens desta tabela poderão ser alterados ao longo do tempo, pois o suporte continuará aumentando.

Modelo de gestão

Os compartilhamentos de arquivos Azure NFS dão suporte a dois provedores de recursos de nível superior:

• Microsoft. FileShares (recomendado para novas implantações NFS): cria um compartilhamento de arquivos autônomo sem uma conta de armazenamento. Dá suporte apenas ao modelo de cobrança v2 provisionado.
• Microsoft. Armazenamento (clássico): cria compartilhamentos de arquivos clássicos em uma conta de armazenamento. Suporta modelos de faturamento provisionados v1 e v2 para compartilhamentos NFS.

Para obter uma comparação completa de recursos, consulte Comparando provedores de recursos: Microsoft. Armazenamento versus Microsoft. FileShares.

Segurança e rede para compartilhamentos de arquivos de Azure NFS

Os compartilhamentos de arquivos NFS do Azure protegem os dados com criptografia em repouso e em trânsito e exigem controles de acesso em nível de rede em vez de autenticação baseada em usuário.

Encryption

Arquivos do Azure criptografa todos os dados em repouso usando Azure SSE (criptografia do serviço de armazenamento). A criptografia do serviço de armazenamento funciona de forma semelhante ao BitLocker no Windows: criptografa dados abaixo do nível do sistema de arquivos. Como a criptografia ocorre sob o sistema de arquivos do compartilhamento de arquivos do Azure, quando os dados são gravados no disco, você não precisa ter acesso à chave subjacente no cliente para ler ou gravar dados no compartilhamento de arquivos do Azure. A criptografia em repouso aplica-se aos protocolos SMB e NFS.

Tanto os compartilhamentos de arquivos clássicos quanto os compartilhamentos de arquivos Microsoft.FileShares suportam criptografia TLS durante o trânsito através do auxiliar de montagem AZNFS. Você configura os requisitos de criptografia em diferentes escopos:

• Microsoft.FileShares: Criptografia em trânsito é exigida por padrão. Você configura esse requisito no compartilhamento de arquivos individual. Veja Configurações avançadas ao criar um compartilhamento de arquivos.
• Compartilhamentos clássicos de arquivos: Você configura o Exigir Criptografia em Trânsito para NFS na conta de armazenamento. Para novas contas de armazenamento criadas pelo portal Azure, essa configuração está ativada por padrão. Quando a configuração é Não selecionado, Transferência segura obrigatória governa o comportamento da criptografia do NFS. Para padrões de criação e etapas de configuração, consulte Aplicar criptografia em trânsito.

Azure fornece uma camada de criptografia para todos os dados em trânsito entre Azure datacenters usando MACSec. Por meio dessa tecnologia, a criptografia existe quando os dados são transferidos entre Azure datacenters.

Autenticação e acesso à rede

Como os compartilhamentos de arquivos do Azure no NFS não suportam autenticação baseada no usuário, eles dependem de regras de acesso à rede para autenticar os clientes. Portanto, os clientes devem se conectar por meio de um endpoint privado ou de um endpoint de serviço com restrições de rede virtual.

Tanto os compartilhamentos de arquivos clássicos quanto os compartilhamentos de arquivos Microsoft.FileShares suportam essas opções de conexão. Para compartilhamentos clássicos de arquivos, você configura a rede na conta de armazenamento. Para Microsoft.FileShares, você configura as configurações de rede no compartilhamento de arquivos individual.

Endpoints privados

Um endpoint privado fornece um endereço IP privado na sua rede virtual para acesso ao compartilhamento de arquivos. Para permitir acesso apenas por meio de endpoints privados, desative o acesso à rede pública. Encargos do Link Privado são aplicáveis.

Os clientes podem se conectar a partir da rede virtual ou de redes virtuais emparelhadas. Para acesso local, conecte sua rede à rede virtual por meio de uma VPN ou pelo ExpressRoute.

Endpoints de serviço

Um endpoint de serviço permite que clientes em uma sub-rede acessem o endpoint público do compartilhamento de arquivos através da backbone do Azure. Ative o endpoint de serviço na sub-rede do cliente. Configure as regras de rede do compartilhamento de arquivos para permitir essa sub-rede. Sub-redes permitidas podem estar na mesma assinatura ou em uma assinatura diferente, incluindo um tenant diferente do Microsoft Entra. Não há custo extra para os endpoints de serviço.

Um endpoint de serviço não atribui um endereço IP privado ao compartilhamento de arquivos. Se um evento raro, como uma queda de zona, alterar o endereço IP do endpoint público, os clientes podem precisar remontar o compartilhamento.

Filtragem de saída opcional

As regras de rede do compartilhamento de arquivos controlam quais clientes podem acessá-lo. Eles não limitam quais outros recursos de armazenamento esses clientes podem acessar. Por exemplo, um cliente que pode ler seu compartilhamento de arquivos pode copiar dados para outro recurso onde ele tem permissão para escrever.

Para compartilhamentos clássicos de arquivos, você pode opcionalmente usar uma política de endpoint de serviço para limitar quais contas de armazenamento os clientes em uma sub-rede podem acessar através de endpoints de serviço. O tráfego de endpoints de serviço contorna o Firewall do Azure e os appliances virtuais de rede. Uma política filtra os destinos nesse caminho. Não restringe outros caminhos de saída nem substitui as regras de rede e os requisitos de autorização do destino.

Atualmente, não há suporte para políticas de endpoint de serviço para compartilhamentos de arquivos Microsoft.FileShares. Se a sub-rede do cliente tiver uma política, os clientes devem usar um endpoint privado para acessar esses compartilhamentos de arquivos. Para mais informações, veja Restringir acesso de saída com políticas de endpoint de serviço.

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

Disponibilidade regional do compartilhamento de arquivos do NFS Azure

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

• Microsoft.FileShares: Veja regiões LRS e regiões ZRS.
• Compartilhamentos de arquivos clássicos: Veja regiões LRS e regiões ZRS.

Desempenho do compartilhamento de arquivos Azure NFS

Os compartilhamentos de arquivos NFS do Azure estão disponíveis somente em compartilhamentos de arquivos SSD. Ambos os provedores de recursos suportam o modelo de faturamento provisionado v2, que permite definir capacidade provisionada, IOPS e throughput de forma independente. Compartilhamentos de arquivos clássicos também suportam o modelo de faturamento provisionado v1, no qual IOPS e throughput escalam automaticamente com a capacidade provisionada. Para obter detalhes sobre ambos os modelos, consulte Entenda a cobrança do Arquivos do Azure.

As latências típicas de E/S para compartilhamentos de arquivos SSD do Azure estão na faixa de poucos milissegundos para pequenas operações de E/S. Cargas de trabalho intensivas em metadados, como untar, podem apresentar latências elevadas devido ao alto volume de operações de abertura e fechamento.

Para obter orientações sobre como melhorar o desempenho do NFS em grande escala, consulte Melhorar o desempenho do compartilhamento de arquivos NFS do Azure.

Próximas etapas

• Crie um compartilhamento de arquivos com Microsoft. FileShares
• Criar um compartilhamento de arquivo clássico
• Comparar opções de NFS entre serviços de armazenamento Azure