CLB 課金の FAQ

CLB インスタンスへのインバウンドトラフィックは課金されますか？

いいえ、CLB インスタンスのアウトバウンドトラフィックに対してのみ課金されます。CLB インスタンスのトラフィックの詳細については、「ネットワークトラフィックフロー」をご参照ください。

ヘルスチェック中に発生したトラフィックは課金されますか？

いいえ。CLB インスタンスのヘルスチェックによって発生したトラフィックは課金されません。

Elastic Compute Service（ECS）インスタンスをバックエンドサーバーとして CLB インスタンスに追加した後、CLB インスタンスの課金ルールは変更されますか？

いいえ。CLB インスタンスに追加された ECS インスタンスが使用する課金方法に関係なく、CLB インスタンスの課金ルールは変更されません。CLB インスタンスと ECS インスタンスは個別に課金されます。

攻撃によって発生したトラフィックは課金されますか？

CLB は Alibaba Cloud Security と連携してワークロードを保護します。攻撃が検出されると、数秒の遅延の後、Alibaba Cloud Security によって提供されるトラフィックスクラビングまたはブラックホールフィルタリングがトリガーされます。遅延中に CLB インスタンスが悪意のあるトラフィックに応答した場合、応答に対して料金が課金されます。さらに、ネットワーク攻撃はCLB の帯域幅リソースを消費します。

CLB インスタンスのすべてのバックエンド ECS インスタンスが停止または削除された場合、インターネットデータ転送料金は引き続き課金されますか？

CLB はパブリック IP 保持料金と仕様料金を請求します。インターネットデータ転送については、次の課金ルールに注意してください。

• トラフィック課金

  トラフィック課金型の CLB インスタンスの場合、CLB インスタンスが停止、解放、またはアイドル状態のときは、トラフィック料金は発生しません。

  CLB は、ネットワークトラフィックをバックエンド ECS インスタンスに配信し、CLB サービスアドレスに基づいてサービスを提供するトラフィック配信および制御サービスです。CLB インスタンスのすべてのバックエンド ECS インスタンスが停止されていても、CLB インスタンスが実行中のままであれば、リクエストは引き続きCLB インスタンスのサービスアドレスに到達できます。ヘルスチェックで利用可能なバックエンド ECS インスタンスがないことが検出された場合、CLB インスタンスはヘルスチェックの結果に基づいてリクエストに応答します。

  レイヤー 4 CLB インスタンスは 3 ウェイハンドシェイクパケットのみを返します。レイヤー 7 ロードバランシングは Tengine によって提供されるため、レイヤー 7 CLB インスタンスは Tengine 503 エラーページを返します。リクエストが CLB インスタンスに到達し続けると、CLB インスタンスは着信リクエストへの応答を続けます。応答によって生成されたトラフィックに対して課金されます。

  これは、ECS インスタンスがアタッチされていないCLB インスタンスにも適用されます。CLB の予期しないデータ転送料金を回避するために、使用しなくなったCLB インスタンスを停止または解放することをお勧めします。

• 帯域幅課金

  帯域幅課金型の CLB インスタンスの場合、料金はインスタンスのステータスやデータ転送とは無関係です。帯域幅課金型の CLB インスタンスが作成されてから解放されるまでの間、指定された帯域幅に基づいて課金されます。

CLB インスタンスを停止した後も課金されますか？

はい、停止した CLB インスタンスに対して課金されます。CLB インスタンスの課金は、CLB インスタンスが解放されたときにのみ停止します。

内部向け CLB インスタンスの仕様料金は課金されますか？

• 内部向け CLB インスタンスが共有リソースインスタンス（購入不可）の場合、仕様料金は課金されません。

• 内部向け CLB インスタンスがパフォーマンス専有型 CLB インスタンスの場合、仕様料金が課金されます。

  内部向け CLB インスタンスの仕様料金は、インターネット向け CLB インスタンスの仕様料金と同じ方法で計算されます。詳細については、「課金方法」をご参照ください。

パフォーマンス専有型 CLB インスタンスの課金ルールは何ですか？

共有リソース CLB インスタンスの使用に対して仕様料金は課金されますか？ 共有リソース CLB インスタンスとパフォーマンス専有型 CLB インスタンスの課金項目の違いは何ですか？

いいえ。

既存の共有リソース CLB インスタンスをパフォーマンス専有型 CLB インスタンスに変更しない場合、仕様料金は課金されません。ただし、既存の共有リソース CLB インスタンスをパフォーマンス専有型 CLB インスタンスに変更した場合、仕様料金が課金されます。

CLB のモニタリング統計と CLB の請求書の統計が異なるのはなぜですか？

• トラフィック統計を例にとってみましょう。CLB コンソールに表示されるトラフィック統計は平均値です。CLB は 1 分ごとに統計を収集し、CloudMonitor に報告します。CloudMonitor は 15 分ごとの平均値を計算します。ただし、CLB 請求書の統計は累積値です。CLB は 1 分ごとに統計を収集し、1 時間ごとに統計を合計して、累積値を課金システムに報告します。

  課金システムに報告される値は、1 分ごとに収集される値の合計です。モニタリングシステムに表示される値は、15 分ごとに収集される平均値の合計です。したがって、統計は異なる時間間隔に基づいて生成されるため、モニタリングシステムの統計は課金システムの統計とは等しくありません。

• CLB はリアルタイムデータを提供するために最善を尽くします。ただし、データ処理パイプライン全体でデータの適時性を保証することは困難です。このパイプラインでは、CLB は統計を収集し、CloudMonitor に報告します。次に、CloudMonitor は平均値を計算し、ダッシュボードに結果を表示します。遅延が短くても、モニタリングシステムと課金システムの統計に不一致が生じる可能性があります。課金システムは最大 3 時間の遅延を許容できます。たとえば、01:00 から 02:00 に生成された課金データは、03:00 より前に課金システムに報告される必要があります。最大遅延の許容範囲により、課金データは 05:00 に課金システムに報告できます。モニタリングシステムと課金システムの適時性の不一致により、モニタリング統計と課金統計の不一致が生じます。

• モニタリングデータと課金データは異なる目的で使用されます。モニタリングデータの目的は、インスタンスが期待どおりに実行されているかどうかを確認できるようにすることです。インスタンスが期待どおりに実行されていない場合は、できるだけ早く問題のトラブルシューティングを行うことができます。課金データの目的は、アカウント内のリソースの実際の使用状況に基づいて請求書を生成することです。したがって、会計目的でモニタリングシステムと課金システムの統計を比較する場合、請求書の統計が優先されます。

HTTPS トラフィックの実際の量が請求書のトラフィック量よりも多いのはなぜですか？

HTTPS 接続を確立するための TLS または SSL ハンドシェイクによって、一定量のトラフィックが発生します。したがって、HTTPS トラフィックの実際の量は請求書のトラフィック量よりも多くなります。

LCU の使用量と料金はどのように見積もりますか？

アップグレードまたは仕様変更によってサービスが中断されますか？

いいえ、アップグレードによってサービスが中断されることはありません。ただし、データ転送の課金方法の変更は、翌日の 00:00:00 に有効になります。現在の仕様が有効になる前に、仕様を変更することはできません。

既存の CLB インスタンスの課金方法を仕様別課金から LCU 別課金に変更した場合、サービスは影響を受けますか？

• CLB インスタンスの仕様が超大型 I 以下の場合、課金方法を変更してもサービスには影響しません。

• CLB インスタンスの仕様が超大型 I より大きい場合、課金方法を変更するとインスタンスのパフォーマンスが低下する可能性があります。注意して進めてください。

  説明

  デフォルトでは、CLB は超大型 I より大きい仕様を提供しません。レイヤー 4 でより多くの同時接続が必要な場合は、Network Load Balancer（NLB）を使用します。レイヤー 7 でより多くのクエリ/秒が必要な場合は、Application Load Balancer（ALB）を使用します。

  • NLB の詳細については、「NLB とは」をご参照ください。

  • ALB の詳細については、「ALB とは」をご参照ください。

  LCU課金方式のCLBインスタンスにもパフォーマンス制限が適用されます。詳細については、「従量課金方式からLCU課金方式への切り替え」をご参照ください。