FSLogix 的商務持續性和災害復原選項
注意
所有圖表都是以 Azure 虛擬桌面為基礎的範例，適用於其他虛擬桌面平臺。
有效的商務持續性和災害復原 （BCDR） 計劃著重於組織在發生災害或其他重大中斷時運作所需的程序和資源。 漫遊使用者配置檔通常不會描述為 BCDR 策略的業務或任務關鍵元件。 在虛擬桌面環境中，使用者不知道他們有漫遊配置檔。 不論虛擬機為何，配置檔都會漫遊，為使用者提供一致的體驗。 如果可能的話，商務或任務關鍵性數據不應該儲存在使用者的配置檔中。 使用 OneDrive、SharePoint 或其他解決方案是保護 BCDR 事件期間數據的有效方法，而不需要依賴使用者作為其配置檔一部分的數據漫遊。 此程式最好在復原時間目標 （RTO） 和恢復點目標 （RPO） 練習中概述，其中成本效益和風險分析可以根據組織和業務目標來權衡。
選項 1：沒有設定檔復原
雖然此選項似乎 不像 BCDR 設計，但著重於確保商務和任務關鍵性數據不在使用者配置檔中。 在災害期間，使用者會在新的位置或新的儲存提供者上建立新的配置檔（兩者皆可能成立）。 這個選項在基礎結構成本方面是最具成本效益的，但因為可能會對用戶體驗造成負面影響。
圖 1： 沒有配置文件復原 |FSLogix 標準容器 （VHDLocations）
在圖表中，是使用 Azure 虛擬桌面的多區域主機集區。 主要和故障轉移區域都有專用 Azure 檔案儲存體 共用，使用區域備援記憶體 （ZRS）來提供區域內的高可用性。 故障轉移區域具有已停止或解除分配的會話主機。 在災害中，故障轉移區域會成為主要區域，使用者將會登入這些會話主機，並在該區域的 Azure 檔案儲存體 共用上建立新的配置檔。
選項 2：雲端快取（主要/故障轉移）
- 檢閱：雲端快取概觀
- 範例：進階 + 災害復原（主要/故障轉移）
故障轉移設計是一種常見策略，可確保發生災害或失敗時，基礎結構的可用性和可靠性。 雲端快取可讓您使用此類型的故障轉移設計來使用 FSLogix。 使用雲端快取，您可以將裝置設定為使用兩個（2）個儲存提供者，將配置檔數據儲存在不同的位置。 雲端快取會以異步方式將配置檔數據同步處理至這兩個記憶體提供者，因此您一律會有最新版的數據。 部分裝置位於主要位置，而其他裝置則位於故障轉移位置。 雲端快取會優先處理第一個記憶體提供者（最接近您的裝置），並使用其他記憶體提供者作為備份。 例如，如果您的主要裝置位於美國西部，且您的故障轉移裝置位於美國東部，您可以設定雲端快取，如下所示：
- 主要裝置使用美國西部的記憶體提供者做為第一個選項，而美國東部的記憶體提供者則使用第二個選項。
- 故障轉移裝置使用美國東部的記憶體提供者作為第一個選項，而美國西部的記憶體提供者則作為第二個選項。
- 如果主要裝置或最接近的記憶體提供者失敗，您可以切換至故障轉移裝置或備份記憶體提供者，並繼續您的工作，而不會遺失配置文件數據。
不過，使用故障轉移設計搭配雲端快取有一些缺點。 首先，您必須支付額外的費用，才能將配置檔數據儲存在兩個 （2） 個位置。 其次，您必須手動起始故障轉移程式，這可能需要商務項目關係人的核准。 第三，由於異步同步處理至兩個記憶體提供者，您可能會在配置檔數據中遇到一些延遲或不一致的情況。
提示
- 在允許使用者容錯回復主要位置中的配置檔之前，請確定所有使用者都已從故障轉移位置成功註銷，以確保主要位置具有最新使用者配置檔數據的複本。
- 雲端快取是 I/O 密集的系統，可輕易造成還原位置的網路和/或記憶體瓶頸。
圖 2： 雲端快取 （主要/故障轉移） |FSLogix 雲端快取 （CCDLocations）
在圖表中，我們有使用 Azure 虛擬桌面的多區域主機集區。 主要和故障轉移區域都是此設定的一部分。 它們各自有專用的 Azure 檔案儲存體 共用，使用區域備援記憶體（ZRS），以確保區域內的高可用性。 故障轉移區域包含已停止或解除分配的會話主機。 發生災害時，故障轉移區域會變成主要區域。 使用者將會登入這些會話主機，並從故障轉移區域載入其復寫的配置檔。
不過，請務必考慮下列事項：
- BCDR （商務持續性和災害復原）事件很少正常。 視情況而定，使用者配置檔數據可能無法保證完好無損。
- 登入故障轉移區域中會話主機的使用者可能會遺失數據，或更糟的情況是容器損毀。
在此情況下，請務必針對重要數據使用 OneDrive 或 SharePoint 等儲存平臺。 這些平臺提供額外的備援和保護，以防止數據遺失。 請記住，規劃災害復原很重要，且擁有正確的記憶體策略可以降低風險，並確保商務持續性。
選項 3：雲端快取（使用中/主動）
- 檢閱：雲端快取概觀
- 範例：進階 + 災害復原（主要/故障轉移）
討論基礎結構時，通常會使用主動/主動設計，也可以套用至 FSLogix 配置文件解決方案。 使用此選項時，雲端快取會設定為兩個以異步方式更新的記憶體提供者，以反映對本機快取所做的所有變更。 最接近使用中位置的儲存提供者會先列出，而最遠的提供者則會列在第二位。 在其他位置中，順序會反轉。 此選項會產生將提供者數據儲存在兩個位置的額外成本，而且在起始故障轉移之前，需要商務項目關係人手動決策。
提示
- 當失敗的區域運作時，配置文件數據可能需要相當長的時間才能完整複寫。
- 雲端快取是 I/O 密集的系統，可輕易造成還原位置的網路和/或記憶體瓶頸。
圖 3： 雲端快取 （使用中/主動） |FSLogix 雲端快取 （CCDLocations）
在圖表中，有兩個 （2） 個 AVD 主機集區和位於特定 Azure 區域的會話主機。 指派給美國西部區域的使用者，請存取這些虛擬機。 美國東部區域中的使用者只能存取，並指派給這些虛擬機。 在災害期間，倖存的區域必須有足夠的容量來支援所有使用者。 此外，來自失敗區域的使用者需要授與倖存區域中虛擬機的存取權。
BCDR 事件永遠不會正常運作，而且視事件的情況而定，使用者配置檔數據不保證會保持不變。 登入倖存區域中會話主機的使用者可能會遇到數據遺失或容器損毀狀況更糟的情況。 這種情況可放大使用 OneDrive 或 SharePoint 等儲存平臺來取得重要用戶數據的需求。