서버 엔드포인트는 서버 볼륨의 폴더와 같이 등록된 서버의 특정 위치를 나타냅니다. 서버 엔드포인트는 다음 조건을 충족해야 합니다.
- 서버 엔드포인트는 탑재된 공유가 아닌 등록된 서버의 경로여야 합니다. NAS(네트워크 연결 스토리지)는 지원되지 않습니다.
- 서버 엔드포인트는 시스템 볼륨에 있을 수 있지만 시스템 볼륨의 서버 엔드포인트는 클라우드 계층화를 사용할 수 없습니다.
- 등록된 서버는 여러 서버 엔드포인트를 지원할 수 있지만 동기화 그룹은 지정된 시간에 등록된 서버당 하나의 서버 엔드포인트만 가질 수 있습니다. 동기화 그룹 내의 다른 서버 엔드포인트는 서로 다른 등록된 서버에 있어야 합니다.
- 해당 네임스페이스가 겹치지 않고 각 엔드포인트가 고유한 동기화 그룹에 동기화되는 경우 여러 서버 엔드포인트가 같은 볼륨에 있을 수 있습니다(예: F:\sync1 및 F:\sync2).
이 문서는 새 서버 엔드포인트를 만들고 동기화를 시작하는 데 필요한 옵션 및 결정을 이해하는 데 도움이 됩니다. 이렇게 하려면 Azure 파일 동기화 배포에 대한 계획을 완료하고 이전 단계에서 필요한 resources 배포하여 서버 엔드포인트를 만들어야 합니다.
필수 구성 요소
서버 엔드포인트를 생성하려면 다음 기준이 충족되는지 확인하세요:
- 서버에 Azure 파일 동기화 에이전트를 설치하고 등록하세요. 자세한 내용은 Azure 파일 동기화를 사용하여 서버 등록/등록 취소를 참조하세요.
- 스토리지 싱크 서비스를 배포하세요. 자세한 내용은 Azure 파일 동기화 배포 방법을 참조하세요.
- 동기화 그룹을 생성합니다. 자세한 내용은 동기화 그룹 만들기 를 참조하세요.
- 서버를 인터넷에 연결해서 Azure에 접근할 수 있게 하세요. Azure 파일 동기화는 서버와 클라우드 서비스 간의 모든 통신에 포트 443을 사용합니다.
- 엔드포인트 생성 허용 한도 내에 있는지 확인하세요. 자세한 내용은 Azure 파일 동기화 스케일 타겟을 참조하세요.
- 서버 엔드포인트에 영구 경로를 선택하세요. 생성 후 경로나 드라이브 문자를 변경하는 것은 지원되지 않습니다.
서버 엔드포인트 만들기
새로 만든 동기화 그룹으로 이동합니다.
서버 엔드포인트에서 +서버 엔드포인트 추가를 선택합니다.
서버 엔드포인트 추가 창에서 다음 정보를 입력합니다.
등록된 서버: 서버 엔드포인트를 만들 서버 또는 클러스터의 이름을 선택합니다.
Path: Azure 파일 공유에 동기화할 Windows Server 인스턴스의 경로를 입력합니다. 경로는 폴더(예: D:\Data), 볼륨 루트(예: D:\) 또는 볼륨 탑재 지점(예: D:\Mount)일 수 있습니다.
클라우드 계층화: 이 섹션에는 클라우드 계층을 사용하거나 사용하지 않도록 설정하는 스위치가 포함되어 있습니다. 클라우드 계층화에서는 자주 사용되지 않거나 액세스하는 파일을 Azure Files 계층화할 수 있습니다. 클라우드 계층을 사용하도록 설정하면 쿨 파일을 계층화할 시기를 Azure 파일 동기화 알리도록 설정할 수 있는 두 가지 정책이 있습니다.
사용 가능한 볼륨 공간 정책: 서버 엔드포인트가 있는 볼륨에서 예약할 여유 공간의 크기입니다. 예를 들어 서버 엔드포인트가 하나만 있는 볼륨에서 사용 가능한 볼륨 공간이 50% 설정된 경우 데이터의 약 절반이 Azure Files 계층화됩니다. 클라우드 계층화가 사용되는지 여부에 관계없이 Azure 파일 공유에는 항상 동기화 그룹에 있는 데이터의 전체 복사본이 있습니다.
날짜 정책: 파일은 지정된 기간(일) 동안 액세스(즉, 읽기 또는 쓰기)되지 않은 경우 클라우드에 계층화됩니다. 예를 들어, 15일 이상 액세스하지 않은 파일이 일반적으로 보관 파일인 경우 날짜 정책을 15일로 설정해야 합니다.
초기 동기화: 이 섹션은 동기화 그룹의 첫 번째 서버 엔드포인트에만 사용할 수 있습니다. (동기화 그룹에서 둘 이상의 서버 엔드포인트를 만들 때 섹션이 초기 다운로드 로 변경됩니다.) 다음 동작을 선택할 수 있습니다.
초기 업로드: 서버가 처음에 데이터를 Azure 파일 공유에 업로드하는 방법입니다. 2가지 옵션을 사용할 수 있습니다.
- 이 서버 경로의 콘텐츠를 Azure 파일 공유의 콘텐츠와 병합합니다. 이름과 경로가 같은 파일은 콘텐츠가 다른 경우 충돌이 발생할 수 있습니다. 이러한 파일의 두 버전은 나란히 저장됩니다. 서버 경로 또는 Azure 파일 공유가 비어 있는 경우 항상 이 옵션을 선택합니다.
- Azure 파일 공유의 파일 및 폴더를 이 서버의 경로에 있는 콘텐츠로 권한 있게 덮어씁니다. 이 옵션을 사용하면 파일 충돌을 방지할 수 있습니다.
자세한 내용은 초기 동기화를 참조하세요.
초기 다운로드: 서버에서 Azure 파일 공유 데이터를 처음 다운로드하는 방법입니다. 이 설정은 서버가 파일이 포함된 Azure 파일 공유에 연결할 때 중요합니다. 다음 3가지 옵션을 사용할 수 있습니다.
- 먼저 네임스페이스를 다운로드한 다음, 로컬 디스크에 맞을 수 있는 만큼 파일 콘텐츠를 회수합니다. 네임스페이스는 파일 콘텐츠가 없는 파일 및 폴더 구조를 의미합니다.
- 네임스페이스만 다운로드합니다. 액세스하면 파일 콘텐츠가 회수됩니다.
- 계층화된 파일을 사용하지 않습니다. 파일이 완전히 다운로드된 후에만 서버에 표시됩니다. 로컬 액세스 또는 정책은 계층화된 파일의 파일 콘텐츠를 클라우드에서 서버로 회수합니다.
자세한 내용은 초기 다운로드를 참조하세요.
서버 엔드포인트 추가를 완료하려면 만들기를 선택합니다. 이제 파일이 Azure 파일 공유 및 Windows Server 인스턴스에서 동기화 상태로 유지됩니다.
참고
Azure 파일 동기화 서버 엔드포인트를 만들기 전에 백업으로 Azure 파일 공유의 스냅샷을 만듭니다. 이 스냅샷을 사용하여 서버 엔드포인트를 만들기 전의 상태로 공유를 복원할 수 있습니다.
서버 엔드포인트를 만든 후에는 스냅샷이 자동으로 제거되지 않습니다. 필요하지 않은 경우 수동으로 삭제할 수 있습니다.
Azure 파일 동기화이 생성한 스냅샷을 찾으려면, Azure 파일 공유의 스냅샷을 확인하고 Initiator 열에서 AzureFileSync를 확인하십시오.
클라우드 계층화
새 서버 엔드포인트를 만들 때 Azure 파일 동기화의 클라우드 티어링 기능에 참여할 수 있습니다. 클라우드 티어링 섹션에서 옵션은 나중에 변경할 수 있습니다. 하지만 다음 섹션에서는 새 서버 엔드포인트에 클라우드 티어링을 활성화했는지에 따라 다양한 옵션이 제공됩니다.
자세한 내용은 클라우드 티어링 개요 와 클라우드 티어링 정책을 참조하세요.
초기 동기화
초기 동기화 섹션은 동기화 그룹의 첫 번째 서버 엔드포인트에만 사용할 수 있습니다. 추가 서버 엔드포인트에 대해서는 초기 다운로드를 참조하세요.
초기 동기화 동작은 두 가지가 있습니다:
Merge
병합은 표준 옵션이며 기본값으로 선택됩니다. 특정 마이그레이션 시나리오가 아니라면 선택은 병합 모드로 유지하세요.
- 서버 위치에 가입하면 대부분의 경우 서버 위치나 Azure 파일 공유가 비어 있습니다. 이런 경우, Merge는 적절한 동작이며 예상한 결과로 이어집니다.
- 두 위치에 파일과 폴더가 모두 있을 경우, 네임스페이스가 병합됩니다. 서버에 Azure 파일 공유에도 존재하는 파일이나 폴더 이름이 있으면 동기화 충돌이 발생합니다. 충돌은 자동으로 해결됩니다.
병합 옵션에서 Azure 파일 공유의 콘텐츠가 서버에 처음 도착하는 방식을 선택할 수 있습니다. Azure 파일 공유가 비어 있는 경우 이 선택은 영향을 주지 않습니다. 자세한 내용은 초기 다운로드에서 확인할 수 있습니다.
권위 있는 업로드
신뢰할 수 있는 업로드는 특정 마이그레이션 시나리오용으로 예약된 초기 동기화 옵션입니다. Azure 파일 공유를 시딩할 때 사용한 서버 경로(예를 들어 Azure Data Box를 사용)를 동기화합니다. 이 경우 클라우드와 서버 위치는 대부분 동일한 데이터를 가지고 있지만 서버는 약간 최신입니다. 데이터 박스가 이동하는 동안 사용자들은 계속 변경을 합니다. 이 마이그레이션 시나리오에서는 충돌을 발생시키지 않고 서버(더 최신) 변경 내용과 함께 클라우드를 원활하게 업데이트하기 위해 호출합니다. 따라서 서버는 네임스페이스의 모양에 대한 권한이며, Data Box가 서버에서 대규모 초기 업로드를 방지하는 데 사용되었습니다. 서버 신뢰할 수 있는 업로드를 사용하면 오프라인 데이터 전송 메커니즘을 사용하여 클라우드 스토리지를 시드하는 경우라도 가동 중지 시간이 0인 클라우드를 채택할 수 있습니다.
서버 엔드포인트는 권한 있는 업로드 옵션으로는 서버 위치에 데이터가 있을 때만 프로비저닝에 성공할 수 있습니다. 이 블록은 실수로 잘못된 설정으로부터 보호합니다. 권위 있는 업로드는 Robocopy나 MIR처럼 작동합니다. 이 모드는 원본을 대상으로 미러링합니다. 소스는 Azure 파일 동기화 서버이고, 타겟은 Azure 파일 공유입니다. 권한 있는 업로드는 소스의 형상을 본떠 대상을 생성합니다.
- 서버에서 새롭거나 업데이트된 파일과 폴더가 업로드됩니다.
- 서버에 더 이상 존재하지 않는 파일과 폴더는 Azure 파일 공유에서 삭제됩니다.
- 서버의 파일 및 폴더에 대한 메타데이터 전용 변경은 메타데이터 전용 업데이트로 Azure 파일 공유로 효율적으로 이전됩니다.
- 서버와 Azure 파일 공유에 파일과 폴더가 있을 수 있습니다. 그러나 일부 파일 또는 폴더는 Azure 파일 공유의 시드 이후 서버에서 부모 디렉터리를 변경했을 수 있습니다. 이 파일들과 폴더들은 Azure 파일 공유에서 삭제된 후 다시 업로드됩니다. 따라서 마이그레이션하는 동안 네임스페이스를 대규모로 재구성하지 않는 것이 좋습니다.
초기 다운로드
초기 다운로드 섹션은 동기화 그룹 내 두 번째 및 추가 서버 엔드포인트에 사용할 수 있습니다. 동기화 그룹의 first 서버 엔드포인트에는 Azure Data Box 마이그레이션과 관련된 추가 옵션이 있습니다. 이 서버 엔드포인트가 동기화 그룹의 첫 번째가 아닌 경우 이러한 옵션은 적용되지 않습니다.
참고
Azure 파일 공유가 비어 있는 경우 초기 다운로드 옵션을 선택하면 영향을 주지 않습니다.
이 섹션의 일부로 Azure 파일 공유의 콘텐츠가 서버에 처음 도착하는 방법을 선택합니다.
| 먼저 네임스페이스 다운로드 | 네임스페이스만 다운로드 | 계층화된 파일 방지 | |
|---|---|---|---|
| 설명 | 먼저 전체 네임스페이스를 다운로드합니다. 파일 내용은 히트맵(최근 파일 접근 빈도 기록)을 기반으로 클라우드에서 서버로 백그라운드 활동으로 호출되며, 이는 최근에 접근한 데이터를 더 빨리 호출합니다. 서버 볼륨의 여유 공간이 10%미만이라면, 나머지 파일들은 계층화된 파일로 유지됩니다. | 네임스페이스(파일 및 폴더 구조)만 다운로드됩니다. 서버로 파일 콘텐츠가 가져오지 않습니다. | 서버의 폴더에 파일이 표시되기 전에 각 파일을 전체적으로 다운로드합니다. 이 옵션은 계층화된 파일이 서버에 존재하는 것을 방지합니다. 네임스페이스 항목과 파일 콘텐츠는 항상 동시에 표시됩니다. |
| 기본 설정 | 이 서버 엔드포인트에 대해 클라우드 계층화가 사용하도록 설정되지 않은 경우 기본값입니다. | 이 서버 엔드포인트에 대해 클라우드 계층화가 사용하도록 설정된 경우 기본값입니다. | 기본 옵션으로 선택되지 않았습니다. 이 옵션은 클라우드 계층화가 활성화되지 않은 경우에만 사용할 수 있습니다. |
| 티어링이 사용하도록 설정된 경우의 동작 | 클라우드 계층화가 사용하도록 설정되면 지정된 클라우드 계층화 정책의 조건을 충족하는 즉시 계층화된 파일의 백그라운드 회수가 중지됩니다(있는 경우 볼륨 사용 가능한 정책 및 날짜 정책도 적용됨). | 네임스페이스(파일 및 폴더 구조)만 다운로드됩니다. 서버로 파일 콘텐츠가 가져오지 않습니다. | 옵션을 사용할 수 없습니다. |
| 계층화가 사용하도록 설정되지 않은 경우의 동작 | 클라우드 계층화가 사용하도록 설정되지 않은 경우 백그라운드 회수를 통해 모든 데이터를 서버 엔드포인트로 회수합니다. 모든 데이터를 수용할 수 있을 만큼 큰 볼륨을 프로비전해야 합니다. 볼륨에 충분한 여유 공간이 없는 경우 클라우드 계층화가 사용하지 않도록 설정된 경우에도 일부 파일은 계층화된 상태로 남게 됩니다. | 네임스페이스(파일 및 폴더 구조)만 다운로드됩니다. 서버로 파일 콘텐츠가 가져오지 않습니다. | 서버의 폴더에 파일이 표시되기 전에 각 파일을 전체적으로 다운로드합니다. |
| 사용 시기 |
|
요청 시 데이터를 덜 자주 또는 적은 양의 데이터만 회수해야 하는 애플리케이션에 적합합니다. |
|
| 의미 | CPU/메모리는 네임스페이스 규모에 따라 크기를 조정해야 하며 리소스는 I/O 성능 문제를 방지해야 합니다. 자세한 내용은 Azure 파일 동기화 권장 시스템 리소스를 참조하세요. | - |
|
초기 다운로드 옵션을 선택한 후에는 서버 엔드포인트를 만들도록 확인한 후에는 변경할 수 없습니다.
참고
서버 엔드포인트를 추가하고 파일이 Azure 파일 공유에 있는 경우 네임스페이스를 먼저 다운로드하도록 선택하면 파일이 로컬로 다운로드될 때까지 계층화된 파일로 표시됩니다. 파일은 기본적으로 단일 스레드를 사용하여 다운로드되어 네트워크 대역폭 사용을 제한합니다. 파일 다운로드 성능을 향상시키려면 스레드 수가 1보다 큰 Invoke-StorageSyncFileRecall cmdlet을 사용합니다.
초기 다운로드가 완료된 후 파일 다운로드 동작
초기 다운로드가 완료된 후 서버에서 파일이 어떻게 표시되는지는 클라우드 티어링 기능 사용 여부와 클라우드의 변경 내용을 사전에 리콜하도록 선택했는지 여부(사용자가 액세스하기 전에 다른 서버 엔드포인트의 새 파일과 변경된 파일을 자동으로 다운로드)에 따라 달라집니다. 이 기능은 서로 다른 지리적 위치에 여러 서버 엔드포인트가 있는 동기화 그룹에 유용합니다.
클라우드 티어링이 활성화되어 있습니다
다른 서버 엔드포인트에서 새로 추가되거나 변경된 파일들은 이 서버 엔드포인트에서 계층화된 파일로 나타납니다. 이러한 변경 사항은 다른 서버 엔드포인트가 Azure 파일 공유에서 변경사항을 사전에 회수할 때만 전체 파일로 내려옵니다.
클라우드 티어링은 비활성화되어 있습니다
다른 서버 엔드포인트에서 새롭거나 변경된 파일들은 이 서버 엔드포인트에서 완전한 파일로 나타납니다. 처음에는 단계별 파일로 나타났다가 다시 호출되는 것이 아닙니다. 클라우드 계층화를 사용하는 계층화된 파일은 빠른 재해 복구 기능이며 초기 프로비저닝 중에만 표시됩니다.
프로비저닝 단계
포털이나 PowerShell을 사용해 새 서버 엔드포인트를 만들면, 서버 엔드포인트가 즉시 사용할 준비가 되어 있지 않습니다. 클라우드 내 해당 파일 공유에 얼마나 많은 데이터가 존재하느냐에 따라, 서버 엔드포인트가 작동하고 사용 준비가 되기까지 몇 분에서 몇 시간이 걸릴 수 있습니다.
이전에는 서버 엔드포인트 프로비저닝 상태와 사용자가 데이터를 접근할 준비가 되었는지 확인하려면 서버 엔드포인트에 로그인해서 모든 데이터가 다운로드되었는지 확인해야 했습니다. 프로비저닝 단계를 통해 서버 엔드포인트가 사용 준비가 되었는지 여부와 동기화가 완전히 작동하는지 Azure 포털의 서버 엔드포인트 개요에서 직접 확인할 수 있습니다.
지원되는 시나리오의 경우 프로비전 단계 탭은 서버 엔드포인트가 사용자 액세스 준비가 된 경우를 포함하여 서버 엔드포인트에서 발생하는 작업에 대한 정보를 제공합니다.
지원되는 시나리오
현재 프로비전 단계는 추가되는 새 서버 엔드포인트에 서버 엔드포인트에 대해 선택된 서버 경로에 대한 데이터가 없는 경우에만 표시됩니다. 다른 시나리오에서는 프로비전 단계 탭을 사용할 수 없습니다.
프로비전 상태
서버 엔드포인트 프로비전이 진행 중일 때 표시되는 다양한 상태와 그 의미는 다음과 같습니다.
- 진행 중: 서버 엔드포인트가 사용자 액세스에 대해 준비되지 않았습니다.
- 준비됨(동기화 기능 없음): 사용자는 데이터에 접근할 수 있지만, 변경 사항이 클라우드 파일 공유와 동기화되지 않습니다.
- 준비 완료(동기화 기능): 사용자는 데이터에 접근할 수 있으며, 변경 사항이 클라우드 공유와 동기화되어 엔드포인트가 완전히 정상적으로 작동합니다.
- 실패: 오류로 인해 프로비전에 실패했습니다.
Azure 포털은 지원되는 시나리오에만 프로비저닝 단계 탭을 표시합니다. 탭이 보이지 않는다면, 해당 시나리오는 현재 지원되지 않는 것입니다.
참고하십시오
다음 글들은 Azure Files와 Azure 파일 동기화에 대한 고급 옵션, 모범 사례, 문제 해결을 이해하는 데 도움을 줍니다.