











L4およびL7リスナー(TCP、UDP、TCP-SSL、QUIC、HTTP、HTTPS、WebSocket (Secure) を含む)をサポートします。レイヤー7は、転送ドメイン名とURLに基づくトラフィック分散をサポートします。

L4およびL7リスナー(TCP、UDP、TCP-SSL、QUIC、HTTP、HTTPS、WebSocket (Secure) を含む)をサポートします。レイヤー7は、転送ドメイン名とURLに基づくトラフィック分散をサポートします。

重み付け構成により、バックエンドクラウドサービスのリクエスト処理が高速化されます。トラフィックは、重み付けの比率に基づいて、または送信元IPアドレスのハッシュとポーリング結果を通じて、CLB経由でさまざまなバックエンドサーバーに分散されます。

重み付け構成により、バックエンドクラウドサービスのリクエスト処理が高速化されます。トラフィックは、重み付けの比率に基づいて、または送信元IPアドレスのハッシュとポーリング結果を通じて、CLB経由でさまざまなバックエンドサーバーに分散されます。

Cloud Load Balancer(CLB)は、レイヤー7プロトコルによるコンテンツベースのルーティングをサポートしています。カスタムドメイン/URL、転送ルール、転送グループコンテンツを使用できます。ユーザーは、さまざまな転送ルールの下でリクエストをさまざまな実際のサーバーに分散できます。CLBを通じてターゲットグループを分割することで、ビジネスの分離が実現し、サービス効率が大幅に向上します。

Cloud Load Balancer(CLB)は、レイヤー7プロトコルによるコンテンツベースのルーティングをサポートしています。カスタムドメイン/URL、転送ルール、転送グループコンテンツを使用できます。ユーザーは、さまざまな転送ルールの下でリクエストをさまざまな実際のサーバーに分散できます。CLBを通じてターゲットグループを分割することで、ビジネスの分離が実現し、サービス効率が大幅に向上します。

アプリケーションベースのCLBは、L7プロトコルのカスタムリダイレクト機能(Rewrite)をサポートしており、次の2つの主要な課題に対処します。
-HTTPSの強制:PCまたはモバイルブラウザがHTTPリクエストを介してWebサービスにアクセスすると、CLBプロキシはブラウザにHTTPSレスポンスを返し、WebページへのHTTPSアクセスを強制します。
-単一パスのリダイレクト。たとえば、Webビジネスが一時的にオフラインになる必要がある場合(Eコマースビジネスの売り切れ、ページのメンテナンス、または更新など)、元のページを新しいページにリダイレクトします。

アプリケーションベースのCLBは、L7プロトコルのカスタムリダイレクト機能(Rewrite)をサポートしており、次の2つの主要な課題に対処します。
-HTTPSの強制:PCまたはモバイルブラウザがHTTPリクエストを介してWebサービスにアクセスすると、CLBプロキシはブラウザにHTTPSレスポンスを返し、WebページへのHTTPSアクセスを強制します。
-単一パスのリダイレクト。たとえば、Webビジネスが一時的にオフラインになる必要がある場合(Eコマースビジネスの売り切れ、ページのメンテナンス、または更新など)、元のページを新しいページにリダイレクトします。

CLBは、加重ラウンドロビンスケジューリング、IPハッシュ、加重最小接続数の3つのスケジューリングアルゴリズムと、バックエンドサーバーの重み設定をサポートし、より均等なトラフィックスケジューリングを確保し、CLBの容量を強化します。

CLBは、加重ラウンドロビンスケジューリング、IPハッシュ、加重最小接続数の3つのスケジューリングアルゴリズムと、バックエンドサーバーの重み設定をサポートし、より均等なトラフィックスケジューリングを確保し、CLBの容量を強化します。

L4サービスの場合、CLBはIPベースのセッション永続性を提供します。ロードバランシング中、CLBはリクエストの送信元アドレスをセッションの関連付けの基礎として使用し、同じIP(サブネット)からのすべてのアクセスリクエストを同じサーバーに転送します。レイヤー7ビジネスの場合、CLBはCookieベースのセッション永続性を提供します。CLBはCookieの埋め込みを担当し、実際のサーバーでの構成は必要ありません。

L4サービスの場合、CLBはIPベースのセッション永続性を提供します。ロードバランシング中、CLBはリクエストの送信元アドレスをセッションの関連付けの基礎として使用し、同じIP(サブネット)からのすべてのアクセスリクエストを同じサーバーに転送します。レイヤー7ビジネスの場合、CLBはCookieベースのセッション永続性を提供します。CLBはCookieの埋め込みを担当し、実際のサーバーでの構成は必要ありません。

CLBは、バックエンドクラウドサービスが正常に実行されているかどうかを確認するために、定期的な検出を実行します。ヘルスチェックの頻度をカスタマイズできます。サーバーの例外が検出された場合、CLBはこれらの影響を受けるインスタンスへのトラフィックの転送を停止し、正常なインスタンスを除外してビジネス継続性を確保します。

CLBは、バックエンドクラウドサービスが正常に実行されているかどうかを確認するために、定期的な検出を実行します。ヘルスチェックの頻度をカスタマイズできます。サーバーの例外が検出された場合、CLBはこれらの影響を受けるインスタンスへのトラフィックの転送を停止し、正常なインスタンスを除外してビジネス継続性を確保します。

パブリックネットワークCLBは、プライマリ-セカンダリAZモードをサポートしています。プライマリアベイラビリティーゾーンに障害が発生すると、ロードバランサーは自動的にセカンダリAZに切り替わり、超短時間でサービスを復元します。プライベートネットワークCLBは、単一のCLBインスタンスが1つ以上のアベイラビリティーゾーンにデプロイされる最近接アクセスアーキテクチャを実装します。クライアントがCLBにアクセスすると、トラフィックはアベイラビリティーゾーン内のレイテンシが最小のクラスターに自動的に転送され、バックエンドサーバーに転送されます。特定のアベイラビリティーゾーンのCLBクラスターが使用できなくなった場合、他のアベイラビリティーゾーンのCLBクラスターに切り替えることができます。

パブリックネットワークCLBは、プライマリ-セカンダリAZモードをサポートしています。プライマリアベイラビリティーゾーンに障害が発生すると、ロードバランサーは自動的にセカンダリAZに切り替わり、超短時間でサービスを復元します。プライベートネットワークCLBは、単一のCLBインスタンスが1つ以上のアベイラビリティーゾーンにデプロイされる最近接アクセスアーキテクチャを実装します。クライアントがCLBにアクセスすると、トラフィックはアベイラビリティーゾーン内のレイテンシが最小のクラスターに自動的に転送され、バックエンドサーバーに転送されます。特定のアベイラビリティーゾーンのCLBクラスターが使用できなくなった場合、他のアベイラビリティーゾーンのCLBクラスターに切り替えることができます。

L4およびL7リスナー(TCP、UDP、TCP-SSL、QUIC、HTTP、HTTPS、WebSocket (Secure) を含む)をサポートします。レイヤー7は、転送ドメイン名とURLに基づくトラフィック分散をサポートします。

重み付け構成により、バックエンドクラウドサービスのリクエスト処理が高速化されます。トラフィックは、重み付けの比率に基づいて、または送信元IPアドレスのハッシュとポーリング結果を通じて、CLB経由でさまざまなバックエンドサーバーに分散されます。

Cloud Load Balancer(CLB)は、レイヤー7プロトコルによるコンテンツベースのルーティングをサポートしています。カスタムドメイン/URL、転送ルール、転送グループコンテンツを使用できます。ユーザーは、さまざまな転送ルールの下でリクエストをさまざまな実際のサーバーに分散できます。CLBを通じてターゲットグループを分割することで、ビジネスの分離が実現し、サービス効率が大幅に向上します。

アプリケーションベースのCLBは、L7プロトコルのカスタムリダイレクト機能(Rewrite)をサポートしており、次の2つの主要な課題に対処します。
-HTTPSの強制:PCまたはモバイルブラウザがHTTPリクエストを介してWebサービスにアクセスすると、CLBプロキシはブラウザにHTTPSレスポンスを返し、WebページへのHTTPSアクセスを強制します。
-単一パスのリダイレクト。たとえば、Webビジネスが一時的にオフラインになる必要がある場合(Eコマースビジネスの売り切れ、ページのメンテナンス、または更新など)、元のページを新しいページにリダイレクトします。

CLBは、加重ラウンドロビンスケジューリング、IPハッシュ、加重最小接続数の3つのスケジューリングアルゴリズムと、バックエンドサーバーの重み設定をサポートし、より均等なトラフィックスケジューリングを確保し、CLBの容量を強化します。

L4サービスの場合、CLBはIPベースのセッション永続性を提供します。ロードバランシング中、CLBはリクエストの送信元アドレスをセッションの関連付けの基礎として使用し、同じIP(サブネット)からのすべてのアクセスリクエストを同じサーバーに転送します。レイヤー7ビジネスの場合、CLBはCookieベースのセッション永続性を提供します。CLBはCookieの埋め込みを担当し、実際のサーバーでの構成は必要ありません。

CLBは、バックエンドクラウドサービスが正常に実行されているかどうかを確認するために、定期的な検出を実行します。ヘルスチェックの頻度をカスタマイズできます。サーバーの例外が検出された場合、CLBはこれらの影響を受けるインスタンスへのトラフィックの転送を停止し、正常なインスタンスを除外してビジネス継続性を確保します。

パブリックネットワークCLBは、プライマリ-セカンダリAZモードをサポートしています。プライマリアベイラビリティーゾーンに障害が発生すると、ロードバランサーは自動的にセカンダリAZに切り替わり、超短時間でサービスを復元します。プライベートネットワークCLBは、単一のCLBインスタンスが1つ以上のアベイラビリティーゾーンにデプロイされる最近接アクセスアーキテクチャを実装します。クライアントがCLBにアクセスすると、トラフィックはアベイラビリティーゾーン内のレイテンシが最小のクラスターに自動的に転送され、バックエンドサーバーに転送されます。特定のアベイラビリティーゾーンのCLBクラスターが使用できなくなった場合、他のアベイラビリティーゾーンのCLBクラスターに切り替えることができます。
ピークと谷が明確であり、安定性を保証しながらコストを節約する業務
ケース説明
-業務のピークと谷が明確であり、バックエンドリソースを柔軟に制御する:業務は強いリアルタイム性であり、例えば11.11、6.18などのECの大きなキャンペーン活動で、Webアクセス数は数時間内で通常より瞬間に10倍以上増加し、顧客アクセス数が多い場合は大量のバックエンドCVMを追加する必要があり、アクセス数が少ない場合は不要なCVMをバックエンドから削除する必要があります。CLBを使って業務システムに対してトラフィック分配を行い、アプリケーション外部へのサービス機能を柔軟に拡張し、バックエンドリソースをリアルタイムで柔軟に調整できます。
業務トラフィックのピーク値が高いため、低コストのアーキテクチャ構築が必要となる:業務 トラフィックが比較的に大きい場合、従来のハードウェアデバイスを使用してクラスターを構築すると、ハードウェアのコストが高くなり、メンテナンスが煩雑になる問題が発生します。Tencent Cloud CLBはクラウドモニタリングと併用することで、ピークトラフィックに効果的に対応でき、デプロイ コストを削減するとともに、利用者がハードウエア面のメンテナンス作業から解放され、製品機能の開発に専念できます。

モジュールが複雑で、静動分離が必要となる業務
ケース説明
業務の静動分離、柔軟な転送:リクエスト数が多い場合、静的コンテンツへのリクエストと動的コンテンツへのリクエストを区別することで、ウェブサイトへのリクエストの対象を絞った分散を実現し、バックエンドの負荷圧力を効果的に軽減できます。動的コンテンツへのリクエストは、個別にデプロイされた CLB および関連するバックエンド CVM クラスターによって処理できます。静的コンテンツは、CDNサービスに接続して、Cloud Object Storageを介して最適化することで読み込み速度を大幅に向上させることができます。

データ通信を必要とするウェブサイト、業務
ケース説明
コンテンツベースのルーティング転送、IPコンバージェンス(収束):大規模ウェブサイトは通常、百個以上の業務サブモジュールがあります。CLBは異なる転送ルールまたは転送グループを設定することにより、HTTPヘッダー情報を分析し、業務モジュールを分離してコンテンツベースのルーティングと転送を実現します。さらに、ユーザーは、第2レベルドメイン名の代わりにカスタム転送パスを使用して、DNSポーリングの回数を減らし、IPを収束して業務アクセス速度を向上させます。


