專利名稱：能夠進(jìn)行按需基礎(chǔ)設(shè)施的實時測試以預(yù)測服務(wù)級別協(xié)議一致性的方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及按需電子商務(wù)(EBOD)，更具體地涉及一種用于在EBOD環(huán)境中提供實時基礎(chǔ)設(shè)施(infrastructure)場景測試的系統(tǒng)和方法。
背景技術(shù)：
幾十年來，位于紐約Armonk的國際商業(yè)機器公司(IBM)在商務(wù)計算領(lǐng)域一直都處在新范式的最前沿。目前，IBM正在發(fā)起一種新的計算公用服務(wù)(computing utility service)，即“按需電子商務(wù)”(EBOD)。簡言之，EBOD是一種基于“按小時服務(wù)(power by thehour)”的信息技術(shù)(IT)形式，其中客戶僅針對實際使用的計算服務(wù)的級別來付費。EBOD的客戶將他們的IT環(huán)境傳送到公用管理基礎(chǔ)設(shè)施(UMI)，并僅針對所接收到的實際的計算服務(wù)進(jìn)行付費。就像電、水、氣一樣，IT被看作是另一種公用設(shè)施(utility)。因此，通過使客戶免去對建設(shè)和維護(hù)IT運營的責(zé)任、對管理人員提供必要的教育和培訓(xùn)以及對于適用規(guī)則的必須遵守，客戶能夠集中在他們的核心業(yè)務(wù)上，同時享受由IBM提供的可變的價格、自動化處理以及共享基礎(chǔ)設(shè)施的極高彈性和響應(yīng)率。
從專用IT環(huán)境轉(zhuǎn)換到EBOD環(huán)境的客戶可能擔(dān)心新范式的效率以及失去對實際IT運營的控制。盡管當(dāng)前共享IT基礎(chǔ)設(shè)施的廠家可能允許客戶分析他們的IT系統(tǒng)的響應(yīng)率，但是不存在對新出現(xiàn)的如IBM的EBOD基礎(chǔ)設(shè)施這樣的類似于公用設(shè)施的中間件進(jìn)行支持的實時服務(wù)測試工具。
現(xiàn)有的產(chǎn)品包括典型的系統(tǒng)測試產(chǎn)品套件由位于加利福尼亞的Sunnyvale的Mercury Interactive公司發(fā)布的WinRunner，以及IBM的即將問世的Blue Typhoon圖形用戶界面(GUI)。這些典型的系統(tǒng)測試套件僅采用諸如“top”、“sar”、“wait”、“vmastat”、“netstat”和“ping”這樣的計算機命令來確定諸如CPU、存儲器、盤和網(wǎng)絡(luò)的使用，而不提供測試假定負(fù)載的方法。
WinRunner捕獲實際的IT事件，然后基于所捕獲的事件，對于用戶通過一系列的基于客戶或網(wǎng)絡(luò)(web)的GUI來執(zhí)行調(diào)度(manoeuvring)工作進(jìn)行仿真。用戶的數(shù)量可以調(diào)整，但WinRunner僅測試對某種類型的用戶界面有要求的應(yīng)用專用功能方面的命中(hit)。換言之，WinRunner測試用戶界面，而不是模擬對于特定應(yīng)用的壓力(stress)，以及對諸如處理、網(wǎng)絡(luò)功能性和數(shù)據(jù)存儲這樣的特定共享性能的使用。
Blue Typhoon GUI是Java的swing/applet應(yīng)用，該應(yīng)用使得客戶能夠修改計算容量，并且分配和/或再分配計算資源。盡管該方法使得客戶可以被動地查看資源，但是Blue Typhoon并不提供以主動方式檢取共享系統(tǒng)/應(yīng)用數(shù)據(jù)的方法來進(jìn)行真實的實時測試。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于對在共享IT環(huán)境中運行的客戶的信息技術(shù)(IT)系統(tǒng)以及應(yīng)用的效率和有效性進(jìn)行建模的設(shè)備和方法。所要求保護(hù)的主題使得通用管理基礎(chǔ)設(shè)施(UMI)提供商能夠說明實際客戶的請求將符合還是超出該客戶的服務(wù)級別協(xié)議(SLA)的限制。通過測試套件可以在UMI環(huán)境中模擬所期望的IT設(shè)定。該測試套件使得客戶能夠在虛擬計算機上生成生產(chǎn)級別負(fù)載和壓力，因此能夠洞察客戶的特定按需電子商務(wù)(EBOD)環(huán)境。該性能使得客戶能夠預(yù)先識別可能的系統(tǒng)缺陷，以便能夠做出必要的調(diào)整來使他們所預(yù)訂的服務(wù)的效率最大化。換言之，所要求保護(hù)的主題使得客戶能夠?qū)λ麄兊腅BOD環(huán)境進(jìn)行配置并且進(jìn)行實時測試。
IBM UMI環(huán)境由諸如處理、網(wǎng)絡(luò)以及數(shù)據(jù)存儲裝置的資源組成，這些資源能夠處理系統(tǒng)中的大量用戶以及事務(wù)。一個特定客戶通常僅需要該容量的一小部分，并且針對所期望的服務(wù)級別簽訂合同。使用由IBM提供的例如Tivoli Service Desk(TSD)的幫助臺(helpdesk)軟件作為示例，所要求保護(hù)的主題能夠模擬多次訪問以檢測系統(tǒng)響應(yīng)；檢測端點機器是否使諸如網(wǎng)絡(luò)/存儲裝置容量的資源優(yōu)化；并且發(fā)送負(fù)載，該負(fù)載表示典型的最終用戶(幫助臺代理)日常所執(zhí)行的負(fù)載。以這種方式，客戶能夠分析并理解虛擬計算機的特性，更重要地，分析并理解他們公司在UML中的關(guān)鍵應(yīng)用的特性。
本發(fā)明使得客戶能夠?qū)⒓俣ㄘ?fù)載與SLA進(jìn)行比較，以便在必要時作出調(diào)整，以管理或優(yōu)化SLA。另外，在形成SLA之前，可以使?jié)撛诘目蛻舸_信所提出的SLA是最優(yōu)的，并且符合他們的需要。
該綜述并不旨在詳盡說明所要求保護(hù)的主題，而是旨在提供對與所要求保護(hù)的主題相關(guān)聯(lián)的某種用途的簡單描述。對于本領(lǐng)域的技術(shù)人員來說，通過檢驗以下附圖及詳細(xì)說明，本發(fā)明的其它系統(tǒng)、方法、用途、特征及優(yōu)點將變得顯而易見。


當(dāng)結(jié)合附圖來考慮以下對所公開實施例進(jìn)行的詳細(xì)說明時，可以獲得對本發(fā)明的更好的理解。
圖1是包含有所要求保護(hù)主題的示例性通用管理基礎(chǔ)設(shè)施(UMI)體系結(jié)構(gòu)的框圖。
圖2是實現(xiàn)要求保護(hù)主題的按需服務(wù)(ODS)架構(gòu)的框圖。
圖3是圖2中引入的集成中心(integration hub)的更加詳細(xì)的框圖。
圖4是示出了在圖2的ODS架構(gòu)中的集成中心與其它不同部件之間的交互。
圖5是圖2的ODS架構(gòu)的測試中心部件的框圖。
圖6是一個模擬處理的流程圖，該模擬處理用于產(chǎn)生指定的工作流對系統(tǒng)資源的影響的預(yù)測，之后將該預(yù)測與客戶服務(wù)級別協(xié)議進(jìn)行比較。
圖7是示例性模擬操作處理的流程圖，其更加詳細(xì)地示出了圖6的模擬處理的一部分。
具體實施例方式
盡管具體地參照UMI環(huán)境對本發(fā)明進(jìn)行描述，但所要求保護(hù)的主題還可以在期望進(jìn)行負(fù)載和/或壓力測試的任何信息技術(shù)(IT)系統(tǒng)中實現(xiàn)。計算領(lǐng)域的普通技術(shù)人員明白所公開的實施例除了與下面描述的計算環(huán)境相關(guān)之外，還與更多種類的計算環(huán)境相關(guān)。另外，所公開的發(fā)明的方法可以以軟件、硬件或者軟件和硬件的組合來實現(xiàn)。硬件部分可以使用專用邏輯來實現(xiàn)；軟件部分可以被存儲在存儲器中，并且通過諸如微處理器、個人計算機(PC)或者大型機這樣的適當(dāng)?shù)闹噶顖?zhí)行系統(tǒng)來執(zhí)行。
現(xiàn)在轉(zhuǎn)向附圖，圖1是包含有所要求保護(hù)主題的示例性通用管理基礎(chǔ)設(shè)施(UMI)體系結(jié)構(gòu)100的框圖。企業(yè)101為多個客戶提供服務(wù)，諸如客戶_1 103、客戶_2 104、客戶_3 105、客戶_4 106和客戶_5107。企業(yè)101還與多個供應(yīng)商有關(guān)系，即供應(yīng)商_1 113、供應(yīng)商_2 114和供應(yīng)商_3 115。對于該示例來說，沒有指定企業(yè)101所從事的具體的業(yè)務(wù)類型，這是因為UMI基礎(chǔ)設(shè)施100以及所要求保護(hù)的主題實際上可應(yīng)用于采用信息技術(shù)(IT)基礎(chǔ)設(shè)施的任何類型的業(yè)務(wù)。實際上，UMI結(jié)構(gòu)101甚至可應(yīng)用于不具有客戶和/或供應(yīng)商的假定業(yè)務(wù)。
在該示例中，供應(yīng)商113到115向企業(yè)101提供部件和服務(wù)121，而且客戶103到107購買產(chǎn)品或者出售物(offering)119。企業(yè)101包括業(yè)務(wù)處理_1 123、業(yè)務(wù)處理_2 124和業(yè)務(wù)處理_3 125，以使得企業(yè)101可以將部件和服務(wù)121轉(zhuǎn)換成出售物119。業(yè)務(wù)處理的類型的示例包括但不限于制造供應(yīng)系統(tǒng)、會計帳目系統(tǒng)、記帳系統(tǒng)、客戶管理系統(tǒng)和工資管理系統(tǒng)?？蛻?03到107、供應(yīng)商113到115和業(yè)務(wù)處理123到125的具體數(shù)目僅用于示例的目的；所要求保護(hù)的主題可以同樣良好地應(yīng)用于具有任何特定數(shù)目的這種關(guān)系的小型、中型和大型企業(yè)。
企業(yè)101包括虛擬化基礎(chǔ)設(shè)施，即“按需服務(wù)(ODS)架構(gòu)”129，在該示例中，“按需服務(wù)(ODS)架構(gòu)”129是由位于紐約Armonk的國際商業(yè)機器公司(IBM)設(shè)計的按需電子商務(wù)(EBOD)環(huán)境。該IBM EBOD環(huán)境被設(shè)計為用于商務(wù)客戶，并且能夠在因特網(wǎng)上傳送會計帳目、人力資源和客戶關(guān)系管理應(yīng)用以進(jìn)行基于使用的收費，或者如果需要，可以用于向公司提供計算資源，例如處理器、存儲裝置、存儲器，以支持他們的操作。
圖2是圖1的ODS架構(gòu)129的更加詳細(xì)的框圖。在圖2中包括ODS塊167，該ODS塊167表示可以在例如IBM EBOD環(huán)境這樣的ODS環(huán)境中使用的各種按需服務(wù)。如上所述，ODS服務(wù)的示例包括但不限于生產(chǎn)供應(yīng)系統(tǒng)、會計帳目系統(tǒng)、記帳系統(tǒng)、客戶管理系統(tǒng)和工資管理系統(tǒng)。在該示例中，ODS服務(wù)167經(jīng)由服務(wù)編程接口(SPI)165與ODS架構(gòu)129相連。在該示例中，SPI 165是一組應(yīng)用編程接口(API)。計算領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)明白，除了經(jīng)由SPI 165之外，還存在其它的方式來實現(xiàn)ODS塊167與ODS架構(gòu)129之間的連接，例如但不限于安全套接字。
在圖2中還包括業(yè)務(wù)系統(tǒng)塊169，該業(yè)務(wù)系統(tǒng)塊169表示任何或者所有特定的業(yè)務(wù)處理123到125(圖1)，可能要求這些業(yè)務(wù)處理提供對于由企業(yè)101(圖1)提供的所述各種ODS服務(wù)中的一個或者多個的訪問。業(yè)務(wù)系統(tǒng)169經(jīng)由訂單啟動塊(order enable block)171耦合到ODS架構(gòu)129，該訂單啟動塊171可以表示用于將信息從業(yè)務(wù)系統(tǒng)傳遞到ODS架構(gòu)129的軟件、硬件或者操作員。
ODS架構(gòu)129包括用于協(xié)調(diào)業(yè)務(wù)系統(tǒng)169、ODS服務(wù)167和ODS架構(gòu)129之間的交互的集成中心141。該集成中心141包括工作流部件143和集成中間件部件145。工作流部件143管理來自業(yè)務(wù)系統(tǒng)169的通信和請求，而集成中間件部件145管理來自O(shè)DS塊167的通信和請求。當(dāng)工作流部件143主要與集成中間件部件145進(jìn)行通信時，集成中間件部件145負(fù)責(zé)處理從工作流部件143和ODS服務(wù)塊167到UMI基礎(chǔ)服務(wù)147的通信和請求，以及從UMI基礎(chǔ)服務(wù)147到ODS部件167的通信和請求。
UMI基礎(chǔ)服務(wù)147包括入口151，該入口151是在UMI基礎(chǔ)服務(wù)147、ODS架構(gòu)129的其余部件以及例如來自其它廠商的軟件的任何實體之間的通信接口，該軟件在ODS架構(gòu)129之外并且需要一個到UMI基礎(chǔ)服務(wù)147的直接通信鏈路。計算領(lǐng)域的普通技術(shù)人員將認(rèn)識到存在多種實現(xiàn)入口151的方法，包括但不限于API和安全套接字。UMI基礎(chǔ)服務(wù)147的其它部件包括幫助臺部件152、服務(wù)級別協(xié)議(SLA)部件153、供應(yīng)(provisioning)部件154、報告部件155、監(jiān)控和管理部件156、記帳部件157、計量部件158和測試中心部件159。
幫助臺部件152可以是如典型的電話響應(yīng)系統(tǒng)的自動化系統(tǒng)，或者可以是全部或部分人工系統(tǒng)，其中該幫助臺部件152用于為在企業(yè)101(圖1)的相應(yīng)的幫助臺部分工作的雇員進(jìn)行自動通信和數(shù)據(jù)檢取任務(wù)。
服務(wù)級別協(xié)議(SLA)管理部件153監(jiān)控并控制在ODS架構(gòu)129與客戶企業(yè)之間的交互。這些交互包括由客戶103到107(圖1)和/或供應(yīng)商113到115(圖1)訪問系統(tǒng)資源。SLA典型地是一種在ODS架構(gòu)129的供應(yīng)商與企業(yè)之間的契約協(xié)議，該協(xié)議涉及授權(quán)給該企業(yè)的ODS架構(gòu)129的資源量和這些資源的成本。換句話說，SLA管理部件153確定企業(yè)使用率和UMI服務(wù)是滿足、超過還是符合它們的特定SLA，然后基于該信息采取合適的動作。涉及SLA的數(shù)據(jù)存儲在數(shù)據(jù)存儲器161中。
供應(yīng)引擎154規(guī)定了任務(wù)的自動化以及與ODS架構(gòu)129內(nèi)的資源相關(guān)的資源分配。具體地，供應(yīng)引擎154能夠進(jìn)行諸如服務(wù)器、數(shù)據(jù)存儲裝置、網(wǎng)絡(luò)資源和防火墻等的資源的分配，以滿足采用SLA所要求的企業(yè)需求。另外，供應(yīng)引擎154還便于在ODS架構(gòu)129內(nèi)進(jìn)行軟件分配。
報告部件155負(fù)責(zé)有關(guān)企業(yè)101、業(yè)務(wù)處理123、125和127以及ODS架構(gòu)129中的任何一個或者全部的報告的生成。報告可以包括但不限于生產(chǎn)報告、記帳報告、存貨報告、客戶報告、性能報告和SLA一致性報告。預(yù)定義的報告模板和所生成的報告被存儲在數(shù)據(jù)存儲器161中。
監(jiān)控和管理(M&M)部件156負(fù)責(zé)收集與管理ODS架構(gòu)129和其它UMI基礎(chǔ)服務(wù)147相關(guān)的信息，并且提供用于管理OSD架構(gòu)129和其它UMI基礎(chǔ)服務(wù)147的接口。所收集的信息被存儲在數(shù)據(jù)存儲器161中，而且這些信息直接地或者通過數(shù)據(jù)存儲器161對于幫助臺152、報告部件155和下文描述的記帳部件157可用。
記帳部件157主要基于來自SLA管理部件153和下面描述的計量部件158的信息，為使用ODS架構(gòu)129的企業(yè)生成計價(invoicing)和記帳信息。
計量部件158跟蹤企業(yè)對于ODS架構(gòu)129的使用以及與ODS架構(gòu)129的操作相關(guān)的任何必要的內(nèi)部信息。由計量部件158收集的信息被存儲到數(shù)據(jù)存儲器161中，并且可由幫助臺部件152、報告部件155、M&M部件156和記帳部件157使用。
最后，測試中心部件159控制諸如客戶分析(profiling)、測試數(shù)據(jù)生成，以及用于ODS架構(gòu)129的測試存儲和調(diào)度這樣的行為。下面將結(jié)合圖5更加詳細(xì)地解釋測試中心部件159。
圖3是圖2的集成中心141的更加詳細(xì)的框圖，特別關(guān)注了在處理SPI 169的請求期間，在ODS架構(gòu)129的特定部件之間的通信。正如上面結(jié)合圖2所解釋的，到ODS塊167的通信或者來自O(shè)DS塊167進(jìn)行的通信經(jīng)由SPI 165進(jìn)行傳送。來自O(shè)DS 167的特定請求經(jīng)由SPI165傳送到集成中間件145，而后集成中間件145確定要處理該請求的合適的部件?？赡艿牟考ㄖ行尿炞C和授權(quán)(CAA)部件173以及通用注冊和審計(common login and audit，CLA)部件175，該中心驗證和授權(quán)(CAA)部件173用于確保該特定請求是來自經(jīng)授權(quán)的源，而一旦CAA 173授權(quán)了一個特定源，注冊和審計(CLA)部件175就提供一個注冊和記錄事務(wù)。
之后，將在通過CAA 173驗證和CLA 175注冊之后到達(dá)集成中心141的請求路由到合適的UMI部件151到158。例如，計量部件158借助于CLA 175記錄特定用戶的訪問并且記錄特定用戶對ODS架構(gòu)129的使用。正如上面所解釋的，工作流部件143針對在ODS架構(gòu)129內(nèi)的事務(wù)的管理，對集成中間件145進(jìn)行調(diào)整。工作流部件143使得能夠自動進(jìn)行在UMI部件151到158中的操作處理。工作流部件143還協(xié)調(diào)部分為人工步驟以及部分為自動步驟的處理。對于人工步驟來說，工作流部件143執(zhí)行諸如(但不限于)基于預(yù)設(shè)業(yè)務(wù)規(guī)則來跟蹤進(jìn)度、實施時間限制以及發(fā)送告警信號這樣的任務(wù)。
圖4是更加詳細(xì)地示出了在集成中心141、UMI部件151到158、ODS 167、CAA 173和CLA 175之間的交互的框圖，所有這些部件都已結(jié)合圖2和圖3在上面進(jìn)行了解釋。ODS 167通過發(fā)送請求181和接收響應(yīng)183與集成中心141進(jìn)行通信。為了簡明起見，圖4中沒有示出SPI 165(圖3)。
來自諸如客戶103到107或者供應(yīng)商113到115(圖1)這樣的特定用戶的初始ODS請求181通常需要由ODS架構(gòu)129(圖2)來驗證。這要通過集成中心141來實現(xiàn)，該集成中心141從初始請求181中的數(shù)字證書提取ODS標(biāo)識符(ID)，并且將ODS ID 185發(fā)送到CAA 189。典型地，在為特定客戶設(shè)置ODS 167時建立ODS ID，該ODS ID可以是但不限于密碼。而后，CAA 173采用用于驗證和授權(quán)的數(shù)字證書。本質(zhì)上，CAA 173基于ODS ID/SPI映射191來執(zhí)行驗證和授權(quán)，該ODS ID/SPI映射191是響應(yīng)于到數(shù)據(jù)存儲器161的請求189而檢取到的。
如果對特定用戶進(jìn)行了驗證，那么CAA 173將ODS授權(quán)187發(fā)送回集成中心141。一旦集成中心141接收到該授權(quán)，該集成中心141就能夠代表經(jīng)驗證用戶從UMI部件151到158發(fā)送并接收請求和響應(yīng)193。為了簡明起見，僅有記帳部件157示出了請求和響應(yīng)193，其分為表示請求197和響應(yīng)199的路徑。最后，將驗證和授權(quán)行為記錄(195)到CLA 175。
圖5是圖2、3和4的測試中心159的更加詳細(xì)的框圖。在圖5中還包括有數(shù)據(jù)存儲器161，其例示了與所要求保護(hù)主題相關(guān)的示例數(shù)據(jù)區(qū)域。測試中心159包括資源分析器(profiler)部件201、工作量分析器部件203、模擬引擎205、模擬數(shù)據(jù)生成器206、簡檔(profile)比較器207和一致性監(jiān)控器209。
資源分析器部件201對存儲在數(shù)據(jù)存儲器161中的資源簡檔數(shù)據(jù)211進(jìn)行編輯。資源簡檔數(shù)據(jù)211表示在ODS架構(gòu)129中的特定客戶的資源分配以及任何其它的可用資源。所分配的資源例如可以包括但不限于處理周期、所需服務(wù)器的數(shù)目、網(wǎng)絡(luò)帶寬和數(shù)據(jù)存儲需求。每個所分配的資源都具有與其相關(guān)的參數(shù)，如基本資源分配、最大資源分配、資源成本和基于客戶工作量需求動態(tài)再分配資源的規(guī)則?？捎觅Y源例如是可用處理器類型。例如，用戶可能已經(jīng)訂立合同來使用Intel體系結(jié)構(gòu)，但是需要獲知它們在更加健壯的服務(wù)器環(huán)境中的應(yīng)用功能。
工作量分析器部件203產(chǎn)生同樣被存儲在數(shù)據(jù)存儲器161中的工作量簡檔數(shù)據(jù)213。工作量簡檔數(shù)據(jù)213表示相對于特定客戶已分配資源(如在客戶資源簡檔數(shù)據(jù)211中所描述的)的該客戶的典型工作量，或者相對于使用資源的分配的工作量。例如，企業(yè)101的業(yè)務(wù)處理1123(圖1)典型地可以對于ODS架構(gòu)129的記帳部件157(圖2)，產(chǎn)生每天一百個(100)呼叫，每個請求197平均為一千個字節(jié)，每個響應(yīng)199平均為二千個字節(jié)。另外，一項事務(wù)可能需要平均一百個(100)處理周期，以根據(jù)平均請求197來產(chǎn)生響應(yīng)199并且在數(shù)據(jù)存儲器161(圖2和圖4)中產(chǎn)生一兆的字節(jié)塊。該信息被作為用于業(yè)務(wù)處理1123的典型工作量，存儲到工作量簡檔數(shù)據(jù)213中。每個業(yè)務(wù)處理123到125都在工作量簡檔數(shù)據(jù)213中具有與其典型事務(wù)以及每個事務(wù)使用的諸如處理周期、帶寬和數(shù)據(jù)存儲器的參數(shù)對應(yīng)的數(shù)據(jù)。
除了基于特定客戶的實際使用的工作量簡檔數(shù)據(jù)213之外，工作量簡檔數(shù)據(jù)213還包括對應(yīng)于假定客戶的數(shù)據(jù)，可能是基于集合的或者預(yù)測的平均值。以這種方式，潛在客戶能夠產(chǎn)生并檢查對應(yīng)于潛在工作量的場景，因此確保ODS架構(gòu)129能夠處理業(yè)務(wù)或者預(yù)測可能適合于該潛在客戶的特定級別的SLA。工作量簡檔數(shù)據(jù)213還可以被存儲在配置文件中，以使得對各種假定場景進(jìn)行存儲以便日后參照，而且必要時還可以進(jìn)行修改。
模擬引擎205采用工作量簡檔數(shù)據(jù)213，從而基于由客戶或者管理人員通過操作GUI(未示出)中的參數(shù)而輸入的客戶工作量中的所計劃的變化，來產(chǎn)生假定工作量。例如，基于針對記帳部件157的事務(wù)的平均數(shù)，模擬引擎205能夠估計將每天一百個事務(wù)的平均工作流增加到每天兩百個事務(wù)的平均工作流所需的ODS架構(gòu)129的資源。可以通過改變顆粒度(granularity)來產(chǎn)生模擬。例如，客戶可以知道在某個特定的日期，業(yè)務(wù)處理1123將經(jīng)歷需求的波動。在這種情況下，工作流簡檔數(shù)據(jù)213包括如下的信息，該信息表明業(yè)務(wù)處理1123典型地針對記帳部件157執(zhí)行一百個(100)事務(wù)，針對報告部件155執(zhí)行五十個(50)事務(wù)，針對計量部件158執(zhí)行兩百個事務(wù)等等。然后，模擬引擎205產(chǎn)生對應(yīng)于各個特定的可采用部件151-8的假定工作量。可以通過客戶來保存參數(shù)的各種組合，以便可以僅通過修改所存儲的參數(shù)集，返回或者抓取(tweak)由一組特定參數(shù)表示的特定模擬。該特性防止了對參數(shù)的不必要的再次輸入。
除了創(chuàng)建響應(yīng)于特定假定需求的ODS架構(gòu)129的估計之外，模擬引擎205實際上還可以使用模擬數(shù)據(jù)對ODS架構(gòu)129進(jìn)行物理測試。例如，通過使用上述需要一百個(100)處理周期和數(shù)據(jù)存儲器161的一兆字節(jié)塊的一個事務(wù)的示例，模擬數(shù)據(jù)生成器206產(chǎn)生合適大小的偽程序、網(wǎng)絡(luò)數(shù)據(jù)分組和模擬數(shù)據(jù)塊，以便模擬引擎205能夠?qū)嶋H消耗處理周期，傳送網(wǎng)絡(luò)流量并且分配總量等于假定工作量的數(shù)據(jù)存儲161的多個字節(jié)塊。以這種方式，通過使用實際可用的資源和基礎(chǔ)設(shè)施來模擬假定工作量。下面將結(jié)合圖7來說明示例數(shù)據(jù)采集處理240。
模擬引擎205可以針對預(yù)測或者假定的工作量來創(chuàng)建假定進(jìn)度表，使得定時問題的影響可以變?yōu)槟M中的因素。例如，客戶可以在下午5點到6點之間的典型峰值期間獲知網(wǎng)絡(luò)流量和來自客戶的相應(yīng)的產(chǎn)品訂單，而且獲知報告處理可以延遲到5點高峰期之后。在這種情況下，不同類型的處理可以彼此隔離，并且可以評估各種隔離方案的影響。
在一種可替換的實施例中，模擬引擎205能夠基于在假定場景與實際資源簡檔數(shù)據(jù)211和工作量簡檔數(shù)據(jù)213之間的匹配，對第一客戶的假定場景進(jìn)行預(yù)測，該實際資源簡檔數(shù)據(jù)211和工作量簡檔數(shù)據(jù)213對應(yīng)于實際數(shù)據(jù)與假定情形非常匹配的第二客戶。
然后，簡檔比較器207對模擬引擎205產(chǎn)生的假定工作量和資源簡檔數(shù)據(jù)211進(jìn)行比較。以這種方式，測試中心159確定是否存在足夠的資源以及現(xiàn)有的資源是否可用于服務(wù)假定工作量。應(yīng)當(dāng)注意，進(jìn)行該確定不會影響ODS架構(gòu)129的實際資源，除了可能影響數(shù)據(jù)存儲器161的命中以及執(zhí)行模擬本身所需的處理周期。
一致性監(jiān)控器209采用模擬引擎205和簡檔比較器207的結(jié)果，并且確定計劃的或者假定的工作量是否打算利用不可用資源，或者是否違反在數(shù)據(jù)存儲器161的SLA數(shù)據(jù)部分215中存儲的客戶SLA的條款。創(chuàng)建多種假定工作量并且利用模擬引擎205對它們進(jìn)行評估的性能使得客戶能夠確定針對所計劃業(yè)務(wù)的合適的SLA，并且確定當(dāng)前的SLA的成本是否是最經(jīng)濟的。
一旦完成模擬引擎205、簡檔比較器207和一致性監(jiān)控器209的處理，ODS架構(gòu)209就利用信號將這些結(jié)果通知給客戶。
圖6是模擬和比較處理220的流程圖，該模擬和比較處理用于產(chǎn)生特定工作流對系統(tǒng)資源的影響的預(yù)測，之后將該預(yù)測與客戶服務(wù)級別協(xié)議進(jìn)行比較。處理220開始于“開始模擬”步驟221，之后該處理直接進(jìn)入到“檢取資源簡檔”步驟223，在該步驟中，該處理從數(shù)據(jù)存儲器161(圖2、4和5)中檢取針對特定客戶的資源簡檔數(shù)據(jù)211(圖5)。正如上面結(jié)合圖5所解釋的，資源簡檔數(shù)據(jù)221表示特定客戶的資源分配以及在ODS架構(gòu)129(圖2)中的相關(guān)參數(shù)。
而后，該控制進(jìn)入到“檢取工作量簡檔”步驟225中，在該步驟中，處理220對于對應(yīng)于其資源簡檔數(shù)據(jù)211已在步驟211中進(jìn)行過檢取的客戶的工作量簡檔數(shù)據(jù)213進(jìn)行檢取。正如上面結(jié)合圖5所解釋的，工作量簡檔數(shù)據(jù)213表示相對于在客戶資源簡檔數(shù)據(jù)211中描述的特定客戶的已分配資源而言的該特定客戶的典型工作量。另外，各種參數(shù)可能具有會影響特定模擬的相對應(yīng)的重要性和/或優(yōu)先級屬性。
一旦完成對特定客戶的資源簡檔數(shù)據(jù)211和工作量簡檔數(shù)據(jù)213的檢取，該控制就進(jìn)入到“修改工作量簡檔”步驟227，在該步驟中，客戶可以修改在所檢取的工作流簡檔數(shù)據(jù)213中的參數(shù)，以表達(dá)假定場景或者所計劃的工作流，例如針對站點訪問的需求的突發(fā)高峰。換句話說，通過修改工作流簡檔數(shù)據(jù)213，客戶能夠測試在客戶實際工作流中的預(yù)期變化。針對工作流簡檔數(shù)據(jù)213的變化是通過GUI(未示出)實現(xiàn)的，編程領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)能夠理解其創(chuàng)建和操作。此外，可以將可替換的場景以及它們相應(yīng)的工作量簡檔數(shù)據(jù)213存儲在配置文件中，并且在步驟225期間加載到處理220中，而且必要的話在步驟227中進(jìn)行修改。
一旦客戶在步驟227中修改了期望的參數(shù)，控制就進(jìn)入到“模擬操作”步驟229，在該步驟中，處理220模擬針對在客戶資源簡檔數(shù)據(jù)211中定義的資源所執(zhí)行的計劃的工作流。下面將結(jié)合圖7更加詳細(xì)地說明模擬操作步驟229。接下來，控制進(jìn)入到“與SLA的比較操作”步驟231，在該步驟中，首先從數(shù)據(jù)存儲器161檢取SLA數(shù)據(jù)215(圖5)，而后，比較在步驟229中執(zhí)行的模擬操作的結(jié)果與客戶SLA數(shù)據(jù)215。
之后，控制進(jìn)入到“SLA足夠(sufficient)嗎？”步驟233，在該步驟中，處理220確定在步驟229中計算出的所計劃的工作流是否超出了在客戶的SLA中定義的、客戶的對于資源的限制。如果所計劃的工作流沒有超出客戶的SLA，則將該事實通知給客戶同時控制進(jìn)入到“結(jié)束模擬”步驟237，在該步驟237中完成處理。如果在步驟335中所計劃的工作流超出了由SLA定義的客戶的限制，則控制進(jìn)入到“生成新的SLA”步驟235，在該步驟中，修改SLA數(shù)據(jù)215，使得SLA數(shù)據(jù)215與模擬的結(jié)果相一致。另外，處理220可以與記帳部件157(圖2和圖4)進(jìn)行交互，以便計算與由該模擬預(yù)測的所需服務(wù)級別相關(guān)聯(lián)的成本。
然后，將經(jīng)修改的SLA數(shù)據(jù)215呈現(xiàn)給客戶，使得客戶能夠確定是否需要修改他們的SLA，以便ODS架構(gòu)129能夠處理協(xié)議內(nèi)的所期望的工作量?？梢曰谔囟ǖ哪M，向客戶提出多種可能的一致SLA以及它們各自的成本。例如，模擬可以提升如下的可能性，即可以通過從Intel體系架構(gòu)協(xié)議變換到基于服務(wù)器的協(xié)議來更好地服務(wù)于客戶的業(yè)務(wù)。在該可替換實施例中，處理220不去預(yù)測所需級別SLA，而是在客戶違反協(xié)議之前預(yù)測特定SLA能夠容忍的最大工作量。
圖7是對應(yīng)于圖6的模擬操作步驟229的示例性模擬操作處理240的流程圖。處理240開始于“開始模擬操作”步驟241，之后控制直接進(jìn)入到“確定源”步驟243。在步驟243中，處理240掃描歷史模擬數(shù)據(jù)，以針對假定場景，根據(jù)當(dāng)前客戶或者其它類似的客戶確定是否存在足夠的數(shù)據(jù)，以估計負(fù)載以及負(fù)載對ODS架構(gòu)129的受影響資源的影響。該負(fù)載和負(fù)載的影響是歷史數(shù)據(jù)的兩個不同的方面，在下面的步驟中有必要對二者的重要性進(jìn)行闡述。
如果存在充足的歷史數(shù)據(jù)，則控制進(jìn)入到“檢取數(shù)據(jù)”步驟247，在該步驟中，從數(shù)據(jù)存儲器161中檢取歷史數(shù)據(jù)。如果不存在充足的歷史數(shù)據(jù)，則控制進(jìn)入到“產(chǎn)生數(shù)據(jù)”步驟249，在該步驟中，處理240創(chuàng)建用于下一處理步驟的相關(guān)測試數(shù)據(jù)。這些相關(guān)測試數(shù)據(jù)實際上可以是模擬數(shù)據(jù)，如偽客戶文件和事務(wù)或者僅僅是合適大小的隨機數(shù)據(jù)塊。當(dāng)然，如果存在某些歷史數(shù)據(jù)但不足以提供有意義的模擬時，控制將從步驟245進(jìn)入到步驟249，并將僅產(chǎn)生所需的數(shù)據(jù)。
一旦獲取了數(shù)據(jù)，要么是在步驟247中檢取的數(shù)據(jù)，要么是在步驟249中產(chǎn)生的數(shù)據(jù)或者二者的某種組合，那么控制就進(jìn)入到“實際的資源？”步驟251，在步驟251中，處理240確定是計算對于ODS架構(gòu)129的模擬數(shù)據(jù)負(fù)載，還是實際產(chǎn)生對于架構(gòu)129的資源的負(fù)載?？梢曰诠芾韱T或者用戶的偏好來進(jìn)行這種確定。例如，管理人員可以確定僅在工作時間以外的時間允許這些模擬使用實際的資源，而在其它的時間僅可以運行所計算的模擬。
在步驟251中，如果處理240確定實際的資源可在模擬中使用，則控制進(jìn)入到“執(zhí)行模擬”步驟255，在該步驟中，所檢取和/或產(chǎn)生的數(shù)據(jù)實際用于發(fā)送分組、產(chǎn)生處理周期、占用數(shù)據(jù)存儲器161的一部分等等。在步驟255期間，收集相關(guān)的信息以確定負(fù)載對ODS架構(gòu)129的資源的影響。在步驟251中，如果處理240確定不將使用實際的資源，則控制進(jìn)入到“計算模擬”步驟，在該步驟中，基于所檢取和/或產(chǎn)生的數(shù)據(jù)來推斷有關(guān)負(fù)載對ODS架構(gòu)129的影響的相關(guān)信息。最后，控制從步驟253和255這兩個步驟進(jìn)入到“結(jié)束模擬操作”步驟257，在該步驟中，完成處理240。
權(quán)利要求
1.一種用于在公用計算環(huán)境中預(yù)測服務(wù)級別的方法，該公用計算環(huán)境具有從一組可用計算資源中動態(tài)分配的計算資源子集，該方法包括如下步驟創(chuàng)建與根據(jù)服務(wù)級別協(xié)議而分配的第一計算資源子集對應(yīng)的資源簡檔；加載表示企業(yè)的需求簡檔的工作量簡檔；以及使用所述資源簡檔來對所述工作量簡檔的處理進(jìn)行模擬，以產(chǎn)生服務(wù)級別結(jié)果，其中在模擬期間根據(jù)所述服務(wù)級別協(xié)議來修改資源簡檔資源子集。
2.根據(jù)權(quán)利要求1的方法，還包括如下步驟比較服務(wù)級別結(jié)果和服務(wù)級別協(xié)議；并且以信號來通知計算資源簡檔是否以所期望的對應(yīng)于所述服務(wù)級別協(xié)議的服務(wù)級別來處理工作量簡檔。
3.根據(jù)權(quán)利要求1或者權(quán)利要求2的方法，其中所述計算資源子集包括為客戶帳戶分配的處理資源和存儲器資源。
4.根據(jù)權(quán)利要求1到3中的任何一項的方法，其中所述服務(wù)級別協(xié)議包括基本資源分配、最大資源分配、資源成本和基于工組量需求動態(tài)再分配資源的規(guī)則。
5.根據(jù)前述權(quán)利要求中的任何一項的方法，其中對模擬步驟進(jìn)行調(diào)度以便在非峰值時間自動運行。
6.根據(jù)前述權(quán)利要求中的任何一項的方法，還包括確定與滿足服務(wù)級別需求相關(guān)聯(lián)的成本的步驟。
7.根據(jù)前述權(quán)利要求中的任何一項的方法，其中所述資源簡檔的所述計算資源子集包括通信帶寬。
8.根據(jù)前述權(quán)利要求中的任何一項的方法，還包括對所述工作量簡檔與第二工作量簡檔進(jìn)行比較的步驟，所述第二工作量簡檔表示第二客戶帳戶的實際需求簡檔；其中所述模擬步驟基于所述比較步驟的結(jié)果。
9.根據(jù)前述權(quán)利要求中的任何一項的方法，還包括如下步驟，即在所述計算資源簡檔不以對應(yīng)于所述服務(wù)級別協(xié)議的所期望服務(wù)級別對所述工作量簡檔進(jìn)行處理的情況下，生成經(jīng)修改的服務(wù)協(xié)議的步驟，其中所述經(jīng)修改的服務(wù)級別協(xié)議將以所期望的服務(wù)級別來處理所述工作量簡檔。
10.根據(jù)前述權(quán)利要求中的任何一項的方法，其中所述工作量簡檔包括調(diào)度信息，并且所述模擬步驟將所述調(diào)度信息結(jié)合到處理中。
11.根據(jù)前述權(quán)利要求中的任何一項的方法，其中所述工作量簡檔包括與資源的優(yōu)先級和特定資源的重要性之一或者二者相對應(yīng)的信息。
12.根據(jù)前述權(quán)利要求中的任何一項的方法，其中所述工作量簡檔是從配置文件中加載的。
13.一種系統(tǒng)，用于在具有服務(wù)級別協(xié)議的公用計算環(huán)境中模擬服務(wù)以便通過使用從一組可用計算資源中動態(tài)分配的計算資源子集為企業(yè)需求提供服務(wù)，該系統(tǒng)包括所述一組計算資源的已分配子集；用于加載表示客戶帳戶的假定需求簡檔的工作量簡檔的邏輯；以及通過使用所述計算資源子集來模擬所述工作量簡檔的處理以產(chǎn)生服務(wù)級別結(jié)果的邏輯。
14.根據(jù)權(quán)利要求13的系統(tǒng)，還包括用于比較服務(wù)級別結(jié)果和服務(wù)級別協(xié)議的邏輯；以及以信號來通知所述計算資源簡檔是否將以所期望的對應(yīng)于服務(wù)級別協(xié)議的服務(wù)級別來處理工作量簡檔的邏輯。
15.根據(jù)權(quán)利要求13或者權(quán)利要求14的系統(tǒng)，其中所述資源簡檔的所述計算資源子集包括處理資源和存儲器資源。
16.根據(jù)權(quán)利要求15的系統(tǒng)，其中計算資源簡檔還包括基本資源分配；最大資源分配；資源成本；和基于工組量需求動態(tài)再分配資源的規(guī)則。
17.根據(jù)權(quán)利要求15的系統(tǒng)，其中所述資源簡檔的所述計算資源子集包括通信帶寬。
18.根據(jù)權(quán)利要求13到17中任何一項的系統(tǒng)，還包括用于對所述工作量簡檔與第二工作量簡檔進(jìn)行比較的邏輯，所述第二工作量簡檔表示第二客戶帳戶的實際需求簡檔；其中由所述模擬邏輯產(chǎn)生的模擬基于比較步驟的結(jié)果。
19.根據(jù)權(quán)利要求13到18中任何一項的系統(tǒng)，還包括如下邏輯，即，該邏輯用于在所述計算資源簡檔不以對應(yīng)于服務(wù)級別協(xié)議的所期望服務(wù)級別對工作量簡檔進(jìn)行處理的情況下，生成經(jīng)修改的服務(wù)協(xié)議，其中所述經(jīng)修改的服務(wù)級別協(xié)議將以所期望的服務(wù)級別來處理所述工作量簡檔。
20.根據(jù)權(quán)利要求13到19中任何一項的系統(tǒng)，其中所述工作量簡檔包括調(diào)度信息，并且所述模擬邏輯將所述調(diào)度信息結(jié)合到處理中。
21.一種計算機程序產(chǎn)品，用于在具有服務(wù)級別協(xié)議的公用計算環(huán)境中預(yù)測服務(wù)級別一致性以便通過使用從一組可用計算資源中動態(tài)分配的計算資源子集為企業(yè)需求提供服務(wù)，包括存儲器；資源列表，其存儲在所述存儲器上，用于詳細(xì)說明一組可用計算資源；已分配資源列表，其存儲在所述存儲器上，用于詳細(xì)說明所述一組計算資源的已分配子集；存儲在所述存儲器上的用于基于所述一組可用計算資源組的所述已分配子集來創(chuàng)建計算資源簡檔的邏輯；存儲在所述存儲器上的用于加載表示客戶帳戶的假定需求簡檔的工作量簡檔的邏輯；存儲在所述存儲器上的用于通過使用所述計算資源簡檔來模擬所述工作量簡檔的處理以產(chǎn)生服務(wù)級別結(jié)果的邏輯；存儲在所述存儲器上的用于對服務(wù)級別結(jié)果與服務(wù)級別協(xié)議進(jìn)行比較的邏輯；以及存儲在所述存儲器上的用于以信號來通知所述計算資源簡檔是否將以所期望的對應(yīng)于服務(wù)級別協(xié)議的服務(wù)級別來處理工作量簡檔的邏輯。
全文摘要
本發(fā)明提供了一種用于對在共享IT環(huán)境或者按需電子商務(wù)環(huán)境中運行的客戶信息技術(shù)(IT)系統(tǒng)和應(yīng)用的效率和有效性進(jìn)行說明的設(shè)備和方法。測試套件在按需服務(wù)環(huán)境(129)中模擬假定設(shè)置，而后確定這些設(shè)置如何影響按需服務(wù)環(huán)境(129)中的資源分配。之后，將所計算的資源分配與一個或者多個服務(wù)級別協(xié)議(SLA)進(jìn)行比較，以確定與特定SLA的一致性。
文檔編號G06Q30/00GK1906628SQ200580001916
公開日2007年1月31日 申請日期2005年3月30日 優(yōu)先權(quán)日2004年3月31日
發(fā)明者陳彥甫, 約漢·頓斯姆瓦爾, 阿布哈伊·普拉德漢, 哈里·山卡爾 申請人:國際商業(yè)機器公司