圖1 把用戶(hù)負載、服務(wù)請求響應時(shí)間和資源利用率關(guān)聯(lián)了起來(lái)。你可以看到，當用戶(hù)負載增加, 響應時(shí)間也緩慢的增加，而資源利用率幾乎是線(xiàn)形增長(cháng)。這是因為應用做更多的工作，它需要更多的資源。一旦資源利用率接近百分之百時(shí)，出現一個(gè)有趣的現象--響應以指數曲線(xiàn)方式下降。這點(diǎn)在容量評估中被作為飽和點(diǎn)。飽和點(diǎn)是指所有性能指標都不滿(mǎn)足，隨后應用發(fā)生恐慌的時(shí)間點(diǎn)。執行容量評估的目標是保證你知道這點(diǎn)在哪，并且你應該永遠不要出現這種情況。在這種負載發(fā)生前，你應調優(yōu)系統或者增加適當額外的硬件。
因此，一篇正式的容量評估報告包括以下內容：
基于應用的當前/期望的用戶(hù)負載
在均衡和典型的服務(wù)請求下的應用的容量
當前負載下的關(guān)鍵服務(wù)請求的性能
每個(gè)服務(wù)請求的遞降的模式
系統飽和點(diǎn)
建議
在你收集了數據和識別了關(guān)鍵點(diǎn)之后(比如：滿(mǎn)足SLA，未滿(mǎn)足SLA，遞降模式，飽和點(diǎn)等)，下一步應該進(jìn)行更加深入的分析并提出建議。請試將你的應用按下面分類(lèi)：
極端利用不足的系統：系統可以支持大于50%的額外負載。
利用不足的系統：在當前/期望的負載下，所有服務(wù)請求都達到他們的SLA并且系統可以很容易地支持超過(guò)25%的額外負載。
臨界容量：應用滿(mǎn)足SLA，但其容量小于當前負載的125%。
過(guò)度利用的系統：應用不滿(mǎn)足它的SLA。
極端過(guò)度利用的系統：在當前或期望的負載下，系統已經(jīng)飽和。
在極端利用不足的系統中，你可以考慮減少硬件或者服務(wù)器的許可，來(lái)節省許可費用。是否需要這些額外的容量，這個(gè)決定只能由應用業(yè)務(wù)負責人討論后才能確定。
在利用不足的系統中, 你就可以高枕無(wú)憂(yōu)了，因為你的環(huán)境能忍受任何合理的額外負載, 但是，它的利用率也沒(méi)有低到需要削減資源的程度。
在臨界的容量系統中, 你需要花費大量的時(shí)間和應用業(yè)務(wù)負責人一起確定用戶(hù)行為的未來(lái)變化，可預測的用法模式的變化和計劃的促銷(xiāo)等等，從而決定是否需要額外的資源。
在過(guò)度利用的系統中, 你需要更多資源。但這一點(diǎn)，仍然由應用業(yè)務(wù)負責人決定。應用沒(méi)有達到SLA的嚴重程度?性能遞降模式是什么? 當前的應用行為是否可接受?設計中的用法變化是否會(huì )極大降低應用性能?
在極端過(guò)度利用的系統中，你無(wú)庸置疑地會(huì )受到用戶(hù)的抱怨，并且處于前面提到的完全驚慌的狀態(tài)。你需要有效的調優(yōu)并且盡可能得增加額外的資源譬如硬件，來(lái)保留住你的用戶(hù)。
在重要的應用疊代的結尾，對于所有的應用部署，都應該執行容量評估。一個(gè)完善的容量評估采集應用的當前負載的性能，系統容量(當第一次服務(wù)請求未達到它的SLA時(shí))，服務(wù)請求的下降模式和環(huán)境的飽和點(diǎn)。從這些信息中, 你能概括出結論，發(fā)起關(guān)于修改環(huán)境的討論。沒(méi)有進(jìn)行容量評估而盲目去做，希望在下一次促銷(xiāo)或節日期間，應用不會(huì )崩潰。要求你的管理層批準這些工作，將能保證讓您高枕無(wú)憂(yōu)。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
