設定範例
本文中所述的範例組態是根據組態選擇的複雜度進展。 每個範例都有一個相關聯的設定,著重於備援或災害復原。 我們建議客戶為其環境選取最簡單的設定。 新增不必要的複雜性會導致不正確的設定和支援案例。
注意
使用這些範例作為 FSLogix 組態的起點 。 這些範例中的想法和概念應告知您獨特的組織需求。
範例 1:標準
標準組態範例是大多數客戶應該考慮的最簡單組態。
必要條件(標準)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- SMB 檔案共用。
- 已驗證的 共用和NTFS許可權。
設定項目 (標準)
項目 | 描述 |
---|---|
單一 VHD 位置 | VHDLocations 設定包含SMB檔案共用的單一 UNC 路徑。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 (標準)
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 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:標準 + 高可用性 (雲端快取)
標準 + 高可用性設定藉由納入雲端快取來確保配置檔容器的區域可用性,藉此增強基本標準範例。 此設定的設計目的是要提供強固性和備援性,讓配置檔容器即使在特定區域中發生失敗或中斷時也能存取。 雲端快取可作為復原和可用性層,定期將配置檔數據上游寫入至多個記憶體提供者。 藉由跨唯一記憶體提供者復寫數據,可確保即使一個記憶體提供者無法使用,配置檔容器仍可供使用。 此方法可增強可靠性,並將終端使用者的停機時間降到最低。
重點
- 備援和健全:即使發生失敗或中斷,也允許存取配置檔容器,將終端使用者的停機時間降到最低
- 復原能力:雲端快取可作為可用性層,定期將配置檔數據上游寫入至多個記憶體提供者。
- 記憶體設計專長:雲端快取功能取決於記憶體提供者的效能。
摘要
標準 + 高可用性設定結合了標準設定的優點與額外的量值,以維護跨區域的可用性,使其適用於需要持續存取配置檔數據的重要應用程式。
圖 1: 使用雲端快取的 FSLogix 高可用性
必要條件 (標準 + 高可用性 )
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 相同區域或區域備援記憶體中的多個記憶體提供者。
- 已驗證的 共用和NTFS許可權 (僅限SMB)。
設定項目 (標準 + 高可用性)
項目 | 描述 |
---|---|
容器備援 | CCDLocations 包含至少 2 個不同種類的儲存提供者。 記憶體提供者位於 與虛擬機相同的 區域中。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 (標準 + 高可用性)
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
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 | 下載 | 1 | 建議需求 |
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply2 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName3 | 下載 | 1 | 建議需求 |
HealthyProvidersRequiredForRegister4 | 下載 | 1 | 建議需求 |
LockedRetryCount5 | 下載 | 3 | 建議需求 |
LockedRetryInterval5 | 下載 | 15 | 建議需求 |
ProfileType6 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds5 | 下載 | 15 | 建議需求 |
ReAttachRetryCount5 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 30000 | 預設 |
VolumeType7 | REG_SZ | VHDX | 建議需求 |
1 建議使用集區桌面時節省本機磁碟上的磁碟空間,以及資料遺失的風險。
2 建議確保使用者不會使用本機配置檔,並意外遺失數據。
3 提供和更簡單的方式來流覽容器目錄。
4 如果至少有 1 個提供者狀況不良,防止使用者建立本機快取。
5 減少重試時間,以加快失敗案例的速度。
6 單一連線可降低複雜度並提升效能。
7 VHDX 優先於 VHD,因為它支援的大小和減少損毀案例。
範例 3:標準 + 災害復原(沒有設定檔復原)
標準 + 災害復原是基本標準延伸模組。 在此設定中,重複的基礎結構存在於另一個區域中,但會維持 關閉 電源,直到需要為止。 不同於其他復原案例, 此方法中沒有配置檔復原 。 相反地,使用者會在替代位置中建立新的配置檔。 雖然這是 最不複雜的復原案例,但有一個重要缺點: 用戶體驗和訓練 會成為成功的關鍵元件。
重點
- 重複的基礎結構:災害復原區域會鏡像主要基礎結構,但會保持非使用中狀態,直到需要為止。
- 沒有設定檔復原:使用者不會還原現有的配置檔,而是在替代位置中建立新的配置檔。
- 簡單性:這種方法可將複雜性降至最低,但高度依賴使用者熟悉度和訓練。
- 用戶體驗:確保順暢的轉換和使用者理解至關重要。
摘要
標準 + 災害復原設定可平衡簡單性,以及使用者教育與適應的需求。
圖 2: 沒有配置文件復原 |FSLogix 標準容器 (VHDLocations)
必要條件 (標準 + 災害復原)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 在另一個區域中重複的記憶體和計算基礎結構。
- 已驗證的NTFS和共用層級許可權(僅限SMB)。
設定項目 (標準 + 災害復原)
項目 | 描述 |
---|---|
單一 VHD 位置 | VHDLocations 設定包含SMB檔案共用的單一 UNC 路徑。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 (標準 + 災害復原)
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 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:進階
進階組態範例會藉由引進其他功能來增強彈性和自定義,以以標準範例為基礎。
重點
- 多個 VHDLocation 或物件特定設定:您可以指定多個位置來儲存使用者配置檔(VHDLocations)。 或者,您可以定義物件特定設定,以針對特定使用者或群組量身打造配置文件行為。 這種彈性可讓您根據組織的需求優化配置檔管理。
- 自定義配置檔重新導向中的最小專案:不同於標準設定,其中未使用redirections.xml檔案,進階組態會將redirections.xml專案的數目降到最低。 redirections.xml組態中的每個專案都會增加複雜度,而且可能會導致未知的應用程序行為。 將這些專案最小化可能會提供整體較佳的用戶體驗。
摘要
進階設定提供對配置檔記憶體和重新導向的細微控制,使其適用於具有各種需求的組織。
必要條件 (進階)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 多個SMB檔案共用(s)。
- 已驗證的 共用和NTFS許可權 (僅限SMB)。
設定項目 (進階)
項目 | 描述 |
---|---|
多個 VHD 位置 | VHDLocations 設定包含 SMB 檔案共用的單一或多個 UNC 路徑(以分號分隔)。 |
物件特定設定 | 允許以使用者或群組 SID 為基礎的唯一設定。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
最小redirections.xml | XML 檔案包含稍微複雜度最小的專案。 |
提示
- 如需其他資訊,請檢閱自定義配置檔redirections.xml頁面。
- 教學 課程:建立和實作 redirections.xml 頁面示範如何為 Microsoft Teams 實作這項功能。
登入設定 (進階)
多個 VHDLocations
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
SizeInMBs | 下載 | 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\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | 下載 | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
SizeInMBs | 下載 | 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\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
VHDLocations | MULTI_SZ 或 REG_SZ | \\<server-name>\<share-name> |
範例 |
登錄路徑: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
VHDLocations | MULTI_SZ 或 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
範例 |
警告
VHDLocations 中的多個專案不提供容器復原功能。 當有多個專案存在時,用戶會嘗試依序從位置清單中建立或尋找其容器。 用戶可存取或可用的第一個位置,就是建立或附加容器的位置。 如果使用多個專案,用戶應該只能存取單一位置。 請考慮使用物件特定的組態設定,而不是多個 VHDLocations。
1 建議確保使用者不會使用本機配置檔,並意外遺失數據。
2 提供和更簡單的方式來流覽容器目錄。
3 減少重試時間,以啟用更快速的失敗案例。
4 單一連線可降低複雜度並提升效能。
5 VHDX 優先於 VHD,因為它支援的大小和減少損毀案例。
範例 5:進階 + 災害復原(主要/故障轉移)
進 階 + 災害復原 設定範例會透過故障轉移設計來增加複雜度。 這是常見的策略,可確保發生災害或失敗時,基礎結構的可用性和可靠性。 使用雲端快取,您可以將裝置設定為使用兩個(2)個儲存提供者,將配置檔數據儲存在不同的位置。 雲端快取會以異步方式將配置檔數據同步處理至這兩個記憶體提供者,因此您一律會有最新版的數據。 部分裝置位於主要位置,而其他裝置則位於故障轉移位置。 雲端快取會優先處理第一個記憶體提供者(最接近您的裝置),並使用其他記憶體提供者作為備份。 例如,如果您的主要裝置位於美國西部,且您的故障轉移裝置位於美國東部,您可以設定雲端快取,如下所示:
- 主要裝置使用美國西部的記憶體提供者做為第一個選項,而美國東部的記憶體提供者則使用第二個選項。
- 故障轉移裝置使用美國東部的記憶體提供者作為第一個選項,而美國西部的記憶體提供者則作為第二個選項。
- 如果主要裝置或最接近的記憶體提供者失敗,您可以切換至故障轉移裝置或備份記憶體提供者,並繼續您的工作,而不會遺失配置文件數據。
重點
- 故障轉移設計:此設計可確保發生災害或失敗時基礎結構的可用性和可靠性。
- 配置檔記憶體:雲端快取可讓您將設定檔資料儲存在不同的位置。
- 額外的記憶體成本:多個記憶體位置會增加整體成本。
- 卓越營運:手動故障轉移程式,可能需要商務項目關係人和程序驗證的核准。
- 用戶體驗:由於異步同步處理至兩個記憶體提供者,您在配置檔數據中可能會遇到一些延遲或不一致的情況。
摘要
進階 + 災害復原組態會示範使用雲端快取的故障轉移設計如何透過在不同位置使用兩個記憶體提供者來增強基礎結構的可靠性與可用性。 它也強調此方法的缺點,包括額外的成本、手動故障轉移起始的需求,以及配置檔數據中潛在的延遲或不一致。
圖 3: 雲端快取 (主要/故障轉移) |FSLogix 雲端快取 (CCDLocations)
必要條件 (進階 + 災害復原)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 至少兩個區域中的兩個記憶體提供者。
- 已驗證的 共用和NTFS許可權 (僅限SMB)。
設定項目 (進階 + 災害復原 )
項目 | 描述 |
---|---|
容器備援 | CCDLocations 包含兩個 (2) 個儲存提供者1。 主要月臺已設定為最接近的記憶體提供者,並列出最後所列的故障轉移記憶體提供者。 故障轉移月臺具有反向設定。 最接近的記憶體提供者,後面接著最後列出的主要月台記憶體提供者。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
1 記憶體提供者必須位於不同的區域或位置。
提示
檢閱 [自定義配置檔重新導向] 頁面,以取得建議的排除專案。
登入設定 (進階 + 災害復原)
主要網站
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
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 | 下載 | 1 | 建議需求 |
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply2 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName3 | 下載 | 1 | 建議需求 |
HealthyProvidersRequiredForRegister4 | 下載 | 1 | 建議需求 |
LockedRetryCount5 | 下載 | 3 | 建議需求 |
LockedRetryInterval5 | 下載 | 15 | 建議需求 |
ProfileType6 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds5 | 下載 | 15 | 建議需求 |
ReAttachRetryCount5 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 30000 | 預設 |
VolumeType7 | REG_SZ | VHDX | 建議需求 |
故障轉移網站
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
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 | 下載 | 1 | 建議需求 |
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply2 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName3 | 下載 | 1 | 建議需求 |
HealthyProvidersRequiredForRegister4 | 下載 | 1 | 建議需求 |
LockedRetryCount5 | 下載 | 3 | 建議需求 |
LockedRetryInterval5 | 下載 | 15 | 建議需求 |
ProfileType6 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds5 | 下載 | 15 | 建議需求 |
ReAttachRetryCount5 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 30000 | 預設 |
VolumeType7 | REG_SZ | VHDX | 建議需求 |
1 建議使用集區桌面時節省本機磁碟上的磁碟空間,以及資料遺失的風險。
2 建議確保使用者不會使用本機配置檔,並意外遺失數據。
3 提供和更簡單的方式來流覽容器目錄。
4 如果至少有 1 個提供者狀況不良,防止使用者建立本機快取。
5 減少重試時間,以加快失敗案例的速度。
6 單一連線可降低複雜度並提升效能。
7 VHDX 優先於 VHD,因為它支援的大小和減少損毀案例。
範例 6:複雜
複雜組態範例會藉由引進多個連線,以以進階範例為基礎。 在此設定中,使用者配置檔可以處理多個連線,讓單一使用者同時在不同的裝置上擁有作用中的會話。 儘管複雜度增加,但目標仍然是為終端使用者提供順暢的體驗。 正確設定多個連線可提升生產力和彈性,讓此設定適用於具有多樣化需求和高需求的組織。
注意
Azure 虛擬桌面不支援相同主機集區內的多個連線。
摘要
複雜組態會平衡複雜與使用者為中心的設計,使其非常適合需要延展性和健全配置檔管理的大型組織。
圖 4: 具有多個連線的複雜範例 |FSLogix 標準容器 (VHDLocations)
必要條件 (複雜)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 個別的虛擬機集區。
- 多個SMB檔案共用(不適用於高可用性)。
- 已驗證的 共用和NTFS許可權 (僅限SMB)。
設定項目 (複雜)
項目 | 描述 |
---|---|
多個 VHD 位置 | VHDLocations 設定包含 SMB 檔案共用的單一或多個 UNC 路徑(以分號分隔)。 |
物件特定設定 | 允許以使用者或群組 SID 為基礎的唯一設定。 |
單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
並行連線(秒) | ProfileType 設定為 3。 用戶可以有多個登入,但只有一個 (1) 個會話允許寫入基底 VHD 磁碟。 |
[選擇性] redirections.xml | XML 檔案包含具有新增複雜度的各種專案。 |
提示
- 如需其他資訊,請檢閱自定義配置檔redirections.xml頁面。
- 教學 課程:建立和實作 redirections.xml 頁面示範如何為 Microsoft Teams 實作這項功能。
登入設定 (複雜)
多個 VHDLocations
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
SizeInMBs | 下載 | 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\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
已啟用 | 下載 | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply1 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName2 | 下載 | 1 | 建議需求 |
LockedRetryCount3 | 下載 | 3 | 建議需求 |
LockedRetryInterval3 | 下載 | 15 | 建議需求 |
ProfileType4 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds3 | 下載 | 15 | 建議需求 |
ReAttachRetryCount3 | 下載 | 3 | 建議需求 |
RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
SizeInMBs | 下載 | 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\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
VHDLocations | MULTI_SZ 或 REG_SZ | \\<server-name>\<share-name> |
範例 |
登錄路徑: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
VHDLocations | MULTI_SZ 或 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
範例 |
警告
VHDLocations 中的多個專案不提供容器復原功能。 當有多個專案存在時,用戶會嘗試依序從位置清單中建立或尋找其容器。 用戶可存取或可用的第一個位置,就是建立或附加容器的位置。 如果使用多個專案,用戶應該只能存取單一位置。 請考慮使用物件特定的組態設定,而不是多個 VHDLocations。
1 建議確保使用者不會使用本機配置檔,並意外遺失數據。
2 提供和更簡單的方式來流覽容器目錄。
3 減少重試時間,以啟用更快速的失敗案例。
4 單一連線可降低複雜度並提升效能。
5 VHDX 優先於 VHD,因為它支援的大小和減少損毀案例。
範例 7:複雜 + 災害復原(主動/主動)
複雜 + 災害復原組態會藉由實作主動/主動設計,以進階 + 災害復原組態為基礎。 此組態不需要在兩個月臺之間進行負載平衡,而是依賴使用者只能存取一個位置。 在鑽研或BCDR的情況下,來自失敗區域的使用者會被授與對運作區域中虛擬機的存取權。
重點
- 故障轉移功能:發生災害時,倖存的區域必須具備容量才能支援所有使用者。
- 配置檔記憶體:雲端快取可讓您將設定檔資料儲存在不同的位置。
- 額外的記憶體成本:多個記憶體位置會增加整體成本。
- 卓越營運:手動故障轉移程式,可能需要核准業務項目關係人、程序驗證和適當的使用者指派。
- 用戶體驗:由於異步同步處理至兩個記憶體提供者,您在配置檔數據中可能會遇到一些延遲或不一致的情況。
摘要
使用雲端快取的複雜 + 災害復原設定可提供備援和彈性,但商務決策在起始故障轉移方面扮演重要角色。
圖 5: 雲端快取 (使用中/主動) |FSLogix 雲端快取 (CCDLocations)
必要條件 (複雜 + 災害復原)
- FSLogix 必要條件,包括防毒排除專案
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 每個位置中虛擬機的個別集區。
- 使用者一次只能存取單一區域。
- 已驗證的 共用和NTFS許可權 (僅限SMB)。
設定項目 (複雜 + 災害復原)
項目 | 描述 |
---|---|
容器備援 | CCDLocations 包含兩個 (2) 個儲存提供者1。 主要月臺已設定為最接近的記憶體提供者,並列出最後所列的故障轉移記憶體提供者。 故障轉移月臺具有反向設定。 最接近的記憶體提供者,後面接著最後列出的主要月台記憶體提供者。 |
單一容器 | 配置檔和 ODFC 容器存在或針對每個使用者建立。 |
沒有並行連線 | ProfileType 設定設為 0 或未設定。 使用者配置檔只能掛接在單一連線內。 |
[選擇性] redirections.xml | XML 檔案包含具有新增複雜度的各種專案。 |
提示
- 如需其他資訊,請檢閱自定義配置檔redirections.xml頁面。
- 教學 課程:建立和實作 redirections.xml 頁面示範如何為 Microsoft Teams 實作這項功能。
登入設定 (複雜 + 災害復原)
網站 A (美國西部)
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
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 | 下載 | 1 | 建議需求 |
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply2 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName3 | 下載 | 1 | 建議需求 |
HealthyProvidersRequiredForRegister4 | 下載 | 1 | 建議需求 |
LockedRetryCount5 | 下載 | 3 | 建議需求 |
LockedRetryInterval5 | 下載 | 15 | 建議需求 |
ProfileType6 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds5 | 下載 | 15 | 建議需求 |
ReAttachRetryCount5 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 30000 | 預設 |
VolumeType7 | REG_SZ | VHDX | 建議需求 |
網站 B (美國東部)
索引鍵名稱 | 資料類型 | 值 | Description |
---|---|---|---|
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 | 下載 | 1 | 建議需求 |
已啟用 | DWORD | 1 | 必填 |
DeleteLocalProfileWhenVHDShouldApply2 | 下載 | 1 | 建議需求 |
FlipFlopProfileDirectoryName3 | 下載 | 1 | 建議需求 |
HealthyProvidersRequiredForRegister4 | 下載 | 1 | 建議需求 |
LockedRetryCount5 | 下載 | 3 | 建議需求 |
LockedRetryInterval5 | 下載 | 15 | 建議需求 |
ProfileType6 | 下載 | 0 | 預設 |
ReAttachIntervalSeconds5 | 下載 | 15 | 建議需求 |
ReAttachRetryCount5 | 下載 | 3 | 建議需求 |
SizeInMBs | 下載 | 30000 | 預設 |
VolumeType7 | REG_SZ | VHDX | 建議需求 |
1 建議使用集區桌面時節省本機磁碟上的磁碟空間,以及資料遺失的風險。
2 建議確保使用者不會使用本機配置檔,並意外遺失數據。
3 提供和更簡單的方式來流覽容器目錄。
4 如果至少有 1 個提供者狀況不良,防止使用者建立本機快取。
5 減少重試時間,以加快失敗案例的速度。
6 單一連線可降低複雜度並提升效能。
7 VHDX 優先於 VHD,因為它支援的大小和減少損毀案例。
附錄:多個 VHDLocations
邏輯圖表
在設定中使用 VHDLocations
多個值時,請務必瞭解 FSLogix 如何決定要使用的位置。
警告
如果無法取得實際配置檔的位置,可存取多個位置的使用者可能會在另一 個位置建立新的 配置檔。
圖 5: VHDLocations 邏輯圖表