網(wǎng)站計算網(wǎng)格的缺點(diǎn)發(fā)布者：本站     時(shí)間：2019-11-12 14:11:24

現在我們要從使用網(wǎng)格計算基礎設施的優(yōu)點(diǎn)轉而討論它的缺點(diǎn)了。與優(yōu)點(diǎn)一樣，每一個(gè)缺點(diǎn)的重要性是與你考慮使用網(wǎng)格的應用直接相關(guān)的。如果你的應用設計是允許并行運行的，那么不適用于單應用這個(gè)缺點(diǎn)對你來(lái)說(shuō)可能不算什么。但如果你采用了網(wǎng)格計算的架構，而你的應用是單應用，并且已經(jīng)發(fā)展到在24小時(shí)內不能計算完只需要24小時(shí)計算的數據，而你必須要做些什么，否則就會(huì )一直拖后，那么這個(gè)缺點(diǎn)也許就是你的死穴。我們將討論三類(lèi)主要的網(wǎng)格計算缺點(diǎn)，包括難以同時(shí)共享基礎設施、不適用于單應用以及增加了使用基礎設施的復雜度。

難以同時(shí)共享第一個(gè)缺點(diǎn)是難以同時(shí) 共享網(wǎng)格計算的基礎設施，雖然這并不是不可能實(shí)現。當然，有些網(wǎng)格非常大，它們有尾夠的產(chǎn)能，能夠同時(shí)運行許多應用，但事實(shí)上這些應用還是運行在獨立的網(wǎng)格環(huán)境中，只是主機在某個(gè)特定時(shí)間段被重新分配了而已。例如，如果我有一個(gè)由100自主機構成的網(wǎng)格，那么我就能分別在10臺主機上運行10個(gè)應用。雖然你可以把這種做法看作基礎設施共享，但正如我們在前面優(yōu)點(diǎn)一節中所說(shuō)的，這不是在同時(shí)共享基礎設施。在同一臺主機上運行多個(gè)應用實(shí)際上違背了網(wǎng)格基礎設施進(jìn)行大規模并行計算的初衷。
 
網(wǎng)格并不適合多個(gè)租戶(hù)共享的基礎設施。在網(wǎng)格上運行，是為了并行化應用，提高應用的計算帶寬。在網(wǎng)格環(huán)境中，共享和多租戶(hù)操作可以順次發(fā)生，一個(gè)要在另一個(gè)之后執行，每個(gè)應用都是獨立運行的，當一個(gè)作業(yè)完成之后，再執行下一個(gè)作業(yè)。這種類(lèi)型的調度在運行大規模并行處理的系統中很常見(jiàn)，進(jìn)行這種處理的基礎設施通常被設計為能夠被同時(shí)使用來(lái)計算大型問(wèn)題集。對你來(lái)說(shuō)，這就意味著(zhù)你的應用和系統必須具有靈活性，要么可以根據需要開(kāi)始和暫停處理，要么可以定期地在固定的時(shí)間運行，通常是每天一次或每周一次。由于應用需要基礎設施才能運行，所以它們通常被安排在某個(gè)時(shí)間窗內運行。如果一一個(gè)應 用運行的時(shí)間超出了這個(gè)時(shí)間窗，可能是由于需要處理的數據增加了，那么就必須重新安排-一 個(gè)時(shí)間窗讓這個(gè)應用繼續處理數據，否則其他所有作業(yè)都會(huì )被推遲。
 
不適用于單一-應用我們看到的網(wǎng)格計算基礎設施的下一個(gè)缺點(diǎn)是它不適用于單一應用。事實(shí)上，如果你不能把應用劃分為能夠并行運行的組件，那么網(wǎng)格對于處理就毫無(wú)幫助。在網(wǎng)格上運行單一應用，對它的吞吐量沒(méi)有任何提高。由于單- -應用可以被 復制到多臺服務(wù)器上，如X軸劃分所示，所以增加服務(wù)器就可以提高單一應用的產(chǎn)能。正如我們在討論安達爾定律時(shí)所說(shuō)的，一個(gè)程序中非串行性部分會(huì )從并行化中受益，而程序的其他部分則得不到什么好處。程序中必須順次運行的組件是不能被并行化的。
 
增加了復雜度我們看到的網(wǎng)格計算的最后一個(gè)重要缺點(diǎn)是網(wǎng)格基礎設施的復雜度高。托管和運行一個(gè)應用，本身已經(jīng)夠復雜了，因為通常需要考慮這個(gè)應用與用戶(hù)的交互、與其他系統的交互、與數據庫的交互、與硬盤(pán)存儲的交互，等等。把這種復雜度已經(jīng)很高、非常不穩定的環(huán)境再放置到網(wǎng)格環(huán)境之上，它就會(huì )變得更加復雜。網(wǎng)格并不只是另一組主機而已。在網(wǎng)格上運行，需要一套專(zhuān)用的操作系統，用于管理各種事務(wù)，如哪個(gè)主機處理哪個(gè)作業(yè)，在一個(gè)作業(yè)中間如果一個(gè)主機死機了應該怎樣處理，在執行一一個(gè)任務(wù)時(shí)主機需要什么數據，在處理結束后收集處理的結果，刪除主機上的數據，把結果匯集在一起，如此等等。這樣無(wú)疑會(huì )增加很大的復雜度，如果你曾經(jīng)調試過(guò)在多臺服務(wù)器上運行幾百個(gè)實(shí)例的應用，那么你可以想見(jiàn)調試一個(gè)在幾百臺服務(wù)器上運行的應用的難度。
 
網(wǎng)格計算的缺點(diǎn)
 
我們已經(jīng)列出了網(wǎng)格計算的三個(gè)主要缺點(diǎn)，它們排名不分先后，而且這里也沒(méi)有列出所有的缺點(diǎn)。還有許多其他網(wǎng)格計算的缺點(diǎn)，不過(guò)這三種是把網(wǎng)格計算引入你的基礎設施時(shí)你會(huì )遇到的具有代表性的缺點(diǎn)。
 
●難以同時(shí)共享。如果不舍棄在網(wǎng)格上運行得到的某些好處，就不能同時(shí)共享網(wǎng)格計算基礎設施。這就意味著(zhù)通常需要預先做好作業(yè)和應用的調度，而不能一經(jīng)要求就運行。
 
●不適用于單一應用。如果你的應用不能被劃分為較小的任務(wù)，那么在網(wǎng)格上運行可能幾乎得不到任何好處。要利用網(wǎng)格計算基礎設施，你需要把應用劃分成能獨立運行的非順次執行的任務(wù)。
 
●增加了復雜度。在網(wǎng)格環(huán)境上運行，可能會(huì )給你已經(jīng)比較復雜的應用增加更大的復雜度。如果發(fā)生了問(wèn)題，不論這個(gè)問(wèn)題是來(lái)自你應用代碼中的一個(gè)bug，還是來(lái)自運行應用的環(huán)境，調試都會(huì )變得更加困難了。
 
以上是把網(wǎng)格計算系統集成到你的基礎設施中的三個(gè)缺點(diǎn)。同樣，每個(gè)缺點(diǎn)的重要性取決于你的應用和實(shí)現。
 
這些是我們看到的把網(wǎng)格網(wǎng)站制作計算基礎設施集成到你的架構中的主要利弊。如前所述，這些優(yōu)缺點(diǎn)的重要性是由你特定的應用或技術(shù)團隊決定的。例如，如果你有一個(gè)強大的運營(yíng)團隊，具有豐富的使用和在網(wǎng)格基礎設施上運行的經(jīng)驗，那么網(wǎng)格帶來(lái)的復雜度增加，對你來(lái)說(shuō)可能就不成問(wèn)題了。如果你沒(méi)有這樣的運營(yíng)團隊，你的團隊中也沒(méi)有人可以支持在網(wǎng)格上運行的應用，那么這個(gè)缺點(diǎn)可能就會(huì )讓你停滯不前。
 
如果你仍然對如何使用網(wǎng)站制作網(wǎng)格計算基礎設施感到疑惑，可以考慮在哪里使用網(wǎng)格。雖然你會(huì )讀到一些不同的設想，但要時(shí)刻記住前面介紹過(guò)的網(wǎng)格的優(yōu)缺點(diǎn)，因為它們才是影響你決定是否開(kāi)始投人一個(gè)類(lèi)似項目的因素。