VMware Horizon 6的一個新特性就是Cloud Pod架構，該架構使組織能夠橫跨多個數據中心擴展虛擬桌面的部署規模。
VMware的Cloud Pod架構提供了一些優勢，包括容錯、負載均衡以及集中管理，對災難恢復來說具備這些功能簡直太棒了。
為理解Cloud Pod架構，你先要熟悉VMware View構造塊以及View pod，了解公司是否在使用持久型虛擬桌面，如果在pod級別發生運行中斷，那么你需要使用一款復制工具在不同pod間復制持久型虛擬桌面。
了解View構造塊及pods View構造塊在本質上是VMware vCenter實例，雖然其不止包括vCenter，但vCenter是該構造塊不可分割的一部分。
除VMware vCenter Server外，構造塊還包括一個或多個vSphere集群。改構造塊還擁有共享存儲，還可能包括其他組件，比如數據庫，VLAN以及網絡交換機。構造塊中的所有資源能夠容納2000個虛擬桌面。
View pod是一個View構造塊集合，每個pod能夠包含多達5個構造塊，因此能夠容納多達1000個虛擬桌面。View pod是一個獨立的實體，你無法通過現有的其他pod對其進行管理。
Cloud Pod架構基于View pod，盡管每個Pod使用了單獨的資源集合，但Horizon 6使通過單個界面管理多個pods集合成為了可能，即使這些pod位于不同的數據中心也沒有任何問題。
除pod全局管理外，Cloud Pod架構還提供了擴展至多個pod的全局用戶權利層。pod級別的用戶權利層仍舊存在，但是在本地進行處理。全局的用戶權利層以及新的pod間通信通道使得將位于一個或多個數據中心內的虛擬桌面的訪問權限授權給用戶成為了可能。
在災難恢復情景中，這一可擴展性可能非常有用。例如，如果主數據中心發生宕機，員工可以使用位于另一個數據中心 pod內的虛擬桌面。
Cloud Pod桌面分配 當然，Cloud Pod架構引發的一個問題就是在Cloud Pod環境中虛擬桌面如何被分配給最終用戶。
答案是在大多數情況下由連接代理進行分配。當用戶連接到連接代理并通過認證后，代理會向用戶匹配最合適的虛擬桌面，或者允許用戶選擇他想使用的虛擬桌面。在為用戶分配桌面時Cloud Pod架構支持一些不同的方法。
可能最常見的用例就是代理基于地理位置向用戶分配桌面。例如，假定組織在紐約和洛杉磯都有辦公室，公司使用的是非持久型虛擬桌面，那么位于紐約辦公室的用戶應該會被分配位于紐約數據中心的虛擬桌面。
如果使用持久型虛擬桌面事情會變得有些不同，因為桌面要分配給特定的用戶。在正常情況下，無論桌面位于哪個pod中，用戶連接到都是他自己的持久型虛擬桌面。
值得注意的是，在談到提供pod級故障保護時持久型虛擬桌面會面臨挑戰。如果數據中心發生故障，用戶被重定向到另一個數據中心是有可能的—即使用戶擁有的是持久型虛擬桌面—但要使用戶能夠在第二個數據中心使用持久型虛擬桌面，那么必須使用復制工具在不同的pod間進行持久型虛擬桌面的拷貝。
京公網安備 11010502049343號