數(shù)據(jù)中心集成整合一直是數(shù)據(jù)中心增長(zhǎng)和管理的關(guān)鍵因素。能夠100%使用和共享每個(gè)服務(wù)器，有助于控制硬件、電源、冷卻和物理數(shù)據(jù)中心空間的螺旋增長(zhǎng)成本。
在某些情況下，企業(yè)可能需要重新考慮整合，并考慮只有更多硬件才能提供的好處。
把資源和服務(wù)放在主要數(shù)據(jù)中心以外是網(wǎng)絡(luò)的局限性、規(guī)模和冗馀性對(duì)組織的重要狀況的合理應(yīng)對(duì)。重要的是分別考慮各種情況及其選擇方案，做出最適合業(yè)務(wù)的選擇。
1
集成的吸引力和挑戰(zhàn)
服務(wù)器虛擬化與管理軟件的結(jié)合提供了一個(gè)擴(kuò)展的處理器命令集，從底層計(jì)算硬件中提取應(yīng)用程序。
將物理計(jì)算資源轉(zhuǎn)化為邏輯等效項(xiàng)后，工作負(fù)荷可以使用比以前更多的可用資源，并通過(guò)在裸機(jī)上安裝應(yīng)用程序無(wú)法實(shí)現(xiàn)的方式共享這些資源。
虛擬化自引入服務(wù)器整合以來(lái)，已經(jīng)發(fā)展成為一種擴(kuò)展和支持其他資源整合的方式，包括I/O之類(lèi)的網(wǎng)絡(luò)元素，并允許更多共享有限的數(shù)據(jù)中心容量。
由于虛擬化和整合縮小了企業(yè)數(shù)據(jù)中心的規(guī)模，企業(yè)可能意識(shí)到整合并不總是追求單一的目標(biāo)。
整合集成已經(jīng)成為一些組織不可或缺的優(yōu)勢(shì)，但數(shù)據(jù)中心集成最終會(huì)遇到以下嚴(yán)峻的物理限制現(xiàn)實(shí):
服務(wù)器內(nèi)部有物理限制?？缁A(chǔ)架構(gòu)共享的存儲(chǔ)器和中央處理器周期數(shù)量有限。虛擬化可以在一定程度上共享有限的資源，但不是沒(méi)有VM性能下降的風(fēng)險(xiǎn)。
跨網(wǎng)存在物理限制。管理者可以共享可用帶寬，但總網(wǎng)絡(luò)帶寬有限。在可接受的時(shí)間范圍內(nèi)，跨世界距離交換數(shù)據(jù)需要足夠的帶寬，引入了意想不到的延遲物理限制。
操作可靠性有物理限制。服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)設(shè)備最終會(huì)失效。后果可能會(huì)影響重要數(shù)據(jù)中心基礎(chǔ)設(shè)施和系統(tǒng)上的所有虛擬機(jī)。在傳統(tǒng)的物理服務(wù)器部署中，服務(wù)器故障只影響托管應(yīng)用。在運(yùn)行8臺(tái)或10臺(tái)虛擬機(jī)的集成服務(wù)器中，相同的服務(wù)器故障會(huì)影響所有這些虛擬機(jī)。
業(yè)務(wù)和信息技術(shù)領(lǐng)導(dǎo)者可以在幾個(gè)關(guān)鍵使用案例中提出令人信服的反對(duì)整合理由，這取決于基礎(chǔ)設(shè)施的恢復(fù)能力、距離、規(guī)模和隔離程度。
2
彈性
冗余工作負(fù)載部署是增加工作負(fù)載吞吐量的常用方法。這有效地使得應(yīng)用程序使用負(fù)載平衡器集中跨重要案例的流量。雖然重復(fù)案例的數(shù)量增加了冗余性，但選擇部署位置(物理服務(wù)器)來(lái)定義應(yīng)用的靈活性。
如果企業(yè)的戰(zhàn)略是增加工作負(fù)荷的吞吐量，重復(fù)的例子可能在同一個(gè)集成服務(wù)器上。然而，這通常被認(rèn)為是一種不好的做法，因?yàn)闈撛诘南到y(tǒng)故障可能會(huì)停止這些額外的工作負(fù)荷例子。
當(dāng)目標(biāo)包含應(yīng)用程序的彈性時(shí)，最好的實(shí)踐表明組織不應(yīng)該在同一硬件設(shè)置上找到重復(fù)的VM實(shí)例。相反，每個(gè)冗余的工作負(fù)載實(shí)例應(yīng)該位于不同的服務(wù)器上。
為了實(shí)現(xiàn)靈活性而設(shè)計(jì)的關(guān)鍵任務(wù)應(yīng)用程序至少需要兩個(gè)服務(wù)器。這些服務(wù)器應(yīng)輕負(fù)荷，并配置為相關(guān)/反相關(guān)管理程序選項(xiàng)，以確保實(shí)時(shí)遷移或重啟時(shí)實(shí)例不會(huì)意外定位在同一硬件上。
災(zāi)難恢復(fù)設(shè)置也有類(lèi)似的反對(duì)整合推動(dòng)，其中重復(fù)的工作負(fù)載實(shí)例可能位于第二個(gè)/遠(yuǎn)程數(shù)據(jù)中心站點(diǎn)甚至公共云中的第二個(gè)服務(wù)器。
3
邊緣計(jì)算和物聯(lián)網(wǎng)
組織擁抱越來(lái)越多的重要數(shù)據(jù)，制定重要的業(yè)務(wù)決策，研究和運(yùn)營(yíng)重要的任務(wù)設(shè)施。但是，關(guān)于網(wǎng)絡(luò)延遲、帶寬和可靠性，數(shù)據(jù)存儲(chǔ)和處理給單個(gè)集中數(shù)據(jù)中心帶來(lái)了嚴(yán)峻的挑戰(zhàn)。
考慮制造工廠。企業(yè)不太可能在制造工廠內(nèi)建立數(shù)據(jù)中心。該設(shè)施生成的所有傳感器數(shù)據(jù)、管理和操作該設(shè)施的一定水平的命令和控制信號(hào)必須通過(guò)WAN轉(zhuǎn)移到集成的數(shù)據(jù)中心。
地理距離大，網(wǎng)絡(luò)設(shè)備大，導(dǎo)致網(wǎng)絡(luò)延遲，可能導(dǎo)致實(shí)時(shí)控制出現(xiàn)問(wèn)題。與此同時(shí)，無(wú)法預(yù)見(jiàn)的WAN可用性中斷(如因特網(wǎng)擁塞)可能會(huì)使集中數(shù)據(jù)收集和控制不穩(wěn)定。
在主數(shù)據(jù)中心以外的實(shí)際設(shè)施、位置和任務(wù)附近，一定水平的計(jì)算和存儲(chǔ)資源的配置可能會(huì)緩和網(wǎng)絡(luò)依賴(lài)性的挑戰(zhàn)，這通常被稱(chēng)為邊緣計(jì)算。
4
大數(shù)據(jù)和規(guī)模
沉重的數(shù)據(jù)處理工作量可能會(huì)給數(shù)據(jù)中心帶來(lái)巨大的壓力?？紤]到大數(shù)據(jù)項(xiàng)目可能需要數(shù)百甚至數(shù)千臺(tái)服務(wù)器的計(jì)算能力來(lái)處理數(shù)字節(jié)甚至數(shù)字PB的存儲(chǔ)數(shù)據(jù)，完成可能只需要幾個(gè)小時(shí)。
當(dāng)然，可以在主數(shù)據(jù)中心部署物理服務(wù)器框架和一組虛擬機(jī)來(lái)處理這樣嚴(yán)格的任務(wù)。除了大型企業(yè)，支持大量服務(wù)器流入的成本和基礎(chǔ)架構(gòu)可能是一項(xiàng)艱巨的任務(wù)，尤其令人望而卻步。
組織通常不會(huì)對(duì)建立大數(shù)據(jù)項(xiàng)目的主要數(shù)據(jù)中心進(jìn)行長(zhǎng)期資本投資，而是經(jīng)常將替代計(jì)算和存儲(chǔ)資源(如公共云)作為短期運(yùn)營(yíng)支出。該技術(shù)不需要大量資金就可以提供規(guī)模。
5
私有云和混合云
云計(jì)算的出現(xiàn)幾乎不僅限于AWS、Azure和谷歌。組織擁抱私有云，反映不斷變化的業(yè)務(wù)需求。新的服務(wù)和自助服務(wù)功能使員工和業(yè)務(wù)合作伙伴能夠?qū)?yīng)用程序和服務(wù)作為組織業(yè)務(wù)模型的一部分，無(wú)需等待IT部門(mén)的實(shí)施。
私有云甚至混合云的引入也面臨著大數(shù)據(jù)用例中發(fā)現(xiàn)的大規(guī)模挑戰(zhàn)。大部分?jǐn)?shù)據(jù)中心都是實(shí)時(shí)部署的，取決于日常操作的一致性、規(guī)律性和可控性。
企業(yè)不太可能將這些生產(chǎn)資源重新分配給私有云基礎(chǔ)架構(gòu)，企業(yè)可以利用多馀的計(jì)算和存儲(chǔ)資源從零開(kāi)始構(gòu)建可擴(kuò)展私有云的可能性更低。
一個(gè)選擇是在其他私有云基礎(chǔ)架構(gòu)上投資資本，但這種方法還有其他選擇。除了主要數(shù)據(jù)中心，企業(yè)還可以使用各種私有云服務(wù)。
