0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

數(shù)據(jù)中心整合的吸引力和挑戰(zhàn)

我快閉嘴 ? 來(lái)源:千家網(wǎng) ? 作者: Stephen J. Bigelow ? 2020-08-11 15:36 ? 次閱讀

數(shù)據(jù)中心整合一直是數(shù)據(jù)中心增長(zhǎng)和管理的關(guān)鍵因素。能夠100%使用和共享每臺(tái)服務(wù)器,有助于控制硬件、電源、冷卻和物理數(shù)據(jù)中心空間的螺旋式上升的成本。

鞏固的鐘擺只能搖擺到現(xiàn)在。有價(jià)值,但是在某些情況下,企業(yè)可能需要重新考慮整合,并考慮只有更多硬件才能提供的好處。

將資源和服務(wù)放置在主要數(shù)據(jù)中心之外是對(duì)網(wǎng)絡(luò)局限性,規(guī)模和冗余性對(duì)于組織至關(guān)重要的情況的合理響應(yīng)。重要的是要分別考慮每種情況及其備選方案,并做出最適合業(yè)務(wù)的選擇。

整合的吸引力和挑戰(zhàn)

服務(wù)器虛擬化與管理程序軟件的結(jié)合提供了擴(kuò)展的處理器命令集,以從底層計(jì)算硬件中提取應(yīng)用程序。

將物理計(jì)算資源轉(zhuǎn)換為邏輯等效項(xiàng)后,工作負(fù)載就可以使用比以往更多的可用資源,并以通過(guò)在裸機(jī)上安裝應(yīng)用程序所無(wú)法實(shí)現(xiàn)的方式共享這些資源。

自從引入服務(wù)器整合以來(lái),虛擬化已發(fā)展為擴(kuò)展并支持其他資源的整合,包括I/O和網(wǎng)絡(luò)元素,并允許更多共享有限數(shù)據(jù)中心容量。

隨著虛擬化和整合縮小公司數(shù)據(jù)中心的規(guī)模,企業(yè)可能會(huì)意識(shí)到,整合并非總是追求單一目標(biāo)。

整合已成為某些組織必不可少的好處,但是數(shù)據(jù)中心整合最終會(huì)遇到以下物理限制的嚴(yán)峻現(xiàn)實(shí):

服務(wù)器內(nèi)部存在物理限制??缁A(chǔ)架構(gòu)共享的內(nèi)存和CPU周期數(shù)量有限。虛擬化可以在一定程度上共享那些有限的資源,但并非沒(méi)有VM的性能下降風(fēng)險(xiǎn)。

跨網(wǎng)絡(luò)存在物理限制。管理員可以共享可用帶寬,但是總網(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個(gè)或10個(gè)虛擬機(jī)的整合服務(wù)器中,相同的服務(wù)器故障將影響所有這些虛擬機(jī)。

被數(shù)據(jù)中心整合阻礙的用例

業(yè)務(wù)和IT領(lǐng)導(dǎo)者可以在幾個(gè)關(guān)鍵使用案例中提出令人信服的反對(duì)整合的理由,這些案例取決于基礎(chǔ)設(shè)施的恢復(fù)能力、距離、規(guī)模和隔離程度。

彈性

冗余工作負(fù)載部署是提高工作負(fù)載吞吐量的常見(jiàn)做法。這有效地使應(yīng)用程序使用負(fù)載平衡器執(zhí)行跨重要實(shí)例的流量集中化的重要工作。盡管重復(fù)實(shí)例的數(shù)量提高了冗余性,但是選擇部署位置(物理服務(wù)器)定義了應(yīng)用程序的彈性。

如果企業(yè)的策略是提高工作負(fù)載吞吐量,則重復(fù)的實(shí)例可能會(huì)位于同一臺(tái)整合服務(wù)器上。但是,這通常被認(rèn)為是不好的做法,因?yàn)闈撛诘南到y(tǒng)故障可能會(huì)停止這些額外的工作負(fù)載實(shí)例。

當(dāng)目標(biāo)包含應(yīng)用程序彈性時(shí),最佳實(shí)踐表明組織切勿在同一硬件設(shè)置上找到重復(fù)的VM實(shí)例。相反,每個(gè)冗余工作負(fù)載實(shí)例應(yīng)位于不同的服務(wù)器上。

為實(shí)現(xiàn)彈性而設(shè)計(jì)的關(guān)鍵任務(wù)應(yīng)用程序需要至少兩個(gè)服務(wù)器,這些服務(wù)器要輕負(fù)載并配置為采用關(guān)聯(lián)性/反關(guān)聯(lián)性管理程序選項(xiàng),以確保實(shí)時(shí)遷移或重新啟動(dòng)不會(huì)無(wú)意中將實(shí)例定位在同一硬件上。

災(zāi)難恢復(fù)設(shè)置也出現(xiàn)了類似的反對(duì)整合的推動(dòng),其中重復(fù)的工作負(fù)載實(shí)例可能位于第二個(gè)/遠(yuǎn)程數(shù)據(jù)中心站點(diǎn)甚至公共云中的第二個(gè)服務(wù)器上。

邊緣計(jì)算和物聯(lián)網(wǎng)

組織正在擁抱越來(lái)越多的重要數(shù)據(jù),以制定關(guān)鍵的業(yè)務(wù)決策,進(jìn)行研究并運(yùn)營(yíng)關(guān)鍵任務(wù)設(shè)施。但是,就網(wǎng)絡(luò)延遲、帶寬和可靠性而言,數(shù)據(jù)存儲(chǔ)和處理給單個(gè)集中式數(shù)據(jù)中心帶來(lái)了嚴(yán)峻的挑戰(zhàn)。

考慮一個(gè)制造工廠。企業(yè)不太可能在制造工廠內(nèi)建立其數(shù)據(jù)中心。該設(shè)施產(chǎn)生的所有傳感器數(shù)據(jù),以及用于管理和操作該設(shè)施的一定水平的命令和控制信號(hào),都必須通過(guò)WAN轉(zhuǎn)移到整合的數(shù)據(jù)中心。

較大的地理距離和龐大的網(wǎng)絡(luò)設(shè)備所導(dǎo)致的網(wǎng)絡(luò)延遲可能會(huì)使實(shí)時(shí)控制出現(xiàn)問(wèn)題。同時(shí),不可預(yù)見(jiàn)的WAN可用性中斷(例如Internet擁塞)可能使集中式數(shù)據(jù)收集和控制變得不穩(wěn)定。

在主數(shù)據(jù)中心之外并靠近實(shí)際設(shè)施,位置或任務(wù)的地方,一定級(jí)別的計(jì)算和存儲(chǔ)資源的部署有可能緩解網(wǎng)絡(luò)依賴性的挑戰(zhàn);這通常稱為邊緣計(jì)算。

大數(shù)據(jù)和規(guī)模

繁重的數(shù)據(jù)處理工作量可能會(huì)給數(shù)據(jù)中心帶來(lái)巨大壓力??紤]到大數(shù)據(jù)項(xiàng)目可能需要數(shù)百甚至數(shù)千臺(tái)服務(wù)器的計(jì)算能力,才能處理數(shù)兆字節(jié)甚至數(shù)PB的存儲(chǔ)數(shù)據(jù)來(lái)完成可能只需要幾個(gè)小時(shí)才能完成的任務(wù)。

當(dāng)然,可以在主數(shù)據(jù)中心內(nèi)部署物理服務(wù)器機(jī)架和部署一組虛擬機(jī)來(lái)處理此類要求苛刻的任務(wù)。除了大型企業(yè)外,支持大量服務(wù)器涌入的成本和基礎(chǔ)架構(gòu)可能是一項(xiàng)艱巨的任務(wù),這尤其令人望而卻步。

組織通常不會(huì)為建立大數(shù)據(jù)項(xiàng)目的主要數(shù)據(jù)中心進(jìn)行長(zhǎng)期資本投資,而是經(jīng)常將替代計(jì)算和存儲(chǔ)資源(例如公共云)作為短期運(yùn)營(yíng)支出。該技術(shù)無(wú)需大量資金投入即可提供規(guī)模。

私有云和混合云

云計(jì)算的出現(xiàn)幾乎不僅限于AWS、Azure和Google。組織正在擁抱私有云,以反映不斷變化的業(yè)務(wù)需求。新的服務(wù)和自助服務(wù)功能使員工和業(yè)務(wù)合作伙伴可以將應(yīng)用程序和服務(wù)用作組織業(yè)務(wù)模型的一部分,而不必等待IT部門予以實(shí)施。

私有云甚至混合云的引入也面臨著在大數(shù)據(jù)用例中發(fā)現(xiàn)的規(guī)模挑戰(zhàn)。大多數(shù)數(shù)據(jù)中心都是實(shí)時(shí)部署,依賴于日常操作中的一致性、規(guī)律性和可控性。

企業(yè)不太可能將這些生產(chǎn)資源重新分配給私有云基礎(chǔ)架構(gòu),并且企業(yè)擁有多余的計(jì)算和存儲(chǔ)資源可用于從頭構(gòu)建可擴(kuò)展的私有云的可能性更低。

一種選擇是在其他私有云基礎(chǔ)架構(gòu)上進(jìn)行資本投資,但是這種方法還有其他選擇。企業(yè)可以在主要數(shù)據(jù)中心之外使用各種私有云服務(wù)。

公共云提供商可以提供虛擬私有云服務(wù)。例如,企業(yè)可能使用Amazon或GoogleVirtualPrivateCloud等服務(wù)。除了主要的公共云提供商之外,組織還可以實(shí)施VMware、思科和IBM等第三方提供商提供的私有云即服務(wù)。
責(zé)任編輯:tzh

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 物聯(lián)網(wǎng)
    +關(guān)注

    關(guān)注

    2899

    文章

    43846

    瀏覽量

    369428
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    8883

    瀏覽量

    84994
  • 數(shù)據(jù)中心
    +關(guān)注

    關(guān)注

    16

    文章

    4595

    瀏覽量

    71836
  • 邊緣計(jì)算
    +關(guān)注

    關(guān)注

    22

    文章

    3028

    瀏覽量

    48340
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    怎樣保障數(shù)據(jù)中心不間斷電源不斷電 提供可靠安全的供配電#數(shù)據(jù)中心

    數(shù)據(jù)中心配電系統(tǒng)
    安科瑞王金晶
    發(fā)布于 :2024年08月29日 14:51:36

    需要合理規(guī)劃數(shù)據(jù)中心不能盲目建設(shè)

    云計(jì)算的核心內(nèi)容是數(shù)據(jù)、軟件和服務(wù),但是現(xiàn)在我們卻把添加新的硬件和數(shù)據(jù)中心作為了重心,這顯然已經(jīng)偏離了云計(jì)算的初衷。過(guò)多的建設(shè)數(shù)據(jù)中心已經(jīng)造成了資源的浪費(fèi)和云計(jì)算的過(guò)剩。 云計(jì)算最初是為了整合
    的頭像 發(fā)表于 08-21 11:11 ?204次閱讀

    混合冷卻在數(shù)據(jù)中心中仍將是必不可少的#混合冷卻

    數(shù)據(jù)中心
    深圳崧皓電子
    發(fā)布于 :2024年08月06日 06:58:06

    數(shù)據(jù)中心的AI時(shí)代轉(zhuǎn)型:挑戰(zhàn)與機(jī)遇

    隨著人工智能(AI)的迅速發(fā)展和廣泛應(yīng)用,數(shù)據(jù)中心作為AI技術(shù)的基石,也面臨著前所未有的挑戰(zhàn)和機(jī)遇。為了滿足AI的高性能和低延遲要求,數(shù)據(jù)中心基礎(chǔ)設(shè)施必須進(jìn)行相應(yīng)的改變和升級(jí)。01、基礎(chǔ)設(shè)施的升級(jí)
    的頭像 發(fā)表于 07-24 08:28 ?415次閱讀
    <b class='flag-5'>數(shù)據(jù)中心</b>的AI時(shí)代轉(zhuǎn)型:<b class='flag-5'>挑戰(zhàn)</b>與機(jī)遇

    #mpo極性 #數(shù)據(jù)中心mpo

    數(shù)據(jù)中心MPO
    jf_51241005
    發(fā)布于 :2024年04月07日 10:05:13

    #mpo光纖跳線 #數(shù)據(jù)中心光纖跳線

    光纖數(shù)據(jù)中心
    jf_51241005
    發(fā)布于 :2024年03月22日 10:18:31

    #光纖彎曲 #光纖衰減 #數(shù)據(jù)中心光纖

    光纖數(shù)據(jù)中心
    jf_51241005
    發(fā)布于 :2024年03月08日 09:59:50

    #MPO預(yù)端接 #數(shù)據(jù)中心機(jī)房 #機(jī)房布線

    數(shù)據(jù)中心MPO
    jf_51241005
    發(fā)布于 :2024年03月01日 11:12:47

    #永久鏈路 #信道測(cè)試 #數(shù)據(jù)中心

    數(shù)據(jù)中心
    jf_51241005
    發(fā)布于 :2024年02月23日 10:17:58

    #緊套光纜 #松套光纜 #數(shù)據(jù)中心

    數(shù)據(jù)中心光纜
    jf_51241005
    發(fā)布于 :2024年01月26日 09:44:11

    #光纜水峰 #綜合布線光纜 #數(shù)據(jù)中心

    數(shù)據(jù)中心光纜
    jf_51241005
    發(fā)布于 :2024年01月15日 09:43:26

    數(shù)據(jù)中心 3D 機(jī)房數(shù)字孿生 #數(shù)據(jù)中心

    3D數(shù)據(jù)中心
    阿梨是蘋果
    發(fā)布于 :2023年12月28日 10:02:33

    數(shù)據(jù)中心如何支持人工智能

    隨著人工智能(AI)的迅速發(fā)展和廣泛應(yīng)用,數(shù)據(jù)中心作為AI技術(shù)的基石,也面臨著前所未有的挑戰(zhàn)和機(jī)遇。為了滿足AI的高性能和低延遲要求,數(shù)據(jù)中心基礎(chǔ)設(shè)施必須進(jìn)行相應(yīng)的改變和升級(jí)。
    的頭像 發(fā)表于 12-21 14:33 ?601次閱讀
    <b class='flag-5'>數(shù)據(jù)中心</b>如何支持人工智能

    #預(yù)端接光纜 #24芯光纜 #數(shù)據(jù)中心

    數(shù)據(jù)中心光纜
    jf_51241005
    發(fā)布于 :2023年12月08日 11:01:21

    大模型時(shí)代,數(shù)據(jù)中心將轉(zhuǎn)向何方?

    數(shù)據(jù)中心大模型
    腦極體
    發(fā)布于 :2023年11月22日 09:01:41