共用方式為


顧問分數

瞭解如何使用 Azure Advisor 分數來測量優化進度。

這很重要

平臺已更新 Azure Advisor 分數的邏輯,以提供更精確的結果。 因此,更精確的評量會增加或減少您的分數。

Advisor 分數簡介

Advisor 分數是 Advisor 的核心功能,可協助您有效且有效率地達成目標。 若要充分利用 Azure,您必須瞭解工作負載優化旅程中的位置。 您需要了解使用頻繁的服務或資源。 此外,您也會想了解如何根據建議來排定動作優先順序,以將成果最大化。

作為個人化雲端顧問,Advisor 會持續評估您的使用量數據和資源設定,以檢查產業最佳做法。 Advisor 會將評量匯總成單一分數。 Advisor 分數可協助您快速判斷您是否採取必要步驟來建置可靠、安全且符合成本效益的解決方案。

Advisor 分數由一個整體分數組成,並細分為五個類別分數。 Advisor 每個類別的分數代表 Azure Well Architected Framework (WAF) 五大要素中的每一個。

檢視每日、每周和每月趨勢的整體分數和類別分數,以追蹤您的進度。 設定基準以協助達成您的目標。

Advisor 分數是 Advisor 的核心功能,可協助您有效且有效率地達成目標。

Open Advisor 分數

  1. 登入 Azure 入口網站

  2. 完成下列其中一個動作,以開啟 Advisor 儀錶板的 [概觀] 頁面。

    • 在正上方。

      1. 在 [ 搜尋資源、服務和檔案 (G + /) ] 文字框中,輸入 advisor

      2. 在搜尋彈出視窗的 [ 服務] 底下,選取 [ 建議程式]。

    • [Azure 服務] 底下,選取 [Advisor]。

    • 在左上角。

      1. 選取 [顯示入口網站] 選單 圖示。

      2. 在入口網站功能表中的 收藏 底下,選取 顧問

  1. Advisor 中,選取 [Advisor 分數]。

Advisor | Advisor 分數,請參閱整體 Advisor 分數的百分比,以及每個 Advisor 類別的詳細資料。

Azure Advisor 中 Advisor 分數進入點的螢幕快照。

解讀 Advisor 分數

Advisor 會顯示您的整體 Advisor 分數,以及各 Advisor 類別的分數百分比明細。 任何類別中 100 個% 分數表示 Advisor 評估的所有資源都遵循 Advisor 建議的產業最佳做法。 在另一端,0% 的分數表示 Advisor 評估的所有資源中,沒有任何一項遵循 Advisor 建議。 僅針對 Advisor 評估的資源提供分數。 即使 Advisor 會嘗試掃描您的整個工作負載與所有資源,仍可能有部分資源沒有任何可用建議。 如果資源沒有可用的建議,資源就不會對分數提供任何貢獻。 若要輕鬆達成下列流程,請使用分數的粒度。

  • Advisor 分數可協助您了解工作負載或訂用帳戶的運作狀況,以 Advisor 分數作為基準。 若要瞭解您的趨勢,請檢閱歷史趨勢。

  • 依建議顯示的類別分數可告訴您,哪些未完成的建議能對分數提升產生最大影響。 這些值反映了建議的權重以及預測的執行容易程度。 這些因素可協助您利用您的時間獲得最大價值。 這些值也可協助您排定優先順序。

  • 類別分數對每個建議的影響可協助您排定每個類別的補救動作的優先順序。

每個建議對類別分數的貢獻都會清楚地顯示在 Azure 入口網站的 Advisor 分數頁面上。 依潛在分數增加欄所列的百分比點來增加每個類別分數。 潛在分數提升資料行的值同時反映該建議在類別中的權重,以及預測的實作容易程度,以協助處理可能最容易完成的工作。 為了協助您在時間取得最大進度,請專注於對分數產生最大影響的建議。

建議可靠性分數影響值的螢幕快照。

如果任何 Advisor 建議與個別資源無關,請延後或關閉建議。 下次重新整理時,延後或已拒絕的建議將從分數計算中排除。 Advisor 也會使用輸入作為意見反應來改善模型。

Advisor 分數的計算

Advisor 會將兩個分數顯示為百分比。

分數 細節
整體顧問分數 計算為每個適用類別分數的總和,除以所有適用類別的最高潛在分數總和。 在大多數情況下,整體 Advisor 分數等於五個類別分數的總和再除以 5。
依類別評分 平台針對不同類別有不同的分數方法。 [分數方法] 區段中會針對每個類別分數計算概述詳細數據。

整體 Advisor 分數範例

您訂用帳戶的所有 Advisor 類別分數的簡單平均數。

下表中的 Advisor 類別分數是假定的。

類別 分數
費用 73
營運卓越性 77
績效 100
可靠性 85
安全性 80

顧問分數已計算完成。

(73 + 77 + 100 + 85 + 80) / 5 = 415 / 5 = 83

Advisor 分數為 83%

安全性類別的評分方法

安全性分數會使用 安全分數模型來計算。

成本類別的分數方法

成本類別分數是使用個別訂用帳戶分數和訂用帳戶耗用量型權數來計算。 計算會在下列步驟中摘要說明。

  1. 顧問會根據建議計算評估資源的零售成本。 您訂用帳戶中受評估的資源在 Advisor 中至少都有一項建議。

  2. Advisor 會計算評定資源的零售成本。 Advisor 會監視受評估的資源,不論這些資源是否有任何建議。

  3. Advisor 會使用狀況良好的資源比率來計算每個建議類型。 比率是評估資源的零售成本除以評估資源總零售成本。

  4. Advisor 會將其他三個權重套用至健康資源比例所在的類別中。

    • 對分數影響較大的建議的加權大於對 成本 分數影響較低的建議。

    • 具有長期建議的資源會更影響您的 成本 分數。

    • 您在 Advisor 中延後或關閉的資源會完全從 成本 分數的計算中移除。

可靠性、效能和營運卓越類別的評分方法

這三個類別的評分方法是以計算安全分數的方式為基礎。 安全分數模型會使用一組預先定義的子類別,這些子類別會對應至WAF評量。 每個子類別都會指派固定權數。 預先定義的對應關係可確保每一項建議與子類別都會影響整體類別分數。

每個類別都有一或多個訂用帳戶,而且每個訂用帳戶都包含多個資源。 平臺會評估每個資源以檢查是否有任何建議。 平臺會將建議分組為邏輯子類別。 平台會計算子類別層級的分數。 平臺會使用子類別分數來計算訂用帳戶分數和整體類別分數。

已定義的子類別

子類別是對應到每個 WAF 支柱的建議邏輯群組。 每個子類別都有指派的固定權數或最大分數。 子類別是類別層級分數計算的基本基礎。 每個子類別定義於類別層級,並指派兩個分數、子類別分數和最大分數。 定義子類別分數和最大分數之後,現有和新的建議會對應至分數。 子類別地圖會建立整體分數、建議關鍵性和建議採用之間的直接關聯。

子類別分數計算

子類別分數是使用狀況良好的資源百分比和最大分數來計算。

SubcategoryScore = MaximumScore * (HealthyResources / (HealthyResources + UnhealthyResources) ) 
資源 細節
最高分數 最大分數是根據指定類別的子類別的重要性,指派給每個子類別的權重。
狀況不良的資源 被一或多個建議標示為不合規範的資源。
狀況良好的資源 符合 WAF 評估且沒有任何建議的資源。

在計算完子類別分數後,平台會在訂用帳戶層級計算該類別的分數。

單一訂用帳戶

子類別層級的分數會反映子類別中資源的狀況。 受子類別建議影響的每個資源都會對子類別分數做出貢獻。 每個子類別都會分別影響各個訂用帳戶與類別分數。 當您只關注單一訂用帳戶時,訂用帳戶層級與類別層級的分數會相同。

CategoryScoreForSingleSubscription = 100 * (ΣAllSubcategories / ΣMaximumScoreForAllSubcategories)
多個訂用帳戶

針對多個帳戶,平台會結合各個帳戶的可靠性、效能或營運卓越類別分數,以獲得合併的類別分數。 每個訂閱都有附加的權重。 訂用帳戶的權重是根據訂用帳戶中適用資源的數量來計算。 平臺會針對每個個別類別分數,使用所有訂用帳戶的加權平均值來計算訂用帳戶的加權或類別分數。

價值觀 細節
sub1Score S1 訂用帳戶的分數。
sub1weight S1 訂用帳戶的權重。
sub2Score S2 訂用帳戶的分數。
sub2weight S2 訂用帳戶的權重。

計算 S1S2 訂用帳戶的類別分數。

CategoryScoreForMultipleSubscription = ( (sub1Score * sub1weight) + (sub2Score * sub2weight) ) / (sub1weight + sub2weight) 

計分計算範例

單一訂用帳戶範例

如何計算單一訂用帳戶可靠性分數的範例。

下表顯示每個子類別中狀況良好且狀況不良的資源數目。

子類別
最大分數
資源
狀況良好 + 狀況不良
高可用性
30
25 + 6 = 31
商務持續性
20
13 + 1 = 14
災害復原
15
28 + 10 = 38
延展性
10
10 + 3 = 13
監視和警示
5
5 + 6 = 11
服務升級和退役
5
9 + 3 = 12
其他
5
10 + 4 = 14

計算 S1 訂閱中所有子類別的最大得分或權重總和。

30 + 20 + 15 + 10 + 5 + 5 + 5 = 90

S1 訂用帳戶的權重是所有適用資源的總和。

31 + 14 + 38 + 13 + 11 + 12 + 14 = 133

訂閱的 S1 權重為 133

下表顯示每個子類別的分數。

子類別 資源
健康 / 總數 = 比率
子類別分數
最大分數 * 狀況良好的資源比率
高可用性 25 / 31 = 0.8065 30 * 0.8065 = 24.2
商務持續性 13 / 14 = 0.9286 20 * 0.9286 = 18.6
災害復原 28 / 38 = 0.7368 15 * 0.7368 = 11.1
延展性 10 / 13 = 0.7692 10 * 0.7692 = 7.7
監視和警示 5 / 11 = 0.4545 5 * 0.4545 = 2.3
服務升級和退役 9 / 12 = 0.75 5 * 0.75 = 3.8
其他 10 / 14 = 0.7143 5 * 0.7143 = 3.6

計算S1訂閱的所有子類別分數總和。

24.2 + 18.6 + 11.1 + 7.7 + 2.3 + 3.8 + 3.6 = 71.3

單一 S1 訂用帳戶的可靠性分數是除以最大分數或權數總和的所有子類別分數的總和。

100 * (71.3 / 90) = 79.22

訂用 S1 帳戶的可靠性分數為 79.22%79%

多個訂用帳戶範例

計算多個訂用帳戶可靠性分數的範例。

下表顯示每個子類別中狀況良好且狀況不良的資源數目。

子類別
最大分數
資源
狀況良好 + 狀況不良
高可用性
30
18 + 2 = 20
商務持續性
20
10 + 3 = 13
災害復原
15
13 + 1 = 14
延展性
10
17 + 8 = 25
監視和警示
5
8 + 3 = 11
服務升級和退役
5
5 + 4 = 9
其他
5
9 + 2 = 11

計算 S2 訂閱中所有子類別的最大得分或權重總和。

30 + 20 + 15 + 10 + 5 + 5 + 5 = 90

S2 訂用帳戶的權重是所有適用資源的總和。

20 + 13 + 14 + 25 + 11 + 9 + 11 = 103

訂閱的 S2 權重為 103

下表顯示每個子類別的分數。

子類別 資源
健康 / 總數 = 比率
子類別分數
最大分數 * 狀況良好的資源比率
高可用性 18 / 20 = 0.9 30 * 0.9 = 27
商務持續性 10 / 13 = 0.7692 20 * 0.7692 = 15.38
災害復原 13 / 14 = 0.9286 15 * 0.9286 = 13.93
延展性 17 / 25 = 0.68 10 * 0.68 = 6.8
監視和警示 8 / 11 = 0.7273 5 * 0.7273 = 3.64
服務升級和退役 5 / 9 = 0.5556 5 * 0.5556 = 2.78
其他 9 / 11 = 0.8182 5 * 0.8182 = 4.09

計算S1訂閱的所有子類別分數總和。

27.0 + 15.4 + 13.9 + 6.8 + 3.6 + 2.8 + 4.1 = 73.6

S2 訂閱的可靠性分數是將所有子類別的得分相加後,再除以最大得分或權重的總和。

100 * (73.6 / 90) = 81.78

訂用 S2 帳戶的可靠性分數為 81.78%82%

S1S2 訂用帳戶的可靠性分數是兩個分數的加權平均值。

( (79.22 * 133) + (81.78 * 103) ) / (133 + 103) = (10536.26 + 8423.34) / 236 = 18959.6 / 236 = 80.3373

S1S2 訂閱的可靠性分數為 80.34%80%

常見問題 (F.A.Q.s)

下列各節會回答 Advisor 分數的常見問題。

我的分數多久會重新整理一次?

您的分數至少每天會重新整理一次。

為什麼我的分數會改變?

當您藉由採用 Advisor 建議的做法來補救受影響的資源時,您的分數會變更。 如果具有訂用帳戶許可權的任何人修改或建立新的資源,您的分數可能會變動。 您的分數是以受成本影響的資源與所有資源總成本的比例為基礎。

我已實作一項建議,但分數沒有變化。 為什麼分數沒有增加?

分數不會立即反映已採用的建議。 在修正建議之後,分數至少需要 24 小時才會更新。

可靠性類別的子類別清單和個別的最大分數為何?

子類別
最高分數
細節
高可用性
30
使用服務和組態來設計、部署及維護高可用性解決方案。 高可用性解決方案可確保持續作業及存取應用程式和數據,即使元件失敗也一樣。
  • 可用性區域
  • 可用性設定組。
  • 負載平衡器
商務持續性
20
使用服務與功能,讓商務程式能夠回應和復原各種非預期的事件,以維護商務作業並將停機時間降到最低。
  • 流量管理員端點橫跨兩個或多個區域
  • Azure Resource Manager/Bicep 範本
災害復原
15
使用服務來復寫和維護不同 Azure 區域中重要工作負載和數據次要複本。 此設定可確保應用程式能在發生重大中斷時快速復原並重新變得可存取。
  • Azure Site Recovery(Azure 站台復原)
  • Azure 備份
  • Azure Cosmos DB 支援多重區域寫入功能
  • 具備異地複寫的 Azure SQL Database
延展性
10
評估及管理 Azure 服務限制,以確保在成長和調整解決方案時保持商務持續性。
  • 管理限制
  • 資源群組限制
  • Azure 訂用帳戶限制和配額
監視和警示
5
如果某個項目失敗,您必須知道失敗、失敗時,以及原因。
  • Azure 服務健康情況警示
  • 資源層級警示
服務升級和退役
5
評估並規劃將資源從即將淘汰的服務和功能移轉。
  • 結束傳統部署模型
其他
5
與先前任何子類別不相符的所有建議都會放在這個子類別中。

效能類別和最高分數的子類別清單為何?

子類別
最高分數
細節
計算優化
25
評估並優化計算資源的效能。
  • 虛擬機
  • 應用程式伺服器實例
數據效能
20
最佳化資料效能是指精進工作負載在處理與儲存資料時的效率。 每一項工作負載作業、交易或計算,通常都仰賴快速且正確的資料擷取、處理與儲存。
監視和警示
5
若要有效地監視工作負載的安全性、效能和可靠性,您需要具有獨立堆疊的完整系統。 完整的系統提供所有監視、偵測和警示功能的基礎。
記憶體優化
25
評估並優化記憶體資源的效能。
  • SQL 數據倉儲
  • 儲存體帳戶
網路優化
25
評估和優化網路資源的效能。
  • 流量管理員
延展性
10
針對工作負載的基礎、使用者的負載模式,設計和實作可靠的調整策略,並確保調整解決方案時的商務持續性。
服務升級和退役
5
評估並規劃將資源從即將淘汰的服務和功能移轉。
  • 結束傳統部署模型
其他
5
與先前任何子類別不相符的所有建議都會放在這個子類別中。

「Operational Excellence」類別的子類別列表有哪些,最高分數是多少?

子類別
最高分數
細節
效率優化
30
評估和管理設定,以確保 Azure 資源效能更佳。
  • 啟用加速網路功能
失敗風險降低
20
以設計完善的方式實作及設定 Azure 資源,以處理及減輕部署失敗,而對用戶的影響甚微。
監視和警示
5
若要有效地監視工作負載的安全性、效能和可靠性,您需要具有獨立堆疊的完整系統。 完整的系統提供所有監視、偵測和警示功能的基礎。
安全且安全的部署
5
安全且安全的部署程式會定義如何安全地對工作負載進行和部署變更。 執行這個過程需要您從管理風險的角度來思考佈署。
延展性
10
針對工作負載的基礎、使用者的負載模式,設計和實作可靠的調整策略,並確保調整解決方案時的商務持續性。
服務升級和退役
5
評估並規劃將資源從即將淘汰的服務和功能移轉。
  • 結束傳統部署模型
其他
5
與先前任何子類別不相符的所有建議都會放在這個子類別中。

為什麼某些建議在類別分數的 [影響] 數據行中有空的 '-' 值?

Advisor 不會立即將新的建議或最近變更的建議納入分數模型中。 在通常為數周的簡短評估期間之後,分數中會包含新的或更新的建議。

為什麼有些建議的成本分數影響值會更高,即使建議的潛在節省額較低?

您的 Cost 分數反映了您可能從使用不足的資源中節省的潛在成本,以及實施這些建議的預期難易程度。

例如,即使潛在的節省成本較低,Advisor 仍會對閑置時間長的受影響資源給予更多權重。

當我在分數的影響資料行中看到「即將推出」時,這代表什麼意思?

訊息表示建議是新的,而平臺正努力將建議帶入 Advisor 分數模型。 在新增新的建議至分數計算後,分數的 影響值將根據您的建議進行更新

為什麼我在一或多個類別或訂用帳戶中沒有分數?

Advisor 會評估您的資源,並且只會更新與每個資源相關聯之類別與訂用帳戶的分數。

Advisor 如何計算訂用帳戶中資源的零售成本?

Advisor 會使用 Azure 定價中所發佈的隨用隨付費率。 隨用隨付的費率不會反映其適用的折扣。 接著,系統會將費率乘上資源配置當日最後一天的使用數量。 由於折扣會因不同的訂閱、租戶和註冊而有所不同,因此在計算 Advisor 分數的資源成本時,折扣不予考慮。

我是否需要在 Advisor 中檢視建議,才能取得分數點數?

否。 您的分數反映了您對 Advisor 推薦做法的採用,甚至在您主動採用這些做法時,也不一定有查看過 Advisor 中的建議。

分數方法是否區分生產與開發測試工作負載?

目前無法使用。 如果有建議不適用於開發及測試中使用的單獨的資源,請駁回該資源的建議。

如何比較具有 100 個資源的訂用帳戶與具有 100,000 個資源的訂用帳戶的分數?

計分方法的設計目的是要控制訂用帳戶中和服務組合中的資源數量。 資源較少的訂用帳戶比具有更多資源的訂用帳戶高或低分數。

我的分數是否取決於我在 Azure 上的花費金額?

否。 您的分數不一定反映您花費了多少金額。 不必要的支出會導致成本類別的分數較低。

如需 Azure Advisor 的詳細資訊,請參閱下列文章。

如需特定 Advisor 建議的詳細資訊,請參閱下列文章。