I. 課金方法
イントラネットドメイン名の解決 は 従量課金 制です。イントラネット権威、Cache、Forward Zone、Inbound Endpoint、および DNS トラフィック分析 が課金対象です。請求は毎日生成され、当日に前日の料金を確認できます。
II. 課金項目
1. イントラネット権威
課金項目 | 課金基準 | 課金サイクル | 課金発生条件 | 課金説明 |
数：User Defined Zones (課金換算) | USD 0.015/ドメイン/日 | 日次 | イントラネット権威にUser Defined Zonesが追加されます。 | アカウント配下の イントラネット権威 ゾーンの合計数が算出されます。実際の課金対象ドメイン名の数は、DNS レコード数に基づいて換算されます。換算ロジックは次のとおりです:
|
DNS クエリ数： User Defined Zones | USD 0.004/10,000 リクエスト | 日次 | DNS クエリは、イントラネット権威 ゾーンに対して行われます。 |
|
2. Cache
課金項目 | 課金基準 | 課金サイクル | 課金発生条件 | 課金説明 |
Domain Nameの数 | USD 0.015/ドメイン/日 | 日次 | Domain Nameが追加されます。 | アカウント内のDomain Nameの合計数に基づいて課金されます。キャッシュ予約機能では、完全一致ドメイン名パターンが使用されます。 |
Clear Cache の回数 | USD 15 / 操作 | 日次 | 追加されたDomain Nameに対して、Clear Cacheが手動でトリガーされます。 | アカウントで Clear Cache 機能が使用された合計回数に対して課金されます。 |
3. Forward Zone
課金項目 | 課金基準 | 課金サイクル | 課金発生条件 | 課金説明 |
Source IP Addresses of Outbound Trafficの数 | USD 0.15/ユニット/時間 | 時間単位 | Outbound Endpointが追加されます。 | お客様のアカウントの Source IP Addresses of Outbound Traffic の合計数に対して課金されます。 |
Outbound Endpoint によって転送された DNS クエリの数 | 0.004 USD/10,000 リクエスト | 日次 | DNS クエリは、Outbound Endpoint を介して外部 DNS システムに転送されます。 | アカウント配下のすべてのOutbound Endpointによって転送された DNS クエリの合計数に対して課金されます。 |
4. Inbound Endpoint
課金項目 | 課金基準 | 課金サイクル | 課金発生条件 | 課金説明 |
数: Inbound service IP addresses | USD 0.15/IP/時間 | 時間単位 | Inbound Endpoint が追加されます。 | アカウント内の Inbound service IP addresses の合計数に対して課金されます。 |
Inbound Endpoint が受信した DNS クエリの数 | USD 0.004/10,000 リクエスト | 日次 | DNS クエリは Inbound Endpoint で受信されます。 | アカウント配下のすべての Inbound Endpoint で受信した DNS クエリの合計数に対して課金されます。 |
5. DNS トラフィック分析
課金項目 | 課金基準 | 課金サイクル | 課金発生条件 | 課金説明 |
解析ログ分析エントリ数 | USD 0.015/10,000 エントリ | 日次 | トラフィック分析機能が有効化された場合 | DNS クエリごとに 1 つのログエントリが記録されます。アカウント配下で分析されたログエントリの総数に対して課金されます。 (1) 解析ログエントリ総数の計算ルール：解析ログエントリ総数 = グローバルトラフィック解決リクエスト + 権威トラフィック解決リクエスト + キャッシュトラフィック解決リクエスト + 転送トラフィック解決リクエスト + 再帰トラフィック解決リクエスト (2) トラフィック分析機能を有効にすると、解析ログ収集機能がデフォルトで有効になり、解析ログ収集に対して別途料金は発生しません |
グローバルトラフィック解決リクエスト：内部ネットワーク内のすべての ECS/コンテナおよびその他の端末から直接発行されたドメイン解決リクエストの数 × 2。1 つの DNS クエリリクエストには、リクエストログと応答ログの両方が含まれます。
イントラネットドメイン名の解決のトラフィック解決クエリ数: イントラネットドメイン名の解決 モジュール (加速リージョンおよび通常リージョンを含む) にヒットし、応答を受信する DNS クエリの数です。
キャッシュトラフィック解決リクエスト：キャッシュモジュールにヒットし、解決結果を取得した DNS 解決リクエストの数。
転送トラフィック解決リクエスト：転送モジュールにヒットし、解決結果を取得した DNS 解決リクエストの数 × 2 (転送モジュールの応答ログと外部 DNS の応答ログを含む)。
再帰トラフィック解決リクエスト：再帰モジュールにヒットし、解決結果を取得した DNS 解決リクエストの数。
III. 事例
シナリオ 1: イントラネット権威
アカウント A には、example.com と example.aliyundoc.com という 2 つの User Defined Zones があります。example.com は加速リージョンにあり、5,050 件の DNS レコードがあります。example.aliyundoc.com は通常のリージョンにあり、105,000 件の DNS レコードがあります。
1 日で、ドメイン example.aliyundoc.com は 100,000 件の DNS オリジンクエリを持ち、ドメイン example.com は端末デバイスから 200,000 件の DNS クエリリクエストを受信します。
example.com は加速エリアのドメインであり、5,050 件の解決レコードは計算上 6 ドメインに換算されます。example.aliyundoc.com は通常エリアのドメインであり、105,000 件の解決レコードは計算上 2 ドメインに換算されます。したがって、アカウント A は 8 ドメイン分が課金されます。
したがって、アカウント A の 1 日あたりの利用料金は、ユーザードメイン料金 + 通常エリアドメインのオリジン解決リクエスト料金 + 加速エリアドメインのリクエスト料金の合計です：
USD 0.24 = USD 0.12 (8 × USD 0.015/ドメイン) + USD 0.04 (10 × USD 0.004/10,000 リクエスト) + USD 0.08 (20 × USD 0.004/10,000 リクエスト).
加速リージョン (デフォルト)：
ECS インスタンスやコンテナなどのデバイスから発行された DNS クエリの数に基づいて課金されます。課金は TTL 値の影響を受けません。ローカルキャッシュがないことによる DNS クエリ数を減らすために、ECS インスタンスで Name Service Cache Daemon (NSCD) を有効にすることを推奨します。
通常リージョン：
User Defined Zones の実際のオリジンリクエスト数に基づいて課金されます。
例：ドメイン www.example.com の TTL が 30 秒に設定されている場合、内部端末がこのドメインにアクセスすると、理論的には 30 秒以内のすべてのリクエストが TTL キャッシュにヒットし、30 秒の TTL が切れた後に DNS は 1 回のオリジンクエリを行います。したがって、10 分間では、このドメインのオリジンクエリ数は 10 × 60/30 = 20 回となります。オリジンリクエストの数は、コンソールのリクエスト分析ページで確認できます。
TTL の設定時間が長いほど、DNS サーバーのオリジンリクエストの頻度は遅くなり、ドメインの変更が反映されるまでに時間がかかり、対応する料金は少なくなります。
TTL の設定時間が短いほど、DNS サーバーのオリジンリクエストの頻度は速くなり、ドメインの変更が反映されるのが速くなり、対応する料金は多くなります。
内部 DNS はクラスターを介してサービスを提供するため、DNS クエリリクエストはクラスター内の複数のサーバーに分散されます。オリジンリクエストを行わずに 100% キャッシュにヒットさせるには、クラスター内の各サーバーにキャッシュが存在する必要があります。したがって、テストデータとコンソールのリクエスト分析ページ上のデータを比較した場合、特にリクエスト量が少ない状況では、コンソールに表示されるオリジンクエリ数が理論的に計算したデータよりも多くなるのは正常です。
シナリオ 2: Cache
アカウント B には、www.example.com、test.example.com、api.example.com の 3 つの Domain Name があります。緊急の業務調整のために DNS レコードを更新します。更新された Domain Name の DNS レコードをすぐに有効にするには、www.example.com と test.example.com に対して Clear Cache を実行します。
www.example.com と test.example.com でそれぞれ 1 回ずつ Clear Cache が実行されます。これは 2 回の Clear Cache としてカウントされます。
アカウント B の日次料金は、Domain Name 料金と Clear Cache 料金の合計です: USD 30.045 = USD 0.045 (3 × USD 0.015/FQDN) + USD 30 (2 × USD 15/purge)。
シナリオ 3: Forward Zone
アカウント C は、ドメイン名 example.top の転送ルールを追加し、2 つの Source IP Addresses of Outbound Traffic を設定します。1 日で、Outbound Endpoint は、このドメイン名に対して 100 万件の DNS クエリを転送します。
アカウント C の日次料金は、Source IP Addresses of Outbound Traffic 料金と Outbound Endpoint 転送 DNS クエリ料金の合計です: USD 7.6 = USD 7.2 (2 × 24 hours × USD 0.15/IP address/hour) + USD 0.4 (100 × USD 0.004/10,000 queries)。
シナリオ 4： Inbound Endpoint
アカウント D は 2 つの Inbound service IP addresses を追加します。 1 日で、Inbound Endpoint は 100 万件の DNS クエリを受信します。
アカウント D の日次料金は、Inbound service IP addresses の料金と Inbound Endpoint の受信 DNS クエリ料金の合計です：USD 7.6 = USD 7.2 (2 × 24 時間 × USD 0.15/IP アドレス/時間) + USD 0.4 (100 × USD 0.004/10,000 クエリ)。
シナリオ 5: DNS トラフィック分析
アカウント E は DNS トラフィック分析 を有効にし、1 日で 100 万のログエントリを生成します。
したがって、アカウント E の 1 日あたりの使用料金はログ解析料金となります: USD 1.5 = 100 × USD 0.015/10,000 件。
IV. 支払い遅延
Alibaba Cloud DNS は、サービス停止保護を提供します。この機能により、支払いが延滞した場合でも、特定の期間または特定のクレジット限度額内で Alibaba Cloud サービスを引き続き使用できます。既存の従量課金サービス、購入済みのリソースプラン、およびサブスクリプションリソースは、通常どおり使用できます。サービス停止プロセスは、使用量が保護範囲を超えた場合にのみ開始されます。詳細については、「従量課金サービスのサービス停止保護」をご参照ください。