구성 예
이 문서에 설명된 예제 구성은 구성 선택에 따라 복잡성의 진행입니다. 각 예제에는 중복성 또는 재해 복구에 초점을 맞춘 관련 구성이 있습니다. 고객은 환경에 가장 간단한 구성을 선택하는 것이 좋습니다. 불필요한 복잡성을 추가하면 잘못된 구성 및 지원 사례가 발생합니다.
참고 항목
이러한 예제를 FSLogix 구성의 시작 점으로 사용합니다. 이러한 예제의 아이디어와 개념은 고유한 조직 요구 사항을 알려야 합니다.
예제 1: 표준
표준 구성 예제는 대부분의 고객이 고려해야 하는 가장 간단한 구성입니다.
필수 구성 요소(표준)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- SMB 파일 공유.
- 공유 및 NTFS 권한의 유효성을 검사했습니다.
구성 항목(표준)
항목 | 설명 |
---|---|
단일 VHD 위치 | VHDLocations 설정에는 SMB 파일 공유에 대한 단일 UNC 경로가 포함됩니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
사용자 지정 프로필 리디렉션 없음 | redirections.xml 파일을 사용하지 않습니다. |
레지스트리 설정(표준)
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
1 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
2 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
3 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
4 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
5개 VHDX는 지원되는 크기 및 감소된 손상 시나리오로 인해 VHD보다 선호됩니다.
예제 2: 표준 + 고가용성(클라우드 캐시)
표준 + 고가용성 구성은 프로필 컨테이너의 지역 가용성을 보장하기 위해 Cloud Cache를 통합하여 기본 표준 예제를 향상시킵니다. 이 구성은 견고성과 중복성을 제공하도록 설계되어 특정 지역의 오류 또는 중단 시에도 프로필 컨테이너에 액세스할 수 있습니다. 클라우드 캐시는 복원력 및 가용성 계층의 역할을 하며, 프로필 데이터를 업스트림으로 주기적으로 여러 스토리지 공급자에게 작성합니다. 고유한 스토리지 공급자 간에 데이터를 복제하면 하나의 스토리지 공급자를 사용할 수 없는 경우에도 프로필 컨테이너를 계속 사용할 수 있습니다. 이 방법은 안정성을 향상시키고 최종 사용자의 가동 중지 시간을 최소화합니다.
요점
- 중복 및 강력: 실패 또는 중단이 발생하더라도 프로필 컨테이너에 액세스할 수 있으므로 최종 사용자의 가동 중지 시간을 최소화합니다.
- 복원력: 클라우드 캐시는 가용성 계층 역할을 하며 프로필 데이터를 여러 스토리지 공급자에게 주기적으로 작성합니다.
- 스토리지 디자인 전문 지식: 클라우드 캐시 기능은 스토리지 공급자의 성능에 따라 달라집니다.
요약
표준 + 고가용성 구성은 표준 설정의 이점을 지역 간 가용성을 유지하기 위한 추가 조치와 결합하여 프로필 데이터에 지속적으로 액세스해야 하는 중요한 애플리케이션에 적합합니다.
그림 1: 클라우드 캐시를 사용한 FSLogix 고가용성
필수 구성 요소(표준 + 고가용성)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 동일한 지역 또는 영역 중복 스토리지에 있는 여러 스토리지 공급자
- 유효성이 검사된 공유 및 NTFS 권한 (SMB에만 해당).
구성 항목(표준 + 고가용성)
항목 | 설명 |
---|---|
컨테이너 중복성 | CCDLocations에는 다양한 종류의 스토리지 공급자가 2개 이상 포함되어 있습니다. 스토리지 공급자는 가상 머신과 동일한 지역에 있습니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
사용자 지정 프로필 리디렉션 없음 | redirections.xml 파일을 사용하지 않습니다. |
레지스트리 설정(표준 + 고가용성)
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
CCDLocations | MULTI_SZ 또는 REG_SZ | type=smb,name="FILES SMB PROVIDER",connectionString=\\<storage-account-name-1>.file.core.windows.net\<share-name>;type=smb,name="ANF SMB PROVIDER",connectionString=\\<azure-netapp-files-fqdn>\<volume-name> |
예제 |
ClearCacheOnLogoff1 | DWORD | 1 | 권장 |
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName3 | DWORD | 1 | 권장 |
HealthyProvidersRequiredForRegister4 | DWORD | 1 | 권장 |
LockedRetryCount5 | DWORD | 3 | 권장 |
LockedRetryInterval5 | DWORD | 15 | 권장 |
ProfileType6 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds5 | DWORD | 15 | 권장 |
ReAttachRetryCount5 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VolumeType7 | REG_SZ | VHDX | 권장 |
1 풀된 데스크톱을 사용할 때 로컬 디스크의 디스크 공간과 데이터 손실 위험을 저장하는 것이 좋습니다.
2 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
3 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
4 적어도 1개의 공급자가 정상이 아닌 경우 사용자가 로컬 캐시를 만들지 못하도록 합니다.
5 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
6 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
지원되는 크기 및 감소된 손상 시나리오로 인해 7개의 VHDX가 VHD보다 선호됩니다.
예제 3: 표준 + 재해 복구(프로필 복구 없음)
표준 + 재해 복구는 기본 표준의 확장입니다. 이 설정에서는 중복 인프라가 다른 지역에 있지만 필요할 때까지 전원이 공급 되지 않습니다. 다른 복구 시나리오와 달리 이 접근 방식에는 프로필 복구 가 없습니다. 대신 사용자는 대체 위치에 새 프로필을 만듭니다. 이는 가장 복잡한 복구 시나리오이지만, 최종 사용자 환경 및 학습이 성공을 위한 중요한 구성 요소가 된다는 중요한 단점이 있습니다.
요점
- 중복 인프라: 재해 복구 지역은 기본 인프라를 미러링하지만 필요할 때까지 비활성 상태로 유지됩니다.
- 프로필 복구 없음: 기존 프로필을 복원하는 대신 사용자가 대체 위치에 새 프로필을 만듭니다.
- 단순성: 이 방법은 복잡성을 최소화하지만 사용자 친숙도와 학습에 크게 의존합니다.
- 최종 사용자 환경: 원활한 전환과 사용자 이해가 중요합니다.
요약
표준 + 재해 복구 구성은 사용자 교육 및 적응의 필요성과 단순성을 균형있게 조정합니다.
그림 2: 프로필 복구 없음 | FSLogix 표준 컨테이너(VHDLocations)
필수 구성 요소(표준 + 재해 복구)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 다른 지역의 스토리지 및 컴퓨팅 인프라를 복제합니다.
- 유효성이 검사된 NTFS 및 공유 수준 권한(SMB에만 해당).
구성 항목(표준 + 재해 복구)
항목 | 설명 |
---|---|
단일 VHD 위치 | VHDLocations 설정에는 SMB 파일 공유에 대한 단일 UNC 경로가 포함됩니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
사용자 지정 프로필 리디렉션 없음 | redirections.xml 파일을 사용하지 않습니다. |
레지스트리 설정(표준 + 재해 복구)
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
1 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
2 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
3 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
4 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
5개 VHDX는 지원되는 크기 및 감소된 손상 시나리오로 인해 VHD보다 선호됩니다.
예제 4: 고급
고급 구성 예제는 유연성과 사용자 지정을 향상시키는 추가 기능을 도입하여 표준 예제를 기반으로 합니다.
요점
- 여러 VHDLocations 또는 개체별 설정: 사용자 프로필(VHDLocations)을 저장하기 위한 여러 위치를 지정할 수 있습니다. 또는 개체별 설정을 정의하여 특정 사용자 또는 그룹에 대한 프로필 동작을 조정할 수 있습니다. 이러한 유연성을 통해 조직의 요구 사항에 따라 프로필 관리를 최적화할 수 있습니다.
- 사용자 지정 프로필 리디렉션의 최소 항목: redirections.xml 파일이 사용되지 않는 표준 설정과 달리 고급 구성은 redirections.xml 항목 수를 최소화합니다. redirections.xml 구성의 각 항목은 복잡성을 더하고 알 수 없는 애플리케이션 동작을 일으킬 수 있습니다. 이러한 항목을 최소화하면 전반적으로 더 나은 사용자 환경을 제공할 수 있습니다.
요약
고급 구성은 프로필 스토리지 및 리디렉션에 대한 세부적인 제어를 제공하므로 다양한 요구 사항이 있는 조직에 적합합니다.
필수 구성 요소(고급)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 여러 SMB 파일 공유.
- 유효성이 검사된 공유 및 NTFS 권한 (SMB에만 해당).
구성 항목(고급)
항목 | 설명 |
---|---|
여러 VHD 위치 | VHDLocations 설정에는 SMB 파일 공유에 대한 단일 또는 여러 UNC 경로(세미콜론으로 구분)가 포함됩니다. |
개체별 설정 | 사용자 또는 그룹 SID에 따라 고유한 설정을 허용합니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
최소 redirections.xml | XML 파일에는 사소한 복잡성이 있는 최소 항목이 포함되어 있습니다. |
팁
- 자세한 내용은 사용자 지정 프로필 redirections.xml 페이지를 검토하세요.
- 자습서: redirections.xml 만들기 및 구현 페이지에서는 Microsoft Teams에 대해 이 기능을 구현하는 방법을 보여 줍니다.
레지스트리 설정(고급)
여러 VHDLocations
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
예제 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
개체별 VHDLocations
기본 VHDLocations는 개체별 구성과 일치하지 않는 사용자 또는 그룹에 사용됩니다.
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
예제 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<server-name>\<share-name> |
예시 |
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
예시 |
Warning
VHDLocations의 여러 항목은 컨테이너 복원력을 제공하지 않습니다. 여러 항목이 있는 경우 사용자는 위치 목록에서 컨테이너를 순서대로 만들거나 찾으려고 합니다. 사용자가 액세스할 수 있거나 사용할 수 있는 첫 번째 위치는 컨테이너가 만들어지거나 연결된 위치입니다. 여러 항목을 사용하는 경우 사용자는 단일 위치에만 액세스할 수 있어야 합니다. 여러 VHDLocation 대신 개체별 구성 설정을 사용하는 것이 좋습니다.
1 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
2 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
3 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
4 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
5개 VHDX는 지원되는 크기 및 감소된 손상 시나리오로 인해 VHD보다 선호됩니다.
예제 5: 고급 + 재해 복구(기본/장애 조치)
고급 + 재해 복구 구성 예제는 장애 조치(failover) 디자인을 통해 복잡성을 더합니다. 이는 재해 또는 오류 발생 시 인프라의 가용성과 안정성을 보장하기 위한 일반적인 전략입니다. Cloud Cache를 사용하면 프로필 데이터를 다른 위치에 저장하는 두 개의 스토리지 공급자를 사용하도록 디바이스를 구성할 수 있습니다. Cloud Cache는 프로필 데이터를 두 스토리지 공급자 각각에 비동기적으로 동기화하므로 항상 최신 버전의 데이터를 사용할 수 있습니다. 일부 디바이스는 기본 위치에 있고 다른 디바이스는 장애 조치(failover) 위치에 있습니다. Cloud Cache는 첫 번째 스토리지 공급자(디바이스에 가장 가까운)의 우선 순위를 지정하고 다른 스토리지 공급자를 백업으로 사용합니다. 예를 들어 기본 디바이스가 미국 서부에 있고 장애 조치(failover) 디바이스가 미국 동부에 있는 경우 다음과 같이 Cloud Cache를 구성할 수 있습니다.
- 기본 디바이스는 첫 번째 옵션으로 미국 서부의 스토리지 공급자를 사용하고 두 번째 옵션으로 미국 동부의 스토리지 공급자를 사용합니다.
- 장애 조치(failover) 디바이스는 첫 번째 옵션으로 미국 동부의 스토리지 공급자를 사용하고 두 번째 옵션으로 미국 서부의 스토리지 공급자를 사용합니다.
- 기본 디바이스 또는 가장 가까운 스토리지 공급자가 실패하는 경우 장애 조치(failover) 디바이스 또는 백업 스토리지 공급자로 전환하고 프로필 데이터를 잃지 않고 작업을 계속할 수 있습니다.
요점
- 장애 조치(failover) 디자인: 이 디자인은 재해 또는 오류 발생 시 인프라의 가용성과 안정성을 보장합니다.
- 프로필 스토리지: 클라우드 캐시를 사용하면 프로필 데이터를 다른 위치에 저장할 수 있습니다.
- 추가 스토리지 비용: 여러 스토리지 위치는 전체 비용을 증가합니다.
- 운영 우수성: 수동 장애 조치(failover) 프로세스- 비즈니스 관련자의 승인 및 프로세스 유효성 검사가 필요할 수 있습니다.
- 최종 사용자 환경: 두 스토리지 공급자에 대한 비동기 동기화로 인해 프로필 데이터에 약간의 대기 시간 또는 불일치가 발생할 수 있습니다.
요약
Advanced + 재해 복구 구성은 Cloud Cache를 사용한 장애 조치(failover) 디자인이 서로 다른 위치에 있는 두 스토리지 공급자를 사용하여 인프라의 안정성과 가용성을 향상시키는 방법을 보여 줍니다. 또한 추가 비용, 수동 장애 조치(failover) 시작의 필요성, 프로필 데이터의 잠재적 대기 시간 또는 불일치를 포함하여 이 방법의 단점을 강조합니다.
그림 3: 클라우드 캐시(기본/장애 조치) | FSLogix Cloud Cache(CCDLocations)
필수 구성 요소(고급 + 재해 복구)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 두 개 이상의 지역에 있는 두 개의 스토리지 공급자.
- 유효성이 검사된 공유 및 NTFS 권한 (SMB에만 해당).
구성 항목(고급 + 재해 복구)
항목 | 설명 |
---|---|
컨테이너 중복성 | CCDLocations에는 두 개의 (2) 스토리지 공급자 1이 포함됩니다. 기본 사이트는 가장 가까운 스토리지 공급자가 먼저 나열되고 마지막으로 나열된 장애 조치(failover) 스토리지 공급자로 구성됩니다. 장애 조치(failover) 사이트에는 역방향 구성이 있습니다. 가장 가까운 스토리지 공급자 다음에 마지막으로 나열된 기본 사이트 스토리지 공급자가 그 뒤를 잇습니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
사용자 지정 프로필 리디렉션 없음 | redirections.xml 파일을 사용하지 않습니다. |
1 스토리지 공급자는 다른 지역 또는 위치에 있어야 합니다.
팁
권장 제외에 대한 사용자 지정 프로필 리디렉션 페이지를 검토합니다.
레지스트리 설정(고급 + 재해 복구)
기본 사이트
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
CCDLocations | MULTI_SZ 또는 REG_SZ | type=smb,name="FILES SMB PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
예제 |
ClearCacheOnLogoff1 | DWORD | 1 | 권장 |
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName3 | DWORD | 1 | 권장 |
HealthyProvidersRequiredForRegister4 | DWORD | 1 | 권장 |
LockedRetryCount5 | DWORD | 3 | 권장 |
LockedRetryInterval5 | DWORD | 15 | 권장 |
ProfileType6 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds5 | DWORD | 15 | 권장 |
ReAttachRetryCount5 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VolumeType7 | REG_SZ | VHDX | 권장 |
장애 조치(failover) 사이트
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
CCDLocations | MULTI_SZ 또는 REG_SZ | type=smb,name="FILES SMB FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
예제 |
ClearCacheOnLogoff1 | DWORD | 1 | 권장 |
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName3 | DWORD | 1 | 권장 |
HealthyProvidersRequiredForRegister4 | DWORD | 1 | 권장 |
LockedRetryCount5 | DWORD | 3 | 권장 |
LockedRetryInterval5 | DWORD | 15 | 권장 |
ProfileType6 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds5 | DWORD | 15 | 권장 |
ReAttachRetryCount5 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VolumeType7 | REG_SZ | VHDX | 권장 |
1 풀된 데스크톱을 사용할 때 로컬 디스크의 디스크 공간과 데이터 손실 위험을 저장하는 것이 좋습니다.
2 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
3 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
4 적어도 1개의 공급자가 정상이 아닌 경우 사용자가 로컬 캐시를 만들지 못하도록 합니다.
5 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
6 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
지원되는 크기 및 감소된 손상 시나리오로 인해 7개의 VHDX가 VHD보다 선호됩니다.
예제 6: 복합
복잡한 구성 예제는 여러 연결을 도입하여 고급 예제를 기반으로 합니다. 이 설정에서 사용자 프로필은 여러 연결을 처리할 수 있으므로 단일 사용자가 여러 디바이스에서 동시에 활성 세션을 가질 수 있습니다. 복잡성이 증가했음에도 불구하고 최종 사용자에게 원활한 환경을 제공하는 것이 목표입니다. 올바르게 구성된 여러 연결은 생산성과 유연성을 향상시켜 다양한 요구 사항과 높은 요구 사항이 있는 조직에 적합합니다.
참고 항목
Azure Virtual Desktop은 동일한 호스트 풀 내에서 여러 연결을 지원하지 않습니다.
요약
복잡한 구성은 사용자 중심 디자인과 정교함의 균형을 유지하므로 확장성과 강력한 프로필 관리가 필요한 대규모 조직에 이상적입니다.
그림 4: 여러 연결이 있는 복잡한 예제 | FSLogix 표준 컨테이너(VHDLocations)
필수 구성 요소(복합)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 가상 머신의 별도 풀입니다.
- 여러 SMB 파일 공유(고가용성을 위한 것이 아님).
- 유효성이 검사된 공유 및 NTFS 권한 (SMB에만 해당).
구성 항목(복합)
항목 | 설명 |
---|---|
여러 VHD 위치 | VHDLocations 설정에는 SMB 파일 공유에 대한 단일 또는 여러 UNC 경로(세미콜론으로 구분)가 포함됩니다. |
개체별 설정 | 사용자 또는 그룹 SID에 따라 고유한 설정을 허용합니다. |
단일 컨테이너 | 사용자에 대해 단일 프로필 컨테이너가 만들어집니다. ODFC 컨테이너가 구성되지 않았습니다. |
동시 연결 | ProfileType이 3으로 설정됩니다. 사용자는 여러 로그인을 가질 수 있지만 하나의 (1) 세션만 기본 VHD 디스크에 대한 쓰기를 허용합니다. |
[OPTIONAL] redirections.xml | XML 파일에는 복잡성이 추가된 다양한 항목이 포함되어 있습니다. |
팁
- 자세한 내용은 사용자 지정 프로필 redirections.xml 페이지를 검토하세요.
- 자습서: redirections.xml 만들기 및 구현 페이지에서는 Microsoft Teams에 대해 이 기능을 구현하는 방법을 보여 줍니다.
레지스트리 설정(복합)
여러 VHDLocations
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
예제 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
개체별 VHDLocations
기본 VHDLocations는 개체별 구성과 일치하지 않는 사용자 또는 그룹에 사용됩니다.
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName2 | DWORD | 1 | 권장 |
LockedRetryCount3 | DWORD | 3 | 권장 |
LockedRetryInterval3 | DWORD | 15 | 권장 |
ProfileType4 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds3 | DWORD | 15 | 권장 |
ReAttachRetryCount3 | DWORD | 3 | 권장 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
예제 |
SizeInMBs | DWORD | 30000 | 기본값 |
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
예제 |
VolumeType5 | REG_SZ | VHDX | 권장 |
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<server-name>\<share-name> |
예시 |
레지스트리 경로: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
VHDLocations | MULTI_SZ 또는 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
예시 |
Warning
VHDLocations의 여러 항목은 컨테이너 복원력을 제공하지 않습니다. 여러 항목이 있는 경우 사용자는 위치 목록에서 컨테이너를 순서대로 만들거나 찾으려고 합니다. 사용자가 액세스할 수 있거나 사용할 수 있는 첫 번째 위치는 컨테이너가 만들어지거나 연결된 위치입니다. 여러 항목을 사용하는 경우 사용자는 단일 위치에만 액세스할 수 있어야 합니다. 여러 VHDLocation 대신 개체별 구성 설정을 사용하는 것이 좋습니다.
1 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
2 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
3 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
4 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
5개 VHDX는 지원되는 크기 및 감소된 손상 시나리오로 인해 VHD보다 선호됩니다.
예제 7: 복합 + 재해 복구(활성/활성)
복합 + 재해 복구 구성은 활성/활성 디자인을 구현하여 고급 + 재해 복구 구성을 기반으로 합니다. 이 구성은 두 사이트 간의 부하 분산 대신 한 위치에만 액세스할 수 있는 사용자를 사용합니다. 드릴 또는 BCDR의 경우 실패한 지역의 사용자에게 작동 중인 지역의 가상 머신에 대한 액세스 권한이 부여됩니다.
요점
- 장애 조치(failover) 기능: 재해 발생 시 생존 지역에는 모든 사용자를 지원할 수 있는 용량이 있어야 합니다.
- 프로필 스토리지: 클라우드 캐시를 사용하면 프로필 데이터를 다른 위치에 저장할 수 있습니다.
- 추가 스토리지 비용: 여러 스토리지 위치는 전체 비용을 증가합니다.
- 운영 우수성: 수동 장애 조치(failover) 프로세스- 비즈니스 관련자의 승인, 프로세스 유효성 검사 및 적절한 사용자 할당이 필요할 수 있습니다.
- 최종 사용자 환경: 두 스토리지 공급자에 대한 비동기 동기화로 인해 프로필 데이터에 약간의 대기 시간 또는 불일치가 발생할 수 있습니다.
요약
클라우드 캐시를 사용하는 복합 + 재해 복구 구성은 중복성과 유연성을 제공하지만 비즈니스 결정은 장애 조치(failover)를 시작하는 데 중요한 역할을 합니다.
그림 5: 클라우드 캐시(활성/활성) | FSLogix Cloud Cache(CCDLocations)
필수 구성 요소(복합 + 재해 복구)
- 바이러스 백신 제외를 포함한 FSLogix 필수 구성 요소
- Azure Virtual Desktop 또는 동등한 Virtual Desktop 인프라.
- 각 위치에 가상 머신 풀을 분리합니다.
- 사용자는 한 번에 하나의 지역에만 액세스할 수 있습니다.
- 유효성이 검사된 공유 및 NTFS 권한 (SMB에만 해당).
구성 항목(복합 + 재해 복구)
항목 | 설명 |
---|---|
컨테이너 중복성 | CCDLocations에는 두 개의 (2) 스토리지 공급자 1이 포함됩니다. 기본 사이트는 가장 가까운 스토리지 공급자가 먼저 나열되고 마지막으로 나열된 장애 조치(failover) 스토리지 공급자로 구성됩니다. 장애 조치(failover) 사이트에는 역방향 구성이 있습니다. 가장 가까운 스토리지 공급자 다음에 마지막으로 나열된 기본 사이트 스토리지 공급자가 그 뒤를 잇습니다. |
단일 컨테이너 | 프로필 및 ODFC 컨테이너가 존재하거나 각 사용자에 대해 만들어집니다. |
동시 연결 없음 | ProfileType 설정이 0으로 설정되었거나 구성되지 않았습니다. 사용자의 프로필은 단일 연결 내에서만 탑재할 수 있습니다. |
[OPTIONAL] redirections.xml | XML 파일에는 복잡성이 추가된 다양한 항목이 포함되어 있습니다. |
팁
- 자세한 내용은 사용자 지정 프로필 redirections.xml 페이지를 검토하세요.
- 자습서: redirections.xml 만들기 및 구현 페이지에서는 Microsoft Teams에 대해 이 기능을 구현하는 방법을 보여 줍니다.
레지스트리 설정(복합 + 재해 복구)
사이트 A(미국 서부)
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
CCDLocations | MULTI_SZ 또는 REG_SZ | type=smb,name="FILES SMB WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
예제 |
ClearCacheOnLogoff1 | DWORD | 1 | 권장 |
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName3 | DWORD | 1 | 권장 |
HealthyProvidersRequiredForRegister4 | DWORD | 1 | 권장 |
LockedRetryCount5 | DWORD | 3 | 권장 |
LockedRetryInterval5 | DWORD | 15 | 권장 |
ProfileType6 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds5 | DWORD | 15 | 권장 |
ReAttachRetryCount5 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VolumeType7 | REG_SZ | VHDX | 권장 |
사이트 B(미국 동부)
키 이름 | 데이터 형식 | 값 | 설명 |
---|---|---|---|
CCDLocations | MULTI_SZ 또는 REG_SZ | type=smb,name="FILES SMB EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
예제 |
ClearCacheOnLogoff1 | DWORD | 1 | 권장 |
활성화 | DWORD | 1 | 필수 |
DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | 권장 |
FlipFlopProfileDirectoryName3 | DWORD | 1 | 권장 |
HealthyProvidersRequiredForRegister4 | DWORD | 1 | 권장 |
LockedRetryCount5 | DWORD | 3 | 권장 |
LockedRetryInterval5 | DWORD | 15 | 권장 |
ProfileType6 | DWORD | 0 | 기본값 |
ReAttachIntervalSeconds5 | DWORD | 15 | 권장 |
ReAttachRetryCount5 | DWORD | 3 | 권장 |
SizeInMBs | DWORD | 30000 | 기본값 |
VolumeType7 | REG_SZ | VHDX | 권장 |
1 풀된 데스크톱을 사용할 때 로컬 디스크의 디스크 공간과 데이터 손실 위험을 저장하는 것이 좋습니다.
2 사용자가 로컬 프로필을 사용하지 않고 예기치 않게 데이터를 손실하지 않도록 하는 것이 좋습니다.
3 컨테이너 디렉터리를 보다 쉽게 찾아볼 수 있는 방법을 제공합니다.
4 적어도 1개의 공급자가 정상이 아닌 경우 사용자가 로컬 캐시를 만들지 못하도록 합니다.
5 더 빠른 실패 시나리오를 사용하도록 재시도 타이밍을 줄입니다.
6 단일 연결은 복잡성을 줄이고 성능을 향상시킵니다.
지원되는 크기 및 감소된 손상 시나리오로 인해 7개의 VHDX가 VHD보다 선호됩니다.
부록: 여러 VHDLocations
논리 다이어그램
설정에서 VHDLocations
여러 값을 사용하는 경우 FSLogix에서 사용할 위치를 결정하는 방법을 이해하는 것이 중요합니다.
Warning
여러 위치에 액세스할 수 있는 사용자는 실제 프로필의 위치를 사용할 수 없는 경우 다른 위치에 새 프로필을 만들 수 있습니다.
그림 5: VHDLocations 논리 다이어그램