다음을 통해 공유


Azure 파일 동기화 배포

Azure 파일 동기화를 사용하여 온-프레미스 파일 서버의 유연성, 성능 및 호환성을 유지하면서 Azure Files에서 조직의 파일 공유를 중앙 집중화할 수 있습니다. Azure 파일 동기화는 Windows Server를 Azure 파일 공유의 빠른 캐시로 변환합니다. SMB, NFS 및 FTPS를 포함하여 로컬로 데이터에 액세스하기 위해 Windows Server에서 사용할 수 있는 모든 프로토콜을 사용할 수 있습니다. 전 세계에서 필요한 만큼 많은 캐시를 가질 수 있습니다.

이 문서에 설명된 단계를 완료하기 전에 Azure Files 배포에 대한 계획Azure 파일 동기화 배포에 대한 계획을 읽어보는 것이 좋습니다.

필수 조건

  1. Azure 파일 동기화를 배포하려는 동일한 지역에 Azure 파일 공유에 대한 자세한 내용은 다음을 참조하세요.

  2. 스토리지 계정에 대한 Azure 파일 동기화 액세스를 허용하려면 다음 스토리지 계정 설정을 사용하도록 설정해야 합니다.

    • SMB 보안 설정SMB 3.1.1 프로토콜 버전, NTLM v2 인증, AES-128-GCM 암호화를 허용해야 합니다. 스토리지 계정의 SMB 보안 설정을 확인하려면 SMB 보안 설정을 참조하세요.
    • 스토리지 계정 키 액세스 허용사용하도록 설정해야 합니다. 이 설정을 확인하려면 스토리지 계정으로 이동하고 설정 섹션에서 구성을 선택합니다.
  3. Azure 파일 동기화와 동기화할 Windows Server 인스턴스가 하나 이상 지원됩니다. 지원되는 Windows Server 버전 및 권장 시스템 리소스에 대한 자세한 내용은 Windows 파일 서버 고려 사항을 참조하세요.

  4. Windows Server에 다음 Windows 업데이트를 설치해야 합니다.

  5. 선택 사항: Windows Server 장애 조치(failover) 클러스터와 함께 Azure 파일 동기화를 사용하려는 경우 클러스터의 각 노드에 Azure 파일 동기화 에이전트를 설치하기 전에 일반용 파일 서버 역할을 구성해야 합니다. 장애 조치(failover) 클러스터에서 일반용 파일 서버 역할을 구성하는 방법에 대한 자세한 내용은 2노드 클러스터 파일 서버 배포를 참조하세요.

    참고 항목

    Azure 파일 동기화에서 지원하는 유일한 시나리오는 클러스터된 디스크가 있는 Windows Server 장애 조치(Failover) 클러스터입니다. 파일 동기화에 대한 자세한 내용은 장애 조치(Failover) 클러스터링을 참조하세요.

  6. 클라우드 관리는 Azure Portal 수행할 수 있지만 고급 등록된 서버 기능은 PowerShell 5.1 또는 PowerShell 6 이상에서 로컬로 실행되도록 하는 PowerShell cmdlet을 통해 제공됩니다. Windows Server 2012 R2에서 $PSVersionTable 개체의 PSVersion 속성 값을 확인하여 PowerShell 5.1.* 이상을 실행하고 있는지 확인할 수 있습니다.

    $PSVersionTable.PSVersion
    

    PSVersion 값이 5.1.*보다 작은 경우 WMF(Windows Management Framework) 5.1를 다운로드하고 설치하여 업그레이드해야 합니다. Windows Server 2012 R2에 대해 다운로드하고 설치할 적절한 패키지는 Win8.1AndW2K12R2-KB*******-x64.msu입니다.

    PowerShell 6 이상은 지원되는 모든 시스템에서 사용할 수 있으며 GitHub 페이지를 통해 다운로드할 수 있습니다.

Azure 파일 동기화에 사용할 Windows Server 준비

장애 조치(failover) 클러스터의 각 서버 노드를 포함하여 Azure 파일 동기화에 사용할 각 서버에 대해 Internet Explorer 보안 강화 구성을 사용하지 않도록 설정합니다. 초기 서버 등록에만 필요합니다. 서버가 등록된 후에 사용하도록 다시 설정할 수 있습니다.

참고 항목

Windows Server Core에 Azure 파일 동기화를 배포하는 경우 이 단계를 건너뛸 수 있습니다.

  1. 서버 관리자를 엽니다.
  2. 로컬 서버를 클릭합니다.
    서버 관리자 UI 왼쪽에 있는
  3. 속성 하위 창에서 IE 보안 강화 구성 링크를 선택합니다.
    서버 관리자 UI의
  4. Internet Explorer 보안 강화 구성 대화 상자에서 관리자사용자에 대해 사용 안 함을 선택합니다.
    “해제”가 선택된 Internet Explorer 보안 강화 구성 팝업 창

스토리지 동기화 서비스 배포

Azure 파일 동기화 배포에서 가장 먼저 할 일은 선택한 그룹의 리소스 그룹에 스토리지 동기화 서비스 리소스를 배치하는 것입니다. 되도록이면 최소한으로 프로비전하는 것이 좋습니다. 서버와 이 리소스 간에 트러스트 관계를 만듭니다. 서버는 하나의 스토리지 동기화 서비스에만 등록할 수 있습니다. 따라서 서버 그룹을 구분하는 데 필요한 만큼 스토리지 동기화 서비스를 배포하는 것이 좋습니다. 서로 다른 스토리지 동기화 서비스의 서버는 서로 동기화할 수 없습니다.

참고 항목

스토리지 동기화 서비스는 배포된 구독 및 리소스 그룹에서 액세스 권한을 상속합니다. 누가 액세스 권한을 갖고 있는지 신중하게 확인하는 것이 좋습니다. 쓰기 액세스 권한이 있는 엔터티는 등록된 서버에서 이 스토리지 동기화 서비스로 새 파일 집합의 동기화를 시작하고, 파일에 액세스할 수 있는 Azure Storage로 데이터가 흐르도록 만들 수 있습니다.

스토리지 동기화 서비스를 배포하려면 Azure Portal로 이동하여 리소스 만들기를 선택한 다음, Azure 파일 동기화를 검색합니다. 검색 결과에서 Azure 파일 동기화를 선택한 후 만들기를 선택하여 스토리지 동기화 배포 탭을 엽니다.

열리는 창에 다음 정보를 입력합니다.

  • 이름: 스토리지 동기화 서비스의 고유 이름(지역별)입니다.
  • 구독: 스토리지 동기화 서비스를 만들 구독입니다. 조직의 구성 전략에 따라 하나 이상의 구독에 대한 액세스 권한이 있을 수 있습니다. Azure 구독은 각 클라우드 서비스(예: Azure Files)에 대한 비용을 청구하는 가장 기본적인 컨테이너입니다.
  • 리소스 그룹: 리소스 그룹은 스토리지 계정 또는 스토리지 동기화 서비스와 같은 Azure 리소스의 논리적 그룹입니다. Azure 파일 동기화를 위한 새 리소스 그룹을 생성하거나 기존 리소스 그룹을 사용할 수 있습니다. HR 리소스 또는 특정 프로젝트의 리소스를 그룹화하듯이 리소스 그룹을 컨테이너로 사용하여 조직의 리소스를 논리적으로 격리하는 것이 좋습니다.
  • 위치: Azure 파일 동기화를 배포할 지역입니다. 이 목록에는 지원되는 지역만 표시됩니다.

작업이 끝나면 만들기를 선택하여 스토리지 동기화 서비스를 배포합니다.

Azure 파일 동기화 에이전트 설치

Azure 파일 동기화 에이전트는 Windows 서버를 Azure 파일 공유와 동기화할 수 있는 다운로드 가능한 패키지입니다.

Microsoft 다운로드 센터에서 에이전트를 다운로드할 수 있습니다. 다운로드가 완료되면 MSI 패키지를 두 번 클릭하여 Azure 파일 동기화 에이전트 설치를 시작하거나 에이전트를 자동으로 설치하려면 새 Azure 파일 동기화 에이전트 설치를 위해 자동 설치를 수행하는 방법을 참조하세요.

Important

장애 조치(failover) 클러스터와 함께 Azure 파일 동기화를 사용하는 경우 클러스터의 모든 노드에 Azure 파일 동기화 에이전트를 설치해야 합니다. Azure 파일 동기화에서 작동하도록 클러스터의 각 노드를 등록해야 합니다.

다음을 수행하는 것이 좋습니다.

  • 문제 해결 및 서버 유지 관리를 간소화하려면 기본 설치 경로(C:\Program Files\Azure\StorageSyncAgent)를 유지하세요.
  • Azure 파일 동기화를 최신 상태로 유지하도록 Microsoft 업데이트를 사용하도록 설정하세요. 기능 업데이트 및 핫픽스를 비롯한 Azure 파일 동기화 에이전트에 대한 모든 업데이트는 Microsoft 업데이트에서 수행됩니다. Azure 파일 동기화에 대한 최신 업데이트를 설치하는 것이 좋습니다. 자세한 내용은 Azure 파일 동기화 업데이트 정책을 참조하세요.

Azure 파일 동기화 에이전트 설치를 마치면 서버 등록 UI가 자동으로 열립니다. 등록하려면 스토리지 동기화 서비스가 있어야 합니다. 스토리지 동기화 서비스를 만드는 방법은 다음 섹션을 참조하세요.

스토리지 동기화 서비스에 Windows Server 등록

스토리지 동기화 서비스에 Windows Server를 등록하면 서버(또는 클러스터)와 스토리지 동기화 서비스 간에 트러스트 관계가 설정됩니다. 서버는 한 스토리지 동기화 서비스에만 등록할 수 있으며 동일한 스토리지 동기화 서비스에 연결된 다른 서버 및 Azure 파일 공유와 동기화할 수 있습니다.

참고 항목

서버 등록은 Azure 자격 증명을 사용하여 스토리지 동기화 서비스와 Windows Server 간에 트러스트 관계를 만듭니다. 그 후 서버는 서버가 등록된 상태로 유지되고 현재 SAS(공유 액세스 서명) 토큰이 유효한 한 유효한 자체 ID를 생성하고 사용합니다. 서버가 등록되지 않으면 새 SAS 토큰을 발급할 수 없으며, 따라서 Azure 파일 공유에 액세스하는 서버 기능이 제거되고 모든 동기화가 중지됩니다.

서버를 등록하는 관리자는 지정된 스토리지 동기화 서비스에 대한 관리 역할 소유자 또는 기여자의 구성원이어야 합니다. 이 설정은 스토리지 동기화 서비스에 대한 Azure Portal의 액세스 제어(IAM)에서 구성할 수 있습니다.

또한 서버를 등록할 수 있는 관리자와 스토리지 동기화 서비스에서 동기화를 구성할 수 있는 관리자를 구별할 수도 있습니다. 이를 위해서는 서버 등록만 허용된 관리자를 나열하고 사용자 지정 역할에 다음 권한을 부여하는 사용자 지정 역할을 만들어야 합니다.

  • "Microsoft.StorageSync/storageSyncServices/registeredServers/write"
  • "Microsoft.StorageSync/storageSyncServices/read"
  • "Microsoft.StorageSync/storageSyncServices/workflows/read"
  • "Microsoft.StorageSync/storageSyncServices/workflows/operations/read"

Azure 파일 동기화 에이전트가 설치되면 서버 등록 UI가 자동으로 열립니다. 그렇지 않으면 다음 파일 위치에서 수동으로 열 수 있습니다. C:\Program Files\Azure\StorageSyncAgent\ServerRegistration.exe 서버 등록 UI가 열리면 로그인을 선택하여 시작합니다.

로그인한 후에 다음 정보를 묻는 메시지가 나타납니다.

서버 등록 UI 스크린샷

  • Azure 구독: 스토리지 동기화 서비스가 포함된 구독입니다(스토리지 동기화 서비스 배포 참조).
  • 리소스 그룹: 스토리지 동기화 서비스를 포함하는 리소스 그룹입니다.
  • 스토리지 동기화 서비스: 등록하려는 스토리지 동기화 서비스의 이름입니다.

적절한 정보를 선택한 후 등록을 선택하여 서버 등록을 완료합니다. 등록 프로세스의 일부로 추가 로그인을 요구하는 메시지가 표시됩니다.

동기화 그룹 및 클라우드 엔드포인트 만들기

‘동기화 그룹’은 파일 세트에 대한 동기화 토폴로지를 정의합니다. 동기화 그룹 내 엔드포인트는 서로 동기화된 상태를 유지합니다. 동기화 그룹은 Azure 파일 공유를 나타내는 하나의 클라우드 엔드포인트와 하나 이상의 서버 엔드포인트를 포함해야 합니다. 서버 엔드포인트는 등록된 서버의 경로를 나타냅니다. 한 서버가 여러 동기화 그룹에서 서버 엔드포인트를 가질 수 있습니다. 원하는 동기화 토폴로지를 적절하게 설명하는 데 필요한 만큼 동기화 그룹을 만들 수 있습니다.

클라우드 엔드포인트는 Azure 파일 공유에 대한 포인터입니다. 모든 서버 엔드포인트는 클라우드 엔드포인트와 동기화되어 클라우드 엔드포인트를 허브로 만듭니다. Azure 파일 공유에 대한 스토리지 계정은 스토리지 동기화 서비스와 동일한 영역에 있어야 합니다. Azure 파일 공유 전체가 동기화되지만, 한 가지 예외가 있습니다. NTFS 볼륨의 숨겨진 "시스템 볼륨 정보" 폴더와 비슷한 특수 폴더가 프로비전됩니다. 이 디렉터리를 ".SystemShareInformation"이라고 부릅니다. 이 디렉터리에는 다른 엔드포인트와 동기화되지 않는 중요한 동기화 메타데이터가 포함되어 있습니다. 사용하거나 삭제하지 마세요!

Important

동기화 그룹의 클라우드 엔드포인트 또는 서버 엔드포인트를 변경할 수 있고, 파일이 동기화 그룹의 다른 엔드포인트와 동기화되도록 할 수 있습니다. 클라우드 엔드포인트(Azure 파일 공유)를 직접 변경하는 경우 변경 사항은 먼저 Azure 파일 동기화 변경 내용 검색 작업으로 검색되어야 합니다. 변경 내용 검색 작업은 클라우드 엔드포인트에 대해 24시간마다 한 번씩만 시작됩니다. 자세한 내용은 Azure Files 질문과 대답을 참조하세요.

클라우드 엔드포인트를 만드는 관리자는 클라우드 엔드포인트가 가리키는 Azure 파일 공유가 포함된 스토리지 계정에 대한 관리 역할 소유자의 구성원이어야 합니다. 스토리지 계정에 대한 Azure Portal의 액세스 제어(IAM)에 따라 구성하세요.

동기화 그룹을 만들려면 Azure Portal에서 스토리지 동기화 서비스로 이동한 후 +동기화 그룹을 선택합니다.

Azure Portal에서 새 동기화 그룹 만들기

열리는 창에서 다음 정보를 입력하여 클라우드 엔드포인트가 있는 동기화 그룹을 만듭니다.

  • 동기화 그룹 이름: 만들 동기화 그룹의 이름입니다. 이 이름은 스토리지 동기화 서비스 내에서 고유해야 하지만 사용자에게 논리적인 어떤 이름도 될 수 있습니다.
  • 구독: 스토리지 동기화 서비스 배포에서 스토리지 동기화 서비스를 배포한 구독입니다.
  • 스토리지 계정: 스토리지 계정 선택을 선택하면 동기화할 Azure 파일 공유가 있는 스토리지 계정을 선택할 수 있는 또 다른 창이 나타납니다.
  • Azure 파일 공유: 동기화할 Azure 파일 공유의 이름입니다.

서버 엔드포인트 만들기

서버 엔드포인트는 서버 볼륨의 폴더와 같이 등록된 서버의 특정 위치를 나타냅니다. 서버 엔드포인트에는 다음 조건이 적용됩니다.

  • 서버 엔드포인트는 탑재된 공유가 아닌 등록된 서버의 경로여야 합니다. NAS(네트워크 연결 스토리지)는 지원되지 않습니다.
  • 서버 엔드포인트는 시스템 볼륨에 있을 수 있지만 시스템 볼륨의 서버 엔드포인트는 클라우드 계층화를 사용할 수 없습니다.
  • 볼륨에 서버 엔드포인트를 설정한 후 경로 또는 드라이브 문자를 변경하는 것은 지원되지 않습니다. 등록된 서버에서 최종 경로를 사용하고 있는지 확인합니다.
  • 등록된 서버는 여러 서버 엔드포인트를 지원할 수 있습니다. 하지만 동기화 그룹은 지정된 시간에 등록된 서버당 하나의 서버 엔드포인트만 가질 수 있습니다. 동기화 그룹 내의 다른 서버 엔드포인트는 서로 다른 등록된 서버에 있어야 합니다.

서버 엔드포인트를 추가하려면 새로 만든 동기화 그룹으로 이동합니다. 서버 엔드포인트에서 +서버 엔드포인트 추가를 선택합니다. 서버 엔드포인트 추가 블레이드가 열립니다. 다음 정보를 입력하여 서버 엔드포인트를 만듭니다.

서버 엔드포인트 추가 블레이드를 표시하는 스크린샷

  • 등록된 서버: 서버 엔드포인트를 만들 서버 또는 클러스터의 이름입니다.
  • 경로: Azure 파일 공유에 동기화할 Windows Server의 경로입니다. 경로는 폴더(예: D:\Data), 볼륨 루트(예: D:\) 또는 볼륨 탑재 지점(예: D:\Mount)일 수 있습니다.
  • 클라우드 계층화: 클라우드 계층화를 사용하거나 사용하지 않도록 설정할 스위치입니다. 클라우드 계층화를 사용하면 드물게 사용하거나 액세스하는 파일은 Azure 파일로 계층화할 수 있습니다. 클라우드 계층화를 사용하도록 설정할 때 쿨 파일을 계층화하는 시기를 Azure 파일 동기화에 알리기 위해 사용 가능한 볼륨 공간 정책날짜 정책이라는 두 가지 정책을 설정할 수 있습니다.
    • 사용 가능한 볼륨 공간: 서버 엔드포인트가 있는 볼륨에서 예약할 여유 공간의 크기입니다. 예를 들어 서버 엔드포인트가 하나만 있는 볼륨에서 사용 가능한 볼륨 공간을 50%로 설정하는 경우 데이터 양의 절반 정도가 Azure Files로 계층화됩니다. 클라우드 계층화를 사용하도록 설정할지 여부에 관계없이, Azure 파일 공유는 항상 동기화 그룹에 데이터의 전체 복사본을 유지합니다.
    • 날짜 정책: 파일은 지정된 기간(일) 동안 액세스(즉, 읽기 또는 쓰기)되지 않은 경우 클라우드에 계층화됩니다. 예를 들어 15일 넘게 액세스하지 않은 파일이 일반적으로 보관 파일인 경우 날짜 정책을 15일로 설정해야 합니다.
  • 초기 동기화: 초기 동기화 섹션은 동기화 그룹의 첫 번째 서버 엔드포인트에만 사용할 수 있습니다(동기화 그룹에서 둘 이상의 서버 엔드포인트를 만들 때 섹션이 초기 다운로드로 변경됨). 초기 동기화 섹션 내에서 초기 업로드초기 다운로드 동작을 선택할 수 있습니다.
    • 초기 업로드: 서버가 처음에 Azure 파일 공유에 데이터를 업로드하는 방법을 선택할 수 있습니다.

      • 옵션 #1: 이 서버 경로의 콘텐츠를 Azure 파일 공유의 콘텐츠와 병합합니다. 이름과 경로가 같은 파일은 콘텐츠가 다른 경우 충돌이 발생할 수 있습니다. 이러한 파일의 두 버전은 나란히 저장됩니다. 서버 경로 또는 Azure 파일 공유가 비어 있으면 항상 이 옵션을 선택합니다.
      • 옵션 #2: Azure 파일 공유의 파일 및 폴더를 서버의 경로에 있는 콘텐츠로 권한 있게 덮어씁니다. 이 옵션을 사용하면 파일 충돌을 방지할 수 있습니다.

      자세한 내용은 초기 동기화를 참조하세요.

    • 초기 다운로드: 서버에서 Azure 파일 공유 데이터를 처음 다운로드하는 방법을 선택할 수 있습니다. 이 설정은 서버가 파일을 사용하여 Azure 파일 공유에 연결할 때 중요합니다. "네임스페이스"는 파일 콘텐츠가 없는 파일 및 폴더 구조를 의미합니다. "계층화된 파일"의 파일 콘텐츠는 로컬 액세스 또는 정책에 따라 클라우드에서 서버로 회수됩니다.

      • 옵션 #1: 먼저 네임스페이스를 다운로드한 다음, 로컬 디스크에 맞는 만큼 파일 콘텐츠를 회수합니다.
      • 옵션 #2: 네임스페이스만 다운로드합니다. 액세스하면 파일 콘텐츠가 회수됩니다.
      • 옵션 #3: 계층화된 파일을 사용하지 마세요. 파일은 완전히 다운로드된 후에만 서버에 표시됩니다.

      자세한 내용은 초기 다운로드를 참조하세요.

서버 엔드포인트를 추가하려면 만들기를 선택합니다. 이제 Azure 파일 공유 및 Windows Server에서 파일이 동기화 상태로 유지됩니다.

참고 항목

Azure Files 동기화는 서버 엔드포인트를 만들기 전에 Azure 파일 공유의 스냅샷을 백업으로 만듭니다. 이 스냅샷을 사용하면 서버 엔드포인트가 만들어지기 전의 상태로 공유를 복원할 수 있습니다. 서버 엔드포인트가 만들어진 후 스냅샷은 자동으로 제거되지 않으므로 필요하지 않은 경우 수동으로 삭제할 수 있습니다. Azure 파일 공유에 대한 스냅샷을 보고 초기자 열에서 AzureFileSync를 확인하여 Azure 파일 동기화에서 만들어진 스냅샷을 찾을 수 있습니다.

선택 사항: 방화벽 및 가상 네트워크 설정 구성

포털

방화벽 및 가상 네트워크 설정에서 작동하도록 Azure 파일 동기화를 구성하려면 다음을 수행하세요.

  1. Azure Portal에서 보호하려는 스토리지 계정으로 이동합니다.

  2. 왼쪽 메뉴에서 네트워킹을 선택합니다.

  3. 선택한 네트워크 아래 다음에서 액세스 허용에서.

  4. 주소 범위 섹션 아래에 서버 IP 또는 가상 네트워크가 나열되어 있는지 확인합니다.

  5. 신뢰할 수 있는 Microsoft 서비스가 이 스토리지 계정에 액세스하도록 허용이 선택되어 있는지 확인합니다.

  6. 저장을 선택하여 설정을 저장합니다.

    Azure 파일 동기화를 사용하도록 방화벽 및 가상 네트워크 설정 구성

선택 사항: 이전 버전 및 VSS(볼륨 섀도 복사본 서비스)를 통한 셀프 서비스 복원

이전 버전은 볼륨의 서버 측 VSS 스냅샷을 활용하여 복원 가능한 버전의 파일을 SMB 클라이언트에 제공하는 Windows 기능입니다. 이를 통해 IT 관리자의 복원에 의존하지 않고 정보 근로자가 직접 셀프 서비스 복원이라고 하는 강력한 시나리오를 수행할 수 있습니다.

VSS 스냅샷 및 이전 버전은 Azure 파일 동기화와 독립적으로 작동합니다. 그러나 클라우드 계층화는 호환 모드로 설정되어야 합니다. 동일한 볼륨에 여러 Azure 파일 동기화 서버 엔드포인트가 있을 수 있습니다. 클라우드 계층화를 계획하거나 사용 중인 서버 엔드포인트가 하나라도 있으면 각 볼륨에 대해 다음 PowerShell 호출을 수행해야 합니다.

Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]] 

VSS 스냅샷은 전체 볼륨에 대해 생성됩니다. 기본적으로 스냅샷을 저장할 공간이 충분하면 주어진 볼륨에 대해 최대 64개의 스냅샷이 존재할 수 있습니다. VSS는 이를 자동으로 처리합니다. 기본 스냅샷 일정은 월요일부터 금요일까지 하루에 두 개의 스냅샷을 생성합니다. 이 일정은 Windows 예약 작업을 통해 구성할 수 있습니다. 위의 PowerShell cmdlet은 다음 두 가지 작업을 수행합니다.

  1. 지정된 볼륨에서 Azure 파일 동기화의 클라우드 계층화를 구성하여 이전 버전과 호환되도록 하고 파일이 서버의 클라우드에 계층화된 경우에도 이전 버전에서 복원할 수 있도록 보장합니다.
  2. 기본 VSS 일정을 사용하도록 설정합니다. 그런 다음 나중에 수정할 수 있습니다.

참고 항목

유의해야 할 두 가지 중요한 사항은 다음과 같습니다.

  • -Force 매개 변수를 사용하고 VSS가 현재 사용하도록 설정된 경우 현재 VSS 스냅샷 일정을 덮어쓰고 기본 일정으로 바꿉니다. cmdlet을 실행하기 전에 사용자 지정 구성을 저장해야 합니다.
  • 클러스터 노드에서 이 cmdlet을 사용하는 경우 클러스터의 다른 모든 노드에서도 실행해야 합니다.

다음 cmdlet을 실행하여 셀프 서비스 복원 호환성이 사용되는지 확인할 수 있습니다.

Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]

서버의 모든 볼륨과 각각에 대한 클라우드 계층화가 호환 가능한 일 수를 나열합니다. 이 수치는 볼륨당 가능한 최대 스냅샷 수 및 기본 스냅샷 일정을 기반으로 자동 계산됩니다. 따라서 기본적으로 정보 근로자에게 제공된 모든 이전 버전을 사용하여 복원할 수 있습니다. 더 많은 스냅샷을 찍도록 기본 일정을 변경하는 경우에도 마찬가지입니다. 그러나 호환 가능한 기간(일)보다 오래된 볼륨에서 사용 가능한 스냅샷이 생성되도록 일정을 변경하면 사용자는 이전 스냅샷(이전 버전)을 사용하여 복원할 수 없습니다.

참고 항목

셀프 서비스 복원을 사용하도록 설정하면 Azure Storage 사용량 및 요금에 영향을 미칠 수 있습니다. 이 영향은 현재 서버에 계층화된 파일로 제한됩니다. 이 기능을 사용하면 클라우드의 파일 버전을 이전 버전(VSS 스냅샷) 항목을 통해 참조할 수 있습니다.

이 기능을 사용하지 않는 경우 호환 가능한 기간(일)이 경과할 때까지 Azure Storage 사용량이 천천히 감소합니다. 이 속도를 높일 수 있는 방법은 없습니다.

볼륨당 VSS 스냅샷의 기본 최대 수(64)로 설정한 경우 이를 사용하는 기본 일정은 볼륨에 저장할 수 있는 VSS 스냅샷 수에 따라 정보 작업자가 이전 버전에서 복원할 수 있는 최대 45일의 시간이 됩니다.

볼륨당 최대 64개의 VSS 스냅샷의 설정이 적절하지 않은 경우 레지스트리 키를 통해 해당 값을 변경합니다. 새 제한을 적용하려면 cmdlet을 다시 실행하여 이전에 활성화된 모든 볼륨에서 이전 버전 호환성을 활성화하고 -Force 플래그를 사용하여 볼륨당 VSS 스냅샷의 새로운 최대 수를 사용해야 합니다. 이렇게 하면 새로 계산된 호환 일 수가 산출됩니다. 이 변경 사항은 새로 계층화된 파일에만 적용되며 VSS 일정에 대한 사용자 지정 내용을 덮어씁니다.

기본적으로 VSS 스냅샷은 볼륨 공간의 최대 10%를 사용할 수 있습니다. VSS 스냅샷에 사용할 수 있는 스토리지 크기를 조정하려면 vssadmin resize shadowstorage 명령을 사용합니다.

선택 사항: Azure 파일 공유에서 새 파일 및 변경된 파일 사전 회수

Azure 파일 동기화에는 전 세계에 분산된 회사에서 로컬 사용자가 파일에 액세스하기 전에도 원격 지역의 서버 캐시를 미리 채울 수 있는 모드가 있습니다. 서버 엔드포인트에서 활성화된 경우 이 모드를 사용하면 이 서버가 Azure 파일 공유에서 만들어지거나 변경된 파일을 호출합니다.

시나리오

회사는 전 세계에 분산되어 미국과 인도에 지사를 두고 있습니다. 정보 근로자는 새 프로젝트를 위해 오전(미국 시간 기준)에 새 폴더와 새 파일을 만들고 하루 종일 작업합니다. Azure 파일 동기화는 폴더 및 파일을 Azure 파일 공유(클라우드 엔드포인트)와 동기화합니다. 인도의 정보 근로자는 자신의 시간대에 따라 프로젝트 작업을 계속합니다. 아침에 도착하면 인도 팀이 로컬 캐시에서 효율적으로 작업할 수 있도록 로컬 Azure 파일 동기화가 사용하도록 설정된 인도의 서버가 이러한 새 파일을 로컬에서 사용할 수 있어야 합니다. 이 모드를 사용하도록 설정하면 요청 시 회수로 인해 초기 파일 액세스 속도가 느려지는 것을 방지할 수 있고, Azure 파일 공유에서 파일이 변경되거나 만들어지는 즉시 서버에서 해당 파일을 자동으로 회수할 수 있습니다.

Important

서버에서 긴밀하게 Azure 파일 공유의 변경 내용을 추적할 경우 송신 트래픽과 Azure의 청구액이 증가할 수 있습니다. 서버에 회수된 파일이 실제로 로컬로 필요하지 않은 경우 서버에 대한 불필요한 회수는 권장되지 않습니다. 클라우드의 최근 변경 사항으로 서버의 캐시를 미리 채울 경우 해당 서버의 파일을 사용하는 사용자 또는 애플리케이션에 긍정적인 영향을 미친 경우에만 이 모드를 사용하세요.

Azure 파일 공유에서 변경된 사항을 사전에 회수하도록 서버 엔드포인트 설정

  1. Azure Portal에서 스토리지 동기화 서비스로 이동하고 올바른 동기화 그룹을 선택한 다음 Azure 파일 공유(클라우드 엔드포인트)의 변경 사항을 면밀히 추적하려는 서버 엔드포인트를 식별합니다.
  2. 클라우드 계층화 섹션에서 Azure 파일 공유 다운로드 항목을 찾습니다. 현재 선택된 모드가 표시되고 Azure 파일 공유 변경 사항을 보다 밀접하게 추적하고 사전에 서버에 회수하도록 변경할 수 있습니다.

현재 유효한 서버 엔드포인트에 대한 Azure 파일 공유 다운로드 동작 및 이를 변경할 수 있는 메뉴를 여는 단추를 보여 주는 이미지입니다.

선택 사항: 서버 엔드포인트에서 QUIC를 통해 SMB

Azure 파일 공유(클라우드 엔드포인트)는 클라우드 또는 온-프레미스에서 직접 액세스할 수 있는 전체 SMB 엔드포인트이지만 파일 공유 데이터 클라우드 쪽에 액세스하려는 고객은 종종 Azure VM에서 호스트되는 Windows 서버 인스턴스에 Azure 파일 동기화 서버 엔드포인트를 배포합니다. Azure 파일 공유에 직접 액세스하는 대신 추가 서버 엔드포인트가 있는 가장 일반적인 이유는 Azure 파일 공유에서 직접 변경한 내용을 Azure 파일 동기화에서 검색하는 데 최대 24시간 이상이 걸릴 수 있지만 서버 엔드포인트에서 변경한 내용은 거의 즉시 검색되고 다른 모든 서버 및 클라우드 엔드포인트와 동기화되기 때문입니다.

이 구성은 사용자의 상당 부분이 원격인 환경에서 매우 일반적입니다. 일반적으로 많은 조직과 ISP가 포트 445를 차단하기 때문에 Windows 파일 서버 또는 Azure Files에 직접 호스트되는 두 파일 공유를 포함하여 공용 인터넷을 통해 SMB를 사용하여 파일 공유에 액세스하는 것은 어려울 수 있습니다. 프라이빗 엔드포인트 및 VPN에서 이 제한을 해결할 수 있지만 Windows Server 2022 Azure Edition은 QUIC 전송 프로토콜을 통해 SMB라는 추가 액세스 전략을 제공합니다.

QUIC를 통한 SMB는 대부분의 조직과 ISP가 HTTPS 트래픽을 지원하기 위해 열려 있는 포트 443을 통해 통신합니다. QUIC를 통해 SMB를 사용하면 Windows 11 이상을 사용하는 클라이언트의 Azure 파일 동기화 서버 엔드포인트에서 호스트되는 파일 공유에 액세스하는 데 필요한 네트워킹이 크게 간소화됩니다. Windows Server Azure Edition에서 QUIC를 통해 SMB를 설정 및 구성하는 방법에 대한 자세한 내용은 Windows 파일 서버에 대한 QUIC를 통해 SMB를 참조하세요.

Azure 파일 동기화를 사용한 온보딩

전체 파일 충실도와 ACL(액세스 제어 목록)을 유지하면서 가동 중지 시간 없이 Azure 파일 동기화에 처음 온보딩하는 권장 단계는 다음과 같습니다.

  1. 스토리지 동기화 서비스를 배포합니다.
  2. 동기화 그룹을 생성합니다.
  3. 전체 데이터 집합이 있는 서버에 Azure 파일 동기화 에이전트를 설치합니다.
  4. 해당 서버를 등록하고 공유에 서버 엔드포인트를 만듭니다.
  5. 전체 업로드를 Azure 파일 공유(클라우드 엔드포인트)에 동기화합니다.
  6. 초기 업로드가 완료된 후 나머지 서버에 각각 Azure 파일 동기화 에이전트를 설치합니다.
  7. 나머지 서버에 각각 새 파일 공유를 만듭니다.
  8. 원하는 경우 클라우드 계층화 정책을 사용하여 새 파일 공유에 서버 엔드포인트를 만듭니다. 이 단계를 수행하려면 초기 설정에 사용할 수 있는 추가 스토리지가 필요합니다.
  9. 실제 데이터 전송 없이 Azure 파일 동기화 에이전트가 전체 네임스페이스를 신속하게 복원하도록 합니다. 전체 네임스페이스가 동기화된 후 동기화 엔진은 서버 엔드포인트에 대한 클라우드 계층화 정책에 따라 로컬 디스크 공간을 채웁니다.
  10. 동기화를 완료하고 필요에 따라 토폴로지를 테스트합니다.
  11. 사용자와 애플리케이션을 이 새로운 공유로 리디렉션합니다.
  12. 필요에 따라 서버에서 중복 공유를 삭제할 수 있습니다.

초기 온보딩을 위한 추가 스토리지가 없고 기존 공유에 연결하려는 경우 스토리지 동기화 서비스를 사용하여 데이터를 업로드하는 대신 다른 데이터 전송 도구를 사용하여 Azure 파일 공유의 데이터를 미리 시드할 수 있습니다. 사전 시드 접근 방식은 가동 중지 시간이 허용되고 초기 온보딩 프로세스 중에 서버 공유의 데이터가 변경되지 않는 것이 확실한 경우에만 사용하는 것이 좋습니다.

  1. 온보딩 프로세스 중에 서버의 데이터를 변경할 수 없도록 합니다.
  2. Robocopy 또는 REST를 통한 AzCopy와 같은 SMB를 통한 데이터 전송 도구를 사용하여 서버 데이터와 Azure 파일 공유를 미리 시드합니다. Robocopy를 사용하는 경우 스토리지 계정 액세스 키를 사용하여 Azure 파일 공유를 탑재해야 합니다. 도메인 ID를 사용하지 마세요. AzCopy를 사용하는 경우 적절한 스위치를 설정하여 ACL 타임스탬프 및 특성을 유지해야 합니다.
  3. 원하는 서버 엔드포인트에서 기존 공유를 가리켜 Azure 파일 동기화 토폴로지를 만듭니다.
  4. 모든 엔드포인트에서 동기화가 조정 프로세스를 완료하도록 합니다.
  5. 조정이 완료되면 변경 내용을 위해 공유를 열 수 있습니다.

현재 사전 시드에 몇 가지 제한 사항이 있습니다.

  • 동기화 토폴로지가 완전히 작동되어 실행하기 전의 서버 데이터 변경으로 인해 서버 엔드포인트에서 충돌이 발생할 수 있습니다.
  • 클라우드 엔드포인트가 생성된 후 Azure 파일 동기화는 초기 동기화를 시작하기 전에 클라우드의 파일을 검색하는 프로세스를 실행합니다. 이 프로세스를 완료하는 데 걸리는 시간은 네트워크 속도, 사용 가능한 대역폭, 파일 및 폴더 수와 같은 요인에 따라 달라집니다. 미리 보기 릴리스의 대략적인 추정에서 검색 프로세스는 약 10개 파일/초의 속도로 실행됩니다. 따라서 클라우드에 데이터를 사전 시드할 경우 사전 시드가 빠르게 실행되더라도 시스템이 정상적으로 실행되기까지 오랜 시간이 걸릴 수 있습니다.

DFS 복제(DFS-R) 배포를 Azure 파일 동기화로 마이그레이션

DFS-R 배포를 Azure 파일 동기화로 마이그레이션하려면

  1. 바꾸려는 DFS-R 토폴로지를 나타내는 동기화 그룹을 만듭니다.
  2. 마이그레이션할 DFS-R 토폴로지의 전체 데이터 집합이 있는 서버에서 시작합니다. 해당 서버에 Azure 파일 동기화를 설치합니다.
  3. 해당 서버를 등록하고 마이그레이션할 첫 번째 서버에 대한 서버 엔드포인트를 만듭니다. 클라우드 계층화를 사용하도록 설정하지 마세요.
  4. Azure 파일 공유(클라우드 엔드포인트)에 대한 모든 데이터 동기화를 수행합니다.
  5. 나머지 DFS-R 서버에 각각 Azure 파일 동기화 에이전트를 설치하고 등록합니다.
  6. DFS-R을 사용하지 않도록 설정합니다.
  7. 각 DFS-R 서버에 서버 엔드포인트를 만듭니다. 클라우드 계층화를 사용하도록 설정하지 마세요.
  8. 동기화를 완료하고 필요에 따라 토폴로지를 테스트합니다.
  9. DFS-R을 사용 중지합니다.
  10. 이제 원하는 대로 모든 서버 엔드포인트에서 클라우드 계층을 사용하도록 설정할 수 있습니다.

자세한 내용은 분산 파일 시스템(DFS)과의 Azure 파일 동기화 interop를 참조하세요.

다음 단계