DFS-naamruimten gebruiken met Azure Files

Distributed File Systems Namespaces, ook wel DFS-naamruimten of DFS-N genoemd, is een Windows Server-serverfunctie die wordt gebruikt om de implementatie en het onderhoud van SMB-bestandsshares in productie te vereenvoudigen. DFS-naamruimten bieden virtualisatie van opslagnaamruimten, zodat u een laag van indirectie kunt opgeven tussen het UNC-pad van uw bestandsshare en de werkelijke bestandsshare. DFS-naamruimten werken met SMB-bestandsshares, onafhankelijk van waar deze bestandsshares worden gehost. Het kan worden gebruikt met SMB-shares die worden gehost op een on-premises Windows-bestandsserver met of zonder Azure File Sync, Azure-bestandsshares rechtstreeks, SMB-bestandsshares die worden gehost in Azure NetApp Files of andere aanbiedingen van derden, en zelfs met bestandsshares die worden gehost in andere clouds.

In de kern bieden DFS-naamruimten een toewijzing tussen een gebruiksvriendelijk UNC-pad, zoals \\contoso\shares\ProjectX en het onderliggende UNC-pad van de SMB-share, zoals \\Server01-Prod\ProjectX of \\storageaccount.file.core.windows.net\projectx. Wanneer de eindgebruiker naar de bestandsdeling wil navigeren, typt hij of zij het eenvoudige UNC-pad in, maar maakt de SMB-client verbinding met het onderliggende SMB-pad van de toewijzing. U kunt dit basisconcept ook uitbreiden om een bestaande bestandsnaam over te nemen, zoals \\MyServer\ProjectX. U kunt deze mogelijkheid gebruiken om de volgende scenario's te bereiken:

• Geef een migratiebestendige naam op voor een logische set gegevens. U kunt bijvoorbeeld \\contoso\shares\Engineering aan \\OldServer\Engineering toewijzen. Wanneer u de migratie naar Azure Files voltooit, kunt u de toewijzing wijzigen in \\storageaccount.file.core.windows.net\engineering, zodat wanneer een eindgebruiker het gebruiksvriendelijke UNC-pad opent, deze naadloos wordt omgeleid naar het pad naar de Azure-bestandsshare.

• Stel een algemene naam in voor een logische set gegevens die wordt gedistribueerd naar meerdere servers op verschillende fysieke sites, zoals via Azure File Sync. In dit voorbeeld wordt een naam zoals \\contoso\shares\FileSyncExample toegewezen aan meerdere UNC-paden, zoals \\FileSyncServer1\ExampleShare, \\FileSyncServer2\DifferentShareName. \\FileSyncServer3\ExampleShare Wanneer de gebruiker toegang heeft tot de gebruiksvriendelijke UNC, krijgen ze een lijst met mogelijke UNC-paden en kiezen ze de paden die het dichtst bij hen liggen op basis van ad-sitedefinities (Windows Server Active Directory).

• Breid een logische set gegevens uit over de grootte, IO of andere schaaldrempels. Dit kan handig zijn bij het omgaan met gebruikersmappen, waarbij elke gebruiker een eigen map op een share krijgt of met scratchshares, waar gebruikers willekeurige ruimte krijgen om tijdelijke gegevensbehoeften af te handelen. Met DFS-naamruimten kunt u meerdere mappen samenvoegen in een samenhangende naamruimte. U kunt bijvoorbeeld \\contoso\shares\UserShares\user1 toewijzen aan \\storageaccount.file.core.windows.net\user1, \\contoso\shares\UserShares\user2 toewijzen aan \\storageaccount.file.core.windows.net\user2, enzovoort.

In het volgende videooverzicht ziet u een voorbeeld van het gebruik van DFS-naamruimten met uw Azure Files-implementatie.

Als u al een DFS-naamruimte hebt, zijn er geen speciale stappen vereist om deze te gebruiken met Azure Files en File Sync. Als u toegang hebt tot uw Azure-bestandsshare vanuit on-premises, zijn normale netwerkoverwegingen van toepassing. Zie Azure Files-netwerkoverwegingen voor meer informatie.

Van toepassing op

Beheermodel	Betaalmodel	Medianiveau	Redundantie	Kleine en Middelgrote Ondernemingen (SMB)	Network File System (NFS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Lokaal (LRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Zone (ZRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	GeoZone (GZRS)
Microsoft.Opslag	Geconfigureerd v1	SSD (van hoge kwaliteit)	Lokaal (LRS)
Microsoft.Opslag	Geconfigureerd v1	SSD (van hoge kwaliteit)	Zone (ZRS)
Microsoft.Opslag	Betaal naar verbruik	HDD (standaard)	Lokaal (LRS)
Microsoft.Opslag	Betaal naar verbruik	HDD (standaard)	Zone (ZRS)
Microsoft.Opslag	Betaal naar verbruik	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Opslag	Betaal naar verbruik	HDD (standaard)	GeoZone (GZRS)

Naamruimtetypen

DFS-naamruimten bieden twee hoofdnaamruimtetypen:

• Op een domein gebaseerde naamruimte: een naamruimte die wordt gehost als onderdeel van uw Windows Server AD-domein. Naamruimten die worden gehost als onderdeel van AD, hebben een UNC-pad met de naam van uw domein, bijvoorbeeld \\contoso.com\shares\myshare, als uw domein is contoso.com. Op een domein gebaseerde naamruimten ondersteunen grotere schaallimieten en ingebouwde redundantie via AD. Naamruimten op basis van een domein kunnen geen geclusterde resource op een failovercluster zijn.
• Zelfstandige naamruimte: een naamruimte die wordt gehost op een afzonderlijke server, niet gehost als onderdeel van Windows Server AD. Zelfstandige naamruimten hebben een naam op basis van de naam van de zelfstandige server, zoals \\MyStandaloneServer\shares\myshare, waar uw zelfstandige server de naam MyStandaloneServerheeft. Zelfstandige naamruimten ondersteunen lagere schaaldoelen dan op een domein gebaseerde naamruimten, maar kunnen worden gehost als een geclusterde resource op een failovercluster.

Behoeften

Als u DFS-naamruimten wilt gebruiken met Azure Files en File Sync, moet u over de volgende resources beschikken:

• Een Active Directory-domein. Dit kan overal worden gehost, zoals on-premises, in een virtuele Azure-machine (VM) of zelfs in een andere cloud.
• Een Windows Server die de naamruimte kan hosten. Een veelvoorkomend patroon voor de implementatie van DFS-naamruimten is het gebruik van de Active Directory-domeincontroller om de naamruimten te hosten, maar de naamruimten kunnen worden ingesteld vanaf elke server waarop de serverfunctie DFS-naamruimten is geïnstalleerd. DFS-naamruimten zijn beschikbaar in alle ondersteunde Windows Server-versies.
• Een SMB-bestandsshare die wordt gehost in een omgeving die lid is van een domein, zoals een Azure-bestandsshare die wordt gehost in een opslagaccount dat lid is van een domein of een bestandsshare die wordt gehost op een windows-bestandsserver die lid is van een domein met behulp van Azure File Sync. Zie Verificatie op basis van identiteit voor meer informatie over domeindeelname van uw opslagaccount. Windows-bestandsservers zijn op dezelfde manier gekoppeld, ongeacht of u Azure File Sync gebruikt.
• De SMB-bestandsshares die u wilt gebruiken met DFS-naamruimten, moeten bereikbaar zijn vanuit uw on-premises netwerken. Zie Netwerkoverwegingen voor directe toegang voor meer informatie.

De serverfunctie DFS-naamruimten installeren

Als u al DFS-naamruimten gebruikt of DFS-naamruimten wilt instellen op uw domeincontroller, kunt u deze stappen veilig overslaan.

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

Bestaande servernamen overnemen met rootconsolidatie

Een belangrijk gebruik voor DFS-naamruimten is het overnemen van een bestaande servernaam voor het herstructureren van de fysieke indeling van de bestandsshares. U kunt bijvoorbeeld bestandsshares van meerdere oude bestandsservers samenvoegen op één bestandsserver tijdens een moderniseringsmigratie. Traditioneel beperken eindgebruikerskennis en documentkoppeling uw mogelijkheid om bestandsshares van verschillende bestandsservers samen te voegen op één host. Met de DFS-naamruimten root-samenvoegingsfunctie kunt u echter één server inzetten die meerdere servernamen vertegenwoordigt en naar de juiste sharenaam routeert.

Hoewel dit handig is voor verschillende scenario's voor datacentrummigratie, is hoofdconsolidatie vooral handig voor het aannemen van cloudeigen Azure-bestandsshares, omdat:

• Met Azure-bestandsshares kunt u geen bestaande on-premises servernamen behouden.
• Azure-bestandsshares moeten worden geopend via de FQDN (Fully Qualified Domain Name) van het opslagaccount. Een Azure-bestandsshare genaamd share in opslagaccount storageaccount is bijvoorbeeld altijd toegankelijk via het \\storageaccount.file.core.windows.net\share UNC-pad. Dit kan verwarrend zijn voor eindgebruikers die een korte naam (bijvoorbeeld \\MyServer\share) verwachten of een naam die een subdomein is van de domeinnaam van de organisatie (bijvoorbeeld \\MyServer.contoso.com\share).

Hoofdconsolidatie kan alleen worden gebruikt met zelfstandige naamruimten. Als u al een bestaande op een domein gebaseerde naamruimte voor uw bestandsshares hebt, hoeft u geen geconsolideerde hoofdnaamruimte te maken.

Root-consolidatie inschakelen

Schakel root-consolidatie in door de volgende registersleutels in te stellen vanuit een PowerShell-sessie met verhoogde bevoegdheden (of gebruik PowerShell-remoteverbindingen).

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

DNS-vermeldingen maken voor bestaande bestandsservernamen

Als u wilt dat DFS-naamruimten reageren op bestaande bestandsservernamen, maakt u aliasrecords (CNAME) voor uw bestaande bestandsservers die verwijzen naar de servernaam dfs-naamruimten. De exacte procedure voor het bijwerken van uw DNS-records kan afhankelijk zijn van de servers die uw organisatie gebruikt en of uw organisatie aangepaste hulpprogramma's gebruikt om het beheer van DNS te automatiseren. De volgende stappen zijn bedoeld voor de DNS-server die is opgenomen in Windows Server en automatisch wordt gebruikt door 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

Een naamruimte maken

De basiseenheid van beheer voor DFS-naamruimten is de naamruimte. De naamruimtehoofdmap of naam is het beginpunt van de naamruimte, zodat in het UNC-pad \\contoso.com\Public\ de naamruimtehoofdmap Public is.

Als u DFS-naamruimten gebruikt om een bestaande servernaam met hoofdconsolidatie over te nemen, moet de naam van de naamruimte de naam zijn van de servernaam die u wilt overnemen, voorafgegaan door het # teken. Als u bijvoorbeeld een bestaande server met de naam MyServerwilt overnemen, maakt u een DFS-N naamruimte met de naam #MyServer. In het PowerShell-voorbeeld wordt het vooraf toevoegen van # verzorgd, maar als u via de DFS-beheerconsole creëert, moet u dit op de juiste manier vooraf toevoegen.

# 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

Mappen en doelen voor mappen configureren

Een naamruimte kan alleen nuttig zijn als deze mappen en mapdoelen bevat. Elke map kan een of meer mapdoelen hebben, die verwijzen naar de SMB-bestandsshares die als host fungeren voor die inhoud. Wanneer gebruikers door een map met mapdoelen bladeren, ontvangt de clientcomputer een verwijzing die de clientcomputer transparant omleidt naar een van de mapdoelen. U kunt ook mappen zonder mapdoelen hebben om structuur en hiërarchie toe te voegen aan de naamruimte.

U kunt dfs-naamruimtenmappen zien als vergelijkbaar met bestandsshares.

# 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 u een naamruimte, een map en een mapdoel hebt gemaakt, kunt u de bestandsshare koppelen via DFS-naamruimten. Als u een op een domein gebaseerde naamruimte gebruikt, moet het volledige pad voor uw share zijn \\<domain-name>\<namespace>\<share>. Als u een zelfstandige naamruimte gebruikt, moet het volledige pad voor uw share zijn \\<DFS-server>\<namespace>\<share>. Als u een zelfstandige naamruimte met hoofdconsolidatie gebruikt, kunt u rechtstreeks toegang krijgen via uw oude servernaam, zoals \\<old-server>\<share>.

Access-Based opsomming (ABE)

Het gebruik van ABE om de zichtbaarheid van de bestanden en mappen in SMB Azure-bestandsshares te beheren, is momenteel geen ondersteund scenario. ABE is een functie van DFS-N, dus het is mogelijk om verificatie op basis van identiteiten te configureren en de ABE-functie in te schakelen. Dit geldt echter alleen voor de DFS-N mapdoelen; het is niet met terugwerkende kracht van toepassing op de doelbestandsshares zelf. Dit komt doordat DFS-N werkt door verwijzing, in plaats van als proxy voor de doelmap.

Als de gebruiker bijvoorbeeld het pad \\mydfsnserver\share typt, krijgt de SMB-client de verwijzing \\mydfsnserver\share => \\server123\share en maakt de koppeling op de verkregen verwijzing.

Daarom werkt ABE alleen in gevallen waarin de DFS-N-server als host fungeert voor de lijst met gebruikersnamen vóór de omleiding:

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

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

(Waarbij contosouser1 een submap is van de gedeelde map gebruikers)

Als elke gebruiker een submap is na de omleiding, werkt ABE niet:

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

Zie ook

• Een Azure-bestandsshare implementeren: een Azure Files-implementatie plannen en een bestandsshare maken.
• Toegang tot bestandsshares configureren: Identiteitsgebaseerde authenticatie en Netwerkoverwegingen voor directe toegang.
• Windows Server Distributed File System-naamruimten