Server Load Balancer:CLB 課金の FAQ

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

いいえ、CLB インスタンスのアウトバウンドトラフィックに対してのみ課金されます。 CLB インスタンスのトラフィックの詳細については、「サービスアーキテクチャ」および「サービスアーキテクチャ」をご参照ください。

ヘルスチェックによって生成されたトラフィックは課金されますか？

いいえ、そうではありません。

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

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

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

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

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

この場合、CLB は引き続きパブリック IP 保持料金、インスタンス料金、および仕様料金を請求します。 インターネットデータ転送の以下の課金ルールに注意してください。

• トラフィック課金

  トラフィック課金 CLB インスタンスの場合、CLB インスタンスが停止、解放、またはアイドル状態の場合にのみ、インターネットデータ転送料金は発生しません。

  CLB は、ネットワークトラフィックをバックエンド ECS インスタンスに分散し、CLB IP アドレスに基づいてサービスを提供するトラフィック分散および制御サービスです。 CLB インスタンスのすべてのバックエンド ECS インスタンスが停止されていても、CLB インスタンスが実行中のままである場合、リクエストは引き続き CLB インスタンスの IP アドレスに到達できます。 ヘルスチェックで利用可能なバックエンド 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 によって 1 分ごとに収集され、CloudMonitor に報告されます。 ただし、CLB 請求書の統計は累積値です。 CLB は 1 分ごとに統計を収集し、1 時間ごとに統計を合計し、累積値を課金システムに報告します。 したがって、モニタリングシステムの統計は、異なる時間間隔に基づいて生成されるため、課金システムの統計とは等しくありません。

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

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

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

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

LCU の消費量と料金を見積もるにはどうすればよいですか？

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

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

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

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

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

  説明

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

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

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

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