Azure 監視器計量概觀
Azure 監視器計量是 Azure 監視器的一項功能，可從受監視的資源將數值資料收集到時間序列資料庫中。 計量是定期收集的數值，並且會在特定時間描述資源的某些層面。
注意
Azure 監視器計量是支援 Azure 監視器的兩個資料平台之一。 另一半是 Azure 監視器記錄，可收集和組織記錄與效能資料。 您可以使用豐富的查詢語言來分析該資料。
計量類型
Azure 監視器計量支援多種類型的計量：
- 原生計量會使用 Azure 監視器中的工具進行分析和警示。
- 平台計量會從 Azure 資源收集。 其不需要設定，且不需要任何成本。
- 自訂計量會從您設定的不同來源收集，包括在虛擬機器上執行的應用程式和代理程式。
- Prometheus 計量會從 Kubernetes 叢集 (包括 Azure Kubernetes 服務 (AKS)) 收集並使用業界標準工具進行分析和警示，例如 PromQL 和 Grafana。
下表摘要說明每個計量之間的差異。
| 類別 | 原生平台計量 | 原生自訂計量 | Prometheus 計量 |
|---|---|---|---|
| 來源 | Azure 資源 | Azure 監視器代理程式 Application insights REST API |
Azure Kubernetes Service (AKS) 叢集 透過遠端寫入的任何 Kubernetes 叢集 |
| 組態 | 無 | 依來源而異 | 啟用 Azure 監視器適用於 Prometheus 的受管理服務 |
| 已儲存 | 訂用帳戶 | 訂用帳戶 | Azure 監視器工作區 |
| 成本 | No | Yes | 是 (預覽期間免費) |
| 彙總 | 已預先彙總 | 已預先彙總 | 未經處理資料 |
| 分析 | 計量瀏覽器 | 計量瀏覽器 | PromQL Grafana 儀表板 |
| 警示 | 計量警示規則 | 計量警示規則 | Prometheus 警示規則 |
| 視覺化 | 活頁簿 Azure 儀表板 Grafana |
活頁簿 Azure 儀表板 Grafana |
Grafana |
| 擷取 | Azure CLI Azure PowerShell Cmdlet REST API 或用戶端程式庫 .NET Go Java JavaScript Python |
Azure CLI Azure PowerShell Cmdlet REST API 或用戶端程式庫 .NET Go Java JavaScript Python |
Grafana |
資料集合
Azure 監視器會從下列來源收集計量。 在 Azure 監視器計量資料庫中收集這些計量之後，不論其來源為何，您都可以將其放在一起進行評估：
- Azure 資源：平台計量是由 Azure 資源所建立，可讓您了解其健康情況和效能。 每個類型的資源都會建立一組不同的計量，而不需進行任何必要的設定。 除非計量定義中另有指定，否則會以一分鐘的頻率從 Azure 資源收集平台計量。
- 應用程式：Application Insights 會為受監視的應用程式建立計量，協助您偵測效能問題，以及追蹤應用程式的使用趨勢。 值包括伺服器回應時間和瀏覽器例外狀況。
- 虛擬機器代理程式：系統會從虛擬機器的客體作業系統收集計量。 您可以使用 Azure 監視器代理程式來啟用 Windows 虛擬機器的客體 OS 計量。 Azure 監視器代理程式會取代舊版代理程式 - Windows 診斷延伸模組，以及 Linux 虛擬機器的 InfluxData Telegraf 代理程式。
- 自訂計量：除了自動可供使用的標準計量之外，您還可以定義度量。 您可以在應用程式中定義自訂計量，透過 Application Insights 進行監視。 您也可以使用自訂計量 API 來建立 Azure 服務的自訂計量。
- Kubernetes 叢集：Kubernetes 叢集通常會將計量資料傳送至您必須維護的本機 Prometheus 伺服器。 適用於 Prometheus 的 Azure 監視器受控服務提供受控服務，可從 Kubernetes 叢集收集計量，並將其儲存在 Azure 監視器計量中。
注意
從不同來源和透過不同方法所收集的計量可能會有不同的彙總方式。 例如，平台計量會預先彙總並儲存至時間序列資料庫，而 Prometheus 計量會儲存為原始資料。資源計量可能也有與其他計量不同的延遲。 這可能會導致特定樣本時間的計量值差異。 一段時間之後，延遲不再成為問題時，以及以相同的時間細微性來分析計量時，這些差異就會消失。
REST API
Azure 監視器會提供 REST API，可讓您從 Azure 監視器計量中取得資料。
- 自訂計量 API - 自訂計量 可讓您將自己的計量載入 Azure 監視器計量資料庫。 然後，處理 Azure 監視器平台計量的相同分析工具就可以使用這些計量。
- Azure 監視器計量 REST API - 可讓您存取 Azure 監視器平台計量定義和值。 如需詳細資訊，請參閱 Azure 監視器 REST API。 如需如何使用 API 的詳細資訊，請參閱 Azure 監視 REST API 逐步解說。
- Azure 監視器計量批次 REST API - Azure 監視器計量批次 API 是專為具有大量計量查詢的客戶設計的大量 API。 這與現有的標準 Azure 監視器計量 REST API 類似，但可讓您在單一批次 API 呼叫中，擷取相同訂用帳戶和區域中最多 50 個資源識別碼的計量資料。 這可改善查詢輸送量，並降低節流的風險。
安全性
連線系統與 Azure 監視器服務之間的所有通訊都會使用 TLS 1.2 (HTTPS) 通訊協定進行加密。 會遵循 Microsoft SDL 流程，以確保所有 Azure 服務都與加密通訊協定的最新進展保持同步。
使用憑證式驗證和具有連接埠 443 的 TLS，在代理程式與 Azure 監視器服務之間建立安全連線。 Azure 監視器使用密碼存放區來產生及維護金鑰。 私密金鑰每 90 天會輪替一次，其儲存在 Azure 中，並由遵守嚴格法規與相容性作法的 Azure 作業人員管理。 如需安全性的詳細資訊，請參閱 傳輸中資料的加密、待用資料的加密，以及 Azure 監視器記錄資料安全性
計量瀏覽器
使用計量瀏覽器，以互動方式分析計量資料庫中的資料，並隨著時間繪製多個計量值的圖表。 您可以將圖表釘選到儀表板，以使用其他視覺效果來檢視圖表。 您也可以使用 Azure 監視 REST API 來擷取計量。
如需詳細資訊，請參閱 使用 Azure 監視器計量總管分析計量。
資料結構
Azure 監視器計量所收集的資料會儲存在時間序列資料庫中，資料庫已經過最佳化，可以分析有時間戳記的資料。 每組計量值都是具有下列屬性的時間序列：
- 收集到值的時間。
- 與值關聯的資源。
- 作用類似計量類別的命名空間。
- 計量名稱。
- 值本身。
- 多維度 (如果有的話)。 自訂計量限制為 10 個維度。
多維度計量
計量資料的其中一項挑戰是，其可用來為所收集到的值提供內容的資訊往往很有限。 Azure 監視器利用多維度計量來解決這項挑戰。
計量維度是成對的名稱和值，其中攜帶更多資料來說明計量值。 例如，稱為可用磁碟空間的計量可能有名為磁碟機的維度，其值為 C: 和 D:。 該維度可允許檢視所有磁碟機或個別磁碟機的可用磁碟空間。
如需在計量總管中檢視計量維度的詳細資訊，請參閱套用維度篩選條件和分割。
無維度計量
下表顯示來自無維度計量、網路輸送量的範例資料。 其只能回答像是「我的網路輸送量在指定時間為何？」這種基本問題。
| 時間戳記 | 計量值 |
|---|---|
| 8/9/2017 8:14 | 1,331.8 Kbps |
| 8/9/2017 8:15 | 1,141.4 Kbps |
| 8/9/2017 8:16 | 1,110.2 Kbps |
網路輸送量和兩個維度 (「IP」與「方向」)
下表顯示來自多維度計量的範例資料、具有兩個維度 (稱為 IP 和 Direction) 的網路輸送量。 其可回答像是「每個 IP 位址的網路輸送量為何？」與「資料的傳送與接收比為何？」這種問題。
| 時間戳記 | 維度「IP」 | 維度「方向」 | 計量值 |
|---|---|---|---|
| 8/9/2017 8:14 | IP="192.168.5.2" | 方向="傳送" | 646.5 Kbps |
| 8/9/2017 8:14 | IP="192.168.5.2" | 方向="接收" | 420.1 Kbps |
| 8/9/2017 8:14 | IP="10.24.2.15" | 方向="傳送" | 150.0 Kbps |
| 8/9/2017 8:14 | IP="10.24.2.15" | 方向="接收" | 115.2 Kbps |
| 8/9/2017 8:15 | IP="192.168.5.2" | 方向="傳送" | 515.2 Kbps |
| 8/9/2017 8:15 | IP="192.168.5.2" | 方向="接收" | 371.1 Kbps |
| 8/9/2017 8:15 | IP="10.24.2.15" | 方向="傳送" | 155.0 Kbps |
| 8/9/2017 8:15 | IP="10.24.2.15" | 方向="接收" | 100.1 Kbps |
注意
維度名稱和維度值不區分大小寫。
計量的保留期
平台和自訂計量
平台和自訂計量會儲存 93 天，但有下列例外狀況：
傳統客體 OS 計量：這些是由 Windows 診斷擴充功能 或 Linux 診斷擴充功能 所收集並路由傳送至 Azure 儲存體帳戶的效能計數器。 雖然不會將到期日寫入儲存體帳戶，但保證這些計量的保留期至少有 14 天。
基於效能因素，入口網站會根據磁碟區限制顯示的資料量。 因此，如果寫入的資料量不大，入口網站擷取的實際天數可能會超過 14 天。
傳送至 Azure 監視器計量的客體 OS 計量：這些效能計數器是由 Windows 診斷擴充功能所收集，並傳送至 Azure 監視器資料接收器，或 Linux 機器上的 InfluxData Telegraf 代理程式，或透過資料收集規則傳送至較新的 Azure 監視器代理程式。 這些計量的保留期為 93 天。
Log Analytics 代理程式收集的客體 OS 計量：這些效能計數器是由 Log Analytics 代理程式所收集，並傳送至 Log Analytics 工作區。 這些計量的保留期為 31 天，最多可延長至 2 年。
Application Insights 記錄型計量：在幕後，記錄型計量會轉譯為記錄查詢。 其保留期是可變的，且符合基礎記錄中的事件保留期，也就是 31 天到 2 年。 針對 Application Insights 資源，記錄會儲存 90 天。
注意
您可以將 Azure 監視器資源的平台計量傳送至 Log Analytics 工作區以進行長期趨勢分析。
雖然平台和自訂計量會儲存 93 天，但您只能在 [計量] 圖格中，查詢任何單一圖表上最多 30 天的資料。 這項限制不適用於記錄型計量。 如果您看到空白的圖表，或您的圖表只顯示部分的計量資料，請確認時間選擇器中的開始和結束日期之間的差距未超過 30 天的間隔。 選取 30 天的間隔之後，您可以移動流覽圖表以檢視完整的保留時間範圍。
注意
移動或重新命名 Azure 資源可能會導致該資源的計量歷程記錄遺失。
Prometheus 計量
Prometheus 計量會儲存 18 個月，但 PromQL 查詢最多只能橫跨 32 天。
下一步
- 深入了解 Azure 監視器資料平台。
- 了解 Azure 監視器中的記錄資料。
- 深入了解可用於 Azure 中不同資源的監視資料。