可以便用分區(qū)、監(jiān)視程序、容器和其它方法使許多工作量在一個(gè)統(tǒng)一的平臺(tái)上共存�？紤]到平臺(tái)類別的相對(duì)優(yōu)點(diǎn)和弱點(diǎn)，當(dāng)這些平臺(tái)之間實(shí)施整合的時(shí)候，需要做大量的工作。這些工作包括理解哪些應(yīng)用程序?qū)⒃诖笮陀?jì)算機(jī)上運(yùn)行，哪些應(yīng)用程序通過轉(zhuǎn)移能夠獲得最大的好處，在過渡之后這些應(yīng)用程序看起來將是什么樣子。實(shí)際上，更重要的是理解這種過渡的細(xì)微差別，特別是當(dāng)整個(gè)目標(biāo)把風(fēng)險(xiǎn)減到最低限度的同時(shí)也是優(yōu)化這種好處的時(shí)機(jī)。

 

　　通過建�？刂扑鼈兊木窒扌裕�可以描繪一個(gè)達(dá)到最終目標(biāo)的路線圖，同時(shí)在這個(gè)過程中將不偏離方向。這些局限性可以分為以下三類：技術(shù)局限性——什么東西能夠集成在一起;業(yè)務(wù)和流程的局限性一一什么東西應(yīng)該集成在一起;工作量分析——什么東西能夠相互適合。

 

 

　　由于管理規(guī)定、內(nèi)部政策或者其它現(xiàn)實(shí)世界的整合，這些局限性幫助機(jī)構(gòu)從技術(shù)的角度確定什么能做什么不能做。

 

　　1、面向流程的局限性

 

　　生產(chǎn)IT環(huán)境的適當(dāng)?shù)墓δ芡ǔＲ揽繃?yán)密的流程控制。變化凍結(jié)、維護(hù)窗口和其它控制措施必要遵從。IT環(huán)境的任何轉(zhuǎn)變必須要考慮到己經(jīng)制定的規(guī)則。

 

　　這對(duì)于大型計(jì)算機(jī)整合是一個(gè)好消息，因?yàn)榇笮陀?jì)算機(jī)過去的流程非常嚴(yán)格，這種流程目前僅在數(shù)據(jù)中心使用。

 

　　2、遵守安全和管理規(guī)定

 

　　為了保護(hù)知識(shí)產(chǎn)權(quán)和其它敏感的信息，許多環(huán)境隔離數(shù)據(jù)類型，并且相應(yīng)地使用安全和接入控制政策。企業(yè)應(yīng)該避免可能引起安全漏洞的虛擬化情況。即使這臺(tái)大型計(jì)算機(jī)的安全模型支持反應(yīng)分布式環(huán)境的政策，設(shè)法采用不跨越安全區(qū)和可能引起潛在的管理或者安全問題的更簡(jiǎn)單的方法也許更可行。

 

　　3、一般業(yè)務(wù)和局限性

 

　　機(jī)構(gòu)通常不愿意在各個(gè)部門之間共享基礎(chǔ)設(shè)施，部分原因是缺乏能夠?qū)崿F(xiàn)跨部門托管的chargeback(退款)模式�？赡軐�(duì)虛擬化產(chǎn)生影晌的另一個(gè)問題是運(yùn)行環(huán)境。把生產(chǎn)環(huán)境與非生產(chǎn)環(huán)境結(jié)合到一個(gè)共享的環(huán)境。

 

 

　　技術(shù)局限性分析一般處理硬件與軟件組件之間的兼容性和密切關(guān)系的問題。什么能夠在什么上運(yùn)行，什么與什么對(duì)話等等。對(duì)于大型計(jì)算機(jī)來說，這個(gè)步驟關(guān)系到哪些應(yīng)用程序能夠在大型計(jì)算機(jī)上運(yùn)行，什么能夠從這個(gè)轉(zhuǎn)移中得到最大的好處，應(yīng)該如何組織這些應(yīng)用程序才能夠優(yōu)化地利用這些好處。

 

　　1、硬件和軟件兼容性

 

　　除了理解哪些應(yīng)用程序能夠相互對(duì)話和哪些應(yīng)用程序相互之間有密切的關(guān)系之外，理解應(yīng)用程序及其應(yīng)用如何驅(qū)動(dòng)中間件軟件的行為也是很重要的。同樣，任何跨平臺(tái)的過渡都必須考慮到源系統(tǒng)使用的特殊硬件是否很難一起轉(zhuǎn)移，如令牌環(huán)、傳真和USB設(shè)備。如果這些硬件中的任何東西影響這個(gè)應(yīng)用程序在大型計(jì)算機(jī)環(huán)境中的設(shè)置，在整合的候選名單中就應(yīng)該取消這個(gè)硬件。

 

　　2、網(wǎng)絡(luò)連接能力和延遲

 

　　一個(gè)應(yīng)用程序的空間拓?fù)湮恢弥械娜魏胃淖兌伎赡芤�起通信延遲的改變，從而影響到應(yīng)用程序的性能。如果這些變化在錯(cuò)誤的地方引起延遲，如在應(yīng)用服務(wù)器與數(shù)據(jù)庫之間引起延時(shí)，性能就會(huì)受到不利的影響。因此，開始采用其數(shù)據(jù)庫已經(jīng)在大型計(jì)算機(jī)中的目標(biāo)應(yīng)用程序是一個(gè)很好的戰(zhàn)略。

 

　　3、應(yīng)用程序連接性能

 

　　不要僅尋找己經(jīng)與大型計(jì)算機(jī)對(duì)話的應(yīng)用程序，機(jī)構(gòu)應(yīng)該尋找相互對(duì)話的應(yīng)用程序。通過整臺(tái)到同一個(gè)系統(tǒng)，這些應(yīng)用程序通過促進(jìn)不會(huì)對(duì)網(wǎng)絡(luò)產(chǎn)生任何影響的“對(duì)話”來實(shí)現(xiàn)巨大的好處。不過，需要提醒的是，這種策略有時(shí)候能夠繞過重要的網(wǎng)絡(luò)安全控制措施，因此要認(rèn)真處理崩潰的應(yīng)用層和通信路徑的問題。

 

 

　　分析大型計(jì)算機(jī)虛擬化的最具有挑戰(zhàn)性的問題之一是適當(dāng)?shù)貙?shí)現(xiàn)系統(tǒng)虛擬化方式的正�；�。因?yàn)閿?shù)據(jù)中心出現(xiàn)的多重工作量個(gè)性和平臺(tái)的各種不同的特點(diǎn)，得到正確的答案并不是一件很容易的事。處理器使用率必須要適當(dāng)?shù)貙?shí)現(xiàn)正�；�，必須要考慮到I/O速率，內(nèi)存使用率和環(huán)境轉(zhuǎn)換，以保證準(zhǔn)確的結(jié)果。

 

　　要解決這個(gè)問題，許多發(fā)表的測(cè)試基準(zhǔn)取消了工作量的高帶寬和高同步化部分。因此，有必要?jiǎng)?chuàng)建一個(gè)能夠準(zhǔn)確地捕捉不同平臺(tái)種類相對(duì)優(yōu)點(diǎn)的特殊的測(cè)試基準(zhǔn)。換句話說，使用標(biāo)準(zhǔn)的整數(shù)基淮實(shí)現(xiàn)中型計(jì)算機(jī)和大型計(jì)算機(jī)平臺(tái)之間的工作量的正常化并不能提供這個(gè)正確的答案。

 

　　這個(gè)問題并不僅僅是大型計(jì)算機(jī)遇到的問題。許多虛擬化技術(shù)都受到這樣的問題的影晌，有的是由于沒有適當(dāng)?shù)幕�淮，有的是這種標(biāo)準(zhǔn)剛剛出現(xiàn)。在許多情況下，需要一種靈活的基準(zhǔn)單獨(dú)地根據(jù)工作量的具體個(gè)性和與其相適應(yīng)的目標(biāo)平臺(tái)的性能實(shí)現(xiàn)工作量的正�；�。

 

　　1、處理器正常化和基準(zhǔn)

 

　　雖然構(gòu)成工作量在大型計(jì)算機(jī)上運(yùn)行的理論是復(fù)雜的，獲得這個(gè)答案的實(shí)際方法是很簡(jiǎn)單的。通過使用代表指定工作量個(gè)性的源系統(tǒng)和目標(biāo)系統(tǒng)相對(duì)性能的多個(gè)基準(zhǔn)，有可能進(jìn)行一次單項(xiàng)的分析，用一個(gè)步驟優(yōu)化使用多個(gè)源/目標(biāo)組合。然后，每一個(gè)源工作量能夠根據(jù)獨(dú)特的個(gè)性單獨(dú)實(shí)現(xiàn)正�；�，目標(biāo)端點(diǎn)(大型計(jì)算機(jī)分區(qū))根據(jù)合理地淮確預(yù)測(cè)的利用率填補(bǔ)這個(gè)工作容量。雖然這種方法的好處是巨大的，但是，這個(gè)挑戰(zhàn)變成了確定每一個(gè)源工作量的確切的個(gè)性是什么。幸運(yùn)的是有一些關(guān)鍵的指標(biāo)能夠用來把不同類型的活動(dòng)分開。

 

　　2、I/O分析

 

　　雖然大型計(jì)算機(jī)平臺(tái)的實(shí)力之一是其I/O性能，但是，分析源工作量的I/O特點(diǎn)仍是很重要的。在任何整合情況下，把能夠促進(jìn)平衡利用資源的工作量結(jié)合在一起是很理想的。因此，I/O局限性應(yīng)該使用處理器和其它指標(biāo)進(jìn)行并行分析，以便提供一個(gè)優(yōu)化利用目標(biāo)資源的平衡的結(jié)果。

 

　　3、內(nèi)存分析

 

　　當(dāng)確定一個(gè)系統(tǒng)中能夠虛擬化多少了應(yīng)用程序的時(shí)候，內(nèi)存通常是一個(gè)決定性的因素。不過，這種分析比較復(fù)雜，因?yàn)橐粋�(gè)應(yīng)用程序真正的內(nèi)存需求并不是由系統(tǒng)上使用的物理內(nèi)存決定的。使用測(cè)量的內(nèi)存使用率來確定什么能夠適合目標(biāo)的要求將提供一個(gè)穩(wěn)妥的答案。但是，它需要使用的內(nèi)存將超過實(shí)際的需求。

 

　　所有這些局限性最終必須都要在一起進(jìn)行分析以便確定實(shí)施虛擬化的優(yōu)化方法。當(dāng)針對(duì)一系列源服務(wù)器和目標(biāo)服務(wù)器考慮這些局限性的時(shí)候，這個(gè)分析就變成了一個(gè)三維的優(yōu)化問題。

 

　　把應(yīng)用程序工作量整合到一個(gè)大型計(jì)算機(jī)平臺(tái)上是許多叮環(huán)境中要考慮的一個(gè)偉大的戰(zhàn)略。通過恰當(dāng)?shù)卦u(píng)估要進(jìn)行整合的應(yīng)用程序的適應(yīng)性，這些整合提供的結(jié)果以及這個(gè)解決方案的擁有總成本，有可能發(fā)現(xiàn)一些重大的機(jī)會(huì)來簡(jiǎn)化IT基礎(chǔ)設(shè)施、提高彈性，減少耗電量并且最終減少為這些工作量提供的服務(wù)的相關(guān)成本。