Como usar Namespaces DFS com Arquivos do Azure

Namespaces de Sistemas de Arquivos Distribuídos, comumente referidos como Namespaces DFS ou DFS-N, é uma função de servidor do Windows Server amplamente usada para simplificar a implantação e a manutenção de compartilhamentos de arquivos SMB em produção. Os Espaços de Nomes DFS são uma tecnologia de virtualização de espaços de nomes de armazenamento, o que significa que lhe permite fornecer uma camada de indireção entre o caminho UNC das suas partilhas de ficheiros e as próprias partilhas de ficheiros. Os Namespaces DFS funcionam com compartilhamentos de arquivos SMB, independentes de onde esses compartilhamentos de arquivos estão hospedados. Ele pode ser usado com compartilhamentos SMB hospedados em um Servidor de Arquivos do Windows local com ou sem a Sincronização de Arquivos do Azure, compartilhamentos de arquivos do Azure diretamente, compartilhamentos de arquivos SMB hospedados em Arquivos NetApp do Azure ou outras ofertas de terceiros e até mesmo com compartilhamentos de arquivos hospedados em outras nuvens.

Em sua essência, os Namespaces DFS fornecem um mapeamento entre um caminho UNC amigável, como \\contoso\shares\ProjectX e o caminho UNC subjacente do compartilhamento SMB como \\Server01-Prod\ProjectX ou \\storageaccount.file.core.windows.net\projectx. Quando o usuário final deseja navegar para seu compartilhamento de arquivos, ele digita o caminho UNC amigável, mas seu cliente SMB acessa o caminho SMB subjacente do mapeamento. Você também pode estender esse conceito básico para assumir um nome de servidor de arquivos existente, como \\MyServer\ProjectX. Você pode usar esse recurso para obter os seguintes cenários:

• Forneça um nome de prova de migração para um conjunto lógico de dados. Neste exemplo, você tem um mapeamento como \\contoso\shares\Engineering esse mapeado para \\OldServer\Engineering. Ao concluir a migração para os Arquivos do Azure, você pode alterar seu mapeamento para que seu caminho UNC amigável aponte para \\storageaccount.file.core.windows.net\engineering. Quando um usuário final acessa o caminho UNC amigável, ele será redirecionado diretamente para o caminho de compartilhamento de arquivos do Azure.

• Estabeleça um nome comum para um conjunto lógico de dados que é distribuído para vários servidores em sites físicos diferentes, como por meio da Sincronização de Arquivos do Azure. Neste exemplo, um nome como \\contoso\shares\FileSyncExample é mapeado para vários caminhos UNC, como \\FileSyncServer1\ExampleShare, \\FileSyncServer2\DifferentShareName, \\FileSyncServer3\ExampleShare. Quando o usuário acessa o UNC amigável, ele recebe uma lista de possíveis caminhos UNC e escolhe o mais próximo deles com base nas definições de site do Windows Server Ative Directory (AD).

• Estenda um conjunto lógico de dados entre limites de tamanho, E/S ou outros limites de escala. Isso é comum ao lidar com diretórios de usuários, onde cada usuário obtém sua própria pasta em um compartilhamento, ou com compartilhamentos de rascunho, onde os usuários obtêm espaço arbitrário para lidar com necessidades temporárias de dados. Com os Namespaces DFS, você costura várias pastas em um namespace coeso. Por exemplo, \\contoso\shares\UserShares\user1 mapeia para \\storageaccount.file.core.windows.net\user1, \\contoso\shares\UserShares\user2 mapeia para \\storageaccount.file.core.windows.net\user2e assim por diante.

Você pode ver um exemplo de como usar Namespaces DFS com sua implantação de Arquivos do Azure na visão geral do vídeo a seguir. Observe que o Azure Ative Directory agora é o Microsoft Entra ID. Para obter mais informações, consulte Novo nome para o Azure AD.

Se você já tiver um Namespace DFS instalado, nenhuma etapa especial será necessária para usá-lo com os Arquivos do Azure e a Sincronização de Arquivos. Se você estiver acessando seu compartilhamento de arquivos do Azure no local, considerações normais de rede se aplicam. Consulte Considerações de rede dos Arquivos do Azure para obter mais informações.

Aplica-se a

Tipo de partilhas de ficheiros	SMB	NFS
Partilhas de ficheiros Standard (GPv2), LRS/ZRS
Partilhas de ficheiros Standard (GPv2), GRS/GZRS
Partilhas de ficheiros Premium (FileStorage), LRS/ZRS

Tipos de namespace

Os Espaços de Nomes DFS fornecem dois tipos de espaços de nomes principais:

• Namespace baseado em domínio: um namespace hospedado como parte do domínio do Windows Server AD. Os namespaces hospedados como parte do AD terão um caminho UNC contendo o nome do seu domínio, por exemplo, \\contoso.com\shares\mysharese o seu domínio for contoso.com. Os namespaces baseados em domínio oferecem suporte a limites de maior escala e redundância interna por meio do AD. Os namespaces baseados em domínio não podem ser um recurso clusterizado em um cluster de failover.
• Namespace autônomo: um namespace hospedado em um servidor individual, não hospedado como parte do Windows Server AD. Os namespaces autônomos terão um nome baseado no nome do servidor autônomo, como , onde \\MyStandaloneServer\shares\myshareo servidor autônomo é nomeado MyStandaloneServer. Os namespaces autônomos oferecem suporte a destinos de escala mais baixa do que os namespaces baseados em domínio, mas podem ser hospedados como um recurso clusterizado em um cluster de failover.

Requisitos

Para usar Namespaces DFS com Arquivos do Azure e Sincronização de Arquivos, você deve ter os seguintes recursos:

• Um domínio do Ative Directory. Isso pode ser hospedado em qualquer lugar que você quiser, como localmente, em uma máquina virtual (VM) do Azure ou até mesmo em outra nuvem.
• Um Windows Server que pode hospedar o namespace. Um padrão comum de implantação de Namespaces DFS é usar o controlador de domínio do Ative Directory para hospedar os namespaces, no entanto, os namespaces podem ser configurados a partir de qualquer servidor com a função de servidor Namespaces DFS instalada. Os Espaços de Nomes DFS estão disponíveis em todas as versões suportadas do Windows Server.
• Um compartilhamento de arquivos SMB hospedado em um ambiente associado a um domínio, como um compartilhamento de arquivos do Azure hospedado em uma conta de armazenamento associada a um domínio ou um compartilhamento de arquivos hospedado em um Servidor de Arquivos do Windows associado a um domínio usando a Sincronização de Arquivos do Azure. Para obter mais informações sobre como ingressar em sua conta de armazenamento no domínio, consulte Autenticação baseada em identidade. Os Servidores de Arquivos do Windows ingressam no domínio da mesma maneira, independentemente de você estar usando a Sincronização de Arquivos do Azure.
• Os compartilhamentos de arquivos SMB que você deseja usar com Namespaces DFS devem ser acessíveis a partir de suas redes locais. Essa é principalmente uma preocupação para compartilhamentos de arquivos do Azure, no entanto, tecnicamente se aplica a qualquer compartilhamento de arquivos hospedado na nuvem. Para obter mais informações, consulte Considerações de rede para acesso direto.

Instalar a função de servidor Espaços de Nomes DFS

Se já estiver a utilizar Espaços de Nomes DFS ou pretender configurar Espaços de Nomes DFS no controlador de domínio, pode ignorar estes passos com segurança.

Install-WindowsFeature -Name "FS-DFS-Namespace", "RSAT-DFS-Mgmt-Con"

Assuma nomes de servidores existentes com consolidação raiz

Um uso importante para Namespaces DFS é assumir um nome de servidor existente para fins de refatoração do layout físico dos compartilhamentos de arquivos. Por exemplo, você pode querer consolidar compartilhamentos de arquivos de vários servidores de arquivos antigos juntos em um único servidor de arquivos durante uma migração de modernização. Tradicionalmente, a familiaridade do usuário final e a vinculação de documentos limitam sua capacidade de consolidar compartilhamentos de arquivos de servidores de arquivos diferentes juntos em um host. No entanto, o recurso de consolidação raiz de Namespaces DFS permite que você levante um único servidor para vários nomes de servidor e roteie para o nome de compartilhamento apropriado.

Embora útil para vários cenários de migração de data center, a consolidação raiz é especialmente útil para adotar compartilhamentos de arquivos do Azure nativos da nuvem porque:

• Os compartilhamentos de arquivos do Azure não permitem que você mantenha nomes de servidor locais existentes.
• Os compartilhamentos de arquivos do Azure devem ser acessados por meio do FQDN (nome de domínio totalmente qualificado) da conta de armazenamento. Por exemplo, um compartilhamento de arquivos do Azure chamado share na conta storageaccount de armazenamento é sempre acessado por meio do \\storageaccount.file.core.windows.net\share caminho UNC. Isso pode ser confuso para os usuários finais que esperam um nome curto (por exemplo, ) ou um nome que é um subdomínio do nome de domínio da organização (por exemplo\\MyServer.contoso.com\share). \\MyServer\share

A consolidação raiz só pode ser usada com namespaces autônomos. Se você já tiver um namespace baseado em domínio existente para seus compartilhamentos de arquivos, não precisará criar um namespace consolidado raiz.

Habilitando a consolidação raiz

Habilite a consolidação raiz definindo as seguintes chaves do Registro a partir de uma sessão elevada do PowerShell (ou usando a comunicação remota do PowerShell).

New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Type Registry `
    -ErrorAction SilentlyContinue
Set-ItemProperty `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Name "ServerConsolidationRetry" `
    -Value 1

Criando entradas DNS para nomes de servidores de arquivos existentes

Para que os Espaços de Nomes DFS respondam a nomes de servidores de ficheiros existentes, crie registos de alias (CNAME) para os servidores de ficheiros existentes que apontem para o nome do servidor de Espaços de Nomes DFS. O procedimento exato para atualizar seus registros DNS pode depender de quais servidores sua organização está usando e se sua organização está usando ferramentas personalizadas para automatizar o gerenciamento de DNS. As etapas a seguir são para o servidor DNS incluído no Windows Server e usado automaticamente pelo Windows AD.

# Variables
$oldServer = "MyServer"
$domain = Get-CimInstance -ClassName "Win32_ComputerSystem" | `
    Select-Object -ExpandProperty Domain
$dfsnServer = "CloudDFSN.$domain"

# Create CNAME record
Import-Module -Name DnsServer
Add-DnsServerResourceRecordCName `
    -Name $oldServer `
    -HostNameAlias $dfsnServer `
    -ZoneName $domain

Criar um espaço de nomes

A unidade básica de gerenciamento para Namespaces DFS é o namespace. A raiz do namespace, ou nome, é o ponto de partida do namespace, de modo que, no caminho \\contoso.com\Public\UNC, a raiz do namespace é Public.

Se você estiver usando Namespaces DFS para assumir um nome de servidor existente com consolidação raiz, o nome do namespace deverá ser o nome do servidor que você deseja assumir, precedido # do caractere. Por exemplo, se quiser assumir um servidor existente chamado MyServer, crie um namespace DFS-N chamado #MyServer. A seção PowerShell abaixo cuida da antecipação do #, mas se você criar por meio do console de Gerenciamento DFS, precisará anexar conforme apropriado.

# Variables
$namespace = "Public"
$type = "DomainV2" # "Standalone"
$takeOverName = $false # $true

$namespace = if ($takeOverName -and $type -eq "Standalone" -and $namespace[0] -ne "#") { 
    "#$namespace" 
} else { $namespace }
$dfsnServer = $env:ComputerName
$namespaceServer = if ($type -eq "DomainV2") { 
    Get-CimInstance -ClassName "Win32_ComputerSystem" | `
    Select-Object -ExpandProperty Domain
} else { $dfsnServer }

# Create share for DFS-N namespace
$smbShare = "C:\DFSRoots\$namespace"
if (!(Test-Path -Path $smbShare)) { New-Item -Path $smbShare -ItemType Directory }
New-SmbShare -Name $namespace -Path $smbShare -FullAccess Everyone

# Create DFS-N namespace
Import-Module -Name DFSN
$namespacePath = "\\$namespaceServer\$namespace"
$targetPath = "\\$dfsnServer\$namespace"
New-DfsnRoot -Path $namespacePath -TargetPath $targetPath -Type $type

Configurar pastas e destinos de pastas

Para que um namespace seja útil, ele deve ter pastas e destinos de pasta. Cada pasta pode ter um ou mais destinos de pasta, que são ponteiros para o(s) compartilhamento(s) de arquivos SMB que hospedam esse conteúdo. Quando os usuários navegam em uma pasta com destinos de pasta, o computador cliente recebe uma referência que redireciona de forma transparente o computador cliente para um dos destinos de pasta. Você também pode ter pastas sem destinos de pasta para adicionar estrutura e hierarquia ao namespace.

Pode pensar nas pastas DFS Namespaces como análogas às partilhas de ficheiros.

# Variables
$shareName = "MyShare"
$targetUNC = "\\storageaccount.file.core.windows.net\myshare"

# Create folder and folder targets
$sharePath = "$namespacePath\$shareName"
New-DfsnFolder -Path $sharePath -TargetPath $targetUNC

Agora que criou um espaço de nomes, uma pasta e um destino de pasta, deverá conseguir montar a partilha de ficheiros através de Espaços de Nomes DFS. Se você estiver usando um namespace baseado em domínio, o caminho completo para seu compartilhamento deverá ser \\<domain-name>\<namespace>\<share>. Se você estiver usando um namespace autônomo, o caminho completo para seu compartilhamento deverá ser \\<DFS-server>\<namespace>\<share>. Se você estiver usando um namespace autônomo com consolidação raiz, poderá acessar diretamente pelo nome do servidor antigo, como \\<old-server>\<share>.

Enumeração baseada em acesso (ABE)

Usar o ABE para controlar a visibilidade dos arquivos e pastas nos compartilhamentos de arquivos do Azure SMB não é um cenário com suporte no momento. O ABE é um recurso do DFS-N, portanto, é possível configurar a autenticação baseada em identidade e habilitar o recurso ABE. No entanto, isso só se aplica aos destinos da pasta DFS-N; ele não se aplica retroativamente aos próprios compartilhamentos de arquivos de destino. Isso ocorre porque o DFS-N funciona por referência, em vez de como um proxy na frente do destino da pasta.

Por exemplo, se o usuário digitar o caminho \\mydfsnserver\share, o cliente SMB obtém a referência de \\mydfsnserver\share => \\server123\share e faz a montagem contra o último.

Por isso, o ABE só funcionará nos casos em que o servidor DFS-N estiver hospedando a lista de nomes de usuário antes do redirecionamento:

\\DFSServer\users\contosouser1 => \\SA.file.core.windows.net\contosouser1

\\DFSServer\users\contosouser1 => \\SA.file.core.windows.net\users\contosouser1

(Onde contosouser1 é uma subpasta do compartilhamento de usuários )

Se cada usuário for uma subpasta após o redirecionamento, o ABE não funcionará:

\\DFSServer\SomePath\users --> \\SA.file.core.windows.net\users

Consulte também

• Implantando um compartilhamento de arquivos do Azure: Planejando uma implantação de Arquivos do Azure e Como criar um compartilhamento de arquivos.
• Configurando o acesso ao compartilhamento de arquivos: autenticação baseada em identidade e considerações de rede para acesso direto.
• Namespaces do sistema de arquivos distribuídos do Windows Server