摘要:在本文中,我們將為廣大讀者朋友們介紹關(guān)于傳統(tǒng)數(shù)據(jù)中心的設(shè)計方面所存在的挑戰(zhàn)難題,并幫助您了解關(guān)于超融合基礎(chǔ)設(shè)施將如何借助單一的、易于部署的工具來幫助您企業(yè)的數(shù)據(jù)中心解決這些挑戰(zhàn)難題。
當(dāng)前的數(shù)據(jù)中心基礎(chǔ)設(shè)施遠(yuǎn)遠(yuǎn)不夠理想,由于預(yù)算的限制,企業(yè)的IT工作人員們被迫需要將各種不同的解決方案應(yīng)用于日益復(fù)雜、高維護性的架構(gòu)中。
在通常的情況下,您會發(fā)現(xiàn)傳統(tǒng)的數(shù)據(jù)中心是由大量的硬件、軟件、服務(wù)器和存儲設(shè)備部署組成的,以用于支持各種關(guān)鍵業(yè)務(wù)應(yīng)用程序,但是,這些相應(yīng)的組件并不一定能夠在一起實現(xiàn)良好的兼容工作。
在本文中,我們將為廣大讀者朋友們介紹關(guān)于傳統(tǒng)數(shù)據(jù)中心的設(shè)計方面所存在的挑戰(zhàn)難題,并幫助您了解關(guān)于超融合基礎(chǔ)設(shè)施將如何借助單一的、易于部署的工具來幫助您企業(yè)的數(shù)據(jù)中心解決這些挑戰(zhàn)難題。
走進任何一處傳統(tǒng)的數(shù)據(jù)中心,您都會發(fā)現(xiàn):大量硬件和軟件的部署和維護只是為了支持關(guān)鍵業(yè)務(wù)應(yīng)用程序。服務(wù)器使企業(yè)組織能夠運行無數(shù)的業(yè)務(wù)工作負(fù)載,而存儲設(shè)備使企業(yè)能夠保存關(guān)鍵數(shù)據(jù)。然后,由網(wǎng)絡(luò)系統(tǒng)將它們綁定在一起。最后,但卻并非是最不重要的,大量圍繞著這些基本資源筒倉孤島的集成點,使整個數(shù)據(jù)中心按照其應(yīng)有的方式工作運行。
數(shù)據(jù)中心的復(fù)雜性
至少,理想情況是將所有這些融合到一款技術(shù)實體中,以快速、可靠而且經(jīng)濟實惠的方式運行企業(yè)組織的應(yīng)用程序。而在現(xiàn)實中,數(shù)據(jù)中心遠(yuǎn)非完美。事實上,其在許多企業(yè)組織中被打亂了。系統(tǒng)越復(fù)雜,越容易發(fā)生停機中斷,并且需要執(zhí)行更多的工作來保持系統(tǒng)的正常運行。因此,現(xiàn)代數(shù)據(jù)中心往往是復(fù)雜性的定義,而復(fù)雜性又是生產(chǎn)力的對立面。
多年來,心有余而力不足的IT工作人員們在面臨數(shù)據(jù)中心的過度使用或預(yù)算資金不足的困境時,往往通過制作各種的解決方案來滿足業(yè)務(wù)要求。不幸的是,時間和資金預(yù)算方面的限制經(jīng)常迫使這些工作人員只是簡單地對這些解決方案實現(xiàn)了“使其奏效”目標(biāo),因此,長遠(yuǎn)看來,這些解決方案可能對于數(shù)據(jù)中心并不是完全有利的。
事實上,即使在適當(dāng)時間部署了這些解決方案,而且是在財務(wù)支持也充分到位的情況下,長期來看,這些解決方案也可能會阻礙數(shù)據(jù)中心保持其靈活性。例如,如果實施這些解決方案來解決特定的業(yè)務(wù)需求,他們最終可能需要通過引入額外的整合和政策點來妨礙主要資源,并且由于其維護需求而最終影響預(yù)算。
而且,并非所有的解決方案都能夠與其他解決方案完美地結(jié)合在一起兼容工作。任何必須被拼湊在一起以“使其奏效”的東西肯定需要更多的維護,并且肯定沒有那些為實現(xiàn)無縫工作而設(shè)計的東西可靠。
供應(yīng)商之間的相互指責(zé)
數(shù)據(jù)中心擴展所帶來的一個結(jié)果是:提供數(shù)據(jù)中心相關(guān)服務(wù)的供應(yīng)商數(shù)量的增加。當(dāng)您企業(yè)從越來越多的供應(yīng)商處獲得服務(wù)時,可能會在某些時候出現(xiàn)某些供應(yīng)商非但沒有積極地幫助您企業(yè)解決問題,反而開始責(zé)怪其他供應(yīng)商,因為這些被責(zé)怪的其他供應(yīng)商的產(chǎn)品是您企業(yè)最初所選擇使用的供應(yīng)商的產(chǎn)品。這種供應(yīng)商之間的相互指責(zé)造成了潛在的延遲和成本代價昂貴的停機時間。
政策的蔓延擴張
大多數(shù)企業(yè)組織都制定了相應(yīng)的IT管理政策。例如,您企業(yè)可能制定了存儲策略,以解決單臺虛擬機(VM)可以消耗多少存儲容量。而在重復(fù)數(shù)據(jù)刪除設(shè)備方面,您企業(yè)可能有另一套管理策略,致使您企業(yè)可能會對某些存儲卷有某種偏好。此外,您企業(yè)可能跨不同的虛擬機群組之間具有不同的復(fù)制/災(zāi)難恢復(fù)策略,以提供不同級別的保護。
問題在于:在許多數(shù)據(jù)中心,不同的設(shè)備和服務(wù)的規(guī)模龐大,使其無法在策略上實現(xiàn)完美的一致性。這使得數(shù)據(jù)中心管理人員被迫需要使用不同的管理接口,并嘗試為策略配備不同的資源。
在上面的示例中,一項策略將目標(biāo)瞄準(zhǔn)為一臺虛擬機,而另一項策略則將目標(biāo)瞄準(zhǔn)為一個存儲卷,其他策略將目標(biāo)瞄準(zhǔn)為虛擬機組。在一個完美的世界中,您企業(yè)將能夠?qū)⑦@一策略金字塔折疊整合到一個單一的管理界面,單獨對虛擬機工作。畢竟,這些是您想要管理的工作負(fù)載,并且有能力跨虛擬機的所有方面瞄準(zhǔn)策略的一致性將會是相當(dāng)強大的。
數(shù)據(jù)中心所面臨的挑戰(zhàn)
數(shù)據(jù)中心的成本
數(shù)據(jù)中心的巨大的復(fù)雜性帶來了巨大的資金預(yù)算需求。一款系統(tǒng)越復(fù)雜,對其支持的成本就越高,這往往超出了一些具有成本預(yù)算挑戰(zhàn)的初始數(shù)據(jù)中心投資的資金量。
先以制造業(yè)為例。幾乎所有的制造商都采用了“即時(just in time)”制造的方法。這些制造商們并不會生產(chǎn)出滿足未來三年客戶需求所需的所有的小部件,而是僅僅生產(chǎn)出足夠滿足未來三天的客戶需求的小部件。這種方法為制造商們帶來了很多的好處:
· 不再需要大規(guī)模的庫存。制造商們不再需要大規(guī)模的庫存,也就不會把大把的資本投資綁在庫存貨架上了。
· 投資回報率增加。庫存貨架上的投資回報率為零,并且在許多情況下,企業(yè)制造商們實際上可以將原本花費在庫存?zhèn)}儲的成本積極地投入更具投資回報的領(lǐng)域。
· 其提供對市場力量的保護。對于為企業(yè)制造商們創(chuàng)造了三年價值的小部件而言,該小部件市場在未來18個月內(nèi)會發(fā)生什么?該公司可能會因太多的小部件沒有銷路而被困。
現(xiàn)在,讓我們來考慮一下當(dāng)前的企業(yè)組織采購數(shù)據(jù)中心設(shè)備的方式吧。在許多情況下,企業(yè)組織正在尋求未來3到5年的許多投資。資本預(yù)算過程迫使形成了這些類型的采購周期,而它們自己又產(chǎn)生了更換周期。更換周期可能又會取決于所購買的設(shè)備而異。
重要的零投資回報區(qū)域
如下圖1所示,特別是數(shù)據(jù)中心實際工作負(fù)載及其與第1年到第3年的所采購的容量之間的差距。對于所有的意圖和目的,這個差距是投資回報率為零的區(qū)域。在數(shù)據(jù)中心基礎(chǔ)設(shè)施的情況下,其由企業(yè)組織所采購的資源組成,這些資源正在等待企業(yè)業(yè)務(wù)追趕上可用容量的需求。
圖1、數(shù)據(jù)中心實際工作負(fù)載vs.所采購的容量
這可能永遠(yuǎn)不會發(fā)生。企業(yè)組織的IT決策者們通常在調(diào)整新的資源時會盡最大努力,但他們對未來3到5年的需求的預(yù)測可能不會達(dá)到標(biāo)準(zhǔn)。事實上,傳統(tǒng)的IT部門采購設(shè)備的方式帶來了很多的風(fēng)險,其中大部分都類似于上文所討論的制造業(yè)的風(fēng)險,例如:
· 對市場力量變化的反應(yīng)遲緩。“庫存貨架上的產(chǎn)品”越多,一旦市場需求發(fā)生變化,企業(yè)業(yè)務(wù)就越難及時的根據(jù)需求進行改變。如果企業(yè)組織的資金被捆綁在數(shù)據(jù)中心的設(shè)備方面,甚至直到2年后這些設(shè)備也未被充分使用的話,那么,這些在設(shè)備領(lǐng)域所投入的資金,也就不能用來滿足新興的業(yè)務(wù)需求。
· 資本的約束。越多的資金被捆綁在過剩的產(chǎn)能方面就意味著可用于其他領(lǐng)域的投資資金就越少?,F(xiàn)如今的企業(yè)組織在為其數(shù)據(jù)中心提供資金方面存在著巨大的機會成本。
· 技術(shù)的變革。技術(shù)變革的步伐似乎越來越快。今天,企業(yè)組織的IT部門所采購的數(shù)據(jù)中心設(shè)備需要持續(xù)3至5年,以獲得完整的使用生命周期。這個漫長的周期迫使許多企業(yè)組織在采用最新技術(shù)之前等待一個新的更新周期,因為他們?nèi)狈ψ銐虻目捎妙A(yù)算。
需要持續(xù)不斷的擴展和維護
許多數(shù)據(jù)中心需要持續(xù)不斷的維護。您企業(yè)必須持續(xù)不斷的添加容量,并執(zhí)行軟件的更新;您必須不斷增加可以管理操作運營環(huán)境的工作人員。業(yè)務(wù)需求有時也是不可預(yù)測的,盡管您數(shù)據(jù)中心已經(jīng)盡了最大努力擴展規(guī)模。
需要技術(shù)熟練的技術(shù)人員
數(shù)據(jù)中心設(shè)備是相當(dāng)昂貴的,但設(shè)備成本的昂貴程度其實還遠(yuǎn)不及維持所有設(shè)備操作運營所需雇傭的高級技術(shù)人員的成本。數(shù)據(jù)中心的IT人員往往是企業(yè)組織所雇傭的人員中成本最昂貴的,他們需要不斷的培訓(xùn),以便他們的知識儲備和技能水平能夠跟上產(chǎn)品和市場的持續(xù)變化。
零直接業(yè)務(wù)增值
當(dāng)涉及到利潤時,數(shù)據(jù)中心本身對于企業(yè)業(yè)務(wù)不會有直接的增值。其對于絕大多數(shù)企業(yè)組織而言都是成本中心。真正的商業(yè)價值來自于在數(shù)據(jù)中心中運行的應(yīng)用程序所產(chǎn)生的結(jié)果。因此,需要有一種方法以最好的成本利用數(shù)據(jù)中心資產(chǎn),同時實現(xiàn)各種業(yè)務(wù)應(yīng)用程序的最重要、最實質(zhì)性的成果。
正是這種情況使得基于云的系統(tǒng)在今天變得如此受歡迎。利用云系統(tǒng)的企業(yè)組織能夠?qū)W⒂趹?yīng)用程序的結(jié)果,而無需關(guān)注各種輸入的復(fù)雜性,其中包括網(wǎng)絡(luò),服務(wù)器,存儲以及維護這些輸入所需的成本昂貴的工作人員。
盡管如此,并不是每家企業(yè)組織都想遷移到云服務(wù),但所有企業(yè)組織都希望獲得類似的結(jié)果和經(jīng)濟性。他們希望有能力采用一種基于消費的數(shù)據(jù)中心模型,而且非常易于管理。
超出成本費用之外的考慮
雖然直接的成本無疑對于傳統(tǒng)的數(shù)據(jù)中心而言是一大挑戰(zhàn),但它們遠(yuǎn)遠(yuǎn)不是唯一的挑戰(zhàn)。
數(shù)據(jù)中心缺乏靈活性
在許多情況下,典型的數(shù)據(jù)中心已經(jīng)成為IT服務(wù)的“有助于加速業(yè)務(wù)”的初衷的對立面。相反,其經(jīng)常成為了綁定IT和企業(yè)業(yè)務(wù)的鏈條。許多數(shù)據(jù)中心固有的復(fù)雜性直接導(dǎo)致了當(dāng)業(yè)務(wù)需求發(fā)生變化時,難以改變方向的情況。當(dāng)新的需要來臨時,執(zhí)行中期的周期升級也常常是成本代價昂貴的。
不完全的集成整合
數(shù)據(jù)中心往往裝配了來自許多不同供應(yīng)商的不同種類的設(shè)備。在很長一段時期內(nèi),這已經(jīng)成為一種正常的情況,所以IT專業(yè)人員已經(jīng)習(xí)以為常了。然而,這也是為什么我們會看到整個企業(yè)集團的靈活性較低的原因之一。設(shè)備越多,就越難以完全整合一切。
性能問題識別挑戰(zhàn)
足夠的應(yīng)用程序性能是數(shù)據(jù)中心所提供的最關(guān)鍵的服務(wù)之一。表現(xiàn)不佳的應(yīng)用程序則可能要么會通過影響企業(yè)的營收機會;要么通過營收下降來直接影響到企業(yè)業(yè)務(wù)的利潤。隨著時間的推移,會出現(xiàn)各種各樣的原因?qū)е聭?yīng)用程序可能會遇到性能挑戰(zhàn)的困擾。而想要跟蹤這些問題的根本原因則可能會是相當(dāng)困難的,并且這一跟蹤過程經(jīng)常會由于數(shù)據(jù)中心的復(fù)雜性而進一步加劇。事實上,這些挑戰(zhàn)導(dǎo)致了整個基礎(chǔ)設(shè)施監(jiān)控市場的解決方案的出現(xiàn),其旨在幫助數(shù)據(jù)中心的操作運營管理人員們嘗試找出應(yīng)用程序性能挑戰(zhàn)的根本原因。換句話說,企業(yè)組織必須花更多的資金在數(shù)據(jù)中心方面,因為其是如此的復(fù)雜。
不完全的資源控制和洞察
傳統(tǒng)的數(shù)據(jù)中心承載著大量的接觸點,這是管理員必須與系統(tǒng)交互的點。即使有很多接觸點,但在圍繞著數(shù)據(jù)中心的整體控制和洞察操作運營環(huán)境中真正發(fā)生的事情方面仍然存在著諸多的挑戰(zhàn)。此外,針對不同構(gòu)造的每個資源并非總是匹配的。例如,存儲是由創(chuàng)建的LUN管理的,而網(wǎng)絡(luò)則是使用虛擬局域網(wǎng)配置的。在服務(wù)器端,服務(wù)器是作為虛擬機創(chuàng)建的。
這些結(jié)構(gòu)都是不同的。LUN是基于容量的,網(wǎng)絡(luò)按吞吐量管理的,VM是虛擬機。當(dāng)涉及到這些不同結(jié)構(gòu)的策略匹配時,這些不同的測量方法迫使數(shù)據(jù)中心管理人員需要在基礎(chǔ)設(shè)施的每個級別“重新發(fā)明”策略。
借助超融合基礎(chǔ)設(shè)施的革命解決復(fù)雜性
超融合基礎(chǔ)設(shè)施的興起已經(jīng)成為數(shù)據(jù)中心架構(gòu)有可能改變IT業(yè)務(wù)方式的一個機會。超融合基礎(chǔ)設(shè)施旨在為數(shù)據(jù)中心帶來簡單性和清晰度,以便能夠更專注于交付業(yè)務(wù)結(jié)果,而不是技術(shù)方面。
那么,究竟什么是超融合的基礎(chǔ)設(shè)施呢?其是計算,存儲和管理的集成整合。
在其最基本的層面,超融合基礎(chǔ)設(shè)施是將數(shù)據(jù)中心的計算和存儲層集中在一起,并將這種新合并的結(jié)構(gòu)與大規(guī)模簡化的管理相結(jié)合的結(jié)果。
圖2:超融合基礎(chǔ)設(shè)施的說明
共享資源池
當(dāng)前數(shù)據(jù)中心中的每項資源都需要單獨的管理。每項資源分別由技術(shù)高度熟練的IT人員進行分組和配置,然后將這些資源單獨分配以支持相應(yīng)的工作負(fù)載。這種模式比存儲資源更加普遍,存儲管理員每天都在創(chuàng)建LUN,配置RAID集,并監(jiān)測可用容量。
而利用超融合基礎(chǔ)設(shè)施,管理過程將會是非常不同的。
“倉鼠輪”似的周期循環(huán)的終結(jié)
IT經(jīng)歷了許多周期,其中一個周期已經(jīng)成為由資本預(yù)算和折舊時間表是決定的常規(guī)升級周期。如下圖3所示,數(shù)據(jù)中心的設(shè)備采購周期一般包括四個不同階段,從采購開始。
圖3:數(shù)據(jù)中心“倉鼠輪”似的采購循環(huán)周期
IT生命周期
傳統(tǒng)IT采購周期的每個階段都有自己的一系列挑戰(zhàn),而每個挑戰(zhàn)則都可以通過實施超融合基礎(chǔ)設(shè)施解決方案來得到解決。
采購
以傳統(tǒng)方式采購數(shù)據(jù)中心的設(shè)備可能是有風(fēng)險的。首先,基于上文所討論的倉鼠輪似的采購循環(huán),企業(yè)組織的IT部門基本上被迫使用“水晶球”,以預(yù)測確定他們在未來3到5年內(nèi)需要什么。很多時候,這些預(yù)測只是最好的猜測,因為業(yè)務(wù)需求幾乎肯定會在這段時間范圍內(nèi)發(fā)生變化。因此,IT領(lǐng)導(dǎo)層通常需要請求中期的資金,以便縮小能力或績效的差距。這種情況導(dǎo)致了許多企業(yè)組織認(rèn)為IT是一個需要不斷供給的成本中心的部分原因。
此外,當(dāng)前的IT資金模型難以實現(xiàn)相對較短的投資回報率(ROI)周期。因為IT部門所采購的硬件在三到五年內(nèi)可能無法利用,所以最大的投資回報率可能相當(dāng)難以實現(xiàn)。
超融合的基礎(chǔ)設(shè)施開始使IT部門能夠?qū)?shù)據(jù)中心采取更多基于消費的方法。利用超融合基礎(chǔ)設(shè)施所具備的快速,輕松和無縫擴展操作環(huán)境的能力使IT部門能夠縮短其“資源水平”。也就是說,他們不需要預(yù)測未來3到5年的長時期的需求;相反,他們可以為未來6個月的需求進行規(guī)劃。這意味著初始資本支出可能不太直接,而且能夠隨著隨機的業(yè)務(wù)需求而變化,IT可以更快地轉(zhuǎn)向,因為沉沒成本的方式較少。
部署
集成來自不同供應(yīng)商的設(shè)備的需求可能是相當(dāng)具有挑戰(zhàn)性的,這導(dǎo)致了需要執(zhí)行重要的概念驗證和測試,以確保一切以其應(yīng)該的方式實現(xiàn)互操作。然而,概念驗證和集成測試幾乎肯定會延長部署新的基礎(chǔ)設(shè)施所需的時間,并需要分配工作人員大量的時間。這些工作人員的時間主要是關(guān)注于數(shù)據(jù)的位和字節(jié)方面,而不是公司的利潤方面。因此,當(dāng)考慮IT工作人員可能正在處理的面向企業(yè)業(yè)務(wù)的活動時,部署過程所涉及的關(guān)于工作人員的直接成本和機會成本方面都可能會是相當(dāng)昂貴的。
操作運營
隨著新的硬件進入數(shù)據(jù)中心,新的操作程序也隨之到來。整個基礎(chǔ)設(shè)施堆棧中的不同技術(shù)為企業(yè)組織帶來了持續(xù)性的挑戰(zhàn)。硬件,軟件,網(wǎng)絡(luò)和管理解決方案的每個組件都成為需要新的操作程序的一個缺口。反過來,這些程序又必須被設(shè)計,記錄,測試和遵守。
跨組件的通信在歷史上也一直是一大難題。存儲,計算和網(wǎng)絡(luò)之間缺乏抽象,需要緊密耦合的系統(tǒng),這些系統(tǒng)是剛性的,難以管理和維護的。每個組件通常都有自己的管理工具和操作視圖。警報和自動化增加了額外的附加層,其也經(jīng)常在組件之間斷開。
超融合的基礎(chǔ)設(shè)施通過減少必須參與解決方案的集成點和供應(yīng)商的數(shù)量來減少這些部署挑戰(zhàn)。通過集成整合,至少實現(xiàn)存儲和計算的集成整合,無需SAN的集成。此外,由于這些資源已經(jīng)合并為一個單一實體,因此不需要以集成為中心的概念驗證測試。而通過縮短部署過程,超融合基礎(chǔ)架構(gòu)允許企業(yè)組織更快的實現(xiàn)為數(shù)據(jù)中心的投資創(chuàng)造價值。
雖然采購和部署的改進帶來了相當(dāng)不錯的效果,但是,較之通過改進IT企業(yè)組織中的操作流程所實現(xiàn)的事件,它們僅僅只是一次性的事件,故而可以說是微不足道的。事實上,這個階段才是超融合基礎(chǔ)設(shè)施得以能夠向企業(yè)組織展示其真正價值的領(lǐng)域所在。
沒有了更多的LUN。沒有了更多的SAN。無需更多RAID組。更簡單且更加以工作負(fù)載為中心的策略管理。超融合的基礎(chǔ)設(shè)施在簡化數(shù)據(jù)中心的操作運營方面邁出了大膽的一步。這種簡單性可以幫助企業(yè)組織開始重新思考IT人員的配置策略。鑒于SAN的復(fù)雜性,存儲工程師可以幫助支持公共基礎(chǔ)設(shè)施元素,包括網(wǎng)絡(luò)和超融合環(huán)境。其簡單性還可以幫助IT人員更多地關(guān)注結(jié)果,而不是始終關(guān)注原始的輸入。事實上,其使得曾經(jīng)工作過度繁重的IT人員甚至可能在合理的時間下班回家,而不再是淹沒在負(fù)載的工作中了。
規(guī)?;?處置
在數(shù)據(jù)中心使用生命周期中的某個時刻,要么將需要擴展已經(jīng)存在的設(shè)備或者要么隨著設(shè)備更換周期的完全循環(huán)而需要處置設(shè)備。對于一些解決方案來說,這些活動中的任何一個都可能是重大的事件,需要仔細(xì)規(guī)劃變更管理流程,迫使IT實現(xiàn)舊設(shè)備與新設(shè)備的集成。在傳統(tǒng)設(shè)備已經(jīng)停運報廢并且需要執(zhí)行全面遷移到新平臺的情況下,這是特別具有挑戰(zhàn)性的。
當(dāng)需要增長超融合的基礎(chǔ)設(shè)施環(huán)境時,您企業(yè)只需添加更多。就是這么簡單。從物理上講,某些企業(yè)組織將仍然需要架設(shè)和連接一款新的設(shè)備,但除此之外,超融合基礎(chǔ)設(shè)施中的新節(jié)點只是被吸收到已經(jīng)存在的資源池中。所帶來的凈效應(yīng)將是新資源的立即可用。
這種可擴展性是非常重要的。在這樣的系統(tǒng)中,“規(guī)模化”是一個內(nèi)置的功能。這不是一個需要仔細(xì)分階段執(zhí)行,以免發(fā)生可怕的事情的事件。超融合的基礎(chǔ)設(shè)施系統(tǒng)的設(shè)計意圖,就是旨在持續(xù)不斷的增加新的節(jié)點。
總結(jié)
最終供應(yīng)商之間的相互指責(zé)和您企業(yè)最關(guān)鍵的數(shù)據(jù)中心的挑戰(zhàn)被一勞永逸地的徹底解決了。而更多的了解關(guān)于超融合基礎(chǔ)架構(gòu)解決方案,將有助于幫助您企業(yè)借助一款單一的、易于部署的工具解決數(shù)據(jù)中心的復(fù)雜性的挑戰(zhàn)。