多區域 OCI VDI：權威全球部署策略

引言：從網路理論到全球虛擬桌面基礎架構的現實

在先前的分析報告《優化多雲網路效能》中，本系列文章指出，延遲是任何全球應用部署面臨的主要挑戰。對於虛擬桌面基礎架構 (VDI) 等即時互動式工作負載而言，延遲更是構成絕對障礙。該分析量化了“最佳性能半徑”，並得出結論：為了獲得真正快速響應的體驗（例如視訊會議或高頻數據交換），用戶必須位於服務網關 100-200 公里範圍內，且延遲必須低於 20 毫秒。

一旦延遲超過 50 毫秒（這種情況通常發生在 500 公里以外的距離），明顯的延遲就會開始「影響流程」。對於一家在全球擁有紐約、倫敦和新加坡團隊的企業而言，這些數據得出了一個無法迴避的結論：單區域 VDI 部署在架構上是站不住腳的。可以肯定的是，主機區域以外的使用者將會遇到嚴重的延遲，導致使用者不滿、生產力下降，最終影響專案實施。

因此，多區域架構對於災難復原來說不是“錦上添花”，而是任何全球 VDI 部署的基礎性、不可協商的要求。

本文提供了解決這一多區域挑戰的權威架構藍圖。它詳細介紹了一種策略，該策略將專為解耦的全球模型而構建的 VDI 平台Thinfinity Workspace與專為真正的區域獨立性和高效能網路而構建的雲端平台Oracle 雲端基礎設施 (OCI)相結合。

建築基礎：OCI 的設計為何能克服 VDI 的複雜性

在設計虛擬桌面基礎架構 (VDI) 解決方案之前，選擇底層基礎架構即服務 (IaaS) 至關重要。儘管市場領導者一直主導著討論，但他們的架構卻隱藏著全球 VDI 的潛在風險。近期發生的重大故障暴露了「彈性敵人」：集中式控制平面和邊緣級配置風險。過度依賴單一「主」區域（例如 AWS 的 us-east-1 區域）意味著該區域的局部故障可能會對全球營運造成連鎖破壞。

Oracle 雲端基礎架構 (OCI) 從一開始就旨在防止這種情況發生。其設計理念與彈性全球虛擬桌面基礎架構 (VDI) 的需求完美契合：

• 真正的區域自治： OCI 將每個區域視為完全故障隔離的域。與其他提供者不同，OCI 的核心功能不依賴單一的主區域。如果一個 OCI 區域發生故障，其他區域仍能「完全自主、不間斷地繼續運作」。對於全球 VDI 而言，這意味著 Ashburn 區域的故障不會影響 Frankfurt 或 Singapore 區域的功能。
• 高效能架構： OCI 在每個區域內均採用扁平化、無阻塞的網路架構建構。這種設計可確保低延遲、高吞吐量和高度可預測的效能。這對於 VDI 部署中的「東西向」流量至關重要，例如 VDI 實例與高 IOPS 儲存後端通訊以取得使用者設定檔。
• 經濟高效的資料傳輸：多區域架構只有在資料複製成本可預測的情況下才可行。 OCI 的定價模式，包括更低的資料出口費用和全球統一費率，直接解決了高昂的出口成本這一多雲挑戰。這使得用戶配置文件和黃金鏡像的大規模複製（任何多區域策略的必要條件）在經濟上成為可能。

OCI 將解耦的、自治的 IaaS 區域與鼓勵資料複製的成本模型結合，使其成為建立現代化、高彈性 VDI 架構的理想基礎。

Thinfinity + OCI：一種現代化的、解耦的 VDI 架構

下一層是VDI平臺本身。傳統的VDI解決方案（通常稱為“傳統VDI”）存在嚴重的“架構債務”。這些為本機資料中心所建構的單體架構，是由代理、StoreFront伺服器、負載平衡器（ADC）和授權伺服器等組成的複雜網路。這種模式維運成本高昂，需要專業且昂貴的管理員，且系統脆弱，更新的「緩慢變更週期」可能需要數週時間。

Thinfinity Workspace提供了一個基於輕量級、容器化、微服務架構的現代化解決方案。這種解耦設計與 OCI 的區域模型完美契合。全球部署的關鍵元件包括：

• 通訊網關：這些是面向使用者的入口點，可作為高效的反向代理。在全球部署中，每個 OCI 區域都會部署一組這樣的網關，盡可能靠近最終使用者。這是實現低於 20 毫秒延遲目標的關鍵。
• 代理：這個輕量級控制平面管理基於角色的存取控制 (RBAC)、身分代理程式（SAML、OIDC）和資源池化。其靈活的架構使其能夠以高可用性 (HA) 模型部署在區域內，並與網關完全解耦。
• 虛擬化代理：部署在 VDI 池（虛擬機器）上的簡單代理程式。它使用唯一的代理 ID 與代理伺服器建立連接，從而消除了困擾傳統系統的複雜 IP 網路依賴關係，並簡化了網路安全規則。

所有使用者連線均完全基於瀏覽器（HTML5），或透過選購的輕量級用戶端進行連線。整個會話透過 HTTPS/TLS 協定進行傳輸，無需 VPN，並可與任何 SAML 或 OIDC 身分提供者原生整合。這從一開始就提供了內建的零信任網路存取 (ZTNA) 框架。

對於在 OCI 上評估全球 VDI 的架構師來說，平台的選擇對成本、複雜性和彈性有著深遠的影響。

表 1：OCI 上的 VDI 解決方案比較

功能	Thinfinity Workspace on OCI	Citrix DaaS on OCI	VMware Horizon on OCVS	OCI Secure Desktops
架構	解耦服務，OCI 原生運行。雲原生。	單體「架構債」。控制平面在外部。	需要在 OCI 裸機上運行完整 VMware SDDC。	OCI 原生服務，組件簡化。
多區域模型	簡單靈活。部署區域網關和 VDI 池。	複雜。依賴中心化 Citrix Cloud 控制平面。	極其複雜。需要多 Pod 架構及全球負載平衡。	區域服務。多區域需手動設置各區域資源。
ZTNA	內置。無需 VPN，原生 IdP 整合。	需要獨立網關/ADC，增加複雜性和成本。	需要獨立 UAG 設備。	原生 ZTNA，但靈活性較低。
客戶端存取	100% 無需客戶端 HTML5。	Requires Citrix Workspace app for full features. HTML5 access is limited.	完整功能需 Horizon Client。	HTML5 或精簡客戶端。
OCI Integration	Native. Deploys on standard OCI Compute (VMs, GPU) & VCNs. Integrates with OCI SDK/API.	Deploys on OCI Compute, but control plane is an external SaaS. Integration via Cloud Connectors.	Abstracted. Runs on VMware hypervisor (ESXi) on bare metal, not native OCI KVM. Manages its own network (NSX).	Native. Fully managed OCI service.
授權	簡單：同時在線用戶數。	複雜：按用戶名/同時在線，分層計費。	極其複雜：VMware 授權 + 裸機成本。	OCI 原生消費型定價。

參考架構：多區域星型 VDI 拓撲

此參考架構實現了 OCI 的最佳實踐網路模式——中心輻射型拓撲結構——以建構安全、可擴展且全球複製的 VDI 環境。

此設計部署在每個OCI區域（例如，法蘭克福和阿什本）。它們透過一個全球網路層連接起來。

區域樞紐 VCN（虛擬雲端網路）：

此虛擬網路 (VCN) 作為所有共享服務和入站/出站流量的中心連接點。它包含：

• 公用子網路： OCI 負載平衡器和 OCI Web 應用程式防火牆 (WAF) 提供安全、高可用的公共入口點。
• 私有網關子網路：一組 Thinfinity 通訊網關，從負載平衡器接收流量。
• 私有管理子網路： Thinfinity Broker（在 HA 模型中）、Active Directory 網域控制站和管理員堡壘主機（或 OCI 堡壘服務）。
• 私有儲存子網路：高效能檔案伺服器（例如，OCI 區塊磁碟區上的 Windows VM）或 OCI 檔案儲存 (FSS) 實例，用於託管 FSLogix 使用者設定檔共用。

區域分支 VCN：

這些虛擬電腦網路 (VCN) 與中心虛擬電腦網路 (Hub VCN) 互聯，用於隔離虛擬桌面基礎架構 (VDI) 工作負載。這種職責分離是安全最佳實踐。它們包含：

• 私有 VDI 子網路： VDI 桌面池，可以是用於任務工作者的標準虛擬機，也可以是用於高階使用者的基於 NVIDIA A10 的 GPU 執行個體 (VM.GPU.A10.1)。

Thinfinity 虛擬化代理程式安裝在這些虛擬機器上，它們會啟動與 Hub VCN 中的 Broker 的出站連線。

全球「黏合劑」：

• OCI動態路由閘道器（DRG v2）：每個區域中心VCN都連接到其自身的DRG。然後，每個區域中的DRG相互連接，在OCI網路上創建一個高速、私有的全球骨幹網，用於傳輸複製流量。
• OCI 流量管理：此全球 DNS 服務位於所有區域的“之上”，可根據使用者的地理位置智慧地將使用者引導至最近的區域中心 VCN。

技術深度解析：全球 VDI 的核心 OCI 網絡

全球骨幹網路動態路由網關（DRG v2）

為了連接區域部署，架構師可以使用較早的遠端虛擬網路對等互連（RPC）。然而，這種方法是點對點的，在多區域網狀網路中會變得難以管理。

OCI 動態路由閘道器 (DRG v2)是更先進、更優的解決方案。 DRG 是一款功能強大的虛擬路由器，可以連接到 VCN、本地 FastConnect 電路，更重要的是，還可以透過 RPC 連接到其他 DRG。它最多支援 300 個 VCN 連接，並擁有自己的內部可編程路由表。

這實現了簡潔的「DRG 傳輸樞紐」設計。每個區域樞紐 VCN 都連接到其本地 DRG，而非複雜的網狀結構。然後，各個 DRG 彼此連接。這為所有「後端」VDI 流量（例如用戶設定檔複製）創建了一個可擴展、高效能的全球傳輸骨幹網，這些流量安全地透過 OCI 骨幹網傳輸，而不是透過公共互聯網。

具備 OCI 流量管理導向策略的智慧入口

DRG負責後端網路；OCI流量管理負責前端用戶延遲問題。這項服務是前一篇文章中討論的「基於地理位置IP的路由」的實際應用。

已為全域 VDI DNS 名稱（例如）設定流量管理導向策略。desktop.mycorp.com策略類型為地理位置導向。

本策略採用「答案庫」和「指導規則」：

• 答案庫 1（NA）： 阿什本地區 OCI 負載平衡器的公共 IP 位址。
• 答案池 2（EMEA）： 法蘭克福地區 OCI 負載平衡器的公共 IP 位址。
• 路由規則 1： 如果 DNS 查詢源自北美，則傳回答案池 1。
• 路由規則2： 如果 DNS 查詢源自歐洲，則傳回答案池 2
• 預設規則： 所有其他查詢都會傳送到預設池（例如，最近的池或主池）。

當倫敦的用戶打開瀏覽器時，他們的 DNS 查詢會被解析到法蘭克福的端點，從而實現低於 20 毫秒的延遲目標。

利用負載平衡器和網路應用防火牆實現區域高可用性和安全性。

地理位置策略必須指向高可用性端點。這是區域性 OCI 負載平衡器。這是一個託管的 OCI 服務，運行於第 7 層（HTTP），負責終止 SSL 連接，並將傳入的用戶連接分發到私有 Thinfinity 網關叢集。

這就是架構簡化的關鍵。傳統的 VDI 解決方案（例如 VMware Horizo​​n）有著複雜的網路需求，包括需要在初始 TCP 驗證和後續基於 UDP 的協定流量之間保持會話持久性。標準的 OCI 負載平衡器無法實現這一點，因此需要採用複雜的變通方案。

Thinfinity 完全基於 HTML5，透過標準的 HTTPS (TCP) 連線來處理整個使用者會話。因此，它能與標準的託管式 OCI L7 負載平衡器完美配合，無需複雜的 UDP 持久化、第三方設備或複雜的網路工程。

為確保安全，OCI Web 應用防火牆 (WAF)部署在公共負載平衡器之前。它配置了「預設拒絕」策略，用於檢查所有入站流量，並保護 Thinfinity 閘道免受 Web 漏洞和其他 L7 層攻擊。

表 2：OCI 多區域 VDI 網路元件

OCI 服務	Service Type	Role in Global VDI Architecture
OCI交通管理	全球域名系統	地理IP路由： 根據使用者位置將使用者導向至最近的OCI區域。實現了低於20毫秒的延遲目標。
OCI 負載平衡器（L7）	區域 L7	高可用性： 終止 SSL 並將流量指派到區域 Thinfinity 閘道叢集。
OCI WAF	安全	網關保護： 保護面向公眾的負載平衡器和 Thinfinity 網關免受 L7 攻擊。
OCI動態路由閘道器（DRG v2）	全球路由	全球骨幹網路： 充當傳輸樞紐，連接所有區域樞紐 VCN，實現安全、私有的複製流量。

解決全域使用者狀態問題：多區域設定檔管理

在任何多區域 VDI 部署中，最複雜的挑戰在於使用者狀態的管理。對於現代 Windows VDI 而言，這意味著管理 FSLogix 設定檔容器。這些容器是 VHD 或 VHDX 虛擬磁碟文件，通常儲存在中央 SMB 文件共用上，並在使用者登入時掛載到 VDI，以提供持久的使用者設定檔。

在多區域災難復原 (DR) 場景中，問題是：我們如何將使用者的 VHDX 檔案從主區域（法蘭克福）複製到 DR 區域（阿什本）？

解決方案模式 1（建議）：採用跨區域複製的 OCI 檔案存儲

最簡單、最穩健、最具成本效益的解決方案是利用 OCI 的原生儲存功能。

• 儲存： FSLogix 設定檔共用託管在 Hub VCN 私人儲存子網路中的檔案伺服器上。這些檔案伺服器使用高效能 OCI 區塊磁碟區來儲存資料。此外，還可以使用託管的 OCI 檔案儲存 (FSS) 服務來儲存基於 NFS 的共用。
• 複製： OCI 的關鍵特性是 OCI 區塊儲存和 OCI 檔案儲存 (FSS) 都支援原生非同步跨區域複製。
• 機制：此複製機制在檔案系統底層，以區塊為單位進行配置。它僅將主區域卷（法蘭克福）中已更改的區塊複製到唯讀目標卷（阿什本）。由於它不感知文件，因此不會受到其他解決方案中常見的文件鎖定問題的影響。

這種 OCI 原生複製是主動-被動災難復原計畫的完美工具，可提供清晰的復原點目標 (RPO)，且對活動使用者工作階段的效能影響為零。

解法模式 2（其他幾何形狀）

其他常用方法則複雜得多，也脆弱得多：

• FSLogix 雲端快取：這是 FSLogix 內建的雙活複製功能，使用者用戶端可以同時寫入多個 SMB 共用。眾所周知，這種機制非常複雜，穩定性較差，並且會產生巨大的 I/O 開銷，導致用戶登入和登出速度變慢。
• Windows DFS-N + DFS-R：通常使用 DFS 命名空間 (DFS-N) 建立全域共用路徑（例如\\mycorp.com\profiles）。但是，FSLogix 設定檔容器明確地不支援 DFS 複製 (DFS-R)。其檔案複製機制無法處理 VHDX 檔案的開啟檔案鎖定，會導致資料損壞。
• Windows DFS-N + 第三方同步：如果 OCI 原生複製不可行，則這是一個可行的替代方案。

OCI 的原生儲存複製服務從根本上簡化了 VDI 災難恢復，使得複雜且脆弱的應用級複製工具對於大多數標準災難復原模式而言都已過時。

表 3：OCI 上的全域使用者設定檔複製策略

複製解決方案	架構	績效影響	複雜	推薦用例
OCI 儲存跨區域複製	主動-被動（DR）	無。異步塊級複製。不影響使用者會話 I/O。	低。 OCI 原生「設定後即可忘記」的功能。	建議：適用於 99% 部署的主要災難復原策略。
FSLogix 雲端緩存	主動-主動	高優先級。會將所有設定檔寫入所有位置，可能導致登入/登出速度變慢。	高。脆弱，難以檢驗故障，I/O成本高。	小眾市場：適用於「追隨太陽」的主動式機型，使用者必須在任何地區都能即時讀寫。
Windows DFS-N + DFS-R	主動-被動	不適用（不支援 DFS-R）	高。 （DFS-N 沒問題）	不支援。 DFS-R 會損壞 FSLogix 設定檔。

「黃金鏡像」工廠：自動化多區域 CI/CD 管線

多區域虛擬桌面基礎架構 (VDI) 的第二個主要運維挑戰是管理「黃金鏡像」。手動在全球範圍內修補和分發新鏡像，正是「黃金鏡像維護」或「鏡像蔓延」的典型例子。這種緩慢的手動過程可能需要數週時間，而且容易出錯，並且有重大的安全風險。

解決方案是將影像管理視為 CI/CD 管道，將 VDI 操作從緩慢的“ITIL”模型轉變為高速的“DevOps”工作流程。

步驟 1：建置（自動化）

在主「建造」區域（例如法蘭克福）中，鏡像創建是自動化的。這可以透過 OCI Secure Desktops Image Builder 來實現，它是 Oracle 推出的一款全新 CLI 工具，可自動簡化 VDI 最佳化 Windows 映像的建立。對於更進階的自動化，可以使用 OCI DevOps 或 Packer 等工具結合 Terraform。

步驟 2：分發（自動）

這是關鍵的多區域步驟，使用 OCI 服務實現自動化：

1. 建置過程會將新的「自訂映像」匯出到法蘭克福區域的 OCI 物件儲存桶。
2. 配置了 OCI 物件儲存複製策略，以自動將映像檔複製到 Ashburn 和 Singapore 區域中的「副本」儲存桶。
3. 在每個目標區域，新物件到達時都會觸發一個 OCI 函數或計畫腳本。此腳本會從本機物件儲存桶匯入鏡像，建立一個新的區域性「自訂鏡像」。

步驟 3：部署（編排式）

新的自訂鏡像 OCID 現已在所有區域本地可用。與 OCI 原生整合的 Thinfinity Cloud Manager 將接管後續工作，管理完整的「黃金鏡像生命週期」。管理員只需更新 VDI 池定義，使其指向新的鏡像 OCID 即可。 Thinfinity 的編排器隨後將安全地捲動更新 VDI 池，根據策略和使用者需求，自動停用舊虛擬機，並從更新後的鏡像中配置新虛擬機。

這種「影像工廠」流程將耗時數週、風險極高的手動任務轉變為低摩擦、可審計且安全的自動化工作流程，使組織能夠「以雲端的速度進行變革」。

為全球虛擬桌面基礎架構 (VDI) 實施零信任框架

這種全球架構不僅性能卓越，而且本質上是安全的，它建立在現代零信任框架之上，而不是過時的基於邊界的模型之上。

支柱一：身分即邊界（Thinfinity + OCI IAM）

傳統的虛擬桌面基礎架構 (VDI) 通常需要 VPN 或將遠端桌面協定 (RDP) 暴露在網際網路上，造成巨大的攻擊面。 Thinfinity + OCI 模型則徹底改變了這種情況。

• 無需 VPN： Thinfinity 內建了零流量網路存取 (ZTNA) 框架。所有存取均透過區域性 Thinfinity 網關經由 HTTPS/TLS 協定進行。 VDI 虛擬機器本身位於私人子網路中，無法直接從網際網路存取。
• 聯合身分： Thinfinity（作為服務提供者）與 OCI IAM 身分領域（作為身分提供者）使用 SAML 2.0 或 OIDC 進行聯合。 Thinfinity 原生支援基於 SAML 的身分提供者。
• 集中式強制執行：此聯合身分驗證機制使 OCI IAM 成為唯一的權威身分來源。在 Thinfinity 將使用者會話代理到虛擬機器之前，它會強制執行所有存取策略，例如多因素身份驗證 (MFA)、基於角色的存取控制 (RBAC) 和裝置狀態檢查。 OCI IAM 網域還可以跨區域複製，從而提供全球一致的身份來源。

第二支柱：微隔離（OCI 網路安全群組）

為了在 VCN 內實現最小權限訪問，該架構使用網路安全群組 (NSG)，而不是 OCI 較舊的基於子網路的安全清單。 Network Security Groups (NSGs), not OCI’s older, subnet-based Security Lists.

這是一個關鍵的區別。安全性清單是「以子網路為中心」的——要允許 VDI 虛擬機器存取檔案共享，必須向整個 VDI 子網路開放 SMB 連接埠 445，這安全性很低。

網路安全群組 (NSG) 是「以應用程式為中心」的。一個資源，例如虛擬機器的網路介面 (VNIC)，會被指派給一個或多個 NSG。這樣，防火牆規則就可以使用其他 NSG 作為來源或目標，而不僅僅是 CIDR 區塊。

這使得真正的微分割藍圖成為可能：

• vdi-pool-nsg已指派給所有 VDI 虛擬機器。
• file-server-nsg已指派給 FSLogix 設定檔伺服器。
• ad-controller-nsg已指派給 Active Directory 網域控制站。

有了這些措施，安全規則就能夠感知應用程式並獨立於 IP 位址：

• 規則file-server-nsg：入口：允許來自來源 = 的 TCP/445 vdi-pool-nsg。
• 規則ad-controller-nsg：入口：允許來自 Source = vdi-pool-nsgAND Source =的 Kerberos/LDAP file-server-nsg。

應用層之間的這種有狀態防火牆極大地限制了攻擊者橫向移動的能力，這是零信任的核心原則。

第三支柱：高效能、安全的工作負載（OCI GPU）

這種零信任模型不會影響效能。對於工程、設計或資料科學領域的高階用戶，可以使用 OCI 強大的 NVIDIA GPU 執行個體來配置 VDI 池。特別是 A10 Tensor Core 實例（例如 VM.GPU.A10.1、VM.GPU.A10.2）是理想之選。 NVIDIA A10 專為「圖形豐富的虛擬桌面」和「NVIDIA RTX 虛擬工作站 (vWS)」工作負載而設計。這些高效能虛擬機器只需分配到各自的網路安全群組 (NSG)，並受完全相同的零信任網路架構 (ZTNA) 框架保護，即可從 Thinfinity 獲得安全的代理存取。

災難復原模式：主動-主動架構與主動-被動架構的虛擬桌面基礎架構

該架構為兩種截然不同的多區域策略提供了基礎。

模式 1：主動-被動（熱備用）－推薦用於災難復原

這是最常見、最具成本效益且最簡單的災難復原模型。

• 主區域（例如法蘭克福）：完全啟動。所有 VDI 池均已運作。 OCI 流量管理將 100% 的全球流量導向此處。 OCI 區塊磁碟區/FSS 託管設定檔處於讀取/寫入模式。
• DR Region (e.g., Ashburn): 部署為「熱備」或「指示燈」。
  • 計算： VDI 主機池已配置，但縮減至零（或最小管理集），以消除計算成本。
  • 儲存： 設定檔儲存（區塊磁碟區或 FSS）處於唯讀狀態，接收非同步跨區域複製。
• 故障轉移流程： 當法蘭克福發生故障時，管理員（或自動腳本）將執行以下三個步驟：
  1. 儲存： 將 Ashburn OCI 儲存磁碟區從唯讀提升為讀取/寫入。
  2. 計算： 使用 Thinfinity 雲端管理器將 Ashburn 中的 VDI 池容量從 0% 擴展到 100%。
  3. 網路： 更新 OCI 流量管理轉向策略，將 100% 的流量路由到 Ashburn 負載平衡器。

此策略可實現完全區域故障轉移，復原時間目標 (RTO) 以分鐘為單位進行衡量，而成本僅為主動-主動部署的一小部分。

模式 2：主動-主動－推薦用於全球績效

該模型不是為了災難恢復，而是為了解決全球分散式員工的核心延遲問題。

• 架構： 法蘭克福和阿什本地區均已全面投入運營，同時為用戶提供服務。
• 網路： OCI 地理位置引導策略至關重要。它將 EMEA 用戶路由到法蘭克福 VDI 池，將北美用戶路由到阿什本 VDI 池，從而確保每個人都能獲得低延遲（<20 毫秒）的體驗。

使用者畫像挑戰： 此模型帶來了顯著的使用者畫像挑戰。如果有一位來自倫敦（歐洲、中東和非洲地區）的使用者登入法蘭克福伺服器，其個人資料將會被修改。如果他們下週飛往紐約（北美地區）並登入阿什本伺服器，則必須取得更新的個人資料，並且阿什本伺服器上所做的任何更改都必須同步回法蘭克福伺服器。

這種雙向多主複製的要求使得簡單的單向主動-被動式 OCI 儲存複製不再適用。此模型迫使我們使用更複雜、更脆弱的應用層解決方案（例如 FSLogix Cloud Cache）來同步使用者設定檔 VHDX 檔案。

因此，架構師必須權衡利弊：Active-Active 部署提供了最佳的全域使用者效能，但代價是使用者設定檔層的複雜性和脆弱性顯著增加。

結論：一個具有彈性和高效能的全球虛擬桌面基礎架構藍圖

由於延遲的實體限制（即往返時間必須小於 20 毫秒才能保證高品質的使用者體驗），單一區域虛擬桌面基礎架構 (VDI) 對於全球企業已不再適用。未來的發展方向是建構彈性多區域架構。

然而，成功並非透過強行將複雜的傳統 VDI 架構遷移到雲端平台來實現，而是透過雲端原生 VDI 平台與真正具有彈性的雲端 IaaS 平台之間的協同作用來實現的。

這份最終藍圖實現了這種綜效：

• OCI 的故障隔離區域提供了彈性基礎，消除了集中式控制平面故障的風險。
• Thinfinity 的解耦閘道採用區域性部署，解決了使用者面臨的延遲問題。
• OCI 的全球網路（Geo-IP 路由的流量管理和後端網狀網路的 DRG v2）提供全球連線。
• OCI 的原生儲存複製為主動-被動災難復原提供了一種簡單、強大且經濟高效的解決方案。
• Thinfinity 的雲端管理器和 OCI 的鏡像/儲存自動化創建了一個“鏡像工廠”，將 VDI 營運轉變為現代 DevOps 工作流程。
• OCI 的 NSG 和 Thinfinity 的 ZTNA 提供了一種「身分感知」和「應用感知」的安全態勢，預設是安全的。

Thinfinity Workspace 與 Oracle 雲端基礎架構的結合是部署高效能、高彈性、安全且最重要的是易於大規模管理的全球 VDI 解決方案的最終策略。