Så här använder du DFS-namnområden med Azure Files

Namnområden för distribuerade filsystem, som ofta kallas DFS-namnområden eller DFS-N, är en Windows Server-serverroll som används för att förenkla distributionen och underhållet av SMB-filresurser i produktion. DFS-namnrymder tillhandahåller virtualisering av lagringsnamnområde så att du kan ange ett lager av indirektion mellan UNC-sökvägen för filresursen och den faktiska filresursen. DFS-namnområden fungerar med SMB-filresurser, oberoende av var dessa filresurser finns. Den kan användas med SMB-resurser som finns på en lokal Windows-filserver med eller utan Azure File Sync, Azure-filresurser direkt, SMB-filresurser som finns i Azure NetApp Files eller andra erbjudanden från tredje part, och även med filresurser som finns i andra moln.

I grunden tillhandahåller DFS-namnområden en mappning mellan en användarvänlig UNC-sökväg, till exempel \\contoso\shares\ProjectX och den underliggande UNC-sökvägen för SMB-resursen som \\Server01-Prod\ProjectX eller \\storageaccount.file.core.windows.net\projectx. När slutanvändaren vill navigera till sin filresurs skriver de in den användarvänliga UNC-sökvägen, men deras SMB-klient kommer åt mappningens underliggande SMB-sökväg. Du kan också utöka det här grundläggande konceptet för att ta över ett befintligt filservernamn, till exempel \\MyServer\ProjectX. Du kan använda den här funktionen för att uppnå följande scenarier:

• Ange ett migreringssäkert namn för en logisk uppsättning data. Du kan till exempel mappa \\contoso\shares\Engineering till \\OldServer\Engineering. När du slutför migreringen till Azure Files kan du ändra mappningen till \\storageaccount.file.core.windows.net\engineering, så att när en slutanvändare kommer åt den användarvänliga UNC-sökvägen, omdirigeras de sömlöst till Azure-filresursens sökväg.

• Upprätta ett gemensamt namn för en logisk uppsättning data som distribueras till flera servrar på olika fysiska platser, till exempel via Azure File Sync. I det här exemplet mappas ett namn som \\contoso\shares\FileSyncExample till exempel till flera UNC-sökvägar som \\FileSyncServer1\ExampleShare, \\FileSyncServer2\DifferentShareName, \\FileSyncServer3\ExampleShare. När användaren kommer åt den användarvänliga UNC får de en lista över möjliga UNC-sökvägar och väljer den som är närmast dem baserat på ad-webbplatsdefinitioner (Windows Server Active Directory).

• Utöka en logisk uppsättning data över storlek, I/O eller andra skalningströsklar. Detta kan vara användbart när du hanterar användarkataloger, där varje användare får en egen mapp på en resurs eller med scratch-resurser, där användarna får godtyckligt utrymme för att hantera tillfälliga databehov. Med DFS-namnområden sammanfogar du flera mappar i ett sammanhängande namnområde. Till exempel \\contoso\shares\UserShares\user1 mappar till \\storageaccount.file.core.windows.net\user1, \\contoso\shares\UserShares\user2 mappar till \\storageaccount.file.core.windows.net\user2och så vidare.

Du kan se ett exempel på hur du använder DFS-namnområden med din Azure Files-distribution i följande videoöversikt.

Anmärkning

Hoppa till 10:10 i videon för att se hur du konfigurerar DFS-namnområden.

Om du redan har ett DFS-namnområde på plats krävs inga särskilda steg för att använda det med Azure Files och File Sync. Om du kommer åt din Azure-filresurs lokalt gäller normala nätverksöverväganden. Mer information finns i Nätverksöverväganden för Azure Files.

Gäller för

Hanteringsmodell	Faktureringsmodell	Medieklass	Redundans	Små och medelstora företag (SMB)	NFS (Network File System)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Geo (GRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage, lagringstjänster	Tillhandahållen v1	SSD (hög kvalitet)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Tillhandahållen v1	SSD (hög kvalitet)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Geo (GRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	GeoZone (GZRS)

Namnområdestyper

DFS-namnområden innehåller två huvudnamnområdestyper:

• Domänbaserat namnområde: Ett namnområde som finns som en del av din Windows Server AD-domän. Namnområden som finns som en del av AD har en UNC-sökväg som innehåller namnet på din domän, \\contoso.com\shares\mysharetill exempel , om din domän är contoso.com. Domänbaserade namnområden stöder större skalningsgränser och inbyggd redundans via AD. Domänbaserade namnområden kan inte vara en klustrad resurs i ett failover-kluster.
• Fristående namnområde: Ett namnområde som finns på en enskild server, som inte finns som en del av Windows Server AD. Fristående namnområden har ett namn baserat på namnet på den fristående servern, till exempel \\MyStandaloneServer\shares\myshare, där den fristående servern heter MyStandaloneServer. Fristående namnområden har stöd för lägre skalningsmål än domänbaserade namnområden, men kan finnas som en klustrad resurs i ett redundanskluster.

Kravspecifikation

Om du vill använda DFS-namnområden med Azure Files och File Sync måste du ha följande resurser:

• En Active Directory-domän. Detta kan finnas var du vill, till exempel lokalt, på en virtuell Azure-dator (VM) eller till och med i ett annat moln.
• En Windows Server som kan vara värd för namnområdet. Ett vanligt mönster för distributionsmönster för DFS-namnområden är att använda Active Directory-domänkontrollanten som värd för namnrymderna, men namnrymderna kan konfigureras från valfri server med serverrollen DFS-namnområden installerad. DFS-namnområden är tillgängliga i alla Windows Server-versioner som stöds.
• En SMB-filresurs som finns i en domänansluten miljö, till exempel en Azure-filresurs som finns i ett domänanslutet lagringskonto eller en filresurs som finns på en domänansluten Windows-filserver med Azure File Sync. Mer information om domänanslutning till ditt lagringskonto finns i Identitetsbaserad autentisering. Windows-filservrar är domänanslutna på samma sätt oavsett om du använder Azure File Sync.
• De SMB-filresurser som du vill använda med DFS-namnområden måste kunna nås från dina lokala nätverk. Mer information finns i Nätverksöverväganden för direkt åtkomst.

Installera serverrollen DFS-namnområden

Om du redan använder DFS-namnområden eller vill konfigurera DFS-namnområden på domänkontrollanten kan du hoppa över de här stegen på ett säkert sätt.

Portal

För att installera DFS-namnområdens serverroll, öppna serverhanteraren på din server. Välj Hantera och välj sedan Lägg till roller och funktioner. Den resulterande guiden vägleder dig genom installationen av nödvändiga Windows-komponenter för att köra och hantera DFS-namnområden.

I avsnittet Installationstyp i installationsguiden väljer du knappen Rollbaserad eller funktionsbaserad installationsradio och väljer Nästa. I avsnittet Serverval väljer du önskade servrar där du vill installera serverrollen DFS-namnområden och väljer Nästa.

I avsnittet Serverroller väljer du och markerar rollen DFS Namespaces under Fil- och lagringstjänster>och ISCSI-tjänster. När du väljer serverrollen DFS-namnområden kan den även lägga till eventuella nödvändiga stödserverroller eller funktioner som du inte redan har installerat.

När du har kontrollerat rollen DFS-namnområden kan du välja Nästa på alla efterföljande skärmar och välja Installera så fort guiden aktiverar knappen. När installationen är klar kan du konfigurera ditt namnområde.

PowerShell

Kör följande kommando från en förhöjd PowerShell-session (eller använd PowerShell-fjärrkommunikation).

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

Ta över befintliga servernamn med rotkonsolidering

En viktig användning för DFS-namnområden är att ta över ett befintligt servernamn i syfte att omstrukturera filresursernas fysiska layout. Du kanske till exempel vill konsolidera filresurser från flera gamla filservrar tillsammans på en enda filserver under en moderniseringsmigrering. Traditionellt begränsar slutanvändarnas förtrogenhet och dokumentlänkning möjligheten att konsolidera filresurser från olika filservrar tillsammans på en värd. Med rotkonsolideringsfunktionen för DFS-namnområden kan du dock ställa upp en enskild server till flera servernamn och dirigera till lämpligt resursnamn.

Även om det är användbart för olika scenarier för datacentermigrering är rotkonsolidering särskilt användbart för att adoptera molninbyggda Azure-fildelningar eftersom:

• Med Azure-fildelningar kan du inte behålla befintliga lokala servernamn.
• Azure-filresurser måste nås via lagringskontots fullständigt kvalificerade domännamn (FQDN). Till exempel nås alltid en Azure-filresurs som heter share i lagringskontot storageaccount via \\storageaccount.file.core.windows.net\share UNC-sökvägen. Detta kan vara förvirrande för slutanvändare som förväntar sig ett kort namn (t.ex. \\MyServer\share) eller ett namn som är en underdomän till organisationens domännamn (till exempel \\MyServer.contoso.com\share).

Rotkonsolidering kan endast användas med fristående namnområden. Om du redan har ett befintligt domänbaserat namnområde för dina filresurser behöver du inte skapa ett konsoliderat rotnamnområde.

Aktivera rotkonsolidering

Aktivera rotkonsolidering genom att ange följande registernycklar från en PowerShell-session med administratörsbehörighet (eller använda PowerShell-fjärrkommunikation).

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

Skapa DNS-poster för befintliga filservernamn

För att DFS-namnområden ska svara på befintliga filservernamn skapar du aliasposter (CNAME) för dina befintliga filservrar som pekar på DFS-namnrymdernas servernamn. Den exakta proceduren för att uppdatera dina DNS-poster kan bero på vilka servrar din organisation använder och om din organisation använder anpassade verktyg för att automatisera hanteringen av DNS. Följande steg gäller för DNS-servern som ingår i Windows Server och används automatiskt av Windows AD.

Portal

Öppna DNS-hanteringskonsolen på en Windows DNS-server. Du hittar detta genom att välja knappen Start och skriva DNS. Navigera till den framåtriktade uppslagszonen för din domän. Om din domän till exempel är contoso.comfinns den framåtriktade uppslagszonen under Vidarebefordra uppslagszoner>contoso.com i hanteringskonsolen. Den exakta hierarki som visas i den här dialogrutan beror på DNS-konfigurationen för nätverket.

Högerklicka på din framåtriktade uppslagszon och välj Nytt alias (CNAME). I den resulterande dialogrutan anger du det korta namnet på den filserver som du ersätter (det fullständigt kvalificerade domännamnet fylls i automatiskt i textrutan med etiketten Fullständigt kvalificerat domännamn). I textrutan märkta Fullständigt kvalificerat domännamn (FQDN) för målvärd anger du namnet på DFS-N-servern. Du kan använda knappen Bläddra för att välja servern om du vill. Välj OK för att skapa CNAME-posten för servern.

PowerShell

På en Windows DNS-server öppnar du en PowerShell-session (eller använder PowerShell-fjärrkommunikation) för att köra följande kommandon, fylla $oldServer i och $dfsnServer, med relevanta värden för din miljö ($domain fylls i automatiskt med domännamnet, men du kan också skriva ut detta manuellt).

# 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

Skapa ett namnområde

Den grundläggande hanteringsenheten för DFS-namnområden är namnområdet. Namnområdesroten, eller namnet, är startpunkten för namnområdet, så att namnområdesroten i UNC-sökvägen \\contoso.com\Public\är Public.

Om du använder DFS-namnområden för att ta över ett befintligt servernamn med rotkonsolidering bör namnet på namnområdet vara namnet på det servernamn som du vill ta över, föreberedd med # tecknet. Om du till exempel vill ta över en befintlig server med namnet MyServerskapar du ett DFS-N namnområde med namnet #MyServer. PowerShell-exemplet tar hand om att vänta på #, men om du skapar via DFS-hanteringskonsolen måste du förbereda efter behov.

Portal

Om du vill skapa ett nytt namnområde öppnar du DFS-hanteringskonsolen . Du hittar detta genom att välja knappen Start och skriva DFS Management. Den resulterande hanteringskonsolen har två avsnitt som kallas Namnområden och Replikering, som refererar till DFS-namnområden respektive DFS Replication (DFS-R). Azure File Sync tillhandahåller en modern replikerings- och synkroniseringsmekanism som kan användas i stället för DFS-R om replikering också önskas.

Välj avsnittet Namnområden och välj knappen Nytt namnområde (du kan också högerklicka på avsnittet Namnområden ). Den resulterande guiden Nytt namnområde vägleder dig genom att skapa ett namnområde.

Det första avsnittet i guiden kräver att du väljer DFS-namnområdesservern som värd för namnområdet. Flera servrar kan vara värdar för ett namnområde, men du måste konfigurera DFS-namnområden med en server i taget. Ange namnet på den önskade DFS-namnområdesservern och välj Nästa. I avsnittet Namnområdesnamn och inställningar anger du önskat namnområde och väljer Nästa.

I avsnittet Namnområdestyp kan du välja mellan ett domänbaserat namnområde och ett fristående namnområde. Om du tänker använda DFS-namnområden för att bevara en befintlig filserver/NAS-enhetsnamn bör du välja alternativet fristående namnområde. För andra scenarion väljer du ett domänbaserat namnområde. Mer information om hur du väljer mellan namnområdestyper finns i namnområdestyper .

Välj önskad namnområdestyp för din miljö och välj Nästa. Guiden sammanfattar sedan namnområdet som ska skapas. Välj Skapa för att skapa namnområdet och Stäng när dialogrutan är klar.

PowerShell

Från en PowerShell-session på DFS-namnområdesservern kör du följande PowerShell-kommandon, fyller i $namespace, $typeoch $takeOverName med relevanta värden för din miljö.

# 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

Konfigurera mappar och mappmål

För att ett namnområde ska vara användbart måste det ha mappar och mappmål. Varje mapp kan ha ett eller flera mappmål, som är pekare till de SMB-filresurser som är värdar för innehållet. När användare bläddrar i en mapp med mappmål får klientdatorn en hänvisning som transparent omdirigerar klientdatorn till något av mappmålen. Du kan också ha mappar utan mappmål för att lägga till struktur och hierarki i namnområdet.

Du kan se DFS-mappnamnrymder som motsvarande filresurser.

Portal

I DFS-hanteringskonsolen väljer du det namnområde som du nyss skapade och väljer Ny mapp. Den resulterande dialogrutan Ny mapp gör att du kan skapa både mappen och dess mål.

I textrutan Name (Namn) anger du namnet på mappen. Välj Lägg till... för att lägga till mappmål för den här mappen. Den resulterande dialogrutan Lägg till mappmål innehåller en textruta med etiketten Sökväg till mappmål där du kan ange UNC-sökvägen till önskad mapp. Välj OK i dialogrutan Lägg till mappmål . Om du lägger till en UNC-sökväg till en Azure-filresurs kan du få ett meddelande som rapporterar att servern storageaccount.file.core.windows.net inte kan kontaktas. Detta är förväntat. välj Ja för att fortsätta. Välj slutligen OK i dialogrutan Ny mapp för att skapa mapp- och mappmålen.

PowerShell

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

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

Nu när du har skapat ett namnområde, en mapp och ett mappmål bör du kunna montera filresursdelningen genom DFS-namnområden. Om du använder ett domänbaserat namnområde bör den fullständiga sökvägen för delningen vara \\<domain-name>\<namespace>\<share>. Om du använder ett fristående namnområde ska den fullständiga sökvägen för delningen vara \\<DFS-server>\<namespace>\<share>. Om du använder ett fristående namnområde med rotkonsolidering kan du komma åt direkt via ditt gamla servernamn, till exempel \\<old-server>\<share>.

Access-Based nummerering (ABE)

Att använda ABE för att styra synligheten för filer och mappar i SMB Azure-filresurser är för närvarande inte ett scenario som stöds. ABE är en funktion i DFS-N, så det är möjligt att konfigurera identitetsbaserad autentisering och aktivera ABE-funktionen. Detta gäller dock endast för DFS-N mappmål. Den gäller inte retroaktivt för själva målfilresurserna. Det beror på att DFS-N fungerar genom hänvisning i stället för som en proxy framför mappmålet.

Om användaren till exempel skriver in sökvägen \\mydfsnserver\share får SMB-klienten hänvisningen till \\mydfsnserver\share => \\server123\share och utför monteringen mot den senare.

På grund av detta fungerar ABE endast i fall där DFS-N-servern är värd för listan över användarnamn före omdirigeringen:

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

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

(Där contosouser1 är en undermapp i användarresursen)

Om varje användares mapp placeras som en undermapp efter omdirigeringen, kommer ABE inte att fungera:

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

Se även

• Distribuera en Azure-filresurs: Planera för en Azure Files-distribution och Skapa en filresurs.
• Konfigurera filresursåtkomst: Identitetsbaserad autentisering och nätverksöverväganden för direkt åtkomst.
• Namnområden för Windows Server-distribuerat filsystem