Amazon CloudWatch 定價

付費方案

定價範例

• 範例 1 – EC2 詳細監控

  EC2 執行個體傳送的指標數目，因詳細監控取決於 EC2 執行個體類型。此範例假設有 7 個指標。
  
  如果您的應用程式在 5 個 Amazon EC2 執行個體上不間斷連續執行一個月 30 天，而且您對所有執行個體啟用 EC2 詳細監控，則計費方式如下：
  
  指標總數 = 每執行個體 7 個指標 * 5 個執行個體 = 35 個指標
  
  CloudWatch 指標每月每個自訂指標 @0.30 USD 的費用為 = 35 * 0.30 USD = 10.50 USD
  
  CloudWatch 每月費用 = 每月 10.5 USD
  
  一旦超過 10,000 個總指標，則會套用磁碟區定價方案。如需詳細資訊，請參閱指標定價表。
  

• 範例 2 – 跨帳戶可觀察性

  例如，如果您的應用程式每小時接收 2,000 個傳入請求，且您使用 10% 的抽樣率，則您在來源帳戶 X 中記錄的追蹤將是：

  每月記錄的追蹤 = 每小時 2,000 個請求 x 24 小時 x 31 天 x 10% = 148,800 個追蹤

  每月記錄的應計費追蹤 = 148,800 個追蹤 – 免費方案的 100,000 個追蹤 = 48,800 個追蹤

  每月記錄的追蹤費用 = 48,800 個追蹤 * 0.000005 USD = 0.244 USD
  
  如果您使用跨帳戶可觀察性從來源帳戶 X 與監控帳戶 Y 共用您的追蹤，這會在監控帳戶 Y 上建立您的追蹤副本，您的帳單不會產生額外費用。因此，您的每月費用將是：

  來源帳戶 X 上每月追蹤記錄的費用 = 0.244 USD
  監控帳戶 Y 的月度追蹤記錄費用 = 0 USD

  如果您想與第二個監控帳戶共用來源帳戶 X 的相同追蹤，假設監控帳戶 Z，這會建立您的追蹤的額外副本。在這種情況下，您的來源帳戶，即帳戶 X 將為此額外的副本付費。因此，您在來源帳戶 X 上的最終費用將是：

  來源帳戶 X 上每月追蹤記錄的費用 = 0.244 USD +
  監控帳戶 Z 上的 148,800 秒追蹤副本 * 0.000005 USD = 0.244 USD + 0.744 USD = 0.988 USD
  監控帳戶 Y 的月度追蹤記錄費用 = 0 USD
  監控帳戶 Z 上的月度追蹤記錄費用 = 0 USD
  

• 範例 3 – 自訂指標

  如果您的應用程式在 51,000 個 Amazon EC2 執行個體上不間斷連續執行一個月 30 天，而且透過 PutMetricData API 發佈 5 個自訂指標，則計費方式如下：

  指標總數 = 每執行個體 5 個指標 * 51,000 個執行個體 = 255,000 個指標
  前 10,000 個自訂指標每個指標 @0.30 USD = 10,000 * 0.30 USD = 3,000 USD
  10,001 到 250,000 個自訂指標每個指標 @0.10 USD = 240,000 * 0.10 USD = 24,000 USD
  250,001 到 255,000 個自訂指標每個指標 0.05 USD = 5000 * 0.05 USD = 250 USD
  CloudWatch 每月自訂指標費用 = 3000 USD + 24000 USD + 250 USD = 每月 27,250 USD

  API 要求總數 = 51,000 個執行個體 * (43,200 分鐘/5 分鐘) = 440,640,000 個要求
  前 1,000,000 個 API 要求 = 0 USD
  1,000,001 到 440,640,000 個 API 要求 = 439,640,000/1,000 * 0.01 USD = 4,396.40 USD

  CloudWatch 每月費用 = 27,250 USD + 4,396.40 USD = 每月 31,646.40 USD

• 範例 4 – S3 複寫指標

  如果您的 S3 儲存貯體啟用了 5 項複製規則，並針對每項規則啟用了 S3 指標和通知或 S3 複寫時間控制 (RTC)，您的費用將如下所示：
  
  複寫指標總數 = 每項複制規則 4 個指標 * 5 項複寫規則 = 20 項複寫指標
  前 10,000 個自訂指標每個指標 0.30 美元 = 20 * 0.30 美元 = 6.0 美元
  
  CloudWatch 每月費用 = 每月 6.00 美元
  
  (注意：針對 S3 複寫指標，您無須依 API 請求付費)
  

• 範例 5 – 使用日誌進行監控

  如果您使用 Web 應用程式存取日誌一個月 30 天不間斷監控 HTTP 2xx、3xx 和 4xx 回應代碼，每天傳送 1 GB 擷取的日誌資料、監控 HTTP 回應以及存檔當月資料，則您的費用如下：

  每月擷取日誌費用
  擷取日誌資料總量 = 1 GB * 30 天 = 30 GB
  0 到 5 GB = 0 USD
  5 到 30 GB = 0.50 USD * 25 = 12.50 USD

  每月監控費用
  3 個 CloudWatch 指標 @0 USD = 3 * 0 USD = 0 USD

  每月存檔日誌費用 (假設日誌資料壓縮成 6 GB)
  0 到 5 GB = 0 USD
  5 GB 到 6 GB = 0.03 USD * 1 = 0.03 USD

  CloudWatch 每月費用 = 12.50 USD + 0 USD + 0.03 USD = 12.53 USD

• 範例 6 – 使用 Live Tail 分析日誌

  使用 AWS 免費方案，您每月可獲得 1,800 分鐘的 Live Tail 工作階段用量，之後每分鐘支付 0.01 USD。
  

  如果您使用 Live Tail 在一個月內即時探索和分析日誌 1,000 分鐘，則您的每月費用如下：

  每月 Live Tail 使用費
  Live Tail 總用量 (分鐘) = 1,000
  0 至 1,000 分鐘 = 0 USD

  每月 Live Tail 費用 = 0 USD

  如果您使用 Live Tail 在一個月內即時探索和分析日誌 20,000 分鐘，您的每月費用如下：

  每月 Live Tail 使用費
  Live Tail 的總用量 (分鐘) = 20,000
  0 至 1,800 分鐘 = 0 USD
  1,801 至 20,000 分鐘 = 0.01 USD * 18,200 = 182 USD

  每月 Live Tail 費用 = 182 USD

• 範例 7 – 監控交付至 CloudWatch 日誌的 VPC 流量日誌

  如果您監控的 VPC 每月會將 72 TB 擷取的 VPC 流量日誌傳送至 CloudWatch 日誌，並將資料封存一個月，則計費方式如下：

  每月日誌擷取費用
  0 到 10 TB 每 GB @0.50 USD = 10 * 1,024 * 0.50 USD = 5,120.00 USD
  10 TB 到 30 TB 每 GB @0.25 USD = 20 * 1,024 * 0.25 USD = 5,120.00 USD
  30 TB 到 50 TB 每 GB @0.10 USD = 20 * 1,024 * 0.10 USD = 2,048.00 USD
  50 TB 到 72 TB 每 GB @0.05 USD = 22 * 1,024 * 0.05 USD = 1,126.40 USD
  擷取總費用 = 5,120 USD + 5,120 USD + 2,048 USD + 1126.40 USD = 13,414.40 USD

  每月日誌存檔費用 (假設日誌資料壓縮成 30 TB)
  30 TB 每 GB @0.03 USD = 30 * 1024 * 0.03 = 921.6 USD

  CloudWatch 每月費用 = 13,414.40 美元 + 921.6 美元 = 14,336 美元

  注意：每個月開始都會重設大量方案

   

• 範例 8 – 監控交付至 S3 日誌的 VPC 流量日誌

  如果您要監控的 VPC 每月以選用的 Apache Parquet 格式，將 72TB 擷取的 VPC 流程日誌直接傳送至 S3，並將資料封存一個月，則計費方式如下：

  每月日誌擷取費用
  0 到 10 TB 每 GB @0.25 USD = 10 * 1,024 * 0.25 USD = 2,560.00 USD
  10 TB 到 30 TB 每 GB @0.15 USD = 20 * 1,024 * 0.15 USD = 3,072.00 USD
  30 TB 到 50 TB 每 GB @0.075 USD = 20 * 1,024 * 0.075 USD = 1,536.00 USD
  50 TB 到 72 TB 每 GB @0.05 USD = 22 * 1,024 * 0.05 USD = 1,126.40 USD
  擷取總費用 = 2,560 USD + 3,072 USD + 1,536 USD + 1126.40 USD = 8,294.40 USD

  每月 Apache Parquet 格式轉換費用 (選用)
  72TB 每 GB 0.03 USD = 72 * 1,024 * 0.03 USD = 2,211.84 USD

  每月日誌存檔費用 (假設日誌資料壓縮成 6.5 TB)* *
  6.5 TB 每 GB @0.023 USD = 6.5 * 1024 * 0.023 = 153.01 USD

  每月費用 = 8,294.40 美元 + 153.01 美元 + 2,211.84 美元 = 10,659.25 美元

  注意：每個月開始都會重設大量方案

• 範例 9 – 使用資料保護偵測和遮罩敏感日誌資料

  在此案例中，您正在為每日從支付處理應用程式收集 1 GB 日誌資料的日誌群組啟用持續資料保護。

  每月擷取日誌費用
  擷取的日誌資料總量 = 1 GB * 30 天 = 30 GB
  日誌資料擷取費用 (0 至 5 GB)：= 0 美元
  日誌資料擷取費用 (5 至 30 GB) = 0.50 USD * 25 = 12.50 USD

  掃描、偵測和遮罩敏感資料的資料保護費用
  使用資料保護掃描的日誌資料總量 = 1 GB * 30 天 = 30 GB
  掃描日誌資料的費用 = 每 GB 0.12 USD * 30 GB = 3.60 USD

  每月封存日誌費用 (假設日誌資料壓縮至 6 GB)
  0 至 5 GB 的費用 = 0 USD
  5 GB 至 6 GB 的費用 = 0.03 USD * 1 GB = 0.03 USD

  CloudWatch 每月費用 = 12.50 USD + 3.60 USD + 0.03 USD = 16.13 USD
   

• 範例 10 – 使用 Amazon Kinesis Data Firehose 監控 VPC 流量日誌

  該範例將定價區域視為美國東部 (維吉尼亞北部)。如果您監控 VPC 每月將 72 TB 的擷取 VPC 流量日誌直接傳送至 Amazon Kinesis Data Firehose，則計費方式如下：

  每月日誌傳送費用
  0 到 10 TB 每 GB @0.25 USD = 10 * 1,024 * 0.25 USD = 2,560.00 USD
  10 TB 到 30 TB 每 GB @0.15 USD = 20 * 1,024 * 0.15 USD = 3,072.00 USD

  30 TB 到 50 TB 每 GB @0.075 USD = 20 * 1,024 * 0.075 USD = 1,536.00 USD
  50 TB 到 72 TB 每 GB @0.05 USD = 22 * 1,024 * 0.05 USD = 1,126.40 USD

  傳送費用總計 = 2,560 USD + 3,072 USD + 1,536 USD + 1126.40 USD = 8,294.40 USD

  每月 KDF 擷取費用
  傳送至 VPC 的每 GB 處理費用 = 72 * 1,024 * 0.13 USD = 9,584.64 USD

  每月費用總計 = 8,294.40 USD + 9,584.64 USD = 17,879.04 USD

  如果您在 10 sta 上啟用 Amazon CloudWatch 異常偵測

  注意：每個月開始都會重設大量方案

• 範例 11 – 使用異常偵測發出警示

  如果您每月在 10 個標準解析度指標上啟用 Amazon CloudWatch 異常偵測，但僅想對其中 5 個指標發出警示，您將建立 5 個標準解析度異常偵測警示。您每月的帳單計算方式如下：

  標準解析度偵測警示總數 = 5

  警示是根據每個警示的指標數計費。對於每個異常偵測警示，每個警示有三個標準解析度指標。其中一個是評估的實際指標，第二個是預期行為上限，第三個是預期行為的下限。

  一個標準解析度異常偵測警示 = 0.10 USD * 每個警示 3 個標準解析度指標 = 每月 0.30 USD

  五個標準解析度異常偵測警示 = 每個標準解析度異常偵測警示 0.30 USD * 5 個警示 = 每月 1.50 USD

  CloudWatch 每月費用 = 每月 1.50 USD

  此處顯示的定價值是基於美國東部區域。請參閱各區域最新定價資訊的定價標籤。目前所有商業 AWS 區域都提供異常偵測。

• 範例 12 – 適用於 Amazon ECS 的 Container Insights

  Container Insights 在叢集和服務層級提供彙總指標，藉此提供 Amazon ECS 監控。如果您監控 1 個容器叢集，其中包含 10 個 Amazon EC2 執行個體、50 個一般執行中容器、20 個唯一任務名稱和 5 個唯一服務名稱，費用如下所示：

  
  CloudWatch 指標
  每個叢集、任務和服務都有預先定義的指標回報數。每個叢集回報 8 個指標；每個任務回報 6 個指標；以及每個服務回報 11 個指標。然後依任務和服務名稱彙總 CloudWatch 指標。增加執行中執行個體數量不會影響產生的 CloudWatch 指標數。所有 CloudWatch 指標都會依小時按比例分配。這個範例假設回報的是整個月的資料點。

  CloudWatch Logs 每個叢集每月的 CloudWatch 指標數

  = 8 個叢集指標 + (6 個任務指標 * 20 個唯一任務名稱) + (11 個服務指標 * 5 個唯一服務名稱)
  = 8 + (6 * 20) + (11 * 5)
  = 183 個 CloudWatch 指標

  每月的 CloudWatch 指標費用 = 前 10,000 個指標每個指標 0.30 USD * 183 個指標 = 54.90 USD。

  一旦超過 10,000 個總指標，則會套用磁碟區定價方案。如需詳細資訊，請參閱指標定價表。

  針對 Amazon ECS，假設每個叢集、服務、任務和容器擷取的平均日誌大小。每個叢集報告 0.0179 GB 的日誌；每項服務報告 0.02769 GB 的日誌；每個任務報告 0.06288 GB 的日誌，且每個容器平均每月報告 0.04159 GB 的日誌。
  

  擷取的日誌費用會依叢集、容器、pod、服務、執行個體名稱、標籤等所用的名稱而有不同。

  每月擷取的 CloudWatch Logs GB 數 = (1 個叢集 * 0.0179 GB) + (5 個服務 * 0.02769 GB) + (20 個任務 * 0.06288 GB) + (50 個容器 * 0.04159 GB) = 每月 3.49 GB

  每月擷取的日誌費用 = 擷取的日誌每 GB 0.50 USD * 以 CloudWatch Logs 形式擷取的 3.49 GB 效能事件 = 每月 1.75 USD

  CloudWatch 每月費用 = 54.90 USD + 1.75 USD = 每月 56.65 USD。

  此處顯示的定價是美國東部 (維吉尼亞北部) AWS 區域的費用。請參閱您所在區域的定價資訊。

  如果您使用容器日誌，Container Insights 會針對啟用篩選所需的中繼資料，每行日誌新增 700 個位元組。容器日誌會繼續依標準 CloudWatch 日誌擷取和日誌儲存定價計費。

• 範例 13 – 適用於 Amazon EKS 和 Kubernetes 的 Container Insights (具有和沒有增強的可觀測性)

  1/適用於 Amazon EKS 的 Container Insights (具有增強的可觀測性)
  

   使用 Container Insights (具有增強的可觀測性) 時，依據容器環境中的觀測次數計費，而擷取的觀測總數取決於您的容器設定 (包括容器元件數目)。假設您監控 1 個叢集，其中包含 10 個節點、1 個命名空間、5 個不重複的服務名稱、16 個工作負載、20 個 Pod 和 20 個容器，並報告整個月的資料點。

  每個 EKS 容器元件平均每分鐘擷取的觀測數目。每個叢集報告 1,720 次觀測；每個節點報告 68 次觀測；每個命名空間報告 2 次觀測；每項服務報告 2 次觀測；每個工作負載報告 7 次觀測；每個 Pod 報告 130 次觀測，每個容器平均每分鐘報告 21 次觀測。

  監控費用如下：
  每月 Container Insights 觀測總數
  = [ (1 個叢集 * 1,720 次觀測) + (10 個節點 * 68 obs) + (1 個命名空間 * 2 obs) + (5 個服務 * 2 次觀測) + 16 個工作負載 * 7 次觀測) + (20 個 Pod * 130 次觀測) + (20 個容器 * 21 次觀測)] * 60 分鐘 * 24 小時 * 30 天
  = [1,720 + 680 + 2 + 10 + 112 + 2,600 + 420] * 每月 43,200 分鐘 = 每月 239,500,800 次觀測

  您的每月 Container Insights 帳單 = 239,500,800 * 0.21 USD/100 萬次觀測 = 50.30 USD

  
  您每月超過 1 億次觀測後，則會分別套用大量定價方案。

  此外，預設會收集所有容器日誌。Container Insights 會針對啟用篩選所需的中繼資料，每行日誌新增 700 個位元組。容器日誌會繼續依標準 CloudWatch 日誌擷取和日誌儲存定價計費。 

  2/適用於 Amazon EKS 和 Kubernetes 的 Container Insights (沒有增強的可觀測性)

  如果您在監控 1 個容器叢集，其中包含 10 個節點或 Amazon EC2 執行個體、20 個 Pod、5 個唯一服務名稱和 1 個命名空間，則依據彙總叢集和服務層級指標的費用如下：

  CloudWatch 指標
  每個叢集、節點、pod 和服務都有預先定義的指標回報數。每個叢集回報 24 個指標；每個節點回報 8 個指標；每個 pod 回報 9 個指標；以及每個服務回報 6 個指標。然後依 pod、服務和命名空間名稱彙總 CloudWatch 指標。增加執行中執行個體數量不會影響產生的 CloudWatch 指標數。所有 CloudWatch 指標都會依小時按比例分配。這個範例假設回報的是整個月的資料點。

  每個叢集每月的 CloudWatch 指標數
  = 24 個叢集指標 + (10 個節點或 EC2 執行個體 * 8 個節點指標) + (20 個唯一 pod 名稱 * 9 個 pod 指標 * 1 個命名空間) + (5 個唯一服務名稱 * 6 個服務指標 * 1 個命名空間) + (1 個唯一命名空間 * 6 個命名空間指標)
  = 24 + (10 * 8) + (20 * 9 * 1) + (5 * 6 * 1) + (1 * 6) = 320 個 CloudWatch 指標

  每月的 CloudWatch 指標費用 = 前 10,000 個指標每個指標 0.30 USD * 320 個指標 = 96 USD

  一旦超過 10,000 個總指標，則會套用磁碟區定價方案。如需詳細資訊，請參閱指標定價表。

  CloudWatch Logs
  在此範例中，我們假設每個 EKS 容器元件每月擷取的 Kubernetes 日誌平均大小如下。每個叢集報告 0.01621 GB 的日誌；每個命名空間報告 0.0185 GB 的日誌；每項服務報告 0.02182 GB 的日誌；每個節點報告 0.21365 GB 的日誌，每個 Pod 平均每月報告 0.45845 GB 的日誌。

  擷取的日誌費用會依叢集、容器、pod、服務、執行個體名稱、標籤等所用的名稱而有不同。

  每月擷取的 CloudWatch Logs GB 數 = (1 個叢集 * 0.01621 GB) + (1 個命名空間 * 0.0185 GB) + (5 個服務 * 0.02182 GB) + (10 個節點 * 0.21365 GB) + (20 個 Pod * 0.45845 GB) = 每月 11.45 GB

  每月擷取的日誌費用 = 擷取的日誌每 GB 0.50 USD * 以 CloudWatch Logs 形式擷取的 11.45 GB 效能事件 = 每月 5.73 USD

  CloudWatch 每月費用 = 96 USD + 5.73 USD = 每月 101.73 USD

  此處顯示的定價是美國東部 (維吉尼亞北部) AWS 區域的費用。請參閱您所在區域的定價資訊。

  如果您使用容器日誌，Container Insights 會針對啟用篩選所需的中繼資料，每行日誌新增 700 個位元組。容器日誌會繼續依標準 CloudWatch 日誌擷取和日誌儲存定價計費。 

• 範例 14 – 使用 ServiceLens 監控應用程式

  如果您監控的應用程式內含 API (使用 Amazon API Gateway)、1 個具有 10 個節點或 Amazon EC2 執行個體的容器叢集、20 個 Pod、5 個唯一服務名稱、1 個命名空間、3 個 Lambda 函數及 1 個 DynamoDB 資料表，費用如下所示：

  CloudWatch 指標
  API、Lambda 和 DynamoDB：這些 AWS 服務的指標免費使用。

  Kubernetes：如範例 7 中所述，每個叢集、節點、Pod 和服務都有預先定義的指標回報數 (若要進一步了解，請參閱 AWS 上的 Kubernetes)。每個叢集回報 24 個指標；每個節點回報 8 個指標；每個 pod 回報 9 個指標；以及每個服務回報 6 個指標。然後依 pod、服務和命名空間名稱彙總 CloudWatch 指標。增加執行中執行個體數量不會影響產生的 CloudWatch 指標數。所有 CloudWatch 指標都會依小時按比例分配。這個範例假設回報的是整個月的資料點。

  每個叢集每月的 CloudWatch 指標數
  = 24 個叢集指標 + (10 個節點或 EC2 執行個體 * 8 個節點指標) + (20 個唯一 pod 名稱 * 9 個 pod 指標 * 1 個命名空間) + (5 個唯一服務名稱 * 6 個服務指標 * 1 個命名空間) + (1 個唯一命名空間 * 6 個命名空間指標)
  = 24 + (10 * 8) + (20 * 9 * 1) + (5 * 6 * 1) + (1 * 6) = 24 + 80 + 180 + 30 + 6 = 320 個 CloudWatch 指標

  每月的 CloudWatch 指標費用 = 前 10,000 個指標每個指標 0.30 USD * 320 個指標 = 96 USD。一旦超過 10,000 個總指標，則會套用磁碟區定價方案。如需詳細資訊，請參閱指標定價表。

  CloudWatch Logs
  API 和 Lambda：若為 CloudWatch 中擷取的 API Gateway 日誌或 Lambda 日誌，每月擷取的日誌費用 = 擷取的日誌每 GB 0.50 USD * 以 CloudWatch Logs 形式擷取的 50 GB 效能事件 = 每月 25 USD。

  AWS X-Ray
  舉例來說，如果應用程式每小時接收 2,000 個傳入請求，且您使用 10% 的抽樣率，則成本的計算方式如下：

  記錄的追蹤
  每月記錄的追蹤 = 每小時 2,000 個請求 x 24 小時 x 31 天 x 10% = 148,800 個追蹤
  每月記錄的應計費追蹤 = 148,800 個追蹤 – 免費方案的 100,000 個追蹤 = 48,800 個追蹤
  每月記錄的追蹤費用 = 48,800 個追蹤 * 0.000005 USD = 0.24 USD

  此外，假設您發出 100 個查詢，掃描每個小時擷取的資料 (200 個追蹤)，並擷取每個查詢 50 個追蹤的完整追蹤資料。

  擷取和掃描的追蹤
  每月掃描的追蹤 = 100 個查詢 x 每小時 200 個追蹤 x 31 天 = 620,000 個追蹤
  每月擷取的追蹤 = 100 個查詢 x 每個查詢 50 個追蹤 x 31 天 = 155,000 個追蹤
  每月擷取/掃描的追蹤總計 = 155,000 個追蹤 + 620,000 個追蹤 = 775,000 個追蹤
  由於 AWS X-Ray 每月擷取或掃描的前 1,000,000 個追蹤免費，因此擷取和掃描 775,000 個追蹤的費用為 0.00 USD。

  每月使用 AWS X-Ray 的記錄追蹤總成本等於 0.24 USD。

  每月監控成本 = 96 USD + 25 USD + 4.23 USD + 0.24 USD = 每月 125.47 USD。

  此處顯示的定價是美國東部 (維吉尼亞北部) AWS 區域的費用。請參閱您所在區域的定價資訊。
   

• 範例 15 – 使用 Contributor Insights 監控

  如果您監控的 Amazon VPC Flow Logs 每月有 2,250 億個日誌事件至 CloudWatch Logs，且您有三個 Contributor Insights 規則分別與這些日誌事件 100%、50% 和 10% 相符，費用如下所示：

  規則費用
  規則總數 = 3 個規則
  第一個 Contributor Insights 規則 = 0 USD
  2 個 Contributor Insights 規則 @ 每個規則 0.50 USD = 1.00 USD

  符合的日誌事件
  符合的日誌事件總數 = (2,250 億 * 100%) + (2,250 億 * 50%) + (2,250 億 * 10%) = 2,250 億 + 1,125 億 + 225 億 = 3,600 億
  0 至 100 萬個符合的日誌事件 = 0 USD
  100 萬至 3,600 億個符合的日誌事件 = 3,599 億 9,900 萬 * 0.02 USD = 7,200 USD

  CloudWatch 每月費用 = 1.00 USD + 7,200 USD = 7,201 USD

• 範例 16 – 使用 Application Signals、AWS X-Ray Traces 和服務水準目標 (SLO) 來監控應用程式效能

  Application Signals︰

  如果您監控每分鐘接收 25,000 個請求 (輸入服務請求) 的應用程式，且針對每個輸入請求，應用程式對相依項 (傳出相依項請求) 發出 2 個請求，則您的費用如下：

  Application Signals 傳入服務請求：每分鐘 25,000 個請求 * 每月 43,800 分鐘 = 每月 1,095,000,000 個 Application Signals

  Application Signals 傳出相依項：每分鐘 25,000 個請求 * 2 個傳出相依項請求 * 每月 43,800 分鐘 = 每月 2,190,000,000 個 Application Signals

  Application Signals 請求總計 = 1,095,000,000 + 2,190,000,000 = 每月 3,285,000,000 個 Application Signals

  服務水準目標 (SLO)：

  每個服務水準目標 (SLO) 會在每個 SLI 指標期間產生兩個 Application Signals。如果您建立 10 個具有 1 分鐘 SLI 指標期間的 SLO、10 個具有 5 分鐘 SLI 指標期間的 SLO，以及 10 個具有 10 分鐘 SLI 指標期間的 SLO，則 Application Signals 總計如下：

  具有 1 分鐘 SLI 指標期間的 SLO 的 Application Signals：(每月 10 個 SLO * 2 個 Application Signals 43,800 分鐘)/1 分鐘 SLI 指標期間 = 每月 876,000 個 Application Signals

  具有 5 分鐘 SLI 指標期間的 SLO 的 Application Signals：(每月 10 個 SLO * 2 個 Application Signals 43,800 分鐘)/5 分鐘 SLI 指標期間 = 每月 175,200 個 Application Signals

  具有 10 分鐘 SLI 指標期間的 SLO 的 Application Signals：(每月 10 個 SLO x 2 個 Application Signals 43,800 分鐘)/10 分鐘 SLI 指標期間 = 每月 87,600 個 Application Signals

  SLA 的 Application Signals 總計：每月 876,000 + 175,200 + 87,600 = 1,138,800 個 Application Signals

  請求和 SLA 的 Application Signals 總計 = 3,285,000,000 + 1,138,800 = 每月 3,286,138,800 個 Application Signals

  Application Signals 總費用：
  前 1 億個訊號 * 每 1 百萬個 Application Signals 1.50 USD = 150 USD
  接下來 9 億個訊號 * 每月每 1 百萬個 Application Signals 0.75 美元 = 675 美元
  剩餘 2,286,138,800 個訊號 * 每月每 1 百萬個 Application Signals 0.30 美元 = 685.84 美元

  Application Signals 和 SLO 總費用 = 150 美元 + 675 美元 + 685.84 美元 = 每月 1,510.84 美元

  X-Ray 追蹤︰

  依預設，實作 Application Signals 時，X-Ray 追蹤會以 5% 的取樣率啟用。此預設追蹤速率可選擇調高或調低。

  如果您監控 1 個每分鐘接收 25,000 個請求的應用程式 (傳入服務請求)，並且您使用預設的 5% 取樣率，則追蹤費用如下：

  存放的追蹤：

  每月存放的追蹤 = 每分鐘 25,000 個請求 * 每月 43,800 分鐘 * 5％ 的取樣率 = 每月存放 54,750,000 個追蹤

  存放的可計費追蹤 = 54,750,000 個已存放追蹤 – 免費方案中的 100,000 個追蹤 = 每月存放 54,650,000 個追蹤

  追蹤存放費用 = 54,650,000 個存放的追蹤 * 0.000005 USD = 每月 273.25 USD

  此外，假設您每天發出 100 個查詢，每個查詢會掃描最後一小時擷取的資料 (約 75,000 個追蹤)，且每個查詢擷取 50 個追蹤的完整追蹤資料。

  擷取和掃描的追蹤：

  掃描的追蹤 = 100 個查詢 * 每小時 75,000 個追蹤 * 31 天 = 每月掃描 232,500,000 個追蹤

  擷取的追蹤 = 100 個查詢 * 每個查詢 50 個追蹤 * 31 天 = 每月擷取 155,000 個追蹤

  擷取和掃描的追蹤總計 = 155,000 個追蹤 + 232,500,000 個追蹤 = 每月擷取/掃描 232,655,000 個追蹤

  擷取和掃描的可計費追蹤 = 232,655,000 個追蹤 – 免費方案中的 1,000,000 個追蹤 = 每月擷取和掃描 231,655,000 個追蹤

  擷取和掃描追蹤的費用 = 231,655,000 個追蹤 * 0.0000005 USD = 每月 115.82 USD

  X-Ray 追蹤的總費用 = 存放的追蹤 273.25 USD + 掃描/擷取的追蹤 115.82 USD = 每月 389.07 USD

  
  總費用：Application Signal 和 SLO 的費用為 1,510.84 美元 + X-Ray 追蹤 389.07 美元 = 每月 1,899.91 美元

  此外，您可使用 Synthetics 和 RUM (實際使用者監控) 搭配 Application Signals。如需了解相關費用，請參閱個別定價範例。

• 範例 17 – 使用 Synthetics 監控最終使用者

  如果建立 5 個每 5 分鐘執行一次的 Canary，新增針對 Canary 所產生的 5 個指標的警示，以及存放資料 1 個月，每月帳單計算方式如下：

  5 個 Canary * 每小時執行 12 次 * 每天 24 小時 * 每月 31 天 = 44,640 次 Canary 執行

  CloudWatch 每月費用

  Canary 執行費用 = 44,640 次 Canary 執行 * 每次 Canary 執行 0.0012 USD = 每月 53.57 USD
  每月 5 個警示 = 5 * 0.10 USD = 每月 0.50 USD
  CloudWatch 每月費用總計 = 53.57 USD + 0.50 USD = 54.07 USD

  每月其他費用

  每次金絲雀執行也會執行 AWS Lambda 函數，將日誌和結果寫入 CloudWatch 日誌和指定的 Amazon S3 儲存貯體，並建立 CloudWatch 自訂指標。如需有關 AWS 服務定價的詳細資訊，例如 AWS Lambda、Amazon S3、CloudWatch Logs 和 CloudWatch Metrics，請參閱相關 AWS 服務詳細資訊頁面的定價部分。

  Lambda 費用 = 請求費用 + 持續時間費用
  = 44,640 次執行請求 * 每 1,000,000 次 0.2 USD + 20 秒持續時間 * 44,640 次 Canary 執行 * 1 GB 記憶體大小 * 每秒每 GB 0.000016667 USD
  = 0.01 USD + 14.88 USD = 每月 14.89 USD

  CloudWatch Logs 費用 = 收集費用 + 儲存費用
  = 每次執行收集 0.00015 GB * 44,640 次執行 * 每 GB 0.5 USD + 每次執行儲存 0.00015 GB* 44,640 次 Canary 執行 * 每月每 GB 0.03 USD
  = 3.35 USD + 0.20 USD = 每月 3.55 USD

  S3 費用 = 放置請求費用 + 儲存費用
  = 44,640 次執行放置請求 * 每 1,000 次請求 0.005 USD + 每次執行儲存 0.001 GB * 44,640 次金絲雀執行 * 1 個月 * 每月每 GB 0.023 USD
  = 0.22 USD + 1.03 USD = 每月 1.25 USD

  CloudWatch 指標費用 = 3 個 CloudWatch 指標 (SuccessPercent、Duration、Failed) = 3 個指標 x 每月每個指標 0.30 USD = 每月 0.90 USD

  您可以選擇在金絲雀指令碼中設定其他指標：executeHttpStep() and executeStep() 指標，並按照自訂 CloudWatch 指標費率計費。

  每月的額外計費 = 14.89 USD + 3.55 USD + 1.25 USD + 0.90 USD = 每月 20.59 USD

  每月費用總計 = 54.07 USD + 20.59 USD = 74.66 USD

  此處顯示的定價值是基於美國東部區域。請參閱各區域最新定價資訊的定價標籤。

• 範例 18 – 使用複合警示進行警示

  複合警示可組合任何類型的 CloudWatch 警示。指標警示是根據每個警示的指標數量計費，而複合警示則按每個警示單位計費。無論組合的指標警示數量為何，一個複合警示的每月費用為 0.50 USD。

  如果您建立一個組合四個標準解析度指標警示的複合警示，每月帳單計算方式如下：

  四個標準解析度警示 = 每個警示指標 0.10 USD * 4 = 每月 0.40 USD

  一個複合警示 = 每月 0.50 USD

  CloudWatch 每月費用 = 0.40 USD + 0.50 USD = 每月 0.90 USD
   

• 範例 19 – S3 請求指標

  Amazon S3 請求指標讓您能夠快速識別並對操作問題採取動作。共有 16 個可用指標可供您設定篩選，並依共享的前綴或物件標籤進行識別，並且僅監控一部分的物件。篩選條件可將您的指標與特定的商業應用程式、工作流程或內部組織保持一致。儲存貯體上的活動可決定產生的指標，因此不會一天每小時都發布所有 16 個指標。

  例如，讓我們以每天執行一次例行備份並在一小時內完成的應用程式為例。由於應用程式僅向 S3 發出 PUT 請求，因此會產生 AllRequests、PutRequests、TotalRequestLatency 和 BytesUploaded 等一部分指標；但不會產生與 DeleteRequests、SelectRequests 和 SelectReturnedBytes 這類操作類型相關的指標。根據我們的範例，我們假設 16 個可用指標中會產生 8 個指標 – 詳細的指標清單可參閱 Amazon S3 文件。假設例行備份在同一小時內開始和結束，則產生這些指標並將其發佈到 CloudWatch 的費用為：

  指標總數 = 8
  發佈指標總時數 = 每天 1 小時共 30 天 (假設範例月份有 30 天) = 1 * 30 = 每月 30 小時
  每月總時數 = 30 天 * 24 小時 = 每月 720 小時
  前 10,000 個自訂指標為每個指標 0.30 USD = 0.30 USD * 8 (指標數量) * 每 720 (每月時數) 30 (每月指標時數) = 每月 0.10 USD。

  S3 請求指標的每月 CloudWatch 費用 = 每月 0.10 USD
  一旦指標總數超過 10,000 個，則會根據上方定價表套用大量定價方案。

• 範例 20 – 使用 Lambda Insights 進行監控

  如果監控每月調用 100 萬次的 1 個 Lambda 函數，則成本如下：

  CloudWatch 指標
  每個函數都有預先定義的指標回報數。每個函數報告 8 個指標。然後依函數名稱彙總 CloudWatch 指標。所有 CloudWatch 指標都會依小時按比例分配。如果函數每小時叫用少於一次，則僅按函數叫用的時數計費。

  每個函數每月的 CloudWatch 指標數
  = 8 個指標 * 1 個函數
  = 8 個 CloudWatch 指標

  每月的 CloudWatch 指標費用 = 前 10,000 個指標每個指標 0.30 USD * 8 個指標 = 2.40 USD

  一旦您帳戶中的指標總數超過 10,000 個，則會套用大量定價方案。如需詳細資訊，請參閱指標定價表。

  CloudWatch Logs
  每個函數叫用都會產生單一日誌事件。每個日誌事件的大小約為 1.1 KB。

  每月擷取的 CloudWatch Logs GB 數 = (1.1 KB/1024/1024) GB * 每月叫用 1,000,000 次 = 每月 1.05 GB

  每月擷取的日誌費用 = 擷取的日誌每 GB 0.50 USD * 以 CloudWatch Logs 形式擷取的 1.05 GB 效能事件 = 每月 0.52 USD

  CloudWatch 每月費用 = 2.40 USD + 0.52 USD = 每月 2.92 USD

  沒有最低費用或強制性服務用量。如果未叫用函數，則無須付費。

  此處顯示的定價是美國東部 (維吉尼亞北部) AWS 區域的費用。請參閱您所在區域的定價資訊。

• 範例 21 – 指標串流

  如果您的應用程式每月 24x7 執行 30 天，每分鐘發出 10,000 次指標更新，並且您的 CloudWatch 指標串流透過美國東部的 Kinesis Data Firehose 交付串流，將資料傳送至合作夥伴 HTTP 端點，則計費方式如下：

  CloudWatch 指標串流
  指標更新總數 = 每分鐘 10,000 次指標更新 * 當月 43,200 分鐘 = 每月 432,000,000 次指標更新
  432,000,000 指標更新，每 1,000 次指標更新 0.003 USD = 每月 1,296 USD
  CloudWatch 每月費用 = 每月 1,296 USD

  Kinesis Data Firehose
  擷取的 Kinesis Data Firehose 資料 (每月 GB) = 432,000,000 次指標更新 * 0.5KB (假設每次指標更新的平均大小)/1,048,576 KB/GB = 206GB/月
  美國東部的 Kinesis Data Firehose 價格為每月前 500 TB 的每 GB 資料 0.029 USD = 206GB * 0.029 USD = 每月 5.97 USD
  Kinesis Data Firehose 費用 = 每月 5.97 USD

  資料傳出 (Kinesis Data Firehose HTTP 端點到監控合作夥伴)
  每月高達 9.999 TB，每 GB 0.09 USD (由於首個 GB 免費，我們將從價格計算中移除 1 GB) = 205 GB * 0.09 USD = 18.45 USD
  資料傳出費用 = 每月 18.45 USD

  每月總費用 = 每月 1,296 USD + 每月 5.97 USD + 每月 18.45 USD = 每月 1,320.42 USD

  注意︰此處顯示的定價是美國東部 (維吉尼亞北部) AWS 區域的費用。請參閱您所在區域的定價資訊。

• 範例 22 – 使用 Evidently 進行指派 (流量拆分)

  假設您執行了一項流量拆分活動，在其中以 100% 的抽樣率，為每月 200,000 次總頁面檢視總數的使用者流量提供兩項功能 (舊版本和新版本)。無需分析。您的應用程式依每個頁面檢視產生一個指派事件，其中指派是指一次 Evidently API 呼叫，確定哪個使用者會看到哪項功能 (換句話說，即流量拆分)。您的費用將是：

  Evidently 事件費用
  Evidently 事件 (指派) 總數 = 200,000 次瀏覽 * 每次頁面檢視 1 個 Evidently 事件 = 200,000 個 Evidently 事件
  200,000 個指派 Evidently 事件 @ 每百萬個 Evidently 事件 5 USD = 1.00 USD

  每月 CloudWatch Evidently 費用 = 1.00 USD

• 範例 23 – 使用 Evidently 啟動監控

  假設您以 100% 的抽樣率執行了兩次發佈，每次發佈針對每月 200,000 次總頁面瀏覽量的使用者流量，提供兩種功能變體。您想要監控從每個資料事件產生的三個指標 (即三個規則相符項目)。您的應用程式依每個頁面檢視產生一個指派事件，其中指派是指一次 Evidently API 呼叫，確定哪個使用者會看到哪項功能 (即流量拆分)。它還依每個頁面檢視產生兩個資料事件 (例如使用者點按)。您的費用將是：

  Evidently 事件費用
  對於指派，Evidently 事件數目 = 200,000 次檢視 * 每次頁面檢視 1 個 Evidently 事件 * 2 次發佈 = 400,000 個 Evidently 事件
  對於資料事件，Evidently 事件數 = 200,000 次檢視 * 每次頁面檢視 2 個 Evidently 事件 = 400,000 個資料 Evidently 事件
  Evidently 事件總數 = 指派 Evidently 事件 + 資料 Evidently 事件 = 400,000 + 400,000 = 800,000
  800,000 個 Evidently 事件 @ 每百萬次 Evidently 事件 5 USD = 4.00 USD

  Evidently 分析單位費用
  Evidently 指標數目 = 2 個發佈 * 3 個指標 = 6 個指標
  Evidently 分析單位數目 = 6 個指標 * 400,000 個資料 Evidently 事件 = 2,400,000
  分析費用 = 2,400,000 個 Evidently 分析單位 @ 每百萬個 Evidently 分析單位 7.50 USD = 18.00 USD

  每月 CloudWatch Evidently 收費 = 事件費用 + 分析費用 = 4.00 USD + 18.00 USD = 22.00 USD

  CloudWatch 指標費用 = 12 個指標 * 0.30 USD = 3.60 USD
  (CloudWatch 指標是指每個變體 – 6 個 Evidently 指標 * 2 個變體)

• 範例 24 – 使用 Evidently 進行實驗和啟動監控

  假設您以 100% 的抽樣率執行了兩次發佈和三次實驗，每次發佈服務針對每月 200,000 次總頁面瀏覽量的使用者流量，提供兩種功能變體。您想要監控從每個資料事件產生的三個指標 (即三個規則相符項目)。您的應用程式依每個頁面檢視產生一個指派事件，其中指派是指一次 Evidently API 呼叫，即哪個使用者會看到哪項功能 (即流量拆分)。它還依每個頁面檢視產生兩個資料事件 (例如使用者點按)。您的費用將是：

  Evidently 事件費用
  對於指派，Evidently 事件數目 = 200,000 次檢視 * 每次頁面檢視 1 個 Evidently 事件 * (2 次發佈 + 3 次實驗) = 1,000,000 個 Evidently 事件
  對於資料事件，Evidently 事件數 = 200,000 次檢視 * 每次頁面檢視 2 個 Evidently 事件 = 400,000 個資料 Evidently 事件
  Evidently 事件總數 = 1,000,000 個 Evidently 事件 (指派) + 400,000 個 Evidently 事件 (資料) = 1,400,000
  1,400,000 個 Evidently 事件 @ 每百萬個 Evidently 事件 5 USD = 7.00 USD

  Evidently 分析單位費用
  Evidently 指標數目 = (2 次發佈 + 3 次實驗) * 3 個指標 = 15 個指標
  Evidently 分析單位數目 = 15 個指標 * 400,000 個資料 Evidently 事件 = 6,000,000
  分析費用 = 6,000,000 個 Evidently 分析單位 @ 每百萬個 Evidently 分析單位 7.50 USD = 45.00 USD

  每月 CloudWatch Evidently 收費 = 事件費用 + 分析費用 = 7.00 USD + 45.00 USD = 52.00 USD

  CloudWatch 指標費用 = 30 個指標 * 0.30 USD = 9.00 USD
  (CloudWatch 指標是指每個變體 – 15 個 Evidently 指標 * 2 個變體)

• 範例 25 – CloudWatch RUM

  如果您的應用程式在一個月內有 500,000 次瀏覽，並且您正在以 100% 的抽樣率收集 CloudWatch RUM 事件，以獲取 20 個資料事件的頁面載入效能和錯誤 (包括一個開始事件、一個頁面檢視事件和 10 個效能事件 (三個 Web 核心、一次繪製、一次導覽、五次資源載入)，以及每次瀏覽 8 個錯誤)，您的費用如下：

  RUM 資料事件總數 = 20 個資料事件/瀏覽 * 500,000 次瀏覽 = 10,000,000 個資料事件
  10,000,000 個 RUM 資料事件的費用 @ 每 100,000 個資料事件 1 USD = 10,000,000* 1/100,000 USD = 100 USD

  每月 CloudWatch RUM 資料事件費用 = 每月 100 USD

• 範例 26 – Metrics Insights

  如果您透過 CloudWatch 主控台執行 Metrics Insights 查詢，則不會向您收取任何費用。

  當您使用 AWS CLI、SDK 或 AWS CloudFormation 以程式設計方式執行您的 Metrics Insights 查詢時，您的查詢將根據分析的指標數目收費，無論輸出結果方式如何。

  如果您的帳戶中有 1,000,000 個指標並執行查詢，選取 1,500 個指標進行分析，並且該分析在結果中傳回 10 個時間序列，則您的費用如下：

  查詢費用 = 分析的 1,500 個指標 * 每分析 1,000 個指標 0.01 USD = 0.015 USD

  如果您的帳戶中有 5,000,000 個指標並執行查詢，選取 100 個指標進行分析，並且該分析在結果中只傳回 1 個時間序列，則您的費用如下：

  查詢費用 = 分析的 100 個指標 * 每分析 1,000 個指標 0.01 USD = 0.001 USD

• 範例 27 – CloudWatch 警示與 Metrics Insights 查詢和每月費用按比例計算

  您使用 AWS 建置一個應用程式，該應用程式可 24/7 全天候執行數月，並使用自動擴展的 EC2 執行個體。您使用 Metrics Insights 查詢監控 EC2 執行個體，以便在所有 EC2 執行個體的平均 CPU 使用率超過 80% 閾值時收到提醒。

  在 7 月份，您的應用程式始終使用 3 個執行個體。

  在 8 月份，您的應用程式在 8 月 16 日 00:00 UTC 縱向擴展至 4 個執行個體，並繼續使用 4 個執行個體直至月底。

  計算每月警示費用
  在 7 月 (該月為 31 天)，您每天都連續使用警示。數學表達式顯示如何計算標準解析度警示的每月費用，透過 Metrics Insights 查詢從 3 個指標中擷取平均值。

  1 (警示) x 3 (Metrics Insights 查詢分析的指標數目) x 0.10 USD (每個警示分析的每個指標費用) = 0.30 USD

  7 月份此警示的總費用為 0.30 USD。

  計算每月按比例分配的警示費用
  在 8 月 (該月為 31 天)，您每天都連續使用警示。數學表達式顯示如何計算標準解析度警示的每月費用，透過 Metrics Insights 查詢從 3 個指標中擷取 15 天的平均值，然後透過 Metrics Insights 查詢從 4 個指標中擷取 16 天的平均值。

  若是 360 小時 (從第 1 天 00:00 UTC 至第 15 天 23:59 UTC)，您的標準解析度警示透過 Metrics Insights 查詢評估 3 個指標的平均值，該期間的費用為：

  1 (警示) x 3 (Metrics Insights 查詢分析的指標數目) x 360/744 (當月時數按比例計算) x 0.10 USD (每個警示分析的每個指標費用) = 0.15 USD

  若是 384 小時 (從第 16 天 00:00 UTC 至第 31 天 23:59 UTC)，您的標準解析度警示透過 Metrics Insights 查詢評估 4 個指標的平均值，該期間的費用為：

  1 (警示) x 4 (Metrics Insights 查詢分析的指標數目) x 384/744 (當月時數按比例計算) x 0.10 USD (每個警示分析的每個指標費用) = 0.21 USD

  8 月份此警示的總費用為 0.15 USD + 0.21 USD = 0.36 USD。

  請注意，所有警示費用均按比例分配，無論是否使用 Metrics Insight 查詢。您可以套用相同的按比例分配邏輯來預測當月建立、刪除或修改，以新增或刪除指標的警示費用。
   

• 範例 28 – Internet Monitor

  如果您將 10 個 CloudFront 分發和 20 個虛擬私有雲端 (VPC) 新增至監控 45,000 個城市網路的監控器，則您的費用如下：
  

  1. 受監控資源費用：
     受監控資源總數 = 10 個 CloudFront 分發 + 20 個 VPC = 30
     30 個受監控資源 @ 每小時每個受監控資源 0.01 美元 = 30 * 0.01 美元 = 0.30 美元/小時
     
  2. 監控城市網路費用：
     監控城市網路總數 = 45,000，前 100 個城市網路 = 0 USD
     每月監控的城市網路總數 = 每小時 45,000 個730 小時/月 = 32,850,000 城市網路小時/月
     前 100 個城市網路/小時，每月總計 (每月固定金額) = 74,000 個城市網路小時/月
     總計費城市網路時數/月 = 32,850,000 城市網路小時/月 - 74,000 城市網路小時/月 = 32,776,000 城市網路小時/月
     每月 32,776,000 城市網路小時，每 10,000 個城市網路每小時 0.74 USD = 32,776,000 USD * 0.000074 USD = 每月 2425.42 USD
  3. CloudWatch Logs 費用：
     在 45,000 個城市網路中，Internet Monitor 只會發佈前 500 個城市網路的 CloudWatch Logs，每天的日誌資料少於 500MB，或 (500MB * 30) = 每月 15GB 的資料。如果您排除免費範圍 (例如：5GB)，您需要支付的剩餘日誌資料將為 10GB (15GB - 5GB)。如果每 GB 的費用是每月 0.50 USD，這是一個合理的範例，您的 CloudWatch Logs 每月費用將低於 0.50 USD * 10GB = 5 USD/月。

   

• 範例 29 – 多資料來源查詢

  在此範例中，您的應用程式在 AWS 上以及混合和多雲端環境中具有工作負載。您希望將所有工作負載 (無論位於何處) 的指標、儀表板和警示都整合到單一位置。
  
  每月 CloudWatch 警示費用
  
  1.AWS 指標
  您可以建立警示來監控 AWS 上的指標。請參閱其他與警示相關的定價範例以進行此計算。

  2.內部部署指標
  您可以建立警示，監控內部部署工作負載的 15 個指標。每個警示都會引用您的內部部署或其他雲端工作負載的個別指標。您的費用如下：15 個警示 * 每個警示 1 個指標 * 每個警示指標 0.10 USD = 每月 1.50 USD。

  3.其他雲端指標
  您在其他雲端指標上的警示的收費方式與內部部署指標的收費方式完全相同。
  如果您建立警示來監控其他雲端工作負載的 15 個指標，您的 CloudWatch 費用將與上述相同，每月 1.50 USD。

  對於從其他雲端供應商的 API 查詢指標，您可能需要直接向其支付額外費用。

  每月 CloudWatch 儀表板費用

  您可以建立自訂儀表板，該儀表板引用 45 個 CloudWatch 指標、5 個內部部署指標查詢，以及 5 個對其他雲端指標的查詢：儀表板引用 45 + 5 +5 = 55 個指標，因此不符合免費方案的資格。您的費用如下：每個自訂儀表板 3 USD = 每月 3 USD。

  
  每月其他費用

  1.針對警示執行 Lambda 的額外費用

  每個資料來源查詢都由 AWS Lambda 函數操作；當您在儀表板上視覺化資料時，或每次警示評估時，AWS Lambda 函數代表您執行以擷取必要的資料，並且可能會根據 AWS Lambda 定價產生費用。請注意，以下範例不會考慮 AWS Lambda 免費方案。
  
  Lambda 費用 = 請求費用 + 持續時間費用
  標準警示每分鐘評估一次；在一個月 31 天內，警示評估 44,640 次。您有 15 個警示，其中每個警示都有針對內部部署指標的一個資料來源查詢，而另外還有其他 15 個警示，其中每個都有針對其他雲端的一個資料來源查詢，也就是 (15 * 1) + (15 * 1) = 30 個查詢。
  評估警示將引起 44,640 次評估 * 30 個查詢 = 1,339,200 次 Lambda 執行。
  假設平均執行時間為 1 秒，警示產生的費用如下：
  1,339,200 次 Lambda 執行 * 每 1 百萬個請求 0.2 USD + 1 秒的持續時間 * 1,339,200 次 Lambda 執行 * 1 GB 記憶體大小 * 每 GB 每秒 0.0000166667 USD = 0.27 USD + 22.32 USD = 每月 22.59 USD。

  2.在儀表析上執行 Lambda 的額外費用

  對於儀表板視覺化，我們做出以下假設：

  * 您每天刷新儀表板 20 次
  * 視覺化運用比警示更複雜的查詢，查詢的平均執行時間為 3 秒

  視覺化儀表板的資料將引發 10 次查詢 * 每天 20 次 * 31 天 = 每月 6,200 次 Lambda 執行

  由儀表板引起的 AWS Lambda 費用如下：
  6,200 次 Lambda 執行 * 每 1 百萬個請求 0.2 USD + 3 秒的持續時間 * 6,200 次 Lambda 執行 * 1 GB 記憶體大小 * 每 GB 每秒 0.000016667 USD = 0.00 USD + 0.31 USD = 每月 0.31 USD。
  
  每月的額外計費 = 22.59 USD + 0.31 USD = 每月 22.90 USD
  
  每月費用總額 = 1.50 USD + 1.50 USD + 3 + 22.90 USD = 每月 28.90 USD
   

• 範例 30 – Network Monitor

  想像一下，您是一家想使用 CloudWatch Network Monitor 監控交易應用程式效能的金融機構。為實現彈性，您已將應用程式分散到三個可用區域，並映射至三個子網路。您的基礎架構透過備援 AWS Direct Connect 連結，連線至八個內部部署 IP 地址。在 30 天免費試用期結束時，您在美國東部 (維吉尼亞北部) 針對混合網路使用 CloudWatch Network Monitor 的首月費用計算如下：

  1.受監控資源費用：

  
  30 天 * 24 小時 = 720 小時
  VPC 子網路總數：3
  從每個 VPC 子網路存取的內部部署目的地總數：8
  3 個 VPC 子網路連線至前 4 個目的地，每個監控資源每小時 0.10 USD = 3 * 720 小時 * 0.10 USD = 每月 216 USD

  
  乘以 2 以計算 8 個目的地 = 216 USD * 2 = 每月 432 USD。

  
  2.CloudWatch 指標費用：

  
  每個探測 Network Monitor 發出 3 個 CloudWatch 指標
  受監控探測數目：3 個子網路 * 8 個目的地 IP 地址 = 24 個探測
  指標總數：24 個探測 * 每個探測 3 個指標 = 72 個指標
  CloudWatch 指標總費用：72 個指標 * 0.30 USD/指標/月 = 每月 21.60 USD

  本範例中 CloudWatch Network Monitor 的總費用：每月 438 USD + 21.60 USD = 459.60 USD

• 範例 31 – API 閘道詳細監控

  啟用包含詳細指標的 API 閘道端點有兩項資源 – /devices 和 /authenticate 部署至稱為 prod 的階段。這些資源中的每一個採用下列其中一種方法：DELETE、POST、OPTIONS 和 GET。

  依預設，API 閘道會針對每個 API 發布 4XXError、5XXError、CacheHitCount、CacheMissCount、Count、IntegrationLatency 和 Latency。啟用 API 閘道的詳細指標後，所有上述指標以及維度 – ApiName、方法、資源、階段會發出至 CloudWatch。

  請注意，並非所有指標都會發出，例如，如果沒有錯誤，可能不會顯示 4XXError 或 5XXError。

  • 資源數量 = 2 (裝置和驗證)
  • 方法數量 = 4 (DELETE、POST、OPTIONS 和 GET)
  • 階段數量 = 1 (prod)
  • 發布的指標 (Count、IntegrationLatency、Latency、5xx、4xx) = 5

  產生的指標總數：
  = 方法 (DELETE、POST、OPTIONS 和 GET) x 資源 (驗證和裝置) x 階段 (prod) x 指標 (Count、IntegrationLatency、Latency、5xx、4xx)

  = 2 x 4 x 1 x 5 = 40

  每個指標每個完整月收取 0.30 USD，並使最高成本為每月 40 x 0.3 = 12 USD。

  一旦超過 10,000 個總指標，則會套用磁碟區定價方案。如需詳細資訊，請參閱指標定價表。