共用方式為

Application Insights 舊版企業 (每個節點) 定價層

  • 發行項

針對 Application Insights 的早期採用者，仍有兩個可能的定價層：基本和企業。 「基本」定價層如上所述，而且為預設層。 其包括所有企業層功能，不需要額外費用。 「基本」層主要是針對內嵌的資料量計費。

這些舊版定價層已重新命名。 企業定價層現在稱為每節點，而基本定價層現在稱為每 GB。 這些新名稱會在下列項目和 Azure 入口網站中使用。

「每節點」(先前稱為「企業」) 層會針對每個節點計費，而每個節點會收到每日資料額度。 在「每節點」定價層中，您要對超過內含資料額度的內嵌資料付費。 若您使用 Operations Management Suite，則應選擇「每節點」層。 我們在 2018 年 4 月推出新的 Azure 監視定價模型。 這個模型在完整的監視服務組合之間採用簡單的「隨用隨付」模型。 深入了解新的定價模式。

針對在 2018 年 4 月之前的基本定價層中的 Application Insights 資源，這些資源會繼續以與 2018 年 4 月之前相同的非區域價格點計費。 在該時間之後建立的Application Insights資源，或轉換成以工作區為基礎的資源，將會收到目前的區域定價。 如需屬於您貨幣與區域的目前定價，請參閱 Application Insights 定價。

了解舊版企業 (每節點) 層的計費使用量

如下所詳述，舊版企業 (每節點) 層會結合訂用帳戶中所有 Application Insights 資源的使用量，以計算節點數目和資料超額。 基於此組合程序，訂用帳戶中所有 Application Insights 資源的使用量只會針對其中一個資源提供報告。 當您協調計費使用量與各 Application Insights 資源觀察到的使用量時，則會更為複雜。

警告

由於追蹤和了解舊版企業 (每節點) 層中的 Application Insights 資源使用量是相當複雜的程序，強烈建議您使用目前的「隨用隨付」定價層。

「每節點」層和 Operations Management Suite 訂閱的權利

如先前所宣布，購買 Operations Management Suite E1 和 E2 的客戶可取得 Application Insights「每節點」作為補充元件，不需額外付費。 具體來說，Operations Management Suite E1 和 E2 的每個單位皆包含一個 Application Insights「每節點」層節點的權利。 每個 Application Insights 節點包含每天最多 200 MB 擷取的資料 (與 Log Analytics 資料擷取分開計算)，資料可保留 90 天而無須額外付費。 本文稍後會更詳細說明此階層。

由於此階層僅適用於具有 Operations Management Suite 訂閱的客戶，因此沒有 Operations Management Suite 訂閱的客戶不會看到可選取此階層的選項。

注意

為了確保您取得此權利，您的 Application Insights 資源必須在「每節點」定價層中。 此權利只能以節點為單位套用。 「每 GB」層中的 Application Insights 資源無法實現任何效益。 此權利不會顯示在 [ 使用量] 和 [估計成本 ] 窗格中顯示的估計成本中，但會反映在您的帳單上。

「每節點」層的運作方式

  • 在「每節點」層中，是依照傳送所有應用程式遙測的每一節點付費。
    • 「節點」是裝載應用程式的實體或虛擬伺服器機器，或是平台即服務 (PaaS) 角色執行個體。
    • 開發用機器、用戶端瀏覽器和行動裝置不算是節點。
    • 如果您的應用程式有數個會傳送遙測的元件，例如 Web 服務和後端背景工作角色，則會分開計算元件。
    • 即時計量串流資料不會計入價格用途。 訂用帳戶的收費是依照每一節點，而非每一應用程式。 如果您有五個節點傳送 12 個應用程式的遙測，則是以五個節點計算收費。
  • 雖然費用是按月報價，您的收費僅適用於一個節點從一個應用程式傳送遙測的任何小時。 每小時的費用是月費報價除以 744 (一個月 31 天的小時數)。
  • 每個節點 (資料粒度為小時) 偵測每日 200 MB 的資料量配置。 未使用的資料配置不會累計到隔天。
    • 如果您選擇「每節點」定價方案，每個訂閱會根據傳送遙測資料至該訂閱中 Application Insights 資源的節點數，得到每日資料額度。 因此，如果您有 5 個節點全天候傳送資料，您會有合起來 1GB 的資料額度，套用至該訂用帳戶中的所有 Application Insights 資源。 由於內含資料會在所有節點之間共用，因此特定節點所傳送的資料是否超過其他節點並無妨。 如果某一天，Application Insights 資源收到超過此訂閱的每日資料配置，則會按 GB 收取資料超量費用。
    • 每日資料額度的計算方式，是每個節點在當天傳送遙測資料的時數 (使用 UTC) 除以 24 再乘以 200 MB。 因此，如果您有四個節點在一天 24 個小時的 15 個小時內傳送遙測資料，則當天內含資料量會是 ((4 × 15) / 24) × 200 MB = 500 MB。 以資料超量每一 GB 的價格是 2.30 美元來說，如果節點那一天會傳送 1 GB 的資料，費用就是 1.15 美元。
    • 「每節點」層的每日額度並不與已選擇為「每 GB」層的應用程式共用。 未使用額度不會逐日累計。

如何判斷相異節點計數的範例

狀況 每日節點總數
1 個應用程式使用 3 個 Azure App Service 執行個體和 1 個虛擬伺服器 4
3 個應用程式在 2 個虛擬機器上執行，而這些應用程式的 Application Insights 資源位於相同的訂閱中，且採用「每節點」層 2
4 個應用程式的 Application Insights 資源位於相同訂用帳戶中；每個應用程式在離峰的 16 小時期間執行 2 個執行個體，在尖峰的 8 小時期間執行 4 個執行個體 13.33
雲端服務有 1 個背景工作角色和 1 個 Web 角色，各執行 2 個執行個體 4
5 個節點的 Azure Service Fabric 叢集執行 50 個微服務，每個微服務執行 3 個執行個體 5
  • 節點的精確計算取決於您的應用程式使用哪個 Application Insights SDK。
    • 在 SDK 2.2 版和更新版本中，Application Insights Core SDK 和 Web SDK 都會將每個應用程式主機報告為節點。 範例包括實體伺服器和虛擬機器主機的電腦名稱，或雲端服務的執行個體名稱。 唯一的例外狀況是僅使用 .NET Core 和 Application Insights Core SDK 的應用程式。 在此情況下，因為主機名稱無法使用，所以只會針對所有主機報告一個節點。
    • 對於較早版本的 SDK，Web SDK 的行為就和較新版的 SDK 一樣，不過不論應用程式主機的數目是多少，Core SDK 都只會報告一個節點。
    • 如果您的應用程式使用 SDK 來將 roleInstance 設為自訂值，依預設將使用那個相同的值來判斷節點計數。
    • 如果您使用新的 SDK 版本，搭配從用戶端機器或行動裝置執行的應用程式，則節點計數可能會傳回很大的數字 (因為有大量的用戶端機器或行動裝置)。