成本分析和預算中的群組和篩選選項
成本分析有許多群組和篩選選項。 本文可協助您瞭解使用時機。
若要觀看群組和篩選選項的相關影片，請依維度和標記影片觀看成本管理報告。 若要觀看其他影片，請造訪成本管理 YouTube 頻道。
群組和篩選屬性
下表列出成本分析和預算中可用的一些最常見的分組和篩選選項。 請參閱附注數據行，以瞭解何時使用它們。
某些篩選僅適用於特定供應專案。 例如，企業合約無法使用帳單配置檔。 如需詳細資訊，請參閱 支援的 Microsoft Azure 供應專案。
| 屬性 | 使用時機 | 備註 |
|---|---|---|
| 可用性區域 | 依可用性區域細分 AWS*成本。 | 僅適用於 AWS 範圍和管理群組。 Azure 資料不包含可用性區域，且會顯示為 [無可用性區域]。 |
| 計費週期 | 依已開立發票的月份細分 PAYG 成本。 | 使用 計費期間 來取得發票 PAYG 費用的精確表示法。 如果要向下篩選到自訂日期範圍，請在計費週期前後納入兩個額外天數。 限制為確切計費週期日期的將不會與發票相符。 將會顯示計費期間中所有發票的成本。 使用 發票標識碼 來篩選為特定發票。 僅適用於 PAYG 訂用帳戶，因為 EA 和 MCA 是依照日曆月份計費。 EA/MCA 帳戶可以使用日期選擇器中的行事曆月份或每月數據粒度來完成相同的目標。 |
| BillingProfileId | 針對訂用帳戶費用計費之帳單配置檔的標識碼。 | EA 註冊、隨用隨付訂用帳戶、MCA 計費配置檔或 AWS}合併帳戶的唯一標識符。 |
| BillingProfileName | EA 註冊、隨用隨付訂用帳戶、MCA 計費配置檔或 AWS}合併帳戶的名稱。 | EA 註冊、隨用隨付訂用帳戶、MCA 帳單設定檔或 AWS 合併帳戶的名稱。 |
| 收費類型 | 細分使用量、購買、退款和未使用的保留，並節省方案成本。 | 保留購買、節省方案購買和退款僅適用於使用實際成本，而不是使用攤銷成本時。 未使用的保留和節省方案成本只有在查看攤銷成本時才能使用。 |
| 部門 | 依 EA 部門細分成本。 | 僅適用於EA和管理群組。 PAYG 訂用帳戶沒有部門，且會顯示為 無部門 或 未指派。 |
| 註冊帳戶 | 依 EA 帳戶擁有者細分成本。 | 僅適用於EA計費帳戶、部門和管理群組。 PAYG 訂用帳戶沒有 EA 註冊帳戶，且會顯示為 [無註冊帳戶 ] 或 [未指派]。 |
| 頻率 | 細分使用量型、一次性和週期性成本。 | 指出是否預計會重複收費。 一旦 OneTime、每月或每年重複週期性，或根據使用量Based，可能會產生費用。 |
| 發票識別碼 | 依計費發票細分成本。 | 未計費的費用還沒有發票標識碼，EA 成本不包含發票詳細數據，且會顯示為 [無發票標識符]。 |
| InvoiceSectionId | MCA 發票區段的唯一標識符。 | EA 部門或 MCA 發票區段的唯一識別碼。 |
| InvoiceSectionName | 發票區段的名稱。 | EA 部門或 MCA 發票區段的名稱。 |
| 地點 | 依資源位置或區域細分成本。 | 購買和 Marketplace 使用量可能會顯示為 未指派或 無資源位置。 |
| 計量表 | 依使用量計量細分成本。 | 購買和 Marketplace 使用量可能會顯示為 未指派 或 無計量。 請參閱費用類型，以識別購買和發行者類型，以識別 Marketplace 費用。 |
| 運算 | 依作業細分 AWS 額外費用。 | 僅適用於 AWS 範圍和管理群組。 Azure 數據不包含作業，而且會顯示為 [無作業 - 請改用 計量 ]。 |
| 定價模式 | 依隨選、保留或現成使用量細分成本。 | 購買顯示為 OnDemand。 如果您看到 [不適用]，請依 保留分組，以判斷使用量是保留 或隨選使用量，以及 用來識別購買的費用類型 。 |
| PartNumber | 用來取得特定計量定價的標識碼。 | |
| 產品 | 產品的名稱。 | |
| ProductOrderId | 產品訂單的唯一標識碼 | |
| ProductOrderName | 產品訂單的唯一名稱。 | |
| 提供者 | 依提供者類型細分成本：Azure、Microsoft 365、Dynamics 365、AWS 日下午等。 | 產品和企業營運的標識碼。 |
| 發行者類型 | 細分 Microsoft、Azure、AWS{和 Marketplace 成本。 | 值為適用於 MCA 帳戶的 Microsoft，以及適用於 EA 和隨用隨付帳戶的 Azure。 |
| 保留容量 | 依保留細分成本。 | 任何未與保留相關聯的使用量或購買都會顯示為 [無保留 ] 或 [無值]。 依 發行者類型 分組，以識別其他 Azure、AWS{或 Marketplace 購買專案。 |
| ReservationId | 所購買保留執行個體的唯一識別碼。 | 在實際成本中，使用 ReservationID 知道費用的保留。 |
| ReservationName | 所購買保留執行個體的名稱。 | 在實際成本中，使用 ReservationName 知道費用的保留。 |
| 資源 | 依資源細分成本。 | Marketplace 購買會顯示為 其他 Marketplace 購買 和 Azure 購買，例如保留和支持費用，會顯示為 其他 Azure 購買專案。 依發行者類型分組或篩選，以識別其他 Azure、AWS{或 Marketplace 購買專案。 |
| 資源群組 | 依資源群組細分成本。 | 購買、未與訂用帳戶相關聯的租用戶資源、未部署到資源群組的訂用帳戶資源，以及傳統資源沒有資源群組，且會顯示為其他 Marketplace 購買、其他 Azure 購買、其他租用戶資源、其他訂用帳戶資源、$system或其他費用。 |
| ResourceId | AzureResource Manager 資源的唯一識別碼。 | |
| 資源類型 | 依資源類型細分成本。 | 資源執行個體的類型。 並非所有費用都來自於已部署的資源。 沒有資源類型的費用會顯示為 Null 或空白、 其他或 不適用。 例如，購買和傳統服務會顯示為 其他服務、 傳統服務或 無資源類型。 |
| ServiceFamily | Azure 服務的類型。 例如，計算、分析和安全性。 | |
| ServiceName | Azure 服務的名稱。 | 計量的分類類別名稱。 例如，「雲端服務」和「網路」。 |
| 服務名稱 或 計量類別 | 依 Azure 服務細分成本。 | 購買和 Marketplace 使用量會顯示為 [無服務名稱 ] 或 [未指派]。 |
| 服務層級 或 計量子類別 | 依 Azure 使用量計量子分類細分成本。 | 購買和 Marketplace 使用量會是空的，或顯示為 未指派。 |
| 訂用帳戶 | 依 Azure 訂用帳戶和 AWS*連結帳戶細分成本。 | 購買和租用戶資源可能會顯示為 [無訂用帳戶]。 |
| 標籤 | 依特定標記索引鍵的標籤細分成本。 | 購買、未與訂用帳戶相關聯的租用戶資源、未部署至資源群組的訂用帳戶資源，且無法標記傳統資源，且會顯示為 不支持卷標。 未在使用量數據中包含標籤的服務會顯示為 無法使用標籤。 未在資源上指定標記的任何剩餘案例，都會顯示為 [未標記]。 深入瞭解 每個資源類型的標籤支援。 |
| UnitOfMeasure | 服務的計費單位。 例如，計算服務會依小時計費。 |
2025 年 3 月 31 日，成本管理服務中 AWS 的 連線 會淘汰。 用戶應該考慮 AWS 成本管理報告的替代解決方案。 在 2024 年 3 月 31 日，Azure 會停用為所有客戶新增 AWS 連線 ors 的能力。 如需詳細資訊，請參閱 淘汰 Amazon Web Services （AWS） 連接器。
如需詞彙的詳細資訊，請參閱 瞭解 Azure 使用量和費用檔案中使用的詞彙。
將 SQL 資料庫和彈性集區分組
藉由將 SQL 資料庫和彈性集區分組，以快速檢視您的 SQL 總成本。 它們會顯示在 [資源] 檢視的父伺服器底下。
瞭解您收取的費用可能會很複雜。 許多人的最佳起點是 [ 資源] 檢視。 它會顯示產生成本的資源。 但是，當單一部署包含多個相關資源時，即使是簡單的資源清單也很難遵循。 為了協助摘要您的資源成本，我們正嘗試將相關資源分組在一起。 因此，我們正在變更成本分析以顯示子資源。
許多 Azure 服務都會使用巢狀或子資源。 SQL 伺服器具有資料庫、記憶體帳戶具有容器，而虛擬網路具有子網。 大部分的子資源只會用來設定服務，但有時資源有自己的使用量和費用。 SQL 資料庫可能是最常見的範例。
SQL 資料庫會部署為 SQL Server 實例的一部分，但在資料庫層級會追蹤使用量。 此外，您可能也會在父伺服器上產生費用，例如 適用於雲端的 Microsoft Defender。 若要在傳統成本分析中取得 SQL 部署的總成本，您必須手動加總伺服器和每個個別資料庫的成本。 例如，您可以在下列清單中看到 treyanalyticsengine / aepool 彈性集區，以及 其下方的 treyanalyticsengine / coreanalytics 伺服器。 您看不到的內容是清單中的另一個資料庫，甚至較低。 您可以想像當您需要具有許多資料庫的大型伺服器實例總成本時，這種情況會多麼令人不安。
以下範例顯示依資源檢視的成本，其中未將多個相關資源成本分組。
在 [資源] 檢視中，子資源會依父資源群組在一起。 群組會顯示您部署及其總成本的快速、快速檢視。 使用相同的訂用帳戶，您現在可以在伺服器下看到所有三項費用群組在一起，並提供一行摘要，以取得總伺服器成本。
以下是在 [資源] 檢視中顯示群組資源成本的範例。
您可能也會注意到數據列計數中的變更。 傳統成本分析顯示53個數據列，其中每個資源都會自行細分。 [資源] 檢視只會顯示 25 個數據列。 差異在於個別資源會分組在一起，讓您更輕鬆地取得一目了然的成本摘要。
除了 SQL 伺服器，您也會看到具有子資源的其他服務，例如 App Service、Synapse 和 VNet 閘道。 在 [資源] 檢視中，每個專案會以類似的方式分組在一起。
根據預設，[資源] 檢視中提供將 SQL 資料庫和彈性集區分組。
在 [資源] 檢視中群組相關資源
將相關資源分組，例如在App Service 方案下 VM 下的磁碟或 Web 應用程式，方法是將標籤新增 cm-resource-parent 至具有父資源標識碼值的子資源。 等候24小時，讓標籤在使用量中可用，並將您的資源分組。 請留下意見反應，讓我們知道我們如何為您進一步改善此體驗。
某些資源具有相關的相依性，這些相依性不是明確子系或巢狀在 Azure Resource Manager 中的邏輯父代之下。 範例包括指派給 App Service 方案的虛擬機或 Web 應用程式所使用的磁碟。 不幸的是，成本管理並不知道這些關聯性，而且無法自動分組。 此功能會使用標籤來匯總相關資源的總成本。 您會看到具有父資源的單一數據列。 當您展開父資源時，您會看到每個鏈接的資源個別列出各自的成本。
例如，假設您已設定兩部 VM 的 Azure 虛擬桌面主機集區。 標記 VM 和對應的網路/磁碟資源會將它們分組在主機集區底下，讓您在主機集區部署中提供會話主機 VM 的總成本。 如果您想要也包含透過主機集區提供的任何雲端解決方案成本，此範例會更加有趣。
在將資源連結在一起之前，請先思考您想要如何將它們分組。 您只能將資源連結至一個父系，而成本分析目前僅支援一個層級的分組。
一旦您知道要分組哪些資源，請使用下列步驟來標記您的資源：
- 開啟您想要成為父系的資源。
- 在資源功能表中選取 [屬性 ]。
- 尋找資源識別碼屬性，並複製其值。
- 開啟 [所有資源 ] 或具有您要連結之資源的資源群組。
- 選取您要連結之每個資源的複選框，然後選取 [指派標籤 ] 命令。
- 指定的標記索引鍵
cm-resource-parent（請確定已正確輸入），並貼上步驟 3 中的資源識別碼。 - 等候 24 小時，讓新的使用量以標記傳送至成本管理。 （請記住，資源必須主動執行，且標籤必須在成本管理中更新。
- 開啟 [資源] 檢視。
等候標籤在 [資源] 檢視中載入，您現在應該會看到邏輯父資源及其連結子系。 如果您尚未看到它們分組，請檢查鏈接資源上的標籤，以確保它們已設定。 如果沒有，請在24小時內再次檢查。
根據預設，[資源] 檢視中提供群組相關資源。
發行者類型值變更
在 [成本管理] 中 PublisherType field ，指出費用是 Microsoft、Marketplace 或 AWS（如果您已 設定跨雲端連接器 ）產品。
變更的項目為何？
自 2021 年 10 月 14 日起，PublisherType值Azure已更新為Microsoft具有 Microsoft 客戶合約 的所有客戶。 已進行變更，以支援 Azure 以外的 Microsoft 產品，例如 Microsoft 365 和 Dynamics 365。
Marketplace和 AWS 的值保持不變。
此變更不會影響具有 Enterprise 合約 或隨用隨付供應項目的客戶。
針對您在 2021 年 10 月 14 日之前下載的任何成本管理數據，請考慮 PublisherType 從舊 Azure 版和新 Microsoft 域值變更。 數據可能已透過匯出、使用量詳細數據，或從成本管理下載。
如果您使用 [成本管理 + 計費 REST API 呼叫] 來依值Azure篩選PublisherType欄位，則必須在 2021 年 10 月 14 日之後處理變更並依新值Microsoft進行篩選。 如果您使用發行者類型 = Azure的篩選條件進行任何 API 呼叫，則不會傳回數據。
成本分析或預算不會影響成本分析或預算，因為變更會自動反映在篩選中。 使用發行者類型 = “Azure” 篩選建立的任何已儲存檢視或預算都會自動更新。