本節(jié)書摘來自華章出版社《VMware vCAT權(quán)威指南：成功構(gòu)建云環(huán)境的核心技術(shù)和方法》一書中的第3章，第3.8節(jié)，作（美）VMware vCAT 團(tuán)隊，更多章節(jié)內(nèi)容可以訪問云棲社區(qū)“華章計算機(jī)”公眾號查看

3.8　多站點考慮因素

vCloud Director初始部署針對的是傳統(tǒng)的測試和開發(fā)、擴(kuò)大的基礎(chǔ)架構(gòu)和通常不需要高級基礎(chǔ)架構(gòu)特性的第3層工作負(fù)載。隨著客戶開始采用vCloud Director處理不同的工作負(fù)載，產(chǎn)生了一組新的需求。其中之一是部署vCloud Director，管理跨越一個以上網(wǎng)站的資源。
多站點混合vCloud情景（定義為私有和公共云資源的組合）在此不做討論。
本小節(jié)為在專注于特定vCloud分布模式的分布式方案中部署vCloud Director提供指導(dǎo)，并討論各種選項、局限和支持的場景。目標(biāo)是對一個私有或者公共vCloud實例，描述將其延伸到多個位置的選項；這種模型采用具有兩個或者更多vCloud Director單元的單一vCloud Director實例，確定不同的組件如何在不同位置單獨部署。從vCloud Director的角度，這考慮的是單個vCloud。圖3.44說明了這一概念。
附加模型使企業(yè)客戶和服務(wù)提供者可以創(chuàng)建跨越多個遠(yuǎn)程站點的單一vCloud。替代模型之一是在每個可用位置部署傳統(tǒng)的vCloud Director實例，并在它們之上設(shè)置一個附加的管理層次，為分散的vCloud實例提供單一入口點。這種附加層次可以用附加的軟件層（如VMware vCloud Automation Center）實現(xiàn)。圖3.45說明了這一概念。
　

3.8.1　多站點可用性考慮因素

許多不同的分布式方案可以使vCloud容量散布到世界各地的不同場所。有些分布式設(shè)計選項可以帶來彈性上的好處。其他選擇可能是DR方案的先決條件（但是，這些選擇更多的是計算機(jī)運算群（Computer Farm）分布的必然結(jié)果，而不是明確設(shè)計目標(biāo)所引起的）。
創(chuàng)建分布式vCloud模型是必要的基礎(chǔ)，但是不足以解決vCloud工作負(fù)載的高可用性和災(zāi)難恢復(fù)問題。本節(jié)的重點是如何分布資源，而不是如何使工作負(fù)載在這些資源上實現(xiàn)高可用性。

3.8.2　分布式云部署用例

下面是vCloud跨越多個位置的一些主要用例（可能還有其他用例）。
分布式資源的更好和更統(tǒng)一使用及管理：許多客戶和服務(wù)提供者希望構(gòu)建包含分布到不同城市、國家和大陸的資源的單一vCloud。這是他們的IT運營方式。他們更喜歡運營一個現(xiàn)成的vCloud，而不是構(gòu)建兩個或者更多需要附加集成工作的vCloud實例。
第二個用例類似于第一個，但是業(yè)務(wù)推動因素不同。盡管許多客戶和服務(wù)提供者分布資源是因為那更像全球性公司的運營方式，但是在某些情況下，服務(wù)提供者將資源分布到不同的國家和地理位置是必需的，這是因為數(shù)據(jù)管理規(guī)定和合規(guī)性的要求，也可能是因為他們的客戶無法將資產(chǎn)帶出某些國家或者地理位置。在這種情況下，服務(wù)提供者必須分布在銷售它們的服務(wù)的位置。這些服務(wù)提供者希望在同一個vCloud傘形結(jié)構(gòu)下管理數(shù)據(jù)中心。
第三個用例是前兩個用例的變種，專門針對服務(wù)提供者。許多服務(wù)提供者對向用戶提供在共享管理平臺上集中管理，但是在客戶場地交付的vCloud服務(wù)感興趣，這種服務(wù)在客戶的場地上部署專用的物理環(huán)境。提供這種服務(wù)有各種原因，覆蓋了從安全性和合規(guī)性到網(wǎng)絡(luò)需求的范圍。想象一下客戶訂閱公共vCloud服務(wù)，服務(wù)提供者將整個提供者虛擬數(shù)據(jù)中心分配給該組織，提供者虛擬數(shù)據(jù)中心又恰好部署在客戶場地的情況。
第四個用例涉及公共或者私有服務(wù)提供者的vCloud客戶分布在全球，且希望保證最低的延遲和最好的體驗。實現(xiàn)這一目標(biāo)的最佳途徑是將用戶工作負(fù)載和運行的系統(tǒng)在物理上盡可能靠近客戶。這些服務(wù)提供者也希望將這些資源當(dāng)成單一vCloud來管理。
第五個用例是提供一個機(jī)制，允許用戶消費物理上分布在不同位置的資源，以增強(qiáng)彈性。當(dāng)最終用戶工作負(fù)載的彈性在應(yīng)用程序級別上管理時，最終用戶可以在分布到遠(yuǎn)程位置的獨立提供者虛擬數(shù)據(jù)中心實例化松散耦合的虛擬機(jī)，從而實現(xiàn)可伸縮性和彈性。在這種情況下，最終用戶負(fù)責(zé)管理應(yīng)用程序的彈性。
第六個用例使vCloud提供者能夠在工作負(fù)載發(fā)起的數(shù)據(jù)中心出現(xiàn)故障時，將它們負(fù)載故障切換到不同站點，從而增強(qiáng)最終用戶工作負(fù)載的彈性。在這種情況下，應(yīng)用程序彈性通過在基礎(chǔ)架構(gòu)級別（而不是應(yīng)用程序級別）上實現(xiàn)的恢復(fù)機(jī)制達(dá)成。這是vCloud管理員向最終用戶提供的彈性服務(wù)，與應(yīng)用程序彈性無關(guān)。
本小節(jié)重點描述將不同位置的獨立計算資源延伸到單一vCloud控制下的不同選擇。

3.8.3　多站點術(shù)語學(xué)

本小節(jié)使用如下術(shù)語。
分布式vCloud：將vCloud資源和組件分散到不同位置的一般性概念。
位置：vCloud組件部署的物理位置、建筑物和具有LAN連接性的整個物理數(shù)據(jù)中心。
單站點vCloud：跨越用MAN連接性連接的一個或者多個位置的vCloud。
多站點vCloud：跨越用WAN連接性連接的一個或者多個位置的vCloud。
圖3.46展示了分布式vCloud部署選項。

歷史上，vCloud Director部署只在單一站點或者單一位置中得到支持。然而，這一陳述可能造成一些混亂，因為它不是非常確定。實際上，在大公司中的不同位置間建立連接性優(yōu)于在小型組織中單一站點建立連接性的情況也并不少見。
因此，上述陳述可以用更確定性的方法澄清。單一站點可以看作任何部署組件之間的連接延遲時間（RTT）為20毫秒（或者更少）的本地或者分布式IT部署。
這并不是提出帶寬需求，因為帶寬更多的是最終用戶體驗角度的問題，而非功能角度的問題。我們假定MAN方案中的帶寬就足以避免連接性問題。但是，我們意識到，根據(jù)vCloud的使用模式，相對低的帶寬可能給用戶帶來更高的響應(yīng)時間。vCloud架構(gòu)師負(fù)責(zé)根據(jù)期望的結(jié)果和計劃的使用模式進(jìn)行規(guī)劃。
這些網(wǎng)絡(luò)特性被稱作MAN連接性。單站點部署是在一個或者多個位置托管所有vCloud Director組件，在這個位置或者多個位置之間的RTT連接性指標(biāo)低于20毫秒。
如果vCloud Director部署的所有組件都具有這些連接特性，它就被看作單站點，該部署受到完全的支持。
如果分布式vCloud Director部署的組件中有些不具備這種連接特性，它就是多站點部署方式。

3.8.4　部署選項

vCloud平臺能以無限種方式分布。這是因為必須部署的vCloud組件數(shù)量眾多，連接性選項也多種多樣。
下列選項會造成不同的組合和布局：
位置之間的連接性（MAN/WAN）
網(wǎng)絡(luò)層（第2層/第3層）
最終用戶工作負(fù)載群集配置（延伸/獨立）
有些選項的組合可能不可行。例如，vSphere延伸群集配置只能部署在具有第2層延伸網(wǎng)絡(luò)上。
圖3.47展示了本節(jié)后面將要介紹的方案。

表3.17用略有不同的視圖展示了上述選項。

盡管框圖顯示兩個vCenter Server管理兩個不同的群集，同樣的概念也適用于單個vCenter管理兩個群集的情況。為了方便起見。vCenter Server總是顯示在vCloud Director單元附近，遠(yuǎn)離ESXi主機(jī)。在vCenter Server靠近ESXi主機(jī)，遠(yuǎn)離vCloud Director單元時，也適用同樣的可支持性考慮因素。

3.8.5　單站點部署的可支持性考慮因素

VMware支持MAN方案中的vCloud Directore 5.1（正如3.8.3小節(jié)所描述的）。下面是一些可執(zhí)行考慮因素：
所有提供者工作負(fù)載（除了vCenter Server和vCloud Networking and Security Manager實例外），都必須部署在單一位置。
如果不同位置之間的連接性滿足3.8.3小節(jié)描述的延遲要求，群集支持的提供者虛擬數(shù)據(jù)中心可以部署在不同位置。必須將分隔提供者工作負(fù)載的數(shù)據(jù)中心之間的路徑故障可能性降到最低。
管理和服務(wù)處于分布式位置中的群集的vCenter Server和vCloud Networking and Security Manager實例可以部署在靠近vCloud Director核心組件（vCloud Director單元和vCloud Director數(shù)據(jù)庫）或者靠近所管理的群集的位置。
要實現(xiàn)跨越不同位置的單站點vCloud，架構(gòu)師應(yīng)該在部署各種組件時考慮vApp復(fù)制等敏感操作，使部署得到完全優(yōu)化，而且，即使在MAN方案中，架構(gòu)也要考慮可能存在的網(wǎng)絡(luò)阻塞點（特別是帶寬），和可支持性相比，這與優(yōu)化的關(guān)系更大。
使用本節(jié)提供的存儲供應(yīng)商無關(guān)指南實現(xiàn)時，延伸群集（包括延伸的vSphere DRS群集和延伸的存儲）得到了完整的支持。延伸群集（需要10毫秒或者更低的延遲）可以在租戶和提供者工作負(fù)載布局中都得到更多的靈活性。
本節(jié)中的單站點通用考慮因素適用于延遲在20毫秒之內(nèi)的租戶部署。租戶工作負(fù)載所用的延伸群集只在站點具有5毫秒或者10毫秒以內(nèi)的延遲時才支持（取決于vSphere版本和所用的底層存儲技術(shù)）。在5毫秒或者10毫秒的延遲下（取決于vSphere版本和所用的底層存儲技術(shù)），提供者基礎(chǔ)架構(gòu)組件的位置更為靈活，建議你這樣進(jìn)行：
對于任何單站點部署，遵循20毫秒以內(nèi)延時的原則。
對于在vSphere延伸群集之上進(jìn)行的vCloud Director部署，遵循10毫秒以內(nèi)的特殊建議原則（這些方法由支持延伸群集的底層存儲解決方案決定，可能覆蓋本章中的供應(yīng)商無關(guān)延伸群集推薦方法）。
更多信息參見VMware vCloud博客文章《Stretched vCloud Director Infrastructure》（http://blog.vmware.com/vcloud/2013/01/stretched-vcloud-director-infrastructure.html）。

3.8.6　多站點可支持性考慮

VMware目前不支持多站點場景下的分布式vCloud Director 5.1部署。實例化跨越WAN的提供者虛擬數(shù)據(jù)中心是不可能的（正如3.8.3小節(jié)中的描述）。
圖3.52總結(jié)了可支持性選項以及相關(guān)的限制和需求。

超強(qiáng)干貨來襲 云風(fēng)專訪：近40年碼齡，通宵達(dá)旦的技術(shù)人生

總結(jié)

以上是生活随笔為你收集整理的《VMware vCAT权威指南：成功构建云环境的核心技术和方法》一3.8　多站点考虑因素...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。