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

3.8　多站點(diǎn)考慮因素

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

3.8.1　多站點(diǎn)可用性考慮因素

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

3.8.2　分布式云部署用例

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

3.8.3　多站點(diǎn)術(shù)語(yǔ)學(xué)

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

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

3.8.4　部署選項(xiàng)

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

表3.17用略有不同的視圖展示了上述選項(xiàng)。

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

3.8.5　單站點(diǎn)部署的可支持性考慮因素

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

3.8.6　多站點(diǎn)可支持性考慮

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

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

總結(jié)

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

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