了解 Azure 應用程式閘道和 Web 應用程式防火牆的定價
注意
本文中顯示的價格是範例，僅供說明之用。 如需根據您區域的定價資訊，請參閱定價頁面。
Azure 應用程式閘道是第 7 層負載平衡解決方案，可在 Azure 上啟用可擴充、高可用性和安全 Web 應用程式傳遞。
沒有與應用程式閘道相關聯的預付成本或終止成本。 您只需根據實際每小時耗用量預先布建和使用的資源計費。 與應用程式閘道相關聯的成本分為兩個元件：固定成本和變動成本。 每個元件內的實際成本會根據使用的 SKU 而有所不同。
本文說明與每個 SKU 相關聯的成本，並建議使用者使用此文件來規劃和管理與 Azure 應用程式閘道相關聯的成本。
V2 SKU
應用程式閘道 V2 和 WAF V2 SKU 預設支援自動調整並保證高可用性。 V2 SKU 會根據耗用量計費，並包含兩個部分：
- 固定成本：這些成本是根據布建 應用程式閘道 V2 或 WAF V2 的時間，並可用於處理要求。 這可確保高可用性。 即使在最小實例計數中指定
0零個實例，做為自動調整的一部分，仍會有相關聯的成本。- 固定成本也包含與連結至應用程式閘道的公用IP位址相關聯的成本。
- 在計算 V2 SKU 的固定成本時，不會考慮在任何時間點執行的實例數目。 不論在相同 Azure 區域內執行的實例數目為何，執行Standard_V2 （或 WAF_V2） 的固定成本都是相同的每小時。
- 容量單位成本：這些成本是以保留或利用的容量單位數目為基礎，如處理傳入要求所需。 以使用量為基礎的成本會每小時計算。
總成本固定成本 + = 容量單位成本
注意
不足一小時的部分將以一小時計費。
容量單位
容量單位是應用程式閘道中跨多個參數的容量使用率量值。
單一容量單位包含下列參數：
- 2,500 個持續連線
- 2.22-Mbps 輸送量
- 1 計算單位
這三個參數中使用率最高的參數可用來計算計費的容量單位。
與實例計數相關的容量單位
您也可以藉由指定 [實例計數] 來預先布建資源。 每個執行個體在處理功能方面保證至少 10 個容量單位。 視容量單位參數而定，相同的實例可能會針對不同的流量模式支持超過10個容量單位。針對自動調整（最小或最大值）所設定的手動定義調整和限制，會根據實例計數來設定。 自動調整組態中實例計數和最小實例計數手動設定擴展會保留 10 個容量單位/實例。 只要應用程式閘道作用中，不論實際的資源耗用量為何，這些保留容量單位都會計費。 如果實際耗用量超過10個容量單位/實例閾值，則會根據變數元件來計費額外的容量單位。
產能單位總數
總容量單位是根據使用率或實例計數來計算容量單位的較高數目。
計算單位
計算單位 是取用計算容量的量值。 影響計算單位耗用量的因素包括 TLS 連線/秒、URL 重寫計算和 WAF 規則處理。 計算單位可以處理的要求數目取決於各種準則，例如TLS 憑證密鑰大小、金鑰交換演算法、標頭重寫，以及WAF：傳入要求大小。
計算單位指引：
- Basic_v2 （預覽） - 每個計算單位都能夠使用 RSA 2048 位金鑰 TLS 憑證，每秒大約 10 個連線。
- Standard_v2 - 每個計算單位能夠使用 RSA 2048 位元金鑰 TLS 憑證，每秒大約有 50 個連線。
- WAF_v2 - 每個計算單位可支援大約每秒 10 個並行要求，適用於 70-30% 的流量混合，其中 70% 要求少於 2 KB 的 GET/POST，而剩餘的則較高。 回應大小目前不會影響 WAF 效能。
下表顯示使用 應用程式閘道 Standard v2 SKU 的範例價格。 這些價格是以美國東部定價的快照為基礎，僅供說明之用。
固定成本 (美國東部區域定價)
| V2 SKU | 成本 ($/小時) |
|---|---|
| Standard_V2 | $0.246 |
| WAF_V2 | $0.443 |
每月價格預估以每個月 730 小時使用量計。
變動成本 (美國東部區域定價)
| 容量單位 | Standard_V2 ($/小時) | WAF_V2 ($/小時) |
|---|---|---|
| 1 CU | $0.008 | $0.0144 |
如需根據您區域的詳細定價資訊，請參閱定價頁面。
注意
輸出數據傳輸 - 從應用程式閘道傳出 Azure 資料中心的數據會以標準 數據傳輸費率收費。
範例 1 (a) – 手動調整
假設您已佈建 Standard_V2 應用程式閘道，並將整個月份的手動調整設定為 8 個執行個體。 在此期間，閘道平均收到 88.8 Mbps 資料傳輸。
使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
1 CU 可以處理 2.22 Mbps 輸送量。
處理 88.8 Mbps 所需的 CU = 88.8 / 2.22 = 40 CU
預先佈建的 CU = 8 (執行個體計數) * 10 = 80
由於 80 (保留容量) > 40 (所需的容量)，因此不需要額外的 CU。
固定價格 = $0.246 * 730 (小時) = $179.58
變動成本 = $0.008 * 8 (執行個體單位) * 10 (容量單位) * 730 (小時) = $467.2
總成本 = $179.58 + $467.2 = $646.78
範例 1 (b) – 手動調整超出佈建容量的流量
假設您已佈建 Standard_V2 應用程式閘道，並將整個月份的手動調整設定為 3 個執行個體。 在此期間，閘道平均收到 88.8 Mbps 資料傳輸。
使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
1 CU 可以處理 2.22 Mbps 輸送量。
處理 88.8 Mbps 所需的 CU = 88.8 / 2.22 = 40
預先佈建的 CU = 3 (執行個體計數) * 10 = 30
由於 40 (所需的容量) > 30 (保留容量)，因此需要額外的 CU。 使用的額外 RU 數目取決於每個實例可用的可用容量。
如果處理容量相當於可用於 3 個保留執行個體內的 10 個額外 CU。
固定價格 = $0.246 * 730 (小時) = $179.58
變動成本 = $0.008 * ( 3 (執行個體單位) * 10 (容量單位) + 10 (額外容量單位) ) * 730 (小時) = $233.6
總成本 = $179.58 + $233.6 = $413.18
不過，如果處理容量相當於可用於 3 個保留執行個體內的 7 個額外 CU。 在此案例中，應用程式閘道資源規模太小，且可能會導致延遲增加或要求遭到捨棄。
固定價格 = $0.246 * 730 (小時) = $179.58
變動成本 = $0.008 * ( 3 (執行個體單位) * 10 (容量單位) + 7 (額外容量單位) ) * 730 (小時) = $216.08
總成本 = $179.58 + $216.08 = $395.66
注意
如果手動調整，任何超過保留執行個體處理容量上限的額外要求，都可能會影響應用程式的可用性。 在高負載的情況下，保留執行個體可能會根據傳入要求的設定和類型，提供超過 10 個容量單位的處理容量。 但建議您根據流量需求布建實例數目。
範例 2 – 使用自動調整的 WAF_V2 執行個體
假設您已布建啟用自動調整功能的 WAF_V2，並將整個月份的最小執行個體計數設定為 6。 要求負載導致 WAF 實例相應放大，並利用 65 個容量單位（相應放大 5 個容量單位，而保留 60 個單位）整個月。 使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.443 * 730 (Hours) = $323.39
變數成本 = $0.0144 * 65 (容量單位) * 730 (小時) = $683.28
總成本 = $323.39 + $683.28 = $1006.67
注意
針對您的 應用程式閘道 觀察到的實際流量不太可能有如此固定的流量模式，而且您 應用程式閘道 上觀察到的負載會根據實際使用量而變動。
範例 3 (a) – 使用自動調整和 0 分鐘縮放設定的 WAF_V2 執行個體
假設您已佈建啟用自動調整功能的 WAF_V2，且將整個月份的最小執行個體計數設定為 0。 WAF 上的要求負載最低，但一致地顯示整個月份的每小時。 負載低於單一容量單位的容量。 使用先前所述的定價計算您的 應用程式閘道 成本，如下所示：
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.443 * 730 (Hours) = $323.39
變動成本 = $0.0144 * 1 (容量單位) * 730 (小時) = $10.512
總成本 = $323.39 + $10.512 = $333.902
範例 3 (b) – 自動調整具有 0 分鐘執行個體計數的 WAF_V2 執行個體
假設您已佈建啟用自動調整功能的 WAF_V2，且將整個月份的最小執行個體計數設定為 0。 不過，整個月份有 0 流量導向至 WAF 執行個體。 使用先前所述的定價計算您的 應用程式閘道 成本，如下所示：
固定價格 = $0.443 * 730 (Hours) = $323.39
變動成本 = $0.0144 * 0 (容量單位) * 730 (小時) = $0
總成本 = $323.39 + $0 = $323.39
範例 3 (c) – 手動調整設定為 1 個執行個體的 WAF_V2 執行個體
假設您已佈建 WAF_V2，且將其設定為手動調整，而整個月份可接受的最小值為 1 個執行個體。 不過，整個月份有 0 流量導向至 WAF。 使用先前所述的定價計算您的 應用程式閘道 成本，如下所示：
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.443 * 730 (Hours) = $323.39
變動成本 = $0.0144 * 1 (執行個體單位) * 10 (容量單位) * 730 (小時) = $105.12
總成本 = $323.39 + $105.12 = $428.51
範例 4 – 使用自動調整、容量單位計算的 WAF_V2
假設您已佈建啟用自動調整功能的 WAF_V2，且將整個月份的最小執行個體計數設定為 0。 在這段期間，其每秒收到 25 個新的 TLS 連線，平均 8.88-Mbps 的資料傳輸。 使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.443 * 730 (Hours) = $323.39
變動成本 = $0.0144 * 730 (小時) * {最大 (25/50， 8.88/2.22) } = $42.048 (處理 8.88 Mbps 所需的 4 個容量單位)
總成本 = $323.39 + $42.048 = $365.438
範例 5 – 使用自動調整、以時間為基礎計算的 Standard_V2
假設您已佈建啟用自動調整的 standard_V2，且將最小執行個體計數設定為 0，而此應用程式閘道作用期間為 2 小時。 在第一個小時內，其接收可由 10 個容量單位處理的流量，並在第二個小時內接收需要 20 個容量單位來處理負載的流量。 使用先前所述的定價計算您的 應用程式閘道 成本，如下所示：
固定價格 = $0.246 * 2 (小時) = $0.492
變動成本 = $0.008 * 10 (容量單位) * 1 (小時) + $0.008 * 20 (容量單位) * 1 (小時) = $0.24
總成本 = $0.492 + $0.24 = $0.732
範例 6 – 使用 DDoS 網路保護，且將手動調整設定為 2 個執行個體的 WAF_V2
假設您布建WAF_V2，並將它設定為使用 2 個實例來手動調整，整個月份有 2 個 RU。 我們也假設您啟用 DDoS 網路保護。 在此範例中，由於您支付的是 DDoS 網路保護的每月費用，因此不會針對 WAF 收取任何額外；且會以較低的 Standard_V2 率向您收費。
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.246 * 730 (小時) = $179.58
變動成本 = $0.008 * (2 (執行個體單位) * 10 (容量單位) * 730 (小時) = $116.8
DDoS 網路保護成本 = $2,944 * 1 (每月) = $2,944
總成本 = $179.58 + $116.8 + $2,944 = $3,240.38
V1 SKU
標準應用程式閘道和 WAF V1 SKU 會以下列項目的組合計費：
固定成本
根據特定類型應用程式閘道/WAF 佈建和執行處理要求的時間成本。 固定成本元件會考慮下列因素：
- 階層 - 標準應用程式閘道或 WAF
- 大小 - 小型、中型與大型
- 執行個體計數 - 要部署的執行個體數目
針對 N 個實例，相關聯的成本為 N * 特定 Tier（Standard & WAF） 和 Size（Small， Medium & Large） 組合的一個實例成本。
變動成本
根據應用程式閘道/WAF 所處理資料量的成本。 應用程式閘道 所處理的要求和回應位元組都會被視為計費。
總成本 = 固定成本 + 變動成本
標準應用程式閘道
固定成本與可變成本是根據 應用程式閘道 類型計算。 下表根據美國東部定價的快照集顯示範例價格，僅供說明之用。
固定成本 (美國東部區域定價)
| 應用程式閘道類型 | 成本 ($/小時) |
|---|---|
| Small | $0.025 |
| 中 | $0.07 |
| 大型 | $0.32 |
每月價格預估以每個月 730 小時使用量計。
變動成本 (美國東部區域定價)
| 處理的資料量 | 小型 ($/GB) | 中型 ($/GB) | 大型 ($/GB) |
|---|---|---|---|
| 前 10 TB/月 | $0.008 | 免費 | 免費 |
| 之後 30 TB (10–40 TB)/月 | $0.008 | $0.007 | 免費 |
| 超過 40 TB/月 | $0.008 | $0.007 | $0.0035 |
如需根據您區域的詳細定價資訊，請參閱定價頁面。
WAF V1
固定成本與可變成本是根據布建 應用程式閘道 類型計算。
下表根據美國東部定價的快照集顯示範例價格，僅供說明之用。
固定成本 (美國東部區域定價)
| 應用程式閘道類型 | 成本 ($/小時) |
|---|---|
| Small | NA |
| 中 | $0.126 |
| 大型 | $0.448 |
每月價格預估以每個月 730 小時使用量計。
變動成本 (美國東部區域定價)
| 處理的資料量 | 小型 ($/GB) | 中型 ($/GB) | 大型 ($/GB) |
|---|---|---|---|
| 前 10 TB/月 | $0.008 | 免費 | 免費 |
| 之後 30 TB (10–40 TB)/月 | $0.008 | $0.007 | 免費 |
| 超過 40 TB/月 | $0.008 | $0.007 | $0.0035 |
如需根據您區域的詳細定價資訊，請參閱定價頁面。
注意
輸出數據傳輸 - 從應用程式閘道傳出 Azure 資料中心的數據會以標準 數據傳輸費率收費。
範例 1 (a) – 使用 1 個執行個體計數的標準應用程式閘道
假設您已佈建使用 1 個執行個體的中型類型標準應用程式閘道，而其在一個月內處理了 500 GB。 使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
固定價格 = $0.07 * 730 (小時) = $51.1，每月價格預估以每個月 730 小時使用量計。
變動成本 = 免費 (中型層每月處理的前 10 TB 免費，)，總成本 = $51.1 + 0 = $51.1
注意
若要支援高可用性案例，至少需要為 V1 SKU 設定 2 個實例。 請參閱應用程式閘道的 SLA
範例 1 (b) – 使用 > 1 個執行個體計數的標準應用程式閘道
假設您已佈建使用 5 個執行個體的中型類型標準應用程式閘道，而其在一個月內處理了 500 GB。 使用先前所述的定價來計算您的 應用程式閘道 成本，如下所示：
固定價格 = 5 (執行個體計數) * $0.07 * 730 (小時) = $255.5，每月價格預估以每個月 730 小時使用量計。
變動成本 = 免費 (中型層每月處理的前 10 TB 免費，)，總成本 = $255.5 + 0 = $255.5
範例 2 – WAF 應用程式閘道
假設您已在當月的前 15 天佈建小型類型標準應用程式閘道和大型類型 WAF 應用程式閘道。 小型應用程式閘道會在作用中的持續時間內處理 15 TB，而大型 WAF 應用程式閘道會在作用中的持續時間內處理 100 TB。 使用先前所述的定價計算您的 應用程式閘道 成本，如下所示：
小型執行個體標準應用程式閘道
24 小時 * 15 天 = 360 小時
固定價格 = $0.025 * 360 (小時) = $9
變動成本 = 10 * 1000 * $0.008/GB + 5 * 1000 * $0.008/GB = $120
總成本 = $9 + $120 = $129
大型執行個體 WAF 應用程式閘道
24 小時 * 15 天 = 360 小時
固定價格 = $0.448 * 360 (小時) = $161.28
變動成本 = 60 * 1000 * $0.0035/GB = $210 (大型層對於每月處理的前 40 TB 免費)
總成本 = $161.28 + $210 = $371.28
範例 3 – WAF 應用程式閘道搭配 DDoS 網路保護
假設您布建中型 WAF 應用程式閘道，並啟用 DDoS 網路保護。 此中型 WAF 應用程式閘道會在作用中期間處理 40 TB。 使用先前所述的定價方法來計算您的 應用程式閘道 成本，如下所示：
每月價格預估以每個月 730 小時使用量計。
固定價格 = $0.07 * 730 (小時) = $51.1
變動成本 = 30 * 1000 * $0.007/GB = $210 (中型層對於每月處理的前 10 TB 免費)
DDoS 網路保護成本 = $2,944 * 1 (每月) = $2,944
總成本 = $3,507.08
Azure DDoS 網路保護
使用 WAF 在應用程式閘道上啟用 Azure DDoS 網路保護時，您會以較低的非 WAF 費率計費。 如需更多詳細資料，請參閱 Azure DDoS 保護定價。
監視計費使用量
您可以檢視不同參數 (計算單位、輸送量與持續性連線) 的耗用量，以及 [監視] 區段下應用程式閘道計量過程中所使用的容量單位。
成本估計的實用計量
目前的容量單位
用來負載平衡三個參數流量的容量單位計數 - 目前連線、輸送量與計算單位
固定計費容量單位
持續佈建的最小容量單位數目，其以應用程式閘道組態中最小執行個體計數設定 (一個執行個體轉譯為 10 個容量單位) 為依據。
預估計費容量單位
預估計費容量單位計量表示用來預估計費的容量單位數。 此計量會以「目前容量單位數」(對流量進行負載平衡所需的容量單位) 和「固定計費容量單位」(持續佈建的最小容量單位) 之間的較大值進行計算。
更多計量，例如輸送量、目前連線數和計算單位也可用來了解瓶頸，並預估所需的容量單位數目。 如需詳細資訊，請參閱應用程式閘道計量
範例 - 預估使用容量單位
觀察到的計量：
- 計算單位 = 17.38
- 輸送量 = 1.37M 位元組/秒 - 10.96 Mbps
- 目前的連線數 = 123.08k
- 計算的容量單位 = 最大 (17.38、10.96/2.22、123.08k/2500) = 49.232
計量中觀察到的容量單位 = 49.23
下一步
請參閱下列文章，以深入了解定價在 Azure 應用程式閘道中的運作方式：