Azure NetApp Files에서 DFS 네임스페이스를 사용하는 방법

일반적으로 DFS 네임스페이스 또는 DFS-N이라고 하는 분산 파일 시스템 네임스페이스는 프로덕션 환경에서 SMB 파일 공유의 배포 및 유지 관리를 간소화하는 데 널리 사용되는 Windows Server 서버 역할입니다. DFS 네임스페이스는 스토리지 네임스페이스 가상화 기술로, 파일 공유의 UNC 경로와 실제 파일 공유 자체 간에 간접 참조 계층을 제공할 수 있습니다. DFS 네임스페이스는 해당 파일 공유가 호스팅되는 위치에 관계없이 SMB 파일 공유와 함께 작동합니다. Azure 파일 동기화를 사용하거나 사용하지 않고 온-프레미스 Windows 파일 서버에서 호스트되는 SMB 공유, Azure 파일 공유 직접, Azure NetApp Files에서 호스트되는 SMB 파일 공유 및 다른 클라우드에서 호스트되는 파일 공유와 함께 사용할 수 있습니다.

DFS 네임스페이스는 핵심적으로 사용자 친화적인 UNC 경로(예: \\contoso\shares\ProjectX)와 SMB 공유의 기저 UNC 경로(\\Server01-Prod\ProjectX 또는 \\anf-xxxx\projectx) 간의 매핑을 제공합니다. 최종 사용자가 파일 공유로 이동하려는 경우 사용자에게 친숙한 UNC 경로를 입력하지만 SMB 클라이언트는 매핑의 기본 SMB 경로에 액세스합니다. DFS 루트 통합 사용과 같은 \\MyServer\ProjectX 기존 파일 서버 이름을 인수하도록 이 기본 개념을 확장할 수도 있습니다. 이러한 기능을 사용하여 다음 시나리오를 달성할 수 있습니다.

• 논리적 데이터 집합에 대한 마이그레이션 방지 이름 제공
  이 예제에서는 \\contoso\shares\Engineering이 \\OldServer\Engineering로 매핑됩니다. Azure NetApp Files로 마이그레이션을 완료하면, 사용하기 쉬운 UNC 경로가 \\anf-xxxx\engineering를 가리키도록 매핑을 변경할 수 있습니다. 최종 사용자가 사용자에게 친숙한 UNC 경로에 액세스하면 Azure NetApp Files 공유 경로로 원활하게 리디렉션됩니다.

• 크기, IO 또는 기타 규모 임계값에 걸쳐 논리적 데이터 집합 확장
  이는 여러 폴더에 성능 요구 사항이 다른 회사 공유를 처리하거나 사용자가 임시 데이터 요구 사항을 처리할 임의 공간을 가져오는 스크래치 공유를 처리하는 경우에 일반적입니다. DFS 네임스페이스를 사용하면 여러 폴더를 함께 응집력 있는 네임스페이스에 연결합니다. 예를 들어, \\contoso\shares\engineering는 \\anf-xxxx\engineering에 매핑되며 (Azure NetApp Files, Ultra 서비스 수준), \\contoso\shares\sales는 \\anf-yyyy\sales에 매핑됩니다 (Azure NetApp Files, 표준 서비스 수준) 등입니다.

• 데이터가 Azure NetApp Files로 마이그레이션된 후 하나 이상의 레거시 파일 서버의 논리적 이름 유지
  루트 통합에 DFS-N 사용하면 호스트 이름을 인수하고 경로를 그대로 공유할 수 있습니다. 이렇게 하면 마이그레이션 후 문서 바로 가기, 포함된 문서 링크 및 UNC 경로가 변경되지 않습니다.

DFS 네임스페이스가 이미 있는 경우 Azure NetApp Files에서 사용하기 위해 특별한 단계가 필요하지 않습니다. 온-프레미스에서 Azure NetApp Files 공유에 액세스하는 경우 일반적인 네트워킹 고려 사항이 적용됩니다. 자세한 내용은 Azure NetApp Files 네트워크 계획에 대한 지침을 참조하세요.

적용 대상

파일 공유 유형	중소기업	네트워크 파일 시스템 (NFS)	이중 프로토콜*
Azure NetApp 파일

네임스페이스 형식

DFS 네임스페이스는 세 가지 네임스페이스 형식을 제공합니다.

• 도메인 기반 네임스페이스:
  Windows Server AD 도메인의 일부로 호스트되는 네임스페이스입니다. AD의 일부로 호스트되는 네임스페이스에는 도메인의 이름을 포함하는 UNC 경로가 있습니다(예 \\contoso.com\shares\myshare: 도메인 contoso.com인 경우). 도메인 기반 네임스페이스는 AD를 통해 더 큰 확장 제한 및 기본 제공 중복성을 지원합니다. 도메인 기반 네임스페이스는 장애 조치(failover) 클러스터의 클러스터형 리소스일 수 없습니다.

• 독립 실행형 네임스페이스:
  개별 서버 또는 Windows Server 장애 조치(failover) 클러스터에서 호스트되는 네임스페이스로, Windows Server AD의 일부로 호스트되지 않습니다. 독립 실행형 네임스페이스의 이름은 독립 실행형 서버의 이름(예: \\MyStandaloneServer\shares\myshare독립 실행형 서버의 이름) MyStandaloneServer을 기반으로 합니다. 독립 실행형 네임스페이스는 도메인 기반 네임스페이스보다 규모가 낮은 대상을 지원하지만 장애 조치(failover) 클러스터에서 클러스터형 리소스로 호스트할 수 있습니다.

• 루트 통합이 있는 독립 실행형 네임스페이스:
  개별 서버 또는 Windows Server 장애 조치(failover) 클러스터에서 호스트되는 하나 이상의 네임스페이스가 Windows Server AD의 일부로 호스트되지 않습니다. 루트 통합을 가진 독립형 네임스페이스는 인수하려는 이전 파일 서버의 이름(\\oldserver)과 네임스페이스의 이름(#oldserver)에 일치하는 UNC 경로를 가집니다. 독립 실행형 네임스페이스는 도메인 기반 네임스페이스보다 규모가 낮은 대상을 지원하지만 Windows Server 장애 조치(failover) 클러스터에서 클러스터형 리소스로 호스트할 수 있습니다.

요구 사항

Azure NetApp Files에서 DFS 네임스페이스를 사용하려면 다음 리소스가 있어야 합니다.

• Active Directory 도메인입니다. 온-프레미스 환경, Azure VM(가상 머신) 또는 다른 클라우드에서 이 도메인을 원하는 위치에 호스트할 수 있습니다.

• 네임스페이스를 호스트할 수 있는 Windows Server입니다. 도메인 기반 네임스페이스의 경우 일반적인 배포 패턴은 Active Directory 도메인 컨트롤러를 사용하여 네임스페이스를 호스트하는 것입니다. 그러나 DFS 네임스페이스 서버 역할이 설치된 모든 서버에서 네임스페이스를 설정할 수 있습니다. DFS 네임스페이스는 지원되는 모든 Windows Server 버전에서 사용할 수 있습니다.

• 네임스페이스 루트 통합의 경우 Active Directory 도메인 컨트롤러를 사용하여 네임스페이스를 호스트할 수 없습니다. 전용 독립 실행형 Windows Server 또는 Windows Server 장애 조치(failover) 클러스터를 사용하여 네임스페이스를 호스트해야 합니다.

• 하나 이상의 Azure NetApp Files SMB 파일 공유가 도메인에 가입된 환경에서 호스트됩니다.

DFS 네임스페이스 서버 역할 설치

모든 DFS 네임스페이스 유형의 경우 DFS 네임스페이스 서버 역할을 설치해야 합니다. DFS 네임스페이스를 이미 사용하고 있는 경우 다음 단계를 건너뛸 수 있습니다.

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

Azure NetApp Files SMB 볼륨을 사용하여 DFS-N 네임스페이스 구성

기존 레거시 파일 서버를 인수할 필요가 없는 경우 도메인 기반 네임스페이스를 사용하는 것이 좋습니다. 도메인 기반 네임스페이스는 AD의 일부로 호스트되며 도메인의 이름을 포함하는 UNC 경로가 있습니다(예 \\contoso.com\corporate\finance: 도메인 contoso.com인 경우). 다음 그래픽은 이 아키텍처의 예를 보여줍니다.

네임스페이스 만들기

DFS 네임스페이스의 기본 관리 단위는 네임스페이스입니다. 네임스페이스 루트 또는 이름은 네임스페이스의 시작점이며, UNC 경로 \\contoso.com\corporate\에서 네임스페이스 루트는 corporate입니다.

# Variables
$namespace = "corporate"
$type = "DomainV2"

$dfsnServer = $env:ComputerName
$namespaceServer =  Get-CimInstance -ClassName "Win32_ComputerSystem" | `
Select-Object -ExpandProperty Domain


# 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

폴더 및 폴더 대상 구성

네임스페이스가 유용하려면 폴더와 폴더 대상이 있어야 합니다. 각 폴더에는 해당 콘텐츠를 호스트하는 SMB 파일 공유에 대한 포인터인 하나 이상의 폴더 대상이 있을 수 있습니다. 사용자가 폴더 대상이 있는 폴더를 찾으면, 클라이언트 컴퓨터는 조회를 받아서 폴더 대상 중 하나로 투명하게 리디렉션됩니다. 폴더 대상이 없는 폴더를 사용하여 네임스페이스에 구조 및 계층 구조를 추가할 수도 있습니다.

DFS 네임스페이스 폴더는 파일 공유와 유사하다고 생각할 수 있습니다.

# Variables
$shareName = "finance"
$targetUNC = "\\anf-xxxx.contoso.com\finance"

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

이제 네임스페이스, 폴더 및 폴더 대상을 만들었으므로 DFS 네임스페이스를 통해 파일 공유를 탑재할 수 있어야 합니다. 공유의 전체 경로는 \\contoso.com\corporate\finance여야 합니다.

루트 통합을 사용하여 기존 서버 이름 인수

DFS 네임스페이스에 중요한 용도는 파일 공유의 물리적 레이아웃을 리팩터링하기 위해 기존 서버 이름을 인수하는 것입니다. 예를 들어 현대화 마이그레이션 중에 Azure NetApp Files 볼륨에서 여러 이전 파일 서버의 파일 공유를 통합할 수 있습니다. 일반적으로 최종 사용자 친숙도 및 문서 연결은 서로 다른 파일 서버의 파일 공유를 하나의 호스트에 통합하는 기능을 제한하지만 DFS 네임스페이스 루트 통합 기능을 사용하면 단일 서버 또는 장애 조치(failover) 클러스터를 스탠드업하여 여러 서버 이름을 인수하고 적절한 Azure NetApp Files 공유 이름으로 라우팅할 수 있습니다.

다양한 데이터 센터 마이그레이션 시나리오에 유용하지만 Azure NetApp Files 공유를 사용하면 기존 온-프레미스 서버 이름을 유지할 수 없으므로 루트 통합은 Azure NetApp Files 공유를 채택하는 데 특히 유용합니다.

루트 통합은 독립 실행형 네임스페이스에서만 사용할 수 있습니다. 파일 공유에 대한 기존 도메인 기반 네임스페이스가 이미 있는 경우 루트 통합 네임스페이스를 만들 필요가 없습니다.

이 섹션에서는 독립 실행형 서버에서 DFS 네임스페이스 루트 통합을 구성하는 단계를 간략하게 설명합니다. 고가용성 아키텍처의 경우 Microsoft 기술 팀과 협력하여 필요에 따라 Windows Server 장애 조치(failover) 클러스터링 및 Azure Load Balancer를 구성하세요. 다음 그래픽은 고가용성 아키텍처의 예를 보여줍니다.

루트 통합 활성화

독립 실행형 DFS 네임스페이스 서버 또는 장애 조치(failover) 클러스터에서 관리자 권한 PowerShell 세션(또는 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

기존 파일 서버 이름에 대한 DNS 항목 만들기

DFS 네임스페이스가 기존 파일 서버 이름에 응답하려면 DFS 네임스페이스 서버 이름을 가리키는 기존 파일 서버에 대한 별칭(CNAME) 레코드를 만들어야 합니다 . DNS 레코드를 업데이트하는 정확한 절차는 조직에서 사용하는 서버와 조직에서 사용자 지정 도구를 사용하여 DNS 관리를 자동화하는지에 따라 달라집니다. 다음 단계는 Windows Server에 포함되고 Windows AD에서 자동으로 사용되는 DNS 서버에 대해 표시됩니다. 이 예제에서 DFS-N 서버 이름은 .입니다 mydfscluster.

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

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

네임스페이스 만들기

DFS 네임스페이스의 기본 관리 단위는 네임스페이스입니다. 네임스페이스 루트 또는 이름은 네임스페이스의 시작점이며, UNC 경로 \\contoso.com\Public\에서 네임스페이스 루트는 Public입니다.

루트 통합을 사용하여 기존 서버 이름을 인수하려면 네임스페이스의 이름이 인수하려는 서버 이름의 이름이어야 하며 # 문자 앞에 추가됩니다. 예를 들어, 기존 서버 MyServer을(를) 인수하려는 경우, 이름이 #MyServer인 DFS-N 네임스페이스를 만듭니다. 아래의 PowerShell 섹션은 # 앞에 추가하지만 DFS 관리 콘솔을 통해 만드는 경우에는 필요에 따라 앞에 추가해야 합니다.

# Variables
$namespace = "#fileserver01"
$type = "Standalone"

$dfsnServer = $env:ComputerName
$namespaceServer = $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

폴더 및 폴더 대상 구성

네임스페이스가 유용하려면 폴더와 폴더 대상이 있어야 합니다. 각 폴더에는 해당 콘텐츠를 호스트하는 SMB 파일 공유에 대한 포인터인 하나 이상의 폴더 대상이 있을 수 있습니다. 사용자가 폴더 대상이 있는 폴더를 찾으면, 클라이언트 컴퓨터는 조회를 받아서 폴더 대상 중 하나로 투명하게 리디렉션됩니다. 폴더 대상이 없는 폴더를 사용하여 네임스페이스에 구조 및 계층 구조를 추가할 수도 있습니다.

DFS 네임스페이스 폴더는 파일 공유와 유사하다고 생각할 수 있습니다.

# Variables
$shareName = "finance"
$targetUNC = "\\anf-xxxx.contoso.com\finance"

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

이제 네임스페이스, 폴더 및 폴더 대상을 만들었으므로 DFS 네임스페이스를 통해 파일 공유를 탑재할 수 있어야 합니다. 루트 통합이 있는 독립 실행형 네임스페이스를 사용하여 이전 서버 이름(예: \\fileserver01\finance.)을 통해 직접 액세스할 수 있습니다.

참고하십시오

• Azure NetApp Files용 SMB 볼륨 만들기
• Azure NetApp Files 네트워크 계획 지침
• Windows Server 분산 파일 시스템 네임스페이스