計費方式
內置權威采用按量付費的計費方式，主要為用戶域名、緩存管理、轉發管理、服務地址、解析日志進行收費。
用戶域名收費內容為：用戶域名數量 + 用戶域名解析請求量，按天計費，按天結算。
緩存管理收費內容為：緩存保持域名數量（按天計費） + 緩存清除次數（按次計費），按天結算。
轉發管理收費內容為：出站終端節點源IP數量（按小時計費）+ 出站終端節點轉發DNS請求數（按天計費），按天結算。
服務地址收費內容為：入站終端節點服務IP地址數量（按小時計費）+ 入站終端節點接收的DNS請求量（按天計費），按天結算。
流量分析收費內容為：解析日志分析條目數量，按天計費，按天結算。
計費規則
內置權威
計費項 | 計費標準 | 計費周期 | 觸發計費條件 | 計費說明 |
用戶域名數量（計費折算） | 0.1元/個/天 | 按天計費 | 添加了內置權威域名 | 同一個賬號下，統計內置權威域名的總數量（需要根據解析記錄數量折算域名數量的實際計費量），每個內置權威域名按照 0.1元/天 進行收費，具體的計費折算邏輯如下： (1) 普通區域名：如果解析記錄數<=10萬，按照1個域名計算；如果解析記錄數>10萬，按照 解析記錄實際數量/100000 的結果向上取整來確定實際計費個數（系統默認配額為10萬條解析記錄，如果需要擴容需提工單聯系我們申請提額） (2) 加速區域名：如果解析記錄數<=1000，按照1個域名計算；如果解析記錄數>1000，按照 解析記錄實際數量/1000 的結果向上取整來確定實際計費個數（系統默認配額為10萬條解析記錄，如果需要擴容需提工單聯系我們申請提額） |
用戶域名解析請求量 | 0.03元/萬次 | 按天計費 | 產生了針對內置權威域名的DNS查詢 | 同一個賬號下，統計對所有內置權威域名的總查詢次數，按 0.03元/萬次 進行收費 (1) 普通區域名：按照DNS回源（TTL到期）的查詢量進行請求量統計 (2) 加速區域名：按照終端設備直接觸發的查詢量進行請求量統計（云內查詢不受TTL影響） |
緩存管理
計費項 | 計費標準 | 計費周期 | 觸發計費條件 | 計費說明 |
緩存保持域名數量 | 0.1元/個/天 | 按天計費 | 添加了緩存保持域名 | 同一個賬號下，統計緩存保持域名的總數量，每個緩存保持域名（緩存保持按精確域名匹配模式工作）按照 0.1元/天 進行收費。 |
緩存清除次數 | 100元/次 | 按天計費 | 對已添加的緩存保持域名手工觸發了緩存清除操作 | 同一個賬號下，統計使用緩存清除功能的總次數，按照 100元/次 進行收費。 |
轉發管理
計費項 | 計費標準 | 計費周期 | 觸發計費條件 | 計費說明 |
出站終端節點源IP地址數量 | 1元/個/小時 | 按小時計費 | 添加了出站終端節點 | 同一個賬號下，統計出站終端節點源IP地址的總數量，每個出站終端節點源IP地址按照 1元/小時 進行收費。 |
出站終端節點轉發的DNS請求數量 | 0.03元/萬次 | 按天計費 | 通過出站終端節點產生了轉發到外部DNS系統的域名解析請求 | 同一個賬號下，統計所有出站終端節點轉發的DNS總查詢次數，按 0.03元/萬次 進行收費。 |
服務地址
計費項 | 計費標準 | 計費周期 | 觸發計費條件 | 計費說明 |
入站終端節點標準版服務IP地址數量 | 1元/個/小時 | 按小時計費 | 添加了入站終端節點 | 同一個賬號下，統計入站終端節點服務IP地址的總數量，每個入站終端節點標準版服務IP地址按照 1元/小時 進行收費。 |
入站終端節點接收的DNS請求量 | 0.03元/萬次 | 按天計費 | 通過入站終端節點產生了域名解析請求 | 同一個賬號下，統計所有入站終端節點接收到的DNS總查詢次數，按 0.03元/萬次 進行收費。 |
流量分析
計費項 | 計費標準 | 計費周期 | 觸發計費條件 | 計費說明 |
解析日志分析條目數量 | 0.1元/萬條 | 按天計費 | 開啟了流量分析功能 | 同一個賬號下，每產生一次解析請求就會記錄一條解析日志，統計參與計算的解析日志總條數，按 0.1元/萬條 進行收費 (1) 解析日志總條數計算規則：解析日志總條數=全局流量解析請求數+權威流量解析請求數+緩存流量解析請求數+轉發流量解析請求數+遞歸流量解析請求數 (2) 開啟了流量分析功能之后，默認開啟解析日志采集功能，不再單獨收取解析日志采集費用 |
全局流量解析請求數：您內網中所有ECS/容器等終端直接發起的域名解析請求量次數*2，1次DNS查詢請求分別包括請求日志和應答日志。
內置權威流量解析請求數：命中內置權威模塊（包含加速區和普通區）并獲得解析結果的DNS解析請求次數。
緩存流量解析請求數：命中緩存模塊并獲得解析結果的DNS解析請求次數。
轉發流量解析請求數：命中轉發模塊并獲得解析結果的DNS解析請求次數*2，包括轉發模塊應答日志及外部DNS應答日志。
遞歸流量解析請求數：命中遞歸模塊并獲得解析結果的DNS解析請求次數。
舉例說明
場景1：內置權威
A賬號下添加了：example.com、 example.aliyundoc.com、兩個內置權威域名，其中example.com為加速區域名，并添加了5050條解析記錄。example.aliyundoc.com 為普通區域名，并添加了105000條解析記錄。
A賬號下一天域名 example.aliyundoc.com 的DNS回源查詢次數為100000次，域名example.com接收到終端設備DNS查詢請求次數為200000次。
example.com為加速區域名，5050條解析記錄折算成6個域名計算。example.aliyundoc.com為普通區域名，105000條解析記錄折算成2個域名計算。所以A賬號下按照8個域名計費。
那么A賬號下，一天的使用費用為用戶域名費用+普通區域名回源解析請求費用+加速區域名請求費用：
1.7元 = 0.8元（8*0.1元/個） + 0.3元（10*0.03元/萬次）+ 0.6元（20*0.03元/萬次）。
內置權威普通區域名：
用戶域名（Zone）每天的請求量等于DNS回源查詢的請求次數。
例如：域名www.example.com TTL設置為30秒，內網終端訪問此域名時，理論上30秒內的請求都會命中TTL緩存，30秒TTL到期后DNS會回源查詢1次。那么10分鐘內此域名的回源查詢次數為10*60/30 = 20次。回源請求次數在控制臺的請求分析頁面可以查看。
TTL設置時間越長，DNS服務器回源請求頻率越慢，域名變更生效時間也會越長，相應的收費會越少；TTL設置時間越短，DNS服務器回源請求頻率越快，域名變更生效時間越快，相應的收費會越多。
由于內網DNS通過集群的方式提供服務器，內網DNS查詢請求會被分攤到多個服務器上，當集群上的每臺服務器都有緩存的情況下，才能100%命中緩存而不去回源請求查詢。所以當您通過撥測數據與控制臺請求分析頁面的數據對比時，控制臺顯示的回源查詢次數比您理論算出的數據偏大屬于正常現象，尤其是請求量不高的情況下。
內置權威加速區域名：
內置權威加速區域名按照ECS、容器等終端發起的DNS請求次數計費，不受TTL值影響。
場景2：緩存管理
B賬號下添加了www.example.com、test.example.com、api.example.com三個緩存保持域名，并且由于您內網業務緊急調整，更新了解析記錄，為了使緩存保持域名更新后的解析記錄快速生效，對www.example.com、test.example.com兩個域名進行了一次緩存清除操作。
www.example.com、test.example.com兩個域名各進行了一次緩存清除操作，換算成單個域名就是緩存清除了2次。
那么B賬號下一天的使用費用為緩存保持域名費用+緩存清除費用：200.3元 = 0.3元（3*0.1元/個）+200元（2*100元/次）。
場景3：轉發管理
C賬號下添加了轉發域名example.top，配置了2個出站終端節點源IP地址，一天內該域名出站終端節點轉發的DNS請求100萬次。
那么C賬號下一天的使用費用為出站終端節點IP地址費用+出站終端節點轉發DNS請求量費用：51元 = 48（2*24小時*1元/個/小時）+ 3元（100*0.03元/萬次）。
場景4：服務地址
D賬號下添加了2個入站終端節點標準版服務IP地址，一天內該入站終端節點接收到的DNS查詢請求100萬次。
那么D賬號下一天的使用費用為入站終端節點標準版服務IP地址費用+入站終端節點接收到DNS請求量費用：51元 = 48（2*24小時*1元/個/小時）+ 3元（100*0.03元/萬次）。
場景5：流量分析
E賬號開啟了流量分析功能，一天內產生了100萬條解析日志。
那么E賬號下一天的使用費用就是解析日志的費用：10元 = 100*0.1元/萬條。
欠費說明
欠費后，內網DNS解析服務會被鎖定，停止服務。
停機后不出賬單，用戶停機時刻所在的計費周期內如果產生計量數據，則仍會出賬，之后的計費周期不再出賬。
在服務釋放前一天會發送短信/郵件提醒，服務被釋放后用戶域名相關配置和數據將被永久刪除，不可恢復。
在7天內充值補足欠費后，服務會自動開啟，可以繼續使用。