效能測試- Azure Architecture Center | Microsoft Docs

文章推薦指數: 80 %
投票人數:10人

描述效能效率的測試考慮. ... 效能測試的兩個子集、負載測試和壓力測試,可以決定最接近容量限制的(,) 和最大(失敗點,) 限制應用程式的容量。

跳到主要內容 已不再支援此瀏覽器。

請升級至MicrosoftEdge,以利用最新功能、安全性更新和技術支援。

下載MicrosoftEdge 其他資訊 目錄 結束焦點模式 儲存 編輯 共用 Twitter LinkedIn Facebook 電子郵件 WeChat 目錄 效能測試 發行項 08/11/2021 v o 此頁面有所助益嗎? 請為您的體驗評分 Yes No 還有其他意見反應嗎? 系統會將意見反應傳送給Microsoft:按下[提交]按鈕,您的意見反應將用來改善Microsoft產品和服務。

隱私權原則。

送出 謝謝。

本文內容 效能測試有助於適當維護系統,並在問題抵達系統使用者之前修正瑕疵。

相較于商務需求,它有助於維護應用程式的效率、回應性、擴充性和速度。

當有效完成時,效能測試應該提供您解決瓶頸所需的診斷資訊,進而導致效能不佳。

當資料流程因為容量不足而無法處理工作負載而中斷或停止時,就會發生瓶頸。

為了避免發生效能不佳的情況,請認可時間和資源來測試系統效能。

效能測試的兩個子集、負載測試和壓力測試,可以決定最接近容量限制的(,)和最大(失敗點,)限制應用程式的容量。

藉由執行這些測試,您可以判斷所需的基礎結構,以支援預期的工作負載。

最佳做法是規劃載入緩衝區來容納隨機的尖峰,而不會將基礎結構超載。

例如,如果一般的系統負載是每秒100000個要求,則基礎結構應該支援100000要求(以總容量的80%為單位)(也就是每秒125000要求的)。

如果您預期應用程式會繼續維持每秒100000個要求,而目前的SKU(庫存單位)引進每秒65000個要求的延遲,您很可能需要將您的產品升級到下一個較高的SKU。

如果有次要區域,您必須確定它也支援較高的SKU。

建立基準 首先,建立應用程式的效能基準。

然後,建立定期執行測試的步調。

在排程事件的一部分或持續整合(CI)組建管線中執行測試。

基準可協助您判斷應用程式的目前效率狀態及其支援的基礎結構。

基準可以提供絕佳的改進見解,並判斷應用程式是否符合商務目標。

無論應用程式的成熟度為何,都可以為任何應用程式建立基準。

無論您在建立基準時,都能在持續開發期間針對該基準測量效能。

當程式碼和或基礎結構變更時,可能會主動測量對效能的影響。

負載測試 負載測試會在工作負載增加時測量系統效能。

它會識別應用程式中斷的位置和時間,讓您可以在出貨到生產環境之前修正問題。

它會藉由在一般負載和繁重負載下測試系統行為來完成這項操作。

負載測試會以負載的階段進行。

這些階段通常會由虛擬使用者(VUs)或模擬要求來測量,而階段則會在指定的間隔內進行。

負載測試可讓您深入瞭解您的應用程式需要調整的方式和時機,以便繼續符合您的客戶(內部或外部)的SLA。

負載測試也有助於判斷分散式應用程式和微服務之間的延遲。

以下是負載測試所需考慮的重點: 瞭解azure服務限制-不同的azure服務具有與其相關聯的軟和硬性限制。

「軟限制」詞彙描述目前、可調整的服務限制(的軟限制)和最大限制()的固定限制。

瞭解您所使用服務的限制,如果您需要超過這些服務,則不會遭到封鎖。

如需最常見的Azure限制清單,請參閱azure訂用帳戶和服務限制、配額和條件約束。

ResourceLimits範例顯示如何查詢常用資源的限制和配額。

測量一般負載-瞭解您系統上的一般負載和最大負載,可協助您瞭解某個事物在其設計限制之外的運作情況。

監視流量以瞭解應用程式行為。

瞭解各種調整規模的應用程式行為-負載測試您的應用程式,以瞭解如何在各種規模執行。

首先,測試以查看應用程式在一般負載下的執行方式。

然後,測試以查看其如何在使用不同調整作業的負載下執行。

若要深入瞭解如何評估您的應用程式,因為傳送給它的流量增加時,請參閱自動調整的最佳做法。

壓力測試 不同于負載測試,這可確保系統可以處理其設計目的,而壓力測試則著重于將系統超載,直到中斷為止。

壓力測試可判斷系統的穩定程度,以及能夠承受極大負載的能力。

它是藉由測試來自另一個服務的最大要求數目(例如,系統在指定的時間可以處理的最大要求),然後效能就會失敗。

找出此最大值,以瞭解目前的環境可充分支援何種負載。

判斷您想要放置在記憶體、CPU和磁片IOPS上的最大需求。

執行壓力測試之後,您將會知道支援的最大負載和操作邊界。

最好是選擇操作臨界值,以便在達到閾值之前執行調整。

一旦您判斷出可接受的營運邊界和一般負載下的回應時間,請確認已適當設定環境。

若要這樣做,請確定您選取的Sku是以所需的邊界為基礎。

請小心盡可能保持最接近您的邊界。

配置太多可能會不必要地增加成本和維護;配置太少可能會導致使用者體驗不佳。

除了透過增加負載的壓力測試之外,您還可以藉由減少資源來識別電腦用盡記憶體時所發生的狀況,來進行壓力測試。

您也可以藉由增加延遲來進行壓力測試(例如,資料庫需要10倍的時間來回複、寫入儲存體需要10倍以上的時間)。

多區域測試 多區域架構可提供比部署到單一區域更高的可用性。

如果區域中斷會影響主要區域,您可以使用FrontDoor來使用次要區域。

如果應用程式的個別子系統失敗,此架構也可以提供協助。

測試使用者重新路由至配對區域所需的時間量,使區域不會失敗。

若要深入瞭解路由,請參閱FrontDoor路由方法。

一般而言,計畫的測試容錯移轉可協助判斷需要多少時間才能完全調整以支援重新導向的負載。

根據測試結果設定環境 在您執行測試並在增加的負載層級下找到可接受的營運邊界和回應之後,請設定環境以維持效能效率。

相應放大或相應縮小,以處理負載增加和減少。

例如,您可能知道在週末和低層級中,您將會在週末遇到高層級的流量。

您可以將環境設定為相應放大,以增加載入或縮減規模,以在負載實際變更之前降低。

Formoreinformationonautoscaling,seeDesignforscalinginthePerformanceEfficiencypillar. 注意 確定已將規則設定為在負載達到低於設定的閾值時,將環境向下調整。

這可節省您的費用。

後續步驟 測試工具 本文內容



請為這篇文章評分?