企業(yè)級(jí)性能管理與容量規(guī)劃概述

1、企業(yè)數(shù)據(jù)中心建設(shè)最佳實(shí)踐企業(yè)數(shù)據(jù)中心建設(shè)最佳實(shí)踐構(gòu)建高性能，高可擴(kuò)展性及高可用性的企業(yè)信息系統(tǒng)構(gòu)建高性能，高可擴(kuò)展性及高可用性的企業(yè)信息系統(tǒng)企業(yè)級(jí)性能管理與容量規(guī)劃概述企業(yè)級(jí)性能管理與容量規(guī)劃概述建立企業(yè)級(jí)容量規(guī)劃、性能管理的業(yè)務(wù)效益建立企業(yè)級(jí)容量規(guī)劃、性能管理的業(yè)務(wù)效益針對(duì)業(yè)務(wù)部門(mén)的需求，集成信息科技主管部門(mén)、軟件開(kāi)發(fā)中心、測(cè)試中心針對(duì)業(yè)務(wù)部門(mén)的需求，集成信息科技主管部門(mén)、軟件開(kāi)發(fā)中心、測(cè)試中心及運(yùn)行中心等部門(mén)，通過(guò)統(tǒng)一、規(guī)范化的管理平臺(tái)，對(duì)業(yè)務(wù)服務(wù)生命周期及運(yùn)行中心等部門(mén)，通過(guò)統(tǒng)一、規(guī)范化的管理平臺(tái)，對(duì)業(yè)務(wù)服務(wù)生命周期的容量規(guī)劃、性能管理的流程。的容量規(guī)劃、性能管理的流程。通過(guò)對(duì)通過(guò)對(duì)IT

2、IT資源容量有效的管理及對(duì)運(yùn)行性能持續(xù)地監(jiān)控，降低業(yè)務(wù)服務(wù)中資源容量有效的管理及對(duì)運(yùn)行性能持續(xù)地監(jiān)控，降低業(yè)務(wù)服務(wù)中斷的風(fēng)險(xiǎn)。斷的風(fēng)險(xiǎn)。提前在新應(yīng)用開(kāi)發(fā)、測(cè)試階段，建立起性能管理、容量規(guī)劃的基線(xiàn)，從而提前在新應(yīng)用開(kāi)發(fā)、測(cè)試階段，建立起性能管理、容量規(guī)劃的基線(xiàn)，從而了解新應(yīng)用、或現(xiàn)有應(yīng)用大版本變更對(duì)于現(xiàn)有生產(chǎn)運(yùn)營(yíng)帶來(lái)的影響，從而了解新應(yīng)用、或現(xiàn)有應(yīng)用大版本變更對(duì)于現(xiàn)有生產(chǎn)運(yùn)營(yíng)帶來(lái)的影響，從而降低與新的或改進(jìn)的服務(wù)項(xiàng)目相關(guān)的風(fēng)險(xiǎn)。降低與新的或改進(jìn)的服務(wù)項(xiàng)目相關(guān)的風(fēng)險(xiǎn)。提高提高ITIT資源容量的利用效率，在恰當(dāng)?shù)臅r(shí)候及時(shí)適量投資，這意味著采購(gòu)資源容量的利用效率，在恰當(dāng)?shù)臅r(shí)候及時(shí)適量投資，這意味著采購(gòu)

3、流程再也不需要應(yīng)付臨時(shí)的采購(gòu)或超前于需求而購(gòu)買(mǎi)過(guò)度的容量，從而總流程再也不需要應(yīng)付臨時(shí)的采購(gòu)或超前于需求而購(gòu)買(mǎi)過(guò)度的容量，從而總體成本降低了。體成本降低了。通過(guò)在確定變更對(duì)通過(guò)在確定變更對(duì)ITIT容量的影響時(shí)與變更管理密切配合，防止了由于不恰容量的影響時(shí)與變更管理密切配合，防止了由于不恰當(dāng)或不正確的容量估計(jì)所導(dǎo)致的緊急變更，從而降低了業(yè)務(wù)運(yùn)作中斷的次當(dāng)或不正確的容量估計(jì)所導(dǎo)致的緊急變更，從而降低了業(yè)務(wù)運(yùn)作中斷的次數(shù)。數(shù)。更為靈活的預(yù)測(cè)使得對(duì)業(yè)務(wù)需求的響應(yīng)變得更快速和更準(zhǔn)確。更為靈活的預(yù)測(cè)使得對(duì)業(yè)務(wù)需求的響應(yīng)變得更快速和更準(zhǔn)確。 職業(yè)裝定制職業(yè)裝定制 工服定做工服定做容量規(guī)劃、性能管理及相互關(guān)系

4、容量規(guī)劃、性能管理及相互關(guān)系容量規(guī)劃主要管理以下幾個(gè)方面：容量規(guī)劃主要管理以下幾個(gè)方面：-處理容量的購(gòu)買(mǎi)成本相對(duì)于業(yè)務(wù)需求來(lái)說(shuō)，是否合理以及處理容量是否以最有效處理容量的購(gòu)買(mǎi)成本相對(duì)于業(yè)務(wù)需求來(lái)說(shuō)，是否合理以及處理容量是否以最有效的方式的方式( (成本成本vsvs容量容量) )被加以利用？被加以利用？-當(dāng)前的處理容量是否足夠滿(mǎn)足業(yè)務(wù)當(dāng)前以及未來(lái)的需求當(dāng)前的處理容量是否足夠滿(mǎn)足業(yè)務(wù)當(dāng)前以及未來(lái)的需求( (供給供給vsvs需求需求) )？-現(xiàn)有的處理容量是否發(fā)揮了最大的效率現(xiàn)有的處理容量是否發(fā)揮了最大的效率( (性能管理、調(diào)整性能管理、調(diào)整) )？-額外的處理容量準(zhǔn)確地講應(yīng)該在什么時(shí)候形成？額外的

5、處理容量準(zhǔn)確地講應(yīng)該在什么時(shí)候形成？-是否知道未來(lái)需要什么樣的是否知道未來(lái)需要什么樣的ITIT容量以及何時(shí)需要這種容量？容量以及何時(shí)需要這種容量？容量規(guī)劃與性能管理是互為包含的關(guān)系，是一個(gè)循環(huán)的交互關(guān)系容量規(guī)劃與性能管理是互為包含的關(guān)系，是一個(gè)循環(huán)的交互關(guān)系: :-性能管理：為優(yōu)化整體運(yùn)營(yíng)績(jī)效而評(píng)價(jià)、監(jiān)控和調(diào)整性能管理：為優(yōu)化整體運(yùn)營(yíng)績(jī)效而評(píng)價(jià)、監(jiān)控和調(diào)整ITIT基礎(chǔ)設(shè)施組件的性能的活基礎(chǔ)設(shè)施組件的性能的活動(dòng)。動(dòng)。-容量規(guī)劃：根據(jù)容量管理數(shù)據(jù)庫(kù)分析當(dāng)前的情況、預(yù)測(cè)容量規(guī)劃：根據(jù)容量管理數(shù)據(jù)庫(kù)分析當(dāng)前的情況、預(yù)測(cè)ITIT基礎(chǔ)設(shè)施未來(lái)的使用情基礎(chǔ)設(shè)施未來(lái)的使用情況以及為滿(mǎn)足預(yù)計(jì)的況以及為滿(mǎn)足預(yù)計(jì)的

6、ITIT服務(wù)需求而需要的資源，從而制定容量計(jì)劃的過(guò)程。服務(wù)需求而需要的資源，從而制定容量計(jì)劃的過(guò)程。-建模：使用分析、模擬和趨勢(shì)預(yù)測(cè)模型來(lái)確定服務(wù)的容量需求以及確定最佳的容建模：使用分析、模擬和趨勢(shì)預(yù)測(cè)模型來(lái)確定服務(wù)的容量需求以及確定最佳的容量方案的過(guò)程。模擬需要分析各種不同的情形，并分析各種量方案的過(guò)程。模擬需要分析各種不同的情形，并分析各種“如果如果怎么辦怎么辦”式的問(wèn)題。式的問(wèn)題。 職業(yè)裝定制職業(yè)裝定制 工服定做工服定做通過(guò)獲取系統(tǒng)性能信息通過(guò)獲取系統(tǒng)性能信息, ,全面掌控歷史性能與容量趨勢(shì)全面掌控歷史性能與容量趨勢(shì)依據(jù)當(dāng)前系統(tǒng)信息依據(jù)當(dāng)前系統(tǒng)信息, ,預(yù)測(cè)業(yè)務(wù)增長(zhǎng)的情況下預(yù)測(cè)業(yè)務(wù)增長(zhǎng)的

7、情況下, ,系統(tǒng)資源的使用的和性能響應(yīng)系統(tǒng)資源的使用的和性能響應(yīng)目標(biāo)目標(biāo):維持現(xiàn)有維持現(xiàn)有ITIT服務(wù)能力的成本相對(duì)于組織的業(yè)務(wù)需求而言是合理的嗎？服務(wù)能力的成本相對(duì)于組織的業(yè)務(wù)需求而言是合理的嗎？ 現(xiàn)有的現(xiàn)有的ITIT服務(wù)能力能滿(mǎn)足當(dāng)前及將來(lái)的客戶(hù)需求嗎？服務(wù)能力能滿(mǎn)足當(dāng)前及將來(lái)的客戶(hù)需求嗎？ 現(xiàn)有的現(xiàn)有的ITIT服務(wù)能力發(fā)揮了其最佳效果嗎？服務(wù)能力發(fā)揮了其最佳效果嗎？ 方法方法: 量化管理量化管理致力于解決以下問(wèn)題致力于解決以下問(wèn)題:評(píng)價(jià)和改進(jìn)現(xiàn)有服務(wù)能力，確保服務(wù)水平的承諾評(píng)價(jià)和改進(jìn)現(xiàn)有服務(wù)能力，確保服務(wù)水平的承諾評(píng)估當(dāng)前評(píng)估當(dāng)前ITIT資源的使用，確保高效地使用資源資源的使用，確保高效

8、地使用資源分析并預(yù)測(cè)未來(lái)的業(yè)務(wù)需求，據(jù)此確定當(dāng)前最佳容量以及未來(lái)應(yīng)當(dāng)配置的容量和對(duì)應(yīng)的服務(wù)水平能力分析并預(yù)測(cè)未來(lái)的業(yè)務(wù)需求，據(jù)此確定當(dāng)前最佳容量以及未來(lái)應(yīng)當(dāng)配置的容量和對(duì)應(yīng)的服務(wù)水平能力容量規(guī)劃和性能管理目標(biāo)及方法容量規(guī)劃和性能管理目標(biāo)及方法生成管理報(bào)告異常？分析異常性能瓶頸？需調(diào)優(yōu)？系統(tǒng)或應(yīng)用調(diào)優(yōu)生成容量計(jì)劃采購(gòu)并部署新加容量是否下一個(gè)流程周期下一個(gè)流程周期否是是否采集數(shù)據(jù): 生產(chǎn)系統(tǒng)數(shù)據(jù) 新應(yīng)用性能數(shù)據(jù) 測(cè)試中心壓力測(cè)試數(shù)據(jù)容量和性能管理是一個(gè)持續(xù)的管理流程容量和性能管理是一個(gè)持續(xù)的管理流程容量規(guī)劃和性能管理是一個(gè)持續(xù)的管理流程容量規(guī)劃和性能管理是一個(gè)持續(xù)的管理流程 流程負(fù)責(zé)人流程負(fù)責(zé)人設(shè)

9、計(jì)并確定容量規(guī)劃和性能管理流程設(shè)計(jì)并確定容量規(guī)劃和性能管理流程 流程負(fù)責(zé)人流程負(fù)責(zé)人設(shè)計(jì)并確定該流程的角色和責(zé)任設(shè)計(jì)并確定該流程的角色和責(zé)任 技術(shù)專(zhuān)家分析并確定管理需求，相關(guān)指標(biāo)以及需要使用的工具技術(shù)專(zhuān)家分析并確定管理需求，相關(guān)指標(biāo)以及需要使用的工具 對(duì)于優(yōu)化建議，技術(shù)專(zhuān)家負(fù)責(zé)規(guī)劃優(yōu)化行動(dòng)對(duì)于優(yōu)化建議，技術(shù)專(zhuān)家負(fù)責(zé)規(guī)劃優(yōu)化行動(dòng) 技術(shù)專(zhuān)家負(fù)責(zé)利用相應(yīng)的調(diào)優(yōu)工具，進(jìn)行相應(yīng)的系統(tǒng)或應(yīng)用的調(diào)優(yōu)工作技術(shù)專(zhuān)家負(fù)責(zé)利用相應(yīng)的調(diào)優(yōu)工具，進(jìn)行相應(yīng)的系統(tǒng)或應(yīng)用的調(diào)優(yōu)工作 優(yōu)化后仍不滿(mǎn)足要求，容量規(guī)劃師負(fù)責(zé)提出增容建議優(yōu)化后仍不滿(mǎn)足要求，容量規(guī)劃師負(fù)責(zé)提出增容建議 各管理環(huán)境的數(shù)據(jù)采集專(zhuān)各管理環(huán)境的數(shù)據(jù)采集專(zhuān)家負(fù)責(zé)

10、建立數(shù)據(jù)采集機(jī)制家負(fù)責(zé)建立數(shù)據(jù)采集機(jī)制 數(shù)據(jù)采集專(zhuān)家根據(jù)流程定數(shù)據(jù)采集專(zhuān)家根據(jù)流程定義的采集周期定期地使用義的采集周期定期地使用相關(guān)的工具采集所需的容相關(guān)的工具采集所需的容量和性能指標(biāo)并進(jìn)行存儲(chǔ)量和性能指標(biāo)并進(jìn)行存儲(chǔ)收集數(shù)據(jù)收集數(shù)據(jù)生成容量計(jì)劃生成容量計(jì)劃規(guī)劃容量和性能管理流程規(guī)劃容量和性能管理流程監(jiān)控并分析數(shù)據(jù)監(jiān)控并分析數(shù)據(jù)規(guī)劃并啟動(dòng)優(yōu)化行動(dòng)規(guī)劃并啟動(dòng)優(yōu)化行動(dòng)匯報(bào)結(jié)果匯報(bào)結(jié)果 容量規(guī)劃師根據(jù)容量管理報(bào)告，根據(jù)歷容量規(guī)劃師根據(jù)容量管理報(bào)告，根據(jù)歷史信息定期預(yù)測(cè)未來(lái)容量需求史信息定期預(yù)測(cè)未來(lái)容量需求 對(duì)于增容建議，容量規(guī)劃師負(fù)責(zé)制定相對(duì)于增容建議，容量規(guī)劃師負(fù)責(zé)制定相應(yīng)的容量規(guī)劃應(yīng)的容量規(guī)劃 各

11、管理環(huán)境的數(shù)據(jù)評(píng)估專(zhuān)家根據(jù)已各管理環(huán)境的數(shù)據(jù)評(píng)估專(zhuān)家根據(jù)已存的容量和性能指標(biāo)，生成所需的存的容量和性能指標(biāo)，生成所需的性能管理報(bào)告、異常報(bào)告以及容量性能管理報(bào)告、異常報(bào)告以及容量管理報(bào)告管理報(bào)告 技術(shù)專(zhuān)家根據(jù)異常報(bào)告分析異常指技術(shù)專(zhuān)家根據(jù)異常報(bào)告分析異常指標(biāo)，結(jié)合性能管理報(bào)告找到異常原標(biāo)，結(jié)合性能管理報(bào)告找到異常原因并提出改進(jìn)建議因并提出改進(jìn)建議(優(yōu)化或增容優(yōu)化或增容) 流程負(fù)責(zé)人負(fù)責(zé)監(jiān)督管理流程流程負(fù)責(zé)人負(fù)責(zé)監(jiān)督管理流程的執(zhí)行的執(zhí)行 流程負(fù)責(zé)人定期向上級(jí)匯報(bào)容流程負(fù)責(zé)人定期向上級(jí)匯報(bào)容量規(guī)劃和性能管理的結(jié)果量規(guī)劃和性能管理的結(jié)果容量和性能管理是一個(gè)持續(xù)的管理流程容量和性能管理是一個(gè)持續(xù)的管理

12、流程容量規(guī)劃和性能管理是一個(gè)持續(xù)的管理流程容量規(guī)劃和性能管理是一個(gè)持續(xù)的管理流程重要角色重要角色企業(yè)系統(tǒng)性能架構(gòu)師企業(yè)系統(tǒng)性能架構(gòu)師從宏觀把控性能與容量的需求，技術(shù)以及流程業(yè)務(wù)代表業(yè)務(wù)代表作為業(yè)務(wù)部門(mén)的代表，提供性能標(biāo)準(zhǔn)，未來(lái)新業(yè)務(wù)開(kāi)展及已有業(yè)務(wù)增長(zhǎng)情況數(shù)據(jù)評(píng)估與采集專(zhuān)家數(shù)據(jù)評(píng)估與采集專(zhuān)家采集，存儲(chǔ)基礎(chǔ)數(shù)據(jù)，生成所需的報(bào)告容量規(guī)劃師容量規(guī)劃師跟蹤項(xiàng)目確保與容量相關(guān)的服務(wù)級(jí)別合乎既定的要求技術(shù)專(zhuān)家技術(shù)專(zhuān)家作為某個(gè)特定領(lǐng)域的資深技術(shù)人員，深入分析優(yōu)化的可能性并優(yōu)化流程負(fù)責(zé)人流程負(fù)責(zé)人類(lèi)似于項(xiàng)目經(jīng)理的角色，確保流程合規(guī)執(zhí)行容量和性能管理的人員組成容量和性能管理的人員組成容量和性能管理的人員組成容量和

13、性能管理的人員組成管理報(bào)表分類(lèi)管理報(bào)表分類(lèi)報(bào)表類(lèi)型-管理層報(bào)表，技術(shù)層報(bào)表-概況、趨勢(shì)、異常、詳細(xì)報(bào)表-固定報(bào)表(日、周、月、年趨勢(shì))和交互報(bào)表專(zhuān)業(yè)條線(xiàn)報(bào)表-專(zhuān)業(yè)條塊分類(lèi)l主機(jī)系統(tǒng)，分布式系統(tǒng)l網(wǎng)絡(luò)系統(tǒng)l存儲(chǔ)系統(tǒng)-專(zhuān)業(yè)報(bào)告類(lèi)型l性能報(bào)表l健康檢查報(bào)表l性能對(duì)比報(bào)表l系統(tǒng)容量報(bào)表l容量預(yù)估報(bào)表業(yè)務(wù)條線(xiàn)-交易種類(lèi)和渠道統(tǒng)計(jì)報(bào)表主機(jī)平臺(tái)主機(jī)平臺(tái)容量和性能管理報(bào)表容量和性能管理報(bào)表性能管理日?qǐng)?bào)-生產(chǎn)主機(jī)系統(tǒng)性能健康檢查日?qǐng)?bào)-生產(chǎn)主機(jī)系統(tǒng)性能管理日?qǐng)?bào)-生產(chǎn)主機(jī)操作系統(tǒng)專(zhuān)業(yè)性能日?qǐng)?bào)-生產(chǎn)主機(jī)系統(tǒng)RMF III日?qǐng)?bào)-生產(chǎn)主機(jī)聯(lián)機(jī)子系統(tǒng)性能管理日?qǐng)?bào)-生產(chǎn)主機(jī)數(shù)據(jù)庫(kù)子系統(tǒng)性能管理日?qǐng)?bào)-生產(chǎn)主機(jī)批量性能日?qǐng)?bào)-生產(chǎn)

14、主機(jī)存儲(chǔ)性能及容量指標(biāo)日?qǐng)?bào)性能管理周報(bào)-生產(chǎn)主機(jī)系統(tǒng)性能健康檢查周報(bào)-生產(chǎn)主機(jī)系統(tǒng)性能管理周報(bào)性能管理月報(bào)-生產(chǎn)主機(jī)系統(tǒng)性能健康檢查月報(bào)-生產(chǎn)主機(jī)系統(tǒng)性能管理月報(bào)系統(tǒng)容量管理報(bào)表容量預(yù)估管理報(bào)表 哪些由性能容量工具產(chǎn)生？ 哪些需要系統(tǒng)手段產(chǎn)生分布式系統(tǒng)平臺(tái)監(jiān)控系統(tǒng)硬件資源的性能報(bào)表分布式系統(tǒng)平臺(tái)監(jiān)控系統(tǒng)硬件資源的性能報(bào)表系統(tǒng)信息-包括虛擬空間利用率、頁(yè)面讀寫(xiě)錯(cuò)誤情況、物理內(nèi)存和虛擬內(nèi)存使用情況、CPU利用率、平均負(fù)載情況磁盤(pán)資源-包括空間利用率、節(jié)點(diǎn)(i-node)利用率、磁盤(pán)讀寫(xiě)繁忙程度等。進(jìn)程-包括CPU利用率的進(jìn)程、耗用內(nèi)存最大的十個(gè)進(jìn)程、進(jìn)程利用情況列表其它監(jiān)控資源-磁盤(pán)性能-RPC調(diào)

15、用的性能情況-用戶(hù)訪(fǎng)問(wèn)情況-服務(wù)器網(wǎng)絡(luò)使用情況-文件情況網(wǎng)絡(luò)硬件資源的性能報(bào)表，端口或線(xiàn)路的質(zhì)量和使用率網(wǎng)絡(luò)硬件資源的性能報(bào)表，端口或線(xiàn)路的質(zhì)量和使用率網(wǎng)絡(luò)設(shè)備級(jí)報(bào)表-CPU利用率-內(nèi)存利用率-Buffer利用率端口、線(xiàn)路的報(bào)表：-端口速率-帶寬利用率-丟包率-錯(cuò)包率-SAA存儲(chǔ)容量和性能管理報(bào)表存儲(chǔ)容量和性能管理報(bào)表與系統(tǒng)有關(guān)的性能管理,參照主機(jī)系統(tǒng)、開(kāi)放系統(tǒng)相關(guān)的內(nèi)容就存儲(chǔ)子系統(tǒng)本身而言-卷和數(shù)據(jù)的均衡分布是使性能達(dá)到最大的最重要的因素-需要考慮cache block與文件系統(tǒng)及數(shù)據(jù)庫(kù)的匹配-聯(lián)機(jī)交易系統(tǒng)l最重要的IO性能指標(biāo)是每秒的IO數(shù)和響應(yīng)時(shí)間l其次是吞吐量-批處理應(yīng)用l吞吐量是最需

16、要重點(diǎn)考慮的-采用TPC等工具來(lái)實(shí)現(xiàn)對(duì)存儲(chǔ)性能的監(jiān)測(cè)。其中TPC所監(jiān)測(cè)到的存儲(chǔ)前端性能指標(biāo)，可以和服務(wù)器上取得的RMF report，IO stat的值相對(duì)應(yīng)。-監(jiān)測(cè)存儲(chǔ)前端的卷的性能參數(shù)包括IO rate, data rate, response time，讀寫(xiě)比，IO塊大小等，其中讀操作的cache命中率是判斷IO特性的重要指標(biāo)-后端性能參數(shù)主要包括array和rank級(jí)別的IO rate, data rate，response time，NVS full等參數(shù)，可以判斷存儲(chǔ)后端是否存在瓶頸，這些參數(shù)通常無(wú)法在服務(wù)器上取得-通過(guò)取得的性能指標(biāo)，結(jié)合disk magic和capacity m

17、agic可以對(duì)存儲(chǔ)更好地planning容量、性能管理貫穿在整個(gè)解決方案的生命周期中容量、性能管理貫穿在整個(gè)解決方案的生命周期中異地災(zāi)備中心異地災(zāi)備中心運(yùn)行中心運(yùn)行中心及及同城災(zāi)備中心同城災(zāi)備中心開(kāi)發(fā)中心開(kāi)發(fā)中心測(cè)試中心測(cè)試中心數(shù)據(jù)中心數(shù)據(jù)中心信息科技信息科技主管部門(mén)主管部門(mén)SLA的性能需求業(yè)務(wù)部門(mén)業(yè)務(wù)部門(mén)1.建立 容量、性能管理委員會(huì)，由一部三中心的人員組成2.按照SLA形成、維護(hù)性能的KPI3.技術(shù)研究（產(chǎn)品性能白皮書(shū)，性能基線(xiàn)）4.定期的容量規(guī)劃評(píng)估會(huì)5.根據(jù)容量預(yù)測(cè)，安排資源采購(gòu)1.性能監(jiān)控及跟蹤2.性能、容量信息收集，分析，評(píng)估3.系統(tǒng)性能調(diào)優(yōu)1.新應(yīng)用性能預(yù)估、建模2.大版本變更性

18、能預(yù)估、建模3.應(yīng)用性能調(diào)優(yōu)4.應(yīng)用性能建模1.按照SLA進(jìn)行性能測(cè)試2.壓力測(cè)試需求、設(shè)計(jì)需求、設(shè)計(jì)開(kāi)發(fā)開(kāi)發(fā)測(cè)試測(cè)試發(fā)布發(fā)布生產(chǎn)生產(chǎn)研討：公司在構(gòu)建企業(yè)級(jí)容量評(píng)估、性能管理方面需要研討：公司在構(gòu)建企業(yè)級(jí)容量評(píng)估、性能管理方面需要做哪些改進(jìn)？做哪些改進(jìn)？思考一下-組織架構(gòu)？-規(guī)范流程？-人員技能？-輔助工具？-預(yù)算開(kāi)銷(xiāo)？企業(yè)級(jí)性能、容量管理總體功能架構(gòu)企業(yè)級(jí)性能、容量管理總體功能架構(gòu)容量Performance投資回報(bào)服務(wù)級(jí)別報(bào)告性能報(bào)告技術(shù)條線(xiàn)，業(yè)務(wù)服務(wù)管理報(bào)表記錄/結(jié)構(gòu)定義歷史數(shù)據(jù)儲(chǔ)存SQL 查詢(xún)被管理技術(shù)模塊主機(jī)開(kāi)放網(wǎng)絡(luò)存儲(chǔ)數(shù)據(jù)收集容量/性能分析匯總報(bào)表監(jiān)控系統(tǒng)性能建模基于業(yè)務(wù)的性能管理企

19、業(yè)級(jí)性能、容量管理總體平臺(tái)參考架構(gòu)企業(yè)級(jí)性能、容量管理總體平臺(tái)參考架構(gòu)TivoliPerformance Modeling RMF, SMFEnterprise Portal開(kāi)發(fā)中心開(kāi)發(fā)中心測(cè)試中心測(cè)試中心數(shù)據(jù)中心數(shù)據(jù)中心信息科技信息科技主管部門(mén)主管部門(mén)性能管理的定義性能管理的定義性能管理就是計(jì)劃、定義、測(cè)性能管理就是計(jì)劃、定義、測(cè)量、分析、報(bào)告和調(diào)整計(jì)算機(jī)量、分析、報(bào)告和調(diào)整計(jì)算機(jī)資源性能的過(guò)程。這些資源包資源性能的過(guò)程。這些資源包括：括：-主機(jī)系統(tǒng)硬件，如主機(jī)系統(tǒng)硬件，如CPUCPU，I/OI/O等等-操作系統(tǒng)和子系統(tǒng)，如操作系統(tǒng)和子系統(tǒng)，如z/OSz/OS，CICSCICS，DB2DB2

20、等等-數(shù)據(jù)網(wǎng)絡(luò)數(shù)據(jù)網(wǎng)絡(luò)-應(yīng)用系統(tǒng)應(yīng)用系統(tǒng)-服務(wù)服務(wù)歷史趨勢(shì)分析和報(bào)告以及資源歷史趨勢(shì)分析和報(bào)告以及資源容量的規(guī)劃也是和性能管理相容量的規(guī)劃也是和性能管理相關(guān)的重要內(nèi)容關(guān)的重要內(nèi)容性能管理的目標(biāo)性能管理的目標(biāo)性能管理的目標(biāo)就是：通過(guò)有效地使用資源來(lái)達(dá)到性能服務(wù)水性能管理的目標(biāo)就是：通過(guò)有效地使用資源來(lái)達(dá)到性能服務(wù)水平平(SLA)(SLA)的承諾。的承諾。通過(guò)對(duì)性能的調(diào)整降低響應(yīng)時(shí)間、提高吞吐量，在滿(mǎn)足通過(guò)對(duì)性能的調(diào)整降低響應(yīng)時(shí)間、提高吞吐量，在滿(mǎn)足SLASLA的的基礎(chǔ)上減少消耗?；A(chǔ)上減少消耗。性能管理的目標(biāo)性能管理的目標(biāo)統(tǒng)一的性能報(bào)告統(tǒng)一的性能報(bào)告制定性能管理的標(biāo)準(zhǔn)和程序手冊(cè)制定性能管理的標(biāo)準(zhǔn)

21、和程序手冊(cè)性能管理的組織架構(gòu)性能管理人員和他們的職責(zé)性能管理所適用的環(huán)境性能測(cè)量的標(biāo)準(zhǔn)報(bào)告的需求性能管理工具歷史文件趨勢(shì)分析性能管理例會(huì)報(bào)告和解決性能管理中的問(wèn)題。性能管理的主要模塊性能管理的主要模塊數(shù)據(jù)收集：每日收集性能數(shù)據(jù)，積累形成周、月、年度等數(shù)據(jù)為性能分析和趨勢(shì)分析提供原始數(shù)據(jù)；每日收集性能數(shù)據(jù)，積累形成周、月、年度等數(shù)據(jù)為性能分析和趨勢(shì)分析提供原始數(shù)據(jù)；數(shù)據(jù)保留：制定性能數(shù)據(jù)的保存介質(zhì)和期限；制定性能數(shù)據(jù)的保存介質(zhì)和期限；信息處理：日常規(guī)定的性能報(bào)告或管理層要求的報(bào)告處理作業(yè)；日常規(guī)定的性能報(bào)告或管理層要求的報(bào)告處理作業(yè)；信息報(bào)告：主要以管理層的要求為主。主要針對(duì)性能瓶頸的分析和確定

22、何時(shí)需要進(jìn)行升級(jí)。主要以管理層的要求為主。主要針對(duì)性能瓶頸的分析和確定何時(shí)需要進(jìn)行升級(jí)。性能管理周期性能管理周期當(dāng)解決了一個(gè)瓶頸后，重新測(cè)量、重新評(píng)估性能來(lái)驗(yàn)證沒(méi)有造成別的限制并確保所做的變更升效了性能管理的步驟性能管理的步驟定義服務(wù)水平目標(biāo)（SLA）和度量標(biāo)準(zhǔn)收集性能數(shù)據(jù)從性能數(shù)據(jù)中創(chuàng)建有價(jià)值的報(bào)表分析性能報(bào)告來(lái)確定是否滿(mǎn)足了目標(biāo)識(shí)別系統(tǒng)中的潛在瓶頸分析可疑瓶頸處的詳細(xì)性能數(shù)據(jù)決定從哪可以獲得所需的資源驗(yàn)證是否消除了性能瓶頸主機(jī)性能指標(biāo)主機(jī)性能指標(biāo) - -宏觀性能指標(biāo)宏觀性能指標(biāo)響應(yīng)時(shí)間(Response Time)外部吞吐率(ETR)和內(nèi)部吞吐率(ITR)系統(tǒng)飽和點(diǎn)(SDP)資源使用率(U

23、tilization)主機(jī)性能指標(biāo)主機(jī)性能指標(biāo) - -宏觀性能指標(biāo)宏觀性能指標(biāo) 響應(yīng)時(shí)間響應(yīng)時(shí)間主機(jī)性能指標(biāo)主機(jī)性能指標(biāo) - -宏觀性能指標(biāo)宏觀性能指標(biāo) 吞吐率吞吐率ETR: 按照Elapse Time來(lái)測(cè)量，注重系統(tǒng)容量；ITR: 按照CPU時(shí)間來(lái)測(cè)量，注重CPU的容量提問(wèn)：對(duì)于相同的工作負(fù)載提問(wèn)：對(duì)于相同的工作負(fù)載, 哪個(gè)系統(tǒng)更好？哪個(gè)系統(tǒng)更好？主機(jī)性能指標(biāo)主機(jī)性能指標(biāo) - -宏觀性能指標(biāo)宏觀性能指標(biāo) 系統(tǒng)飽和點(diǎn)系統(tǒng)飽和點(diǎn)SDPSDP的定義是，為保證一個(gè)的定義是，為保證一個(gè)系統(tǒng)在小間隔內(nèi)的使用率不系統(tǒng)在小間隔內(nèi)的使用率不超過(guò)超過(guò)100%100%，最大的平均大間，最大的平均大間隔的使用率。隔

24、的使用率。大間隔、小間隔的選擇（例大間隔、小間隔的選擇（例如如1 1小時(shí)、小時(shí)、1 1分鐘），決定于分鐘），決定于用戶(hù)的忍耐程度。用戶(hù)的忍耐程度。例如，用戶(hù)在一小時(shí)內(nèi)不能例如，用戶(hù)在一小時(shí)內(nèi)不能容忍任何一分鐘的使用率達(dá)容忍任何一分鐘的使用率達(dá)到到100%100%，那么小時(shí)平均使用，那么小時(shí)平均使用率就不能超過(guò)計(jì)算出的率就不能超過(guò)計(jì)算出的SDPSDP值。值。假設(shè)，小時(shí)平均值為假設(shè)，小時(shí)平均值為80%80%，而此小時(shí)內(nèi)分鐘峰值為而此小時(shí)內(nèi)分鐘峰值為92%92%，則，則SDP=80SDP=80* *100/92 = 87%100/92 = 87%0102030405060708090100CPU %

25、 busy0.000.501.001.502.00Response Time (seconds)Low PrtyMedium PrtyHigh PrtyResponse Time vs CPU (%) BusyCompares Different Prty Workloads混合工作負(fù)載時(shí)響應(yīng)時(shí)間與混合工作負(fù)載時(shí)響應(yīng)時(shí)間與CPUCPU利用率關(guān)系圖利用率關(guān)系圖主機(jī)性能指標(biāo)主機(jī)性能指標(biāo) - - 微觀性能指標(biāo)微觀性能指標(biāo) I/O I/OIO Response = IOSQ + Pending + Connect + DisconnectI IOS Queue Time: 表示在表示在z/OSz/OS

26、中設(shè)備等待的時(shí)間中設(shè)備等待的時(shí)間. . Pending time: 表示從發(fā)出表示從發(fā)出SSCHSSCH指令直到指令直到ChannelChannel和和I/OI/O控制器之間開(kāi)始對(duì)話(huà)控制器之間開(kāi)始對(duì)話(huà). .Disconnect time: I/OI/O操作已經(jīng)開(kāi)始，但是操作已經(jīng)開(kāi)始，但是ChannelChannel和和I/OI/O控制器之間沒(méi)有對(duì)話(huà)控制器之間沒(méi)有對(duì)話(huà). .Connect time: ChannelChannel和和I/OI/O控制器控制器CacheCache之間作數(shù)據(jù)傳輸或交換控制信息之間作數(shù)據(jù)傳輸或交換控制信息. .應(yīng)用性能指標(biāo)應(yīng)用性能指標(biāo) 不同的代碼編寫(xiě)方式對(duì)系統(tǒng)性能的影響

27、是不一樣的不同的代碼編寫(xiě)方式對(duì)系統(tǒng)性能的影響是不一樣的應(yīng)用程序性能指標(biāo)體現(xiàn)在應(yīng)用程序性能指標(biāo)體現(xiàn)在-代碼的編寫(xiě)方式-CICS指令寫(xiě)法-DB2 SQL語(yǔ)句寫(xiě)法-文件組織方式及定義屬性-其他如果應(yīng)用程序存在性能問(wèn)題，如果應(yīng)用程序存在性能問(wèn)題，ITRITR往往不會(huì)線(xiàn)性增長(zhǎng)，導(dǎo)致不能正確預(yù)估系統(tǒng)容往往不會(huì)線(xiàn)性增長(zhǎng)，導(dǎo)致不能正確預(yù)估系統(tǒng)容量量如果某支交易存在應(yīng)用程序性能問(wèn)題，往往會(huì)影響其他如果某支交易存在應(yīng)用程序性能問(wèn)題，往往會(huì)影響其他80%80%正常交易的運(yùn)行正常交易的運(yùn)行性能管理的工具性能管理的工具聯(lián)機(jī)工具-Tivoli OMEGAMON 系列-SMF-CICS CMF-DB2 Trace-RMF-

28、z/OS Management Console-后處理工具-Tivoli Decision Support-CICSPA-DB2 PE-應(yīng)用性能分析工具-Application Performance Analyzer -高級(jí)管理系統(tǒng)-包括性能數(shù)據(jù)倉(cāng)庫(kù)以及報(bào)表/展現(xiàn)工具性能管理交付件性能管理交付件性能管理手冊(cè)性能管理的系統(tǒng)和數(shù)據(jù)倉(cāng)庫(kù)SMFRMF IRMF IIITDSTPMC programDB2DSDSDSDSREPORTHTMLWEBUIWebBIRTWASPer & Cap DataData CollectTWSDataSourceBusinessLogicView Layer各種日常報(bào)

29、告和趨勢(shì)分析報(bào)告、系統(tǒng)資源調(diào)優(yōu)/升級(jí)建議等性能管理日志性能管理自動(dòng)化及其主要需求性能管理自動(dòng)化及其主要需求全面的數(shù)據(jù)源采集，支持技術(shù)人員在對(duì)性能問(wèn)題進(jìn)行深層次的分析時(shí)能夠及時(shí)獲取所需的所有數(shù)據(jù)，提高問(wèn)題分析的效率數(shù)據(jù)采集、加工與存儲(chǔ)應(yīng)形成一個(gè)高度自動(dòng)化的流程根據(jù)管理需要，采集關(guān)鍵的性能指標(biāo)性能分析支持中長(zhǎng)期分析和短期分析通過(guò)生成日趨勢(shì)、周趨勢(shì)、月趨勢(shì)報(bào)告支持長(zhǎng)期歷史趨勢(shì)分析性能好壞的評(píng)判通常是通過(guò)與歷史同期性能數(shù)據(jù)對(duì)比得出的相對(duì)結(jié)論提供面向業(yè)務(wù)的性能統(tǒng)計(jì)信息易于擴(kuò)展及維護(hù)，盡量避免由于核心系統(tǒng)軟件升級(jí)，SMF數(shù)據(jù)格式改變時(shí)所帶來(lái)的開(kāi)發(fā)維護(hù)工作量難點(diǎn)難點(diǎn)直接從SMF中抽取并加工數(shù)據(jù)，確保主機(jī)性能

30、容量數(shù)據(jù)的完整性生產(chǎn)SMF數(shù)據(jù)的龐大，要求數(shù)據(jù)抽取的高效率支持對(duì)用戶(hù)自定義數(shù)據(jù)包括業(yè)務(wù)數(shù)據(jù)的采集存放。例如為主機(jī)成本核算系統(tǒng)提供參數(shù)數(shù)據(jù)（交易與業(yè)務(wù)的對(duì)應(yīng)表、業(yè)務(wù)與部室的對(duì)應(yīng)表等）確定由于新需求或核心系統(tǒng)軟件升級(jí)引起的SMF格式變更，所帶來(lái)的開(kāi)發(fā)和維護(hù)工作量實(shí)現(xiàn)高度自動(dòng)化的統(tǒng)計(jì)加工機(jī)制設(shè)定歷史數(shù)據(jù)的維護(hù)策略，自動(dòng)清理大量的過(guò)期數(shù)據(jù)實(shí)現(xiàn)方法實(shí)現(xiàn)方法采用專(zhuān)門(mén)管理工具，做到：-實(shí)現(xiàn)SMF數(shù)據(jù)抽取、統(tǒng)計(jì)加工、存儲(chǔ)以及報(bào)表生成的高度自動(dòng)化-在出現(xiàn)SMF格式變更時(shí)只需通過(guò)打補(bǔ)丁的方式即可支持-提供最佳管理經(jīng)驗(yàn)的樣本報(bào)表，提高實(shí)施速度利用一個(gè)現(xiàn)有的、不太繁忙的LPAR進(jìn)行性能容量管理每天晚間通過(guò)批量方式自動(dòng)

31、提交SMF數(shù)據(jù)采集作業(yè)，自動(dòng)生成固定報(bào)表考慮所在系統(tǒng)和數(shù)據(jù)庫(kù)的性能，建議只采集管理所需的數(shù)據(jù)根據(jù)用戶(hù)角色對(duì)用戶(hù)訪(fǎng)問(wèn)權(quán)限進(jìn)行設(shè)定對(duì)原始數(shù)據(jù)表設(shè)定過(guò)期清理策略對(duì)特定時(shí)間段，建立專(zhuān)門(mén)的數(shù)據(jù)表，永久保存性能趨勢(shì)分析功能 可以生成日?qǐng)?bào)、周報(bào)和月報(bào)等性能趨勢(shì)報(bào)表性能健康檢查功能 可以對(duì)異常指標(biāo)進(jìn)行提示完善數(shù)據(jù)采集功能 通過(guò)批量作業(yè)方式完成對(duì)SMF等歷史數(shù)據(jù)的全面采集 報(bào)表功能 可以生成概況、趨勢(shì)、異常、詳細(xì)等各種類(lèi)型的性能報(bào)表圖形化視圖功能 提供Web圖形報(bào)表展現(xiàn)短期性能分析功能 可以收集RMFIII數(shù)據(jù)，并存儲(chǔ)到性能容量數(shù)據(jù)庫(kù)中，通過(guò)SQL生成相應(yīng)報(bào)表 用戶(hù)分級(jí)訪(fǎng)問(wèn)功能 可以提供多角色報(bào)表訪(fǎng)問(wèn)功能具體的

32、功能要求具體的功能要求原理示例原理示例SMF數(shù)據(jù)其它日志數(shù)據(jù)日志收集器性能容量數(shù)據(jù)倉(cāng)庫(kù)各種性能容量報(bào)表SQL SMF數(shù)據(jù)日志定義日志例外處理記錄定義記錄例外處理加工定義映射表數(shù)據(jù)表加工定義SQL查詢(xún)報(bào)表數(shù)據(jù)采集流程數(shù)據(jù)采集流程主機(jī)平臺(tái)容量規(guī)劃主機(jī)平臺(tái)容量規(guī)劃容量規(guī)劃的定義容量規(guī)劃的定義容量規(guī)劃就是根據(jù)容量管理數(shù)據(jù)庫(kù)分析當(dāng)前的性能和容量規(guī)劃就是根據(jù)容量管理數(shù)據(jù)庫(kù)分析當(dāng)前的性能和容量情況、預(yù)測(cè)容量情況、預(yù)測(cè)ITIT基礎(chǔ)設(shè)施未來(lái)的使用情況以及為滿(mǎn)基礎(chǔ)設(shè)施未來(lái)的使用情況以及為滿(mǎn)足預(yù)計(jì)的足預(yù)計(jì)的ITIT服務(wù)需求而需要的資源，從而制定容量計(jì)服務(wù)需求而需要的資源，從而制定容量計(jì)劃的過(guò)程劃的過(guò)程容量規(guī)劃包括了

33、系統(tǒng)建模，即使用分析、模擬和趨勢(shì)容量規(guī)劃包括了系統(tǒng)建模，即使用分析、模擬和趨勢(shì)預(yù)測(cè)模型來(lái)確定服務(wù)的容量需求以及確定最佳的容量預(yù)測(cè)模型來(lái)確定服務(wù)的容量需求以及確定最佳的容量方案的過(guò)程。建模需要分析各種不同的情形，并分析方案的過(guò)程。建模需要分析各種不同的情形，并分析各種各種“如果如果怎么辦怎么辦”式的問(wèn)題式的問(wèn)題當(dāng)前、歷史趨勢(shì)以及容量規(guī)劃也是和性能管理相關(guān)的當(dāng)前、歷史趨勢(shì)以及容量規(guī)劃也是和性能管理相關(guān)的重要內(nèi)容重要內(nèi)容容量規(guī)劃的目標(biāo)容量規(guī)劃的目標(biāo)容量規(guī)劃的目標(biāo)就是：在恰當(dāng)?shù)臅r(shí)間增加容量來(lái)達(dá)到服務(wù)水平容量規(guī)劃的目標(biāo)就是：在恰當(dāng)?shù)臅r(shí)間增加容量來(lái)達(dá)到服務(wù)水平(SLA)(SLA)的承諾。的承諾。通過(guò)對(duì)容量

34、的科學(xué)分析和預(yù)測(cè)，準(zhǔn)確預(yù)測(cè)出未來(lái)的容量需求和通過(guò)對(duì)容量的科學(xué)分析和預(yù)測(cè)，準(zhǔn)確預(yù)測(cè)出未來(lái)的容量需求和服務(wù)水平服務(wù)水平創(chuàng)建容量規(guī)劃數(shù)據(jù)庫(kù)創(chuàng)建容量規(guī)劃數(shù)據(jù)庫(kù)業(yè)務(wù)預(yù)測(cè) 服務(wù)數(shù)據(jù) 技術(shù)數(shù)據(jù) 財(cái)務(wù)數(shù)據(jù) CDB 管理報(bào)告 容量規(guī)劃 技術(shù)報(bào)告 容量規(guī)劃報(bào)告容量規(guī)劃報(bào)告容量規(guī)劃報(bào)告描述了當(dāng)前及未來(lái)對(duì)IT基礎(chǔ)設(shè)施容量的需求、IT服務(wù)需求方面的預(yù)期變化容量規(guī)劃報(bào)告還說(shuō)明了在考慮未來(lái)服務(wù)級(jí)別需求的情況下，以可接受的成本提供SLA中約定的服務(wù)級(jí)別而需要做出的變更容量規(guī)劃報(bào)告不僅需要描述預(yù)計(jì)的變更，而且要指出相關(guān)的成本容量規(guī)劃報(bào)告應(yīng)當(dāng)每年進(jìn)行一次修訂，同時(shí)為保證其準(zhǔn)確性應(yīng)當(dāng)每季度進(jìn)行一次審查容量規(guī)劃報(bào)告是容量規(guī)劃流程最重

35、要的交付件容量規(guī)劃報(bào)告應(yīng)當(dāng)包含性能預(yù)測(cè)、升級(jí)點(diǎn)、基礎(chǔ)設(shè)施升級(jí)的預(yù)計(jì)成本等方面的信息容量規(guī)劃自動(dòng)化容量規(guī)劃自動(dòng)化根據(jù)性能容量管理數(shù)據(jù)庫(kù)分析當(dāng)前的情況、預(yù)測(cè)IT基礎(chǔ)設(shè)施未來(lái)的使用情況以及為滿(mǎn)足預(yù)計(jì)的IT服務(wù)需求而需要的資源，從而制定容量計(jì)劃的過(guò)程使用分析、模擬和趨勢(shì)預(yù)測(cè)模型來(lái)確定服務(wù)的容量需求以及確定最佳的容量方案的過(guò)程。建模需要分析各種不同的情形，并分析各種“如果怎么辦”式的問(wèn)題容量規(guī)劃的效益：-防止由于不恰當(dāng)或不正確的容量估計(jì)所導(dǎo)致的業(yè)務(wù)風(fēng)險(xiǎn)-前瞻性地科學(xué)預(yù)測(cè)為容量采購(gòu)的決策提供了依據(jù)，避免超前于需求而購(gòu)買(mǎi)過(guò)度容量的采購(gòu)行為，從而節(jié)省總體成本關(guān)鍵點(diǎn) - - 確保滿(mǎn)足服務(wù)水平確保滿(mǎn)足服務(wù)水平 -

36、 - 及時(shí)的、主動(dòng)的、前瞻性預(yù)測(cè)及時(shí)的、主動(dòng)的、前瞻性預(yù)測(cè) - - 性能是核心指標(biāo)性能是核心指標(biāo)( (而不是利用率而不是利用率) )上級(jí)主管部門(mén)有時(shí)會(huì)問(wèn)難以量化回答的問(wèn)題上級(jí)主管部門(mén)有時(shí)會(huì)問(wèn)難以量化回答的問(wèn)題- 如果不升級(jí)，情況會(huì)糟糕到什么程度?- 如果升級(jí)，情況會(huì)好到什么程度?- 在下次升級(jí)前，可以維持多長(zhǎng)時(shí)間? 需要借助于方法論及自動(dòng)化工具進(jìn)行量化預(yù)測(cè)需要借助于方法論及自動(dòng)化工具進(jìn)行量化預(yù)測(cè)- 模擬方法- 分析方法 需要具備性能建模的能力需要具備性能建模的能力驅(qū)動(dòng)力一：量化驅(qū)動(dòng)力一：量化 不斷變化的復(fù)雜環(huán)境不斷變化的復(fù)雜環(huán)境 工作負(fù)載的性能取決于多個(gè)因素：工作負(fù)載的性能取決于多個(gè)因素：-

37、負(fù)載優(yōu)先級(jí)- 高優(yōu)先級(jí)負(fù)載的占比- CPU的數(shù)量與速度- Paging - I/O子系統(tǒng)的限制- LPAR的影響 性能難于推測(cè)性能難于推測(cè) 沒(méi)有適當(dāng)?shù)墓ぞ?，容量?guī)劃將只能依靠沒(méi)有適當(dāng)?shù)墓ぞ?，容量?guī)劃將只能依靠“拍腦袋拍腦袋”驅(qū)動(dòng)力二：預(yù)測(cè)驅(qū)動(dòng)力二：預(yù)測(cè) 實(shí)現(xiàn)方法實(shí)現(xiàn)方法科學(xué)的預(yù)測(cè)手段：精確、簡(jiǎn)便易用預(yù)測(cè)多維度：不僅關(guān)注CPU的性能，還要關(guān)注存儲(chǔ)的未來(lái)增長(zhǎng)以具有代表性的高峰期數(shù)據(jù)為基準(zhǔn)，而不是某段均值建立周期性預(yù)測(cè)機(jī)制環(huán)境變化時(shí)，需要重新依據(jù)新基準(zhǔn)值進(jìn)行預(yù)測(cè)不能忽略低優(yōu)先級(jí)負(fù)載的性能運(yùn)行環(huán)境基本不變，包括交易模式、應(yīng)用和系統(tǒng)不變業(yè)務(wù)行為規(guī)律不變，根據(jù)業(yè)務(wù)行為規(guī)律，建立不同時(shí)期的模型分別進(jìn)行建模預(yù)

38、測(cè)重大變更發(fā)生時(shí)，例如新應(yīng)用上線(xiàn)或系統(tǒng)核心組件升級(jí)，需要重新建模預(yù)測(cè)最佳實(shí)踐：建立容量規(guī)劃自動(dòng)化操作流程，每月建模預(yù)測(cè)準(zhǔn)確預(yù)測(cè)的前提準(zhǔn)確預(yù)測(cè)的前提系統(tǒng)建模系統(tǒng)建模系統(tǒng)建模主要用于預(yù)測(cè)基礎(chǔ)設(shè)施的運(yùn)行狀況建模方法-線(xiàn)性預(yù)測(cè)(趨勢(shì)分析，大致預(yù)測(cè))-分析性模擬(結(jié)果可靠性不高)-仿真模擬仿真模擬( (預(yù)測(cè)復(fù)雜環(huán)境較準(zhǔn)確預(yù)測(cè)復(fù)雜環(huán)境較準(zhǔn)確) )-系統(tǒng)實(shí)際運(yùn)行基線(xiàn)(最準(zhǔn)確，但代價(jià)最高)建模結(jié)果應(yīng)包括反映服務(wù)水平的核心指標(biāo)，為容量規(guī)劃提供量化依據(jù)仿真模擬技術(shù)示例仿真模擬技術(shù)示例根據(jù)實(shí)際數(shù)據(jù)，選擇具有代表性的時(shí)間段建立模型模型生成過(guò)程中，時(shí)間被劃分成多個(gè)時(shí)間片。在每個(gè)時(shí)間間隔(最小間隔為0.01秒）的開(kāi)始，模

39、型會(huì)檢查每個(gè)工作負(fù)載。對(duì)于聯(lián)機(jī)交易來(lái)說(shuō)，模型會(huì)決定是否產(chǎn)生一個(gè)新的交易。模型將根據(jù)平均到達(dá)率來(lái)產(chǎn)生新的交易模型產(chǎn)生后，將確定工作負(fù)載運(yùn)行情況，確定每個(gè)工作負(fù)載的交易率和單個(gè)交易消耗的CPU以及I/O率等模擬指標(biāo)利用假設(shè)條件，基于模型進(jìn)行模擬運(yùn)算，得出預(yù)測(cè)結(jié)果仿真模擬方法仿真模擬方法根據(jù)一個(gè)特定的時(shí)間段內(nèi)的實(shí)際系統(tǒng)的運(yùn)行情況創(chuàng)建一個(gè)模型選擇的時(shí)間段非常重要，因?yàn)槟M會(huì)以此作為基準(zhǔn)，來(lái)比較不同的預(yù)測(cè)場(chǎng)景最佳實(shí)踐是挑出一個(gè)典型的系統(tǒng)利用率比較高的時(shí)間段（不必盲目追求所有高峰期中的最高點(diǎn)） 模擬不是試圖去預(yù)測(cè)未來(lái)的平均性能情況，而是預(yù)測(cè)接近于最壞性能的情況，這種情況通常會(huì)導(dǎo)致服務(wù)中斷模擬數(shù)據(jù)收集與預(yù)測(cè)

40、模擬數(shù)據(jù)收集與預(yù)測(cè)從SMF記錄中生成CPU和工作負(fù)載報(bào)告作為基礎(chǔ)數(shù)據(jù)可以通過(guò)選擇若干天的某個(gè)特定時(shí)段來(lái)縮短報(bào)告的大小最佳實(shí)踐是選擇五個(gè)連續(xù)工作日的高峰時(shí)段的系統(tǒng)利用率 依據(jù)長(zhǎng)期歷史趨勢(shì)分析出的交易增長(zhǎng)結(jié)果作為預(yù)測(cè)假設(shè)條件，預(yù)測(cè)未來(lái)保持現(xiàn)有環(huán)境或假設(shè)硬件升級(jí)的情況下，CPU利用率和響應(yīng)時(shí)間主機(jī)平臺(tái)主機(jī)平臺(tái)應(yīng)用容量評(píng)估應(yīng)用容量評(píng)估54系統(tǒng)資源系統(tǒng)資源-CPU資源-內(nèi)存-存儲(chǔ)應(yīng)用交易處理容量衡量標(biāo)準(zhǔn)應(yīng)用交易處理容量衡量標(biāo)準(zhǔn)-吞吐量(每秒處理交易數(shù))-響應(yīng)時(shí)間應(yīng)用容量評(píng)估應(yīng)用容量評(píng)估55基準(zhǔn)理論基準(zhǔn)理論 吞吐量與吞吐量與CPUCPU使用率的關(guān)系使用率的關(guān)系56基準(zhǔn)理論基準(zhǔn)理論 響應(yīng)時(shí)間與吞吐量的關(guān)系響

41、應(yīng)時(shí)間與吞吐量的關(guān)系5720%20%的交易消耗的交易消耗80%80%的資源的資源20%20%的交易在某些情況下，微小的交易量變化會(huì)影響整個(gè)系統(tǒng)的交易的交易在某些情況下，微小的交易量變化會(huì)影響整個(gè)系統(tǒng)的交易處理處理在真實(shí)環(huán)境中，會(huì)同時(shí)有許多不同種類(lèi)的交易并發(fā)運(yùn)行，因?yàn)椴煌谡鎸?shí)環(huán)境中，會(huì)同時(shí)有許多不同種類(lèi)的交易并發(fā)運(yùn)行，因?yàn)椴煌灰渍加玫慕灰渍加玫腃PUCPU資源不一樣，因此對(duì)系統(tǒng)影響也會(huì)不一樣，在實(shí)際環(huán)資源不一樣，因此對(duì)系統(tǒng)影響也會(huì)不一樣，在實(shí)際環(huán)境中，應(yīng)盡量避免長(zhǎng)交易（高境中，應(yīng)盡量避免長(zhǎng)交易（高CPUCPU消耗）的大量運(yùn)行，比如可以通過(guò)消耗）的大量運(yùn)行，比如可以通過(guò)設(shè)置設(shè)置TCLASSTC

42、LASS來(lái)保證系統(tǒng)資源的分配。來(lái)保證系統(tǒng)資源的分配。通常情況下，批量作業(yè)相當(dāng)于長(zhǎng)交易通常情況下，批量作業(yè)相當(dāng)于長(zhǎng)交易基準(zhǔn)理論基準(zhǔn)理論 二八定律二八定律58理想情況下，單系統(tǒng)交易處理的拐點(diǎn)在理想情況下，單系統(tǒng)交易處理的拐點(diǎn)在98-99%98-99%左右左右多節(jié)點(diǎn)環(huán)境下，因?yàn)椴⑿旭詈掀饔幸欢ǖ膬?nèi)耗，通常情況下，從多節(jié)點(diǎn)環(huán)境下，因?yàn)椴⑿旭詈掀饔幸欢ǖ膬?nèi)耗，通常情況下，從單系統(tǒng)到單系統(tǒng)到2 2節(jié)點(diǎn)的系統(tǒng)，內(nèi)耗在節(jié)點(diǎn)的系統(tǒng)，內(nèi)耗在10-12%10-12%左右左右隨節(jié)點(diǎn)數(shù)目的增加，每增加一個(gè)節(jié)點(diǎn)，內(nèi)耗會(huì)增加隨節(jié)點(diǎn)數(shù)目的增加，每增加一個(gè)節(jié)點(diǎn)，內(nèi)耗會(huì)增加2%2%左右左右耦合效率計(jì)算公式耦合效率計(jì)算公式基準(zhǔn)理論

43、基準(zhǔn)理論 多節(jié)點(diǎn)內(nèi)耗多節(jié)點(diǎn)內(nèi)耗59I/OI/O對(duì)交易處理能力的影響對(duì)交易處理能力的影響-如果交易有I/O問(wèn)題，則交易響應(yīng)時(shí)間與吞吐量往往不呈線(xiàn)性關(guān)系，工作負(fù)載的增加對(duì)CPU利用率的變化也不呈線(xiàn)性關(guān)系。并行耦合器并行耦合器CPUCPU利用率對(duì)交易處理能力的影響利用率對(duì)交易處理能力的影響-理論上，并行耦合器的CPU利用率超過(guò)50%，會(huì)對(duì)交易處理有一定的影響其他因素對(duì)交易處理能力的影響60確保交易不存在明顯的確保交易不存在明顯的I/OI/O問(wèn)題問(wèn)題-如果交易存在有I/O問(wèn)題，就無(wú)法通過(guò)增加CPU資源來(lái)提升交易處理能力。避免并行耦合器的避免并行耦合器的CPUCPU利用率過(guò)高，不要超過(guò)利用率過(guò)高，不要超

44、過(guò)50%50%確定交易混和比例確定交易混和比例-盡量與真實(shí)生產(chǎn)系統(tǒng)接近-考慮聯(lián)機(jī)交易和批量作業(yè)間的互相影響明確測(cè)試目標(biāo)明確測(cè)試目標(biāo)-通常以交易響應(yīng)時(shí)間為標(biāo)準(zhǔn)-明確交易優(yōu)先級(jí)別壓力測(cè)試前提壓力測(cè)試前提61當(dāng)交易響應(yīng)時(shí)間合乎性能指標(biāo)時(shí)，計(jì)算不同工作負(fù)載的當(dāng)交易響應(yīng)時(shí)間合乎性能指標(biāo)時(shí)，計(jì)算不同工作負(fù)載的ITRITR分析分析ITRITR是否線(xiàn)性增長(zhǎng)，如果線(xiàn)性增長(zhǎng)，以此是否線(xiàn)性增長(zhǎng)，如果線(xiàn)性增長(zhǎng)，以此ITRITR值來(lái)估算系值來(lái)估算系統(tǒng)容量配置統(tǒng)容量配置估算時(shí)，應(yīng)考慮估算時(shí)，應(yīng)考慮I/OI/O對(duì)交易的影響，工作負(fù)載越大，對(duì)交易的影響，工作負(fù)載越大，I/OI/O競(jìng)爭(zhēng)競(jìng)爭(zhēng)越多，建議工作負(fù)載應(yīng)盡量接近真實(shí)生產(chǎn)系

45、統(tǒng)環(huán)境越多，建議工作負(fù)載應(yīng)盡量接近真實(shí)生產(chǎn)系統(tǒng)環(huán)境測(cè)試結(jié)果分析測(cè)試結(jié)果分析What is Performance?響應(yīng)時(shí)間描述系統(tǒng)的速度響應(yīng)時(shí)間描述系統(tǒng)的速度 聯(lián)機(jī)響應(yīng)時(shí)間聯(lián)機(jī)響應(yīng)時(shí)間 批量運(yùn)行時(shí)間批量運(yùn)行時(shí)間吞吐量描述單位時(shí)間內(nèi)系統(tǒng)處理的業(yè)務(wù)量吞吐量描述單位時(shí)間內(nèi)系統(tǒng)處理的業(yè)務(wù)量 每秒交易數(shù)（每秒交易數(shù)（TPS） 每小時(shí)記錄數(shù)每小時(shí)記錄數(shù)容量描述系統(tǒng)擁有的各種資源總量容量描述系統(tǒng)擁有的各種資源總量 處理器顆數(shù)以及處理器速度處理器顆數(shù)以及處理器速度 磁盤(pán)空間磁盤(pán)空間 網(wǎng)絡(luò)帶寬網(wǎng)絡(luò)帶寬性能指標(biāo)分為三大類(lèi)：性能指標(biāo)分為三大類(lèi)：響應(yīng)時(shí)間，吞吐量，容量響應(yīng)時(shí)間，吞吐量，容量對(duì)于新應(yīng)用開(kāi)發(fā)而言，容量估計(jì)

46、工作開(kāi)始的越早越好對(duì)于新應(yīng)用開(kāi)發(fā)而言，容量估計(jì)工作開(kāi)始的越早越好全面的了解業(yè)務(wù)規(guī)模，各項(xiàng)應(yīng)用與系統(tǒng)指標(biāo)是進(jìn)行精確全面的了解業(yè)務(wù)規(guī)模，各項(xiàng)應(yīng)用與系統(tǒng)指標(biāo)是進(jìn)行精確性能估算的前提性能估算的前提如今的系統(tǒng)通常都包含了異構(gòu)的客戶(hù)機(jī)和服務(wù)器，跨多如今的系統(tǒng)通常都包含了異構(gòu)的客戶(hù)機(jī)和服務(wù)器，跨多個(gè)地理區(qū)域和邏輯層級(jí)個(gè)地理區(qū)域和邏輯層級(jí)性能架構(gòu)師必須端到端的考量整個(gè)系統(tǒng)結(jié)構(gòu)，包括涉及性能架構(gòu)師必須端到端的考量整個(gè)系統(tǒng)結(jié)構(gòu)，包括涉及到的單個(gè)組件的特征和應(yīng)用的特性到的單個(gè)組件的特征和應(yīng)用的特性系統(tǒng)是如何組織的？-邏輯層級(jí)，地理區(qū)域以及系統(tǒng)的拓?fù)溥壿?系統(tǒng)內(nèi)各個(gè)組件的功能系統(tǒng)內(nèi)有哪些資源可供調(diào)用？-它們的性能特征

47、又如何？應(yīng)用變更的影響有多大？-批量與聯(lián)機(jī)-響應(yīng)時(shí)間-補(bǔ)丁策略 有多種實(shí)現(xiàn)方法有多種實(shí)現(xiàn)方法 有有“胖胖”客戶(hù)端與客戶(hù)端與“瘦瘦”客戶(hù)端客戶(hù)端 根據(jù)具體配置進(jìn)行分析根據(jù)具體配置進(jìn)行分析 網(wǎng)絡(luò)流量非常關(guān)鍵網(wǎng)絡(luò)流量非常關(guān)鍵客戶(hù)機(jī)服務(wù)器客戶(hù)機(jī)服務(wù)器系統(tǒng)結(jié)構(gòu)系統(tǒng)結(jié)構(gòu)絕大多數(shù)新系統(tǒng)的架構(gòu)絕大多數(shù)新系統(tǒng)的架構(gòu) 把若干個(gè)單一功能的組件用多個(gè)邏輯層級(jí)的方式組裝起來(lái)把若干個(gè)單一功能的組件用多個(gè)邏輯層級(jí)的方式組裝起來(lái) 網(wǎng)絡(luò)是性能的關(guān)鍵所在網(wǎng)絡(luò)是性能的關(guān)鍵所在 良好的用戶(hù)體驗(yàn)是一個(gè)極其重要的需求良好的用戶(hù)體驗(yàn)是一個(gè)極其重要的需求 小心美工小心美工 負(fù)載難以預(yù)測(cè)負(fù)載難以預(yù)測(cè) 要充分考慮到可擴(kuò)展性要充分考慮到可擴(kuò)展性基于基于WebWeb的系統(tǒng)的系統(tǒng)系統(tǒng)結(jié)構(gòu)系統(tǒng)結(jié)構(gòu)操作系統(tǒng) 通訊控制器交易中間件數(shù)據(jù)庫(kù)等待I/O 服務(wù)時(shí)間 處理時(shí)間CPU (milliseconds)# I/OSELECT - one row352FETCH - next100.1DELETE - one row604典型的原子資源消耗典型的原子資源消耗處理器服務(wù)器處理器服務(wù)器組件特性組件特性l 內(nèi)存 盡可能消除頁(yè)面調(diào)度（paging） 估算工作集（working sets） 分別考慮系統(tǒng)自身的消耗以及各組件的消耗 千萬(wàn)別按照軟件的最小需求配置內(nèi)存l 任務(wù)調(diào)度邏輯 管理