VMware Horizon 6的一個新特性就是Cloud Pod架構(gòu)，該架構(gòu)使組織能夠橫跨多個數(shù)據(jù)中心擴展虛擬桌面的部署規(guī)模。

VMware的Cloud Pod架構(gòu)提供了一些優(yōu)勢，包括容錯、負載均衡以及集中管理，對災難恢復來說具備這些功能簡直太棒了。

為理解Cloud Pod架構(gòu)，你先要熟悉VMware View構(gòu)造塊以及View pod，了解公司是否在使用持久型虛擬桌面，如果在pod級別發(fā)生運行中斷，那么你需要使用一款復制工具在不同pod間復制持久型虛擬桌面。

了解View構(gòu)造塊及pods View構(gòu)造塊在本質(zhì)上是VMware vCenter實例，雖然其不止包括vCenter，但vCenter是該構(gòu)造塊不可分割的一部分。

除VMware vCenter Server外，構(gòu)造塊還包括一個或多個vSphere集群。改構(gòu)造塊還擁有共享存儲，還可能包括其他組件，比如數(shù)據(jù)庫，VLAN以及網(wǎng)絡交換機。構(gòu)造塊中的所有資源能夠容納2000個虛擬桌面。

View pod是一個View構(gòu)造塊集合，每個pod能夠包含多達5個構(gòu)造塊，因此能夠容納多達1000個虛擬桌面。View pod是一個獨立的實體，你無法通過現(xiàn)有的其他pod對其進行管理。

Cloud Pod架構(gòu)基于View pod，盡管每個Pod使用了單獨的資源集合，但Horizon 6使通過單個界面管理多個pods集合成為了可能，即使這些pod位于不同的數(shù)據(jù)中心也沒有任何問題。

除pod全局管理外，Cloud Pod架構(gòu)還提供了擴展至多個pod的全局用戶權(quán)利層。pod級別的用戶權(quán)利層仍舊存在，但是在本地進行處理。全局的用戶權(quán)利層以及新的pod間通信通道使得將位于一個或多個數(shù)據(jù)中心內(nèi)的虛擬桌面的訪問權(quán)限授權(quán)給用戶成為了可能。

在災難恢復情景中，這一可擴展性可能非常有用。例如，如果主數(shù)據(jù)中心發(fā)生宕機，員工可以使用位于另一個數(shù)據(jù)中心 pod內(nèi)的虛擬桌面。

Cloud Pod桌面分配 當然，Cloud Pod架構(gòu)引發(fā)的一個問題就是在Cloud Pod環(huán)境中虛擬桌面如何被分配給最終用戶。

答案是在大多數(shù)情況下由連接代理進行分配。當用戶連接到連接代理并通過認證后，代理會向用戶匹配最合適的虛擬桌面，或者允許用戶選擇他想使用的虛擬桌面。在為用戶分配桌面時Cloud Pod架構(gòu)支持一些不同的方法。

可能最常見的用例就是代理基于地理位置向用戶分配桌面。例如，假定組織在紐約和洛杉磯都有辦公室，公司使用的是非持久型虛擬桌面，那么位于紐約辦公室的用戶應該會被分配位于紐約數(shù)據(jù)中心的虛擬桌面。

如果使用持久型虛擬桌面事情會變得有些不同，因為桌面要分配給特定的用戶。在正常情況下，無論桌面位于哪個pod中，用戶連接到都是他自己的持久型虛擬桌面。

值得注意的是，在談到提供pod級故障保護時持久型虛擬桌面會面臨挑戰(zhàn)。如果數(shù)據(jù)中心發(fā)生故障，用戶被重定向到另一個數(shù)據(jù)中心是有可能的—即使用戶擁有的是持久型虛擬桌面—但要使用戶能夠在第二個數(shù)據(jù)中心使用持久型虛擬桌面，那么必須使用復制工具在不同的pod間進行持久型虛擬桌面的拷貝。