yITIL服務(wù)設(shè)計之容量管理

1、精品4.3容量管理容量管理貫穿于服務(wù)生命周期的始終。容量管理的關(guān)鍵成功因素就是在服務(wù)設(shè)計階段已經(jīng)考慮到它， 因此，容量管理的內(nèi)容包含在本書籍中。容量管理首先在服務(wù)戰(zhàn)略階段得到支持，在服務(wù)戰(zhàn)略階段，決策和業(yè)務(wù)要求與客戶結(jié)果的分析影響著業(yè)務(wù)活動模型（PBA ）的開發(fā)、服務(wù)的水平(LOS) 和服務(wù)水平包(SLPs) 。這提供了需要調(diào)整容量以滿足需求的預(yù)測性的指標(biāo)。意圖、目的與目標(biāo)“容量管理的目的就是保證在IT 的所有領(lǐng)域有成本合理的IT 容量，并且及時地滿足現(xiàn)在及將來的業(yè)務(wù)需求?！比萘抗芾淼囊鈭D就是對所有的容量及服務(wù)和資源相關(guān)的性能問題進(jìn)行關(guān)注和管理。容量管理的目標(biāo)是：生成和維護(hù)一個合適的和最新的容

2、量計劃，反映當(dāng)前和將來的業(yè)務(wù)需要在業(yè)務(wù)和IT 的其他領(lǐng)域提供容量和性能相關(guān)問題的建議和指導(dǎo)通過管理服務(wù)和資源的容量及性能，保證服務(wù)性能滿足或超過所有既定的性能指標(biāo)為性能和容量相關(guān)的故障及問題的診斷和解決提供幫助評估容量計劃的所有變更所帶來的影響，評估所有服務(wù)和資源的性能和容量保證提高服務(wù)性能的主動措施在成本合理的情況下得到實(shí)施感謝下載載精品范圍容量管理應(yīng)該關(guān)注所有的IT 性能和容量問題。技術(shù)管理職能如網(wǎng)絡(luò)支持、服務(wù)器支持、運(yùn)營管理等實(shí)施大部分的日常管理任務(wù)，可以為容量管理提供性能信息。容量管理應(yīng)該包含包括硬件和軟件在內(nèi)的所有技術(shù)領(lǐng)域，適合于所有的技術(shù)組件和環(huán)境。容量管理也要考慮空間規(guī)劃、環(huán)境系

3、統(tǒng)容量和人力資源的某些方面。但是只有人力資源的缺失能導(dǎo)致SLA 或 OLA目標(biāo)的違背、端到端性能的延遲、滿足將來任務(wù)和計劃的無能（例如， 因?yàn)椴僮魅藛T的缺失以致不能裝載磁帶，從而導(dǎo)致夜間數(shù)據(jù)備份不能及時完成）。通常情況下，容量管理是一種線性管理責(zé)任，雖然服務(wù)臺員工使用同樣的容量管理技術(shù)。人力資源安排、 員工水平、技能水平、能力水平都應(yīng)該被包含在容量管理的范圍中。容量管理的驅(qū)動力應(yīng)該是組織的業(yè)務(wù)要求和規(guī)劃能夠提供與SLAs （ OLAs ）一致的服務(wù)水平所需要的資源。容量管理需要了解整體的IT 和業(yè)務(wù)環(huán)境，包括：通過業(yè)務(wù)活動模型（PBA ）來了解當(dāng)前的業(yè)務(wù)運(yùn)營和要求通過服務(wù)組合來了解將來的業(yè)務(wù)規(guī)

4、劃和要求通過 SLAs 和標(biāo)準(zhǔn)運(yùn)營流程來了解服務(wù)目標(biāo)和當(dāng)前的IT 服務(wù)運(yùn)營狀況IT 技術(shù)、容量、性能的所有方面，包括基礎(chǔ)設(shè)施、數(shù)據(jù)、環(huán)境、應(yīng)用程序等了解所有這些可以使容量管理能夠保證服務(wù)的當(dāng)前和將來的容量和性能的所有方面可以成本合理有效地提供。容量管理也需要了解新服務(wù)傳遞的可能。需要了解新技術(shù)，如果合適的話， 應(yīng)客戶的要求改革和傳遞這些服務(wù)。容量管理需要重新確認(rèn)技術(shù)變更的比率可能增加并且新技術(shù)可以被安全使用以保證IT 服務(wù)在改變業(yè)務(wù)期望時仍然讓用戶滿意。需要在服務(wù)戰(zhàn)略和服務(wù)組合間建立一種直接的聯(lián)系以保證在將來的服務(wù)規(guī)劃中把新興的技術(shù)考慮進(jìn)來。容量管理應(yīng)該包括：感謝下載載精品通過性能、效用、IT

5、 服務(wù)的生產(chǎn)能力、基礎(chǔ)設(shè)施、環(huán)境、數(shù)據(jù)、應(yīng)用程序組件、正常產(chǎn)出、 服務(wù)報告、 組件容量和性能等監(jiān)控業(yè)務(wù)活動模型和服務(wù)水平計劃進(jìn)行調(diào)優(yōu)以便現(xiàn)有的IT 資源達(dá)到最有效的使用了解用戶對IT 資源所達(dá)成的當(dāng)前和將來的需求和將來的生產(chǎn)預(yù)期可能與財務(wù)管理一起影響需求管理生成一個容量計劃可以使服務(wù)提供商提供符合SLAs 所規(guī)定質(zhì)量的服務(wù)并且能夠有足夠的時間安排來滿足將來服務(wù)組合和SLRs 所規(guī)定的服務(wù)水平為服務(wù)或組件相關(guān)的任何故障和問題的確認(rèn)和解決提供輔助作用在成本合理和滿足業(yè)務(wù)需求的情況下對服務(wù)或組件的性能進(jìn)行主動性地改進(jìn)管理巨大的分布式IT 基礎(chǔ)設(shè)施的容量是一件復(fù)雜的和高要求的任務(wù)，尤其是 IT 容量和

6、財務(wù)投資一直增加的情況下。所以對增長進(jìn)行規(guī)劃顯得更有意義。因?yàn)樵诜植际江h(huán)境下單一組件的更新成本通常情況下會少于在集成式主機(jī)環(huán)境下的組件更新成本，所以經(jīng)常有許多的組件需要更新。 當(dāng)需要購買很多組件時，單個組件的成本由于規(guī)模效應(yīng)而減少。容量管理可以用于服務(wù)組合和采購過程以保證在與供應(yīng)商談判中達(dá)成最好的交易。容量管理提供單個組件當(dāng)前的和計劃的資源效用的必要信息可以是組織有把握地做出決定：哪個組件需要更新（如：更大內(nèi)存、更快的存儲設(shè)備、更快的處理器、更多的帶寬）什么時候進(jìn)行更新- 理想狀態(tài)下不能過早，否則導(dǎo)致超出容量的過多支出；也不能太晚，否則導(dǎo)致不能有效利用新技術(shù)、瓶頸、不連續(xù)性能、最終地，客戶不滿

7、意和失去生意機(jī)會感謝下載載精品更新的成本是多少- 在預(yù)算的生命周期中把容量管理的預(yù)期因素和計劃因素考慮進(jìn)來以保證計劃性投資。如果沒有容量管理的信息輸入，許多其他管理過程的效率會大大降低。例如：變更管理在可用性的容量方面能夠評估任何變更的效果嗎？實(shí)施新服務(wù)時，服務(wù)級別管理能保證新服務(wù)的SLRs 達(dá)到了嗎？現(xiàn)存服務(wù)的SLAs 將不會受到影響？問題管理能夠診斷由低劣性能所導(dǎo)致的故障的潛在原因嗎？IT 服務(wù)持續(xù)性管理能夠準(zhǔn)確確定關(guān)鍵業(yè)務(wù)流程的容量需求嗎？容量管理是一個前瞻性的過程，當(dāng)進(jìn)行實(shí)施時， 可以在業(yè)務(wù)事件和影響發(fā)生前預(yù)測到它們。好的容量管理保證服務(wù)和組件的設(shè)計與性能不會出現(xiàn)驚險的情況。在組織中，

8、 容量管理和服務(wù)戰(zhàn)略與規(guī)劃流程有密切的雙向的聯(lián)系?；痉矫嫔?， 組織的長期戰(zhàn)略包含在業(yè)務(wù)規(guī)劃的更新中。服務(wù)戰(zhàn)略反映業(yè)務(wù)規(guī)劃，業(yè)務(wù)規(guī)劃來自于組織對外部因素如競爭性的市場環(huán)境、經(jīng)濟(jì)前景、 法律法規(guī)和內(nèi)部的人力、供應(yīng)能力等容量的理解。通常會開發(fā)一個短期的戰(zhàn)術(shù)計劃或業(yè)務(wù)變更來實(shí)現(xiàn)短期或中期的必要的變更從而可以進(jìn)行全局的業(yè)務(wù)規(guī)劃和服務(wù)戰(zhàn)略。容量管理也需要了解短期、中期和長期的業(yè)務(wù)規(guī)劃以便提供最新的理念、趨勢及硬件軟件供應(yīng)商所開發(fā)技術(shù)的信息。組織業(yè)務(wù)規(guī)劃驅(qū)動特殊的IT 服務(wù)戰(zhàn)略，容量管理需要熟悉服務(wù)戰(zhàn)略的內(nèi)容，并為服務(wù)戰(zhàn)略輸入重大的和不斷的信息。合適的時間合適的容量，這是很關(guān)鍵的。 服務(wù)戰(zhàn)略可以為容量管理

9、在識別新技術(shù)、硬件、軟件的獲得和實(shí)施的時間方面提供幫助。業(yè)務(wù)價值容量管理負(fù)責(zé)保證IT 資源按計劃的方式來提供連續(xù)的服務(wù)水平，其能夠與當(dāng)前和將來感謝下載載精品的業(yè)務(wù)需求相符合，這些需求在SLAs 和 OLAs 中被一致同意和文檔化了。容量管理結(jié)合業(yè)務(wù)規(guī)劃，提供了容量規(guī)劃來指導(dǎo)支撐業(yè)務(wù)規(guī)劃所需的的IT 資源和資金以及支出費(fèi)用的成本調(diào)整。策略、原則與基本概念容量管理保證IT 服務(wù)和系統(tǒng)的容量和性能以最節(jié)約成本和時間的方式符合業(yè)務(wù)的既定需求。容量管理本質(zhì)上是一種平衡：成本和所需資源的平衡：保證依據(jù)業(yè)務(wù)需要所購買的容量是成本合理的，并對這些資源進(jìn)行最有效的使用。供求平衡：保證IT 處理能力的有用性供應(yīng)與

10、當(dāng)前和將來的業(yè)務(wù)需求相符合。為一種特定的資源管理或改變需求也是必要的。容量管理過程和規(guī)劃必須融合于服務(wù)生命周期的所有階段，從服務(wù)戰(zhàn)略、 服務(wù)設(shè)計、 服務(wù)轉(zhuǎn)換、服務(wù)運(yùn)營到服務(wù)改進(jìn)。從戰(zhàn)略的角度來看，服務(wù)組合包含所有的IT 資源和功能。服務(wù)導(dǎo)向架構(gòu)的出現(xiàn)、虛擬化、IT 服務(wù)條款（ provision）中的價值網(wǎng)絡(luò)使用在容量管理中都是關(guān)鍵的因素。 在初始的設(shè)計階段就應(yīng)該把恰當(dāng)?shù)娜萘亢托阅軒У椒?wù)和組件中來。這樣不僅可以保證新的或變更的服務(wù)的性能符合期望的目標(biāo)，還可以保證所有現(xiàn)存的服務(wù)能夠繼續(xù)符合它們的所有目標(biāo)。這是穩(wěn)定服務(wù)條款的根本。整體的容量管理過程以持續(xù)地成本合理地方式使IT 資源和能力符合不斷

11、變更的業(yè)務(wù)需求。這就需要對當(dāng)前的資源進(jìn)行調(diào)優(yōu)和優(yōu)化并對將來的資源規(guī)劃進(jìn)行有效的估計，如圖例4.8 所示。感謝下載載精品容量管理是一種極其技術(shù)、負(fù)責(zé)、高要求的過程，為了達(dá)成必要的結(jié)果，它需要三個3個支撐的小過程。容量管理的關(guān)鍵活動之一就是生成一個規(guī)劃，把資源利用和服務(wù)性能的當(dāng)前水平進(jìn)行文檔化，并在慎重考慮服務(wù)戰(zhàn)略和規(guī)劃后，預(yù)測將來能夠支撐業(yè)務(wù)活動的IT 服務(wù)所需要的資源需求。這個計劃應(yīng)該清楚地顯示任何所做出的假定。它還要包含任何量化的資源、成本、收益、影響等方面的建議。需要在預(yù)定的時間段內(nèi)生成和維護(hù)容量規(guī)劃。它本質(zhì)上是一個投資規(guī)劃，所以需要每年公布一次， 并且與業(yè)務(wù)或預(yù)算生命周期一致，還要在將來

12、預(yù)算的協(xié)商前完成。在服務(wù)規(guī)劃中，考慮到變化的情況，每季度更新一次規(guī)劃是必需的，可以增加預(yù)測的準(zhǔn)確度，還可以提出或提煉出一些建議。這需要額外的活動，但是如果它被定期地更新，容量規(guī)劃會變得更加準(zhǔn)確并能反映變化的業(yè)務(wù)需求。容量規(guī)劃的內(nèi)容參見附錄J。感謝下載載精品業(yè)務(wù)容量管理業(yè)務(wù)容量管理把業(yè)務(wù)需求和規(guī)劃轉(zhuǎn)變?yōu)閷Ψ?wù)和IT 基礎(chǔ)設(shè)施的需求，保證 IT 服務(wù)將來的業(yè)務(wù)需求得到及時地量化、設(shè)計、規(guī)劃和實(shí)施。 這可以通過對各種服務(wù)所使用的當(dāng)前資源利用情況的現(xiàn)存數(shù)據(jù)來預(yù)報、建?；蛘哳A(yù)測將來的需求來完成。這些將來的需求來自于服務(wù)戰(zhàn)略和服務(wù)組合，如新流程和服務(wù)需求、變更、改進(jìn)和現(xiàn)存服務(wù)的增長。服務(wù)容量管理服務(wù)容量管

13、理關(guān)注于端到端性能、現(xiàn)實(shí)狀況的IT 服務(wù)使用和工作負(fù)載的容量的管理、控制和預(yù)測。 它可以保證服務(wù)目標(biāo)中符合SLAs 和 SLRs 的所有服務(wù)的性能得到監(jiān)控和測量，并可以記錄、 分析和報告所收集的數(shù)據(jù)。如有必要， 可以實(shí)行主動的措施來保證所有服務(wù)的性能符合既定的業(yè)務(wù)目標(biāo)。這通常是由具有使用端到端服務(wù)傳遞技術(shù)的所有領(lǐng)域的知識的員工來執(zhí)行的， 還經(jīng)常需要向組件容量管理的專家尋求建議。如果可能， 應(yīng)該把自動化的閾值控制技術(shù)應(yīng)用于運(yùn)營服務(wù)，來保證服務(wù)目標(biāo)被違背或威脅時能夠及時地得到識別，并使減少或避免潛在影響的成本合理的措施得到實(shí)現(xiàn)。組件容量管理組件容量管理關(guān)注于對單個IT 技術(shù)組件的性能、使用和容量進(jìn)

14、行管理、控制和預(yù)測。這保證擁有限定的資源的IT 基礎(chǔ)設(shè)施內(nèi)的所有組件得到監(jiān)控和測量，并可以記錄、分析和報告所收集的數(shù)據(jù)。同樣地，如果可能，可以使用自動化的閾值控制技術(shù)應(yīng)用于所有組件，來保證組件使用或性能的服務(wù)目標(biāo)被違背或威脅時能夠及時地得到識別，并使減少或避免潛在影響的成本合理的措施得到實(shí)現(xiàn)。這三個子管理過程有許多相似的活動，但是每一個有其不同的關(guān)注點(diǎn)。業(yè)務(wù)容量管理關(guān)感謝下載載精品注于當(dāng)前和將來的業(yè)務(wù)需求，服務(wù)容量管理關(guān)注于支撐業(yè)務(wù)的現(xiàn)存服務(wù)的傳遞，而組件容量管理關(guān)注于支持IT 條款的 IT 基礎(chǔ)措施。 每個子管理過程在容量管理中所扮演的角色如圖例4.9 所示。容量管理所使用的工具應(yīng)該符合組織

15、管理架構(gòu)并且與IT 系統(tǒng)和自動化處理的其他管理工具進(jìn)行集成。 服務(wù)運(yùn)營中的監(jiān)控和控制活動將會為容量管理的支持和分析工具提供良好的基礎(chǔ)?；顒?、方法與技術(shù)容量管理的一些活動是被動的，還有一些是主動的，這些主動的活動包括：在性能問題發(fā)生前采取必要的措施解決它生成當(dāng)前組件使用情況的趨勢分析，估計將來的需求， 為計劃的更新和增強(qiáng)使用趨勢分析和閾值控制技術(shù)感謝下載載精品建模和趨勢分析IT 服務(wù)中的潛在變化，識別 IT 基礎(chǔ)設(shè)施和應(yīng)用中的服務(wù)和組件需要作出的改動，從而保證適當(dāng)?shù)馁Y源處于可用狀態(tài)。在違背 As 和服務(wù)目標(biāo)或性能問題出現(xiàn)之前，保證所有的變更被預(yù)算、計劃和實(shí)施在成本合理的情況下主動尋找改進(jìn)服務(wù)性能

16、的機(jī)會調(diào)優(yōu)和優(yōu)化服務(wù)和組件的性能被動的活動包括：監(jiān)控、測量、報告、回顧服務(wù)和組件的當(dāng)前性能響應(yīng)所有容量相關(guān)的閾值事件并采取正確的行動對特殊的性能問題做出反應(yīng)和協(xié)助。服務(wù)臺可能把低劣性能故障歸結(jié)于技術(shù)原因，這就需要使用容量管理技術(shù)來解決它們。關(guān)鍵信息：容量管理的主動活動越成功，需要的被動活動越少。業(yè)務(wù)容量管理業(yè)務(wù)容量管理的主要目標(biāo)是保證IT 服務(wù)的將來業(yè)務(wù)需求（客戶結(jié)果）能夠被考慮和理解，同時保證在合理的時間跨度內(nèi)支撐新服務(wù)或變更的服務(wù)的充足IT 容量被規(guī)劃和實(shí)施。圖例 4.10 顯示了業(yè)務(wù)活動模型是如何影響業(yè)務(wù)容量管理的和服務(wù)是如何使用的。感謝下載載精品容量管理必須隨容量需求的改變而改變。新服

17、務(wù)或者變更的服務(wù)被要求來支撐變更的業(yè)務(wù)?，F(xiàn)存的服務(wù)需要修改以提供額外的功能。陳舊的服務(wù)被淘汰， 從而釋放出一些空閑容量。結(jié)果是使?jié)M足客戶SLRs 和 SLAs 的能力也會受到影響。容量管理的責(zé)任就是預(yù)測變更所需要的容量和管理需求。新需求可能從許多不同的來源（sources ）和由于許多不同的原因引起容量管理的注意，但是供應(yīng)需求的最主要的來源應(yīng)該來自需求管理的業(yè)務(wù)活動模型和為服務(wù)組合所生成的服務(wù)級別包。 例如升級以便利用新技術(shù)的建議，或解決性能問題的一個調(diào)優(yōu)活動的實(shí)施。圖例4.11 顯示了需求管理的循環(huán)過程。感謝下載載精品在所有的戰(zhàn)略、規(guī)劃和設(shè)計活動中盡可能早的把容量管理包含進(jìn)來，例如：協(xié)助和支

18、持服務(wù)戰(zhàn)略的開發(fā)參與 IT 戰(zhàn)略和政策的回顧與改進(jìn)參與技術(shù)架構(gòu)的回顧與改進(jìn)關(guān)鍵信息：容量管理應(yīng)該優(yōu)先被客戶接納，而不是最后的選擇。如果在這些過程中容量管理能早些參與進(jìn)來，IT 容量的規(guī)劃和設(shè)計就會與業(yè)務(wù)需求緊密地結(jié)合，并能保證完成和維護(hù)服務(wù)目標(biāo)。協(xié)助同意服務(wù)級別要求容量管理應(yīng)該協(xié)助服務(wù)級別管理（SLM ）依據(jù)服務(wù) / 系統(tǒng)響應(yīng)時間、期望生產(chǎn)能力、使用模式和用戶數(shù)量來理解客戶容量和性能的需求。容量管理應(yīng)該提供一定情境下的可能解決方案以便在談判過程中有所幫助。例如，如果用戶數(shù)量少于2000 ，則可以保證響應(yīng)時間低于 2 秒；如果多于 2000 用戶的連接數(shù)， 則應(yīng)啟用額外的網(wǎng)絡(luò)帶寬來保證所要求的響

19、應(yīng)時間?；蛘弑ＷC降低響應(yīng)時間是可以被接受的。 建模、趨勢分析或者應(yīng)用定型技術(shù)經(jīng)常被用于此來保證預(yù)測能夠準(zhǔn)確地反映現(xiàn)實(shí)狀況。設(shè)計、獲得或修改服務(wù)配置感謝下載載精品容量管理應(yīng)該參與到新服務(wù)或變更服務(wù)的設(shè)計中來，并且為硬件和軟件的采購提供建議，這種情況下，性能和（或）容量是重要的因素。在一些例子中容量管理其作為變更咨詢委員會的一員是通過變更管理來達(dá)到新需求的實(shí)施的。為了平衡成本與能力，容量管理獲得可供選擇的解決方案的成本并建議最合適的成本合理的建議。核實(shí)服務(wù)等級協(xié)議（SLA ）服務(wù)等級協(xié)議應(yīng)該包括期待服務(wù)能力和性能要求的詳細(xì)情況。容量管理建議服務(wù)級別管理（ SLM ）監(jiān)控可達(dá)成的目標(biāo)和服務(wù)設(shè)計基于其

20、上。容量管理應(yīng)該充滿信心，即服務(wù)設(shè)計符合 SLRs，并且可以提供通過建模、趨勢分析和定型技術(shù)獲得未來增長的能力。支持服務(wù)等級協(xié)議談判使用預(yù)測技術(shù)的結(jié)果可以驗(yàn)證服務(wù)性能。這可能需要服務(wù)等級管理給予這些結(jié)果重新談判服務(wù)級別協(xié)議。容量管理通過建議潛在的解決方案和相關(guān)的成本信息為SLM 提供支持，重新談判則顯得是必要的。一旦要求可以達(dá)到，服務(wù)級別管理的職責(zé)就是同意服務(wù)級別并簽署服務(wù)級別協(xié)議?？刂坪蛯?shí)施所有對服務(wù)和資源的容量的變更必須遵循所有的IT 流程，如變更、發(fā)布、配置和項(xiàng)目管理流程以保證對所有變更的控制和協(xié)調(diào)是適當(dāng)?shù)?，以及保證任何新的或改變的組件在他們的生命周期中被記錄和跟蹤。服務(wù)容量管理服務(wù)容量

21、管理的主要目標(biāo)是識別和理解IT 服務(wù)、資源的使用、工作模式、高峰與低谷，并保證服務(wù)達(dá)到SLA 目標(biāo)，例如保證IT 服務(wù)表現(xiàn)得如所期望的那樣。服務(wù)容量管理主要關(guān)注于管理包含在既定SLAs 或 SLRs 中的目標(biāo)所決定的服務(wù)性能。感謝下載載精品服務(wù)容量管理保證服務(wù)符合既定的服務(wù)目標(biāo)。可以對被監(jiān)控的服務(wù)所提供的數(shù)據(jù)進(jìn)行趨勢分析， 從而在趨勢中建立正常的服務(wù)等級。通過對這些等級進(jìn)行定期監(jiān)控和對比，可以定義、識別和報告異常情況。這樣，容量管理可以顯示任何服務(wù)的服務(wù)級別管理的違背或喪失。存在這樣的情況，即涉及容量管理的故障和問題來自于其他流程，或者識別到某項(xiàng)服務(wù)可能不能符合SLA 目標(biāo)。在某些情況中，潛在

22、失敗的原因并不能由組件容量管理決定。例如，分析失敗的原因，可能會發(fā)現(xiàn)是因?yàn)槿萘坎粔蚧蛘邲]有單個組件是超額利用的。然而，即使程序的設(shè)計或編碼是效率低的，仍需要管理服務(wù)性能，也需要管理單個硬件或軟件資源。服務(wù)容量管理應(yīng)該監(jiān)控服務(wù)負(fù)載和事務(wù)處理情況來保證它們?nèi)蕴幱诩榷ǖ南拗坪烷撝迪?。成功的服?wù)容量管理的關(guān)鍵是預(yù)測問題，如果可能， 可以通過監(jiān)控性能上的變更和監(jiān)控變更所帶來的影響。這樣，其實(shí)它是另一個子流程，是主動的、預(yù)測性的，甚至是優(yōu)先的，而不是被動的流程。然而， 它需要對特殊的性能問題做出被動地反應(yīng)，這種情況已經(jīng)存在多次了。 對正在使用的每個服務(wù)的性能要求的知識和理解、對應(yīng)用服務(wù)變更的效果的評估、所

23、采取的措施，這些來保證達(dá)到所需服務(wù)性能的要求。組件容量管理組件容量管理的主要目標(biāo)是識別和理解性能、容量及支撐IT 服務(wù)的技術(shù)的單個組件的使用， 包括基礎(chǔ)架構(gòu)、環(huán)境、數(shù)據(jù)和應(yīng)用程序。這可以保證當(dāng)前硬件和軟件資源得到最佳使用從而達(dá)到和維持既定的服務(wù)等級。IT 基礎(chǔ)架構(gòu)下的所有的硬件組件和許多的軟件組件都有限定的容量，達(dá)到或超過這一容量，可能引發(fā)性能問題。組件容量管理關(guān)注于處理器、內(nèi)存、磁盤、網(wǎng)絡(luò)帶寬、網(wǎng)絡(luò)連接等組件。所以需要持續(xù)不斷地收集資源利用的信息。需要在單個硬件和軟件的組件上安裝監(jiān)控器，然后對其進(jìn)行配置以便收集必要的數(shù)據(jù)，這些數(shù)據(jù)需要在一段時間內(nèi)進(jìn)行累積和存儲。這項(xiàng)活動通常在服務(wù)感謝下載載精

24、品運(yùn)營部分通過監(jiān)控和控制得到實(shí)施。對組件容量管理進(jìn)行實(shí)時反饋應(yīng)該應(yīng)用于這一子流程中。同服務(wù)容量管理一樣，成功的組件容量管理的關(guān)鍵也是預(yù)測問題，如果可能， 也需要以主動的和預(yù)測性的方式進(jìn)行。然而，組件容量管理需要對特定的問題做出被動地響應(yīng)，如容量不夠或者組件的無效率使用所引起的問題。這種情況也是存在的。來自于對正在運(yùn)行的服務(wù)的資源使用的知識和理解，對服務(wù)使用的變更效果的估計，對硬件和軟件更新的預(yù)算和規(guī)劃。可供選擇的是，對現(xiàn)存資源與服務(wù)進(jìn)行平衡可以達(dá)到當(dāng)前資源的最有效率的利用。容量管理的支撐活動本部分所描述的活動對支持容量管理的子流程是必要的，這些活動可以以被動的或主動的甚至優(yōu)先的方式進(jìn)行。各子流

25、程間最大的不同是被監(jiān)控和收集的數(shù)據(jù)及對數(shù)據(jù)分析的視角。例如在基礎(chǔ)架構(gòu)中單個組件的利用水平，如處理器、磁盤和網(wǎng)絡(luò)連接，是與組件容量管理相關(guān)的，事務(wù)處理產(chǎn)出比率和響應(yīng)時間是和服務(wù)容量管理相關(guān)的。對于業(yè)務(wù)容量管理，對在線服務(wù)來說，事務(wù)處理產(chǎn)出比率需要轉(zhuǎn)化為業(yè)務(wù)量，例如，以銷售發(fā)票或訂單的形式。容量管理最大的挑戰(zhàn)是理解業(yè)務(wù)需求和業(yè)務(wù)負(fù)載之間的聯(lián)系，并能轉(zhuǎn)換為對服務(wù)和資源的負(fù)載和利用的影響和效果，所以可以在每一層級上設(shè)置合適的閾值。調(diào)諧（ tuning）和優(yōu)化活動應(yīng)該重復(fù)地進(jìn)行一系列的活動并形成一個自然的循環(huán)，如圖例4.12 所示。感謝下載載精品這些活動提供了基本的歷史性的信息和觸發(fā)因素，對容量管理的所

26、有其他活動和流程是必要的。 應(yīng)該建立對所有組件和每個服務(wù)的監(jiān)控。如果可能， 這些數(shù)據(jù)應(yīng)該使用專家系統(tǒng)來對比利用水平和閾值。分析的結(jié)果應(yīng)該以報告的形式表現(xiàn)出來，并包含合適的建議。一些控制機(jī)制的表現(xiàn)形式應(yīng)該對這些建議做出響應(yīng)。如平衡服務(wù)、平衡負(fù)載、變更并發(fā)數(shù)量、 增加或刪除資源。在這些活動中所累積的所有信息應(yīng)該存儲在容量管理信息系統(tǒng)（CMIS ）中，這樣，當(dāng)循環(huán)再次開始時，監(jiān)控發(fā)生的任何變更以保證他們能夠產(chǎn)生有益的效果并為將來的行動收集更多的數(shù)據(jù)。利用監(jiān)控方式應(yīng)該對特定的操作系統(tǒng)、硬件配置、 應(yīng)用程序等實(shí)行不同的監(jiān)控方式。重要的是監(jiān)控能夠收集容量管理所需求的對于某一組件或服務(wù)的所有信息。典型的監(jiān)控

27、數(shù)據(jù)包括：處理器利用情況內(nèi)存利用情況事務(wù)處理類型所占用的CPU 百分比感謝下載載精品輸入輸出比率（物理的和緩沖區(qū)的）和設(shè)備利用情況隊列長度磁盤利用情況事務(wù)處理比率響應(yīng)時間批處理時長數(shù)據(jù)庫使用情況索引使用情況命中率并發(fā)用戶數(shù)網(wǎng)絡(luò)流量比率在考慮所要包括的數(shù)據(jù)的時候，還要把監(jiān)控容量 （如吞吐量） 收集的數(shù)據(jù)和監(jiān)控性能（如響應(yīng)時間）收集的數(shù)據(jù)區(qū)分開來。服務(wù)容量管理和組件容量管理都需要這兩種類型的數(shù)據(jù)。監(jiān)控和收集的數(shù)據(jù)需要結(jié)合在服務(wù)中需要的所有組件，從而監(jiān)控端到端的用戶體驗(yàn)。需要在整體的資源利用水平上收集數(shù)據(jù)，還要收集每個服務(wù)在每個組件上的負(fù)載的詳細(xì)情況。這需要貫穿于整個技術(shù)、主機(jī)或服務(wù)器、網(wǎng)絡(luò)、本地服

28、務(wù)器和客戶端（或工作站）之中來進(jìn)行。監(jiān)控活動的一部分就是監(jiān)控正常操作水平的閾值、基準(zhǔn)或配置。 如果超出了指標(biāo)， 應(yīng)該進(jìn)行報警和發(fā)布異常報告。 這些閾值和基準(zhǔn)應(yīng)該由當(dāng)前記錄數(shù)據(jù)的分析結(jié)果所決定，并可以在組件和服務(wù)水平上進(jìn)行設(shè)置。所有的閾值設(shè)置都應(yīng)低于組件或服務(wù)超常利用的水平或者低于 SLAs 中的目標(biāo)。這樣，在將要達(dá)到或達(dá)到閾值時，仍然有機(jī)會在違背SLA 或資源被過度利用之前采取正確的行動，只是存在一段性能不佳的時期。這些事件、閾值、報警的監(jiān)控和管理在服務(wù)運(yùn)營書籍中有詳細(xì)的討論。感謝下載載精品通常得到業(yè)務(wù)容量管理所需要的關(guān)于當(dāng)前業(yè)務(wù)量的數(shù)據(jù)是很難的。這些數(shù)據(jù)可能派生于對服務(wù)容量管理和組件容量管理

29、可用的數(shù)據(jù)。響應(yīng)時間監(jiān)控許多 SLAs 把測量用戶響應(yīng)時間作為眾多目標(biāo)之一，但是，同樣地，許多組織在支持這一要求是存在很大的困難。IT 和網(wǎng)絡(luò)服務(wù)的的響應(yīng)時間可以由以下方式監(jiān)控和測量：在客戶端和服務(wù)器應(yīng)用軟件中注入特殊代碼：這種方式可以提供完全的端到端響應(yīng)時間或者提供中間時間點(diǎn)來分解整體的響應(yīng)時間到其組成部件上。通過這些工具所得到的數(shù)據(jù)可以提供實(shí)際的響應(yīng)時間，如同某一個服務(wù)的使用者所感覺的一樣。在終端模擬軟件中使用“機(jī)器人腳本系統(tǒng)”：這些系統(tǒng)由帶有終端模擬軟件的客戶端系統(tǒng) （如瀏覽器或者遠(yuǎn)程登陸系統(tǒng)）和特殊的腳本軟件組成，可以生成和測量事務(wù)處理和響應(yīng)情況。這些系統(tǒng)通常提供的是樣本的端到端服務(wù)響

30、應(yīng)時間，不過對于提供代表性的響應(yīng)時間仍然是有用的，特別是對多階段的事務(wù)處理或復(fù)雜的交互來說。 這些只是提供了樣本的響應(yīng)時間，不是實(shí)際的響應(yīng)時間，不像某一服務(wù)的使用者所感覺的那樣。使用分布式的代理監(jiān)控軟件：通過帶有監(jiān)控軟件的分布式代理系統(tǒng)監(jiān)控網(wǎng)絡(luò)的不同節(jié)點(diǎn) （如網(wǎng)絡(luò)上的不同國家）可以得到關(guān)于服務(wù)響應(yīng)時間的有用信息。這些系統(tǒng)可以用來生成訪問某一網(wǎng)站的來自不同地域的匯報并提供周期性的測量數(shù)據(jù)，如同某一網(wǎng)站的國際用戶所感覺的那樣。然而， 再次強(qiáng)調(diào)一下，收到的數(shù)據(jù)只能作為響應(yīng)時間的指標(biāo)，不能作為實(shí)際的用戶響應(yīng)時間。使用特殊的被動的監(jiān)控系統(tǒng)：跟蹤客戶端系統(tǒng)的有代表性的樣本數(shù)。這種方法依賴于特殊網(wǎng)絡(luò)監(jiān)控系統(tǒng)

31、的連接工具，通常作為 “嗅探器” 插入到網(wǎng)絡(luò)上的合感謝下載載精品適節(jié)點(diǎn)。 這些工具就能夠監(jiān)控、記錄和測定網(wǎng)絡(luò)中通過某個特殊節(jié)點(diǎn)的所有流量了。一旦記錄下來， 就可以分析這些流量數(shù)據(jù)從而得到關(guān)于服務(wù)響應(yīng)時間的詳細(xì)信息。 再次強(qiáng)調(diào)， 這只能用于估計實(shí)際的用戶響應(yīng)時間，雖然這些信息通常非常接近現(xiàn)實(shí)世界中的狀況，但是這依靠于在IT 基礎(chǔ)架構(gòu)中的監(jiān)控的位置。在一些情況下， 需要使用一系列系統(tǒng)的組合。響應(yīng)時間的監(jiān)控是一項(xiàng)復(fù)雜的流程，即使它是一項(xiàng)運(yùn)行于私有網(wǎng)絡(luò)的內(nèi)部的服務(wù)。如果是外部的網(wǎng)絡(luò)服務(wù)，這一流程會因?yàn)椴煌M織和技術(shù)的卷入而變得更加復(fù)雜。虛構(gòu) ：擁有一個主要網(wǎng)站的私營公司使用外部供應(yīng)商實(shí)現(xiàn)的網(wǎng)絡(luò)監(jiān)控服務(wù)

32、可以提供網(wǎng)站可用性和相應(yīng)能力的自動報警。監(jiān)測點(diǎn)自身的可用性和速度低于被監(jiān)控網(wǎng)絡(luò)的可用性和速度，這樣， 監(jiān)控服務(wù)所得到的是監(jiān)控服務(wù)自身的可用性和相應(yīng)能力的數(shù)據(jù)，而不是被監(jiān)控網(wǎng)站的數(shù)據(jù)。提示：當(dāng)需要實(shí)施外部監(jiān)控服務(wù)時，需要保證監(jiān)控服務(wù)的水平和性能承諾超出被監(jiān)控服務(wù)的水平和承諾。分析需要對監(jiān)控所收集到的數(shù)據(jù)進(jìn)行分析以便從正常的利用水平和服務(wù)水平中識別趨勢，或者建立基準(zhǔn)。通過定期監(jiān)控和對比基準(zhǔn)，可以定義單個組件或服務(wù)的閾值利用的異常條件，可以報告在SLA 考核中的違背或有驚無險的情況并做出相應(yīng)的行動。同時，這些數(shù)據(jù)也可用來預(yù)測將來的資源使用情況，或者監(jiān)控實(shí)際的業(yè)務(wù)增長是否與預(yù)測的增長相抵。對數(shù)據(jù)的分析

33、可以識別問題，例如：基礎(chǔ)架構(gòu)中的瓶頸或熱點(diǎn)在有可用資源的情況下負(fù)載分發(fā)的不恰當(dāng)不恰當(dāng)?shù)臄?shù)據(jù)庫索引感謝下載載精品應(yīng)用程序設(shè)計中的無效性工作負(fù)載或事務(wù)處理比率出乎預(yù)料地增加調(diào)度或內(nèi)存使用的效率低每個組件和服務(wù)的使用需要在短期、中期、長期中得到考慮，并記錄下最小、最大和平均的使用情況。經(jīng)常地，短期指的是24 小時，中期指的是1-4周，長期指的是1 年。隨著時間的過去，各個IT 服務(wù)所使用資源的趨勢就會變得明顯起來。通過記錄使用情況中的任何導(dǎo)致高峰或低谷的因素，這可以提高信息的有效性- 例如，業(yè)務(wù)流程或員工的變更應(yīng)該和正常的使用情況存在差異。理解這些時期的使用情況是很重要的，這樣把在任何服務(wù)使用中的變

34、更與單個組件的利用水平上的預(yù)測的變更聯(lián)系起來。識別某個特別IT 服務(wù)所依靠的特殊的硬件或軟件組件的能力通過一個準(zhǔn)確的、最新的、綜合的容量管理系統(tǒng)（CMS ）得到了極大地提高?？紤]某個特殊的資源使用情況的時候，了解這個資源利用的總水平和使用該資源的單個服務(wù)的利用情況是很重要的。例子 ：如果在峰值時間一個使用率為75% 的處理器由服務(wù)A 和服務(wù) B 所使用，了解這75% 是如何被每個服務(wù)所使用的是重要的。假定系統(tǒng)使用了處理器的5% ，剩下的70% 可能被這兩個服務(wù)平分了。如果服務(wù)A 或 B 中的一個變更估計需要雙倍的處理器資源，處理器將會出現(xiàn)超載的情況。然而，如果服務(wù)A 使用處理器的60% ，服務(wù)

35、 B 使用 10% ，這種情況下服務(wù)A 需要雙倍處理器資源的時候，處理器將會超載；而服務(wù)B 需要雙倍處理器資源的時候則不會。調(diào)諧（ tuning）對監(jiān)控數(shù)據(jù)的分析可以識別配置的領(lǐng)域從而進(jìn)行調(diào)整以便更好地使用服務(wù)、系統(tǒng)和組件資源或者提高某個特殊服務(wù)的性能。感謝下載載精品輔助的調(diào)諧技術(shù)包括：均衡負(fù)載和流量：事務(wù)處理通過某個特定的網(wǎng)關(guān)到達(dá)主機(jī)或服務(wù)器，依靠于事務(wù)處理的發(fā)起位置，均衡發(fā)起位置到網(wǎng)關(guān)的比率可以提供更好的調(diào)諧收益。均衡磁盤流量： 高效地和戰(zhàn)略地在磁盤上存儲數(shù)據(jù)，例如， 通過多種方式剝離數(shù)據(jù)能夠減少數(shù)據(jù)沖突?？山邮艿逆i定戰(zhàn)略的定義，可以說明什么時候進(jìn)行鎖定是必要的和恰當(dāng)?shù)逆i定水平，如數(shù)據(jù)庫、

36、頁、文件、記錄和行- 延遲鎖定直到更新能夠產(chǎn)生收益以致變得必要的時候。內(nèi)存的有效使用- 可能包括依據(jù)具體的情況使用更多或更少的內(nèi)存在實(shí)施來自調(diào)諧技術(shù)所提出的任何建議之前，考慮測試這些建議的有效性是恰當(dāng)?shù)?。例如：“能夠使用需求管理來?guī)避實(shí)行任何調(diào)諧的必要嗎”或者“能夠?qū)μ嶙h的變更在實(shí)施之前進(jìn)行建模以展示它的效果嗎”？實(shí)施實(shí)施活動的目標(biāo)是把由監(jiān)控、分析、調(diào)諧活動所確定的任何變更引進(jìn)實(shí)際的運(yùn)營服務(wù)。這些變更的實(shí)施需要通過嚴(yán)格的正式的變更管理流程來進(jìn)行。系統(tǒng)調(diào)諧變更的影響對于使用服務(wù)的客戶有重大的意義。與這種類型的變更相關(guān)的影響和風(fēng)險可能要比其他類型的變更更大。重要的是， 采取更進(jìn)一步的監(jiān)控以便評估變

37、更的影響。必要時需要采取進(jìn)一步的變更或者調(diào)整一些初始的變更。利用新技術(shù)這設(shè)計到了解新技術(shù)和科技，以及它們是如何被使用來支持業(yè)務(wù)和促進(jìn)改善的。引進(jìn)新的技術(shù)來提高對組織所依賴的IT 服務(wù)的支持是恰當(dāng)?shù)摹＿@些信息可以通過學(xué)習(xí)專業(yè)文獻(xiàn)（雜感謝下載載精品志或出版的文章）或者參加以下的活動收集到：硬件和軟件供應(yīng)商的宣傳研討會潛在的硬件和軟件的供應(yīng)商的用戶組會議為涉及容量管理的其他IT 專業(yè)人員召開的用戶組會議這些活動都是提供潛在的技術(shù)、科技、 硬件和軟件相關(guān)信息的來源，實(shí)施它們可以實(shí)現(xiàn)業(yè)務(wù)收益。 在所有情況下， 容量管理都應(yīng)該確認(rèn)新技術(shù)的引進(jìn)和使用是成本合理的并能為業(yè)務(wù)帶來真實(shí)的收益。并不只是新技術(shù)本身是

38、重要的，容量管理通過使用網(wǎng)格計算、虛擬化和按需計算等技術(shù)，應(yīng)該保持在新技術(shù)使用過程中獲得的優(yōu)勢。彈性設(shè)計在 IT 基礎(chǔ)架構(gòu)或它的任何子集中容量管理協(xié)助彈性設(shè)計的確認(rèn)與改進(jìn)，在任何成本合理的情況下。結(jié)合可用性管理，容量管理應(yīng)該使用組件失敗影響分析（CFIA ，在4.4 可用性管理中有所描述） 來確認(rèn)當(dāng)前配置是如何地受到影響以致單個組件的失敗或超載并提出任何成本合理的解決方案的建議。容量管理應(yīng)該有能力確認(rèn)關(guān)于某個失敗的可用性資源的影響，和使用剩余資源運(yùn)行最重要的服務(wù)的潛力。所以，備用容量可以作為在失敗情況下的彈性準(zhǔn)備或故障恢復(fù)。在服務(wù)或系統(tǒng)設(shè)計的時候總是應(yīng)該考慮IT 基礎(chǔ)架構(gòu)中彈性設(shè)計的需求。然而

39、，對許多服務(wù)來說， 服務(wù)的彈性設(shè)計只是在實(shí)際運(yùn)用使用之后才被考慮到。在服務(wù)設(shè)計中結(jié)合彈性設(shè)計比在服務(wù)運(yùn)營后添加彈性設(shè)計更有效果和效率。閾值管理與控制監(jiān)控活動所使用的單個服務(wù)和組件的技術(shù)限制和約束可以用來設(shè)置閾值，從而作為引發(fā)報警和發(fā)布異常報告的指標(biāo)。然而，設(shè)置閾值的時候必須經(jīng)過練習(xí)，因?yàn)樵S多閾值依靠于運(yùn)感謝下載載精品行在某個特別組件上的運(yùn)作情況。服務(wù)和組件閾值的管理和控制是有效傳遞服務(wù)以滿足既定服務(wù)水平的基礎(chǔ)。它保證所有服務(wù)和組件的閾值在恰當(dāng)?shù)乃缴系玫骄S護(hù)、連續(xù)地自動地得到監(jiān)控和出現(xiàn)異常的時候發(fā)出報警和警告。 無論何時， 當(dāng)超過或者威脅到監(jiān)控的閾值的時候，能夠發(fā)出報警和生成警告和異常報告。應(yīng)

40、該對這種情況進(jìn)行完全地分析并在合適的時候采取拯救的行動從而保證這種情況不再發(fā)生。 使用相同的數(shù)據(jù)項(xiàng)可以確認(rèn)什么時候違背了或可能違背SLAs 或什么時候組件性能降級了或可能降級。通過設(shè)置高于或低于實(shí)際目標(biāo)的的閾值，可以采取及時的行動和避免違背 SLAs 的目標(biāo)。閾值監(jiān)控不應(yīng)該只是對超出閾值進(jìn)行報警，還應(yīng)該監(jiān)控變更的比率和預(yù)測達(dá)到閾值的時間。 例如，磁盤空間監(jiān)控需要監(jiān)控增長的的比率并以當(dāng)前比率的增長速度在接下來的 N 天內(nèi)占滿磁盤的情況發(fā)出報警。假設(shè)一塊1G 磁盤已經(jīng)使用了90% ，增長速度是100KB/ 天，則需要1000天會占滿磁盤空間。如果增長速度是10MB/天， 10 天時間就會占滿磁盤空

41、間。這些事件和報警的監(jiān)控和管理在服務(wù)運(yùn)營書籍中有詳細(xì)的介紹?？赡艽嬖谝恍﹫龊?，需要優(yōu)化基礎(chǔ)架構(gòu)的組件和資源來維護(hù)和提高性能和吞吐量。這通常是由負(fù)載管理完成的，它是一個一般的術(shù)語，覆蓋如下的行動：重新調(diào)度某個特殊的服務(wù)或負(fù)載以便在一天的不同時間或者一周的某天運(yùn)行從一個位置或配置項(xiàng)目的設(shè)置轉(zhuǎn)移服務(wù)或負(fù)載到另一個- 通常是為了平衡利用或流量虛擬化技術(shù)： 設(shè)置和使用虛擬化技術(shù)和系統(tǒng)來允許圍繞基礎(chǔ)架構(gòu)的流程移動以動態(tài)的形式發(fā)揮更好的性能/ 彈性通過需求管理技術(shù)，結(jié)合財務(wù)管理，限制或轉(zhuǎn)移對組件或資源的需求（見章節(jié)）感謝下載載精品對某一負(fù)載何時運(yùn)行及在基礎(chǔ)架構(gòu)中每一負(fù)載使用多少資源的良好理解才能使有效地管理

42、負(fù)載成為可能。盡心的負(fù)載監(jiān)控和分析，與綜合的容量管理信息系統(tǒng)一起，被不斷進(jìn)行地運(yùn)維基礎(chǔ)所需要。需求管理需求管理的主要目標(biāo)是影響用戶和客戶對IT 服務(wù)的需求和管理對IT 資源的影響。需求管理可以作為短期需求來執(zhí)行，因?yàn)闆]有足夠的容量來支持不斷進(jìn)行的工作，或者，作為 IT 管理的一項(xiàng)經(jīng)過考慮的政策，來限制長期所需要的容量。短期需求管理發(fā)生在IT 基礎(chǔ)架構(gòu)中某一項(xiàng)關(guān)鍵資源發(fā)生局部失敗的時候。例如，多處理器的服務(wù)器中一個處理器發(fā)生故障，從而不可能運(yùn)行全方位的服務(wù)。不過， 仍然可以運(yùn)行全方位服務(wù)的一個有限子集。容量管理需要知道每一服務(wù)的業(yè)務(wù)優(yōu)先級，了解每一服務(wù)的資源需求（在這個例子中，運(yùn)行某一服務(wù)的處理

43、器的數(shù)量），這樣才能夠確認(rèn)在有限的處理器可用情況下可以運(yùn)行哪個服務(wù)。長期需求管理發(fā)生在難以花費(fèi)巨大的成本進(jìn)行升級的時候。例如，許多處理器僅僅在每天的幾個小時被嚴(yán)重利用，典型的是上午10 點(diǎn)到 12 點(diǎn)和下午2 點(diǎn)到 4 點(diǎn)。在這些期間內(nèi)，服務(wù)器超載的時間僅僅一到兩個小時。對于晚6 點(diǎn)到第二天早8 點(diǎn)，處理器的負(fù)載是很低的并且組件的利用率也是很低的。調(diào)整升級的成本僅僅是為24 小時中的幾個小時提供附加的容量，這可能么？或者影響需求或伸展貫穿一天24 小時的資源要求，這樣可以延遲或避免昂貴的升級的需要，這可能么？需求管理需要了解哪個服務(wù)正在使用資源以及當(dāng)他們必須運(yùn)行的時候在何種水平上進(jìn)行調(diào)度。 這樣可以對此服務(wù)是否可能影響到資源的使用做出決策，如果可以的話， 做出恰當(dāng)?shù)倪x擇。感謝下載載精品對正在運(yùn)行的服務(wù)的影響可能來自：物理約束： 例如，在某些特定的時間從可用的服務(wù)中停止某些服務(wù)或者限制能夠使用某個特殊服務(wù)的用戶數(shù)量- 例如，限制并發(fā)用戶數(shù)量；對特殊的資源或組