共用方式為


了解 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 效能。

下表顯示使用應用程式閘道標準 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 的圖表。

範例 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。 使用的額外 CU 數目取決於每個執行個體的可用容量。

如果處理容量相當於可用於 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

手動縮放 2 的圖表。

注意

如果手動調整,任何超過保留執行個體處理容量上限的額外要求,都可能會影響應用程式的可用性。 在高負載的情況下,保留執行個體可能會根據傳入要求的設定和類型,提供超過 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

自動調整 2 的圖表。

注意

針對應用程式閘道觀察到的實際流量不太可能有此類固定的流量模式,而應用程式閘道上觀察到的負載會根據實際使用量而變動。

範例 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 個 CU。 我們也假設您已啟用 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 * 成本 (標準和 WAF) 和大小 (小型、中型和大型) 組合。

  • 變動成本

    根據應用程式閘道/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 應用程式閘道中的運作方式: