tencent cloud

Cloud Load Balancer

動向とお知らせ
製品アップデート情報
製品に関するお知らせ
製品の説明
製品概要
製品の優位性
ユースケース
技術原理
Product Comparison
使用上の制約
Service Regions and Service Providers
購入ガイド
課金概要
課金項目
購入方法
支払い延滞の説明
製品属性の選択
クイックスタート
ドメイン名型CLBクイックスタート
CLBクイックスタート
IPv6 CLBクイックスタート
CentOSにおけるNginxのデプロイ
CentOSにおけるJava Webのデプロイ
操作ガイド
CLBインスタンス
CLBリスナー
バックエンドサーバー
ヘルスチェック
証明書管理
ログ管理
監視アラート
Cloud Access Management
従来型CLB
プラクティスチュートリアル
証明書をCLBに配置(双方向認証)
CLBのGzip有効化設定およびチェック方法の説明
HTTPS転送設定スタートガイド
クライアントリアルIPの取得方法
ロードバランサーのモニタリングアラート設定のベストプラクティス
マルチアベイラビリティーゾーンの高可用性設定の説明
バランシングアルゴリズムの選択と重みの設定の例
CLBのリスニングドメイン名に対してWebセキュリティ保護を実行するようにWAFを設定する
メンテナンスガイド
クライアントのtimewaitが多すぎる場合の対処方法
CLBのHTTPSサービスパフォーマンステスト
ストレステストに関するよくあるご質問
CLB証明書の操作権限に関するご質問
障害処理
UDPヘルスチェックの異常
API リファレンス
History
Introduction
API Category
Instance APIs
Listener APIs
Backend Service APIs
Target Group APIs
Redirection APIs
Other APIs
Classic CLB APIs
Load Balancing APIs
Making API Requests
Data Types
Error Codes
CLB API 2017
よくあるご質問
課金関連
CLB設定関連
ヘルスチェック異常調査
HTTPS関連
WS/WSSプロトコルサポート関連
HTTP/2プロトコルサポート関連
連絡先
用語集

従来型CLBの概要

PDF
フォーカスモード
フォントサイズ
最終更新日: 2024-01-04 18:36:26

概要

従来型CLBの設定はシンプルで、簡単なCLBシーンにおいてサポートをしています。
従来型パブリックネットワークCLB:TCP/UDP/HTTP/HTTPSプロトコルをサポートしています。
従来型プライベートネットワークCLB:TCP/UDPプロトコルをサポートしています。
CLBの2種類のインスタンスタイプ:CLB(これまで「アプリケーション型CLB」とも呼ばれていたもの)と従来型CLBがあります。
CLBは、従来型CLBのすべての機能をカバーしています。製品の機能、製品の性能などのあらゆる面から考えても、使用するインスタンスタイプにCLBをお勧めします。両者の詳細な比較については、インスタンスタイプをご参照ください。
ご注意:
現在、Tencent Cloudアカウントには標準アカウントタイプと従来型アカウントタイプがあり、2020年6月17日0時以降に登録したアカウントはすべて標準アカウントタイプとなります。この時点より前に登録したアカウントについては、コンソールでアカウントタイプを確認してください。具体的な操作については、アカウントタイプの判断をご参照ください。標準アカウントタイプによる従来型CLBのサポートはなくなるため、購入するインスタンスはすべてCLBとなります。
ここでは、従来型CLBインスタンスを紹介します。インスタンスを作成後、インスタンスにリスナーを設定する必要があります。リスナーはCLBインスタンス上のリクエストを監視し、バランシングポリシーに基づいてトラフィックをバックエンドサーバーに振り分ける役割を担います。

リスナーの設定の説明

CLBリスナーには次の設定が必要です。
1. リスニングプロトコルおよびリスニングポートについて、CLBのリスニングポートはフロントエンドポートとも呼ばれ、リクエストを受信してバックエンドサーバーにリクエストを転送するためのポートとして用いられます。
2. バックエンドポートは、CVMがサービスを提供するためのポートで、CLBからのトラフィックを受信して処理します。
3. リスナーポリシーには、バランシングポリシー、セッション維持などがあります。
4. ヘルスチェックポリシーです。
5. バックエンドサービスをバインドし、バックエンドサーバーのIPを選択します。
説明:
従来型CLBにおいて、複数のリスナーを設定した場合、複数のバックエンドCVMがバインドされるため、各リスナーは、その設定に従ってすべてのバックエンドサーバーに転送を行います。

サポートするプロトコルタイプ

CLBリスナーは、CLBインスタンス上のレイヤー4およびレイヤー7リクエストを監視し、これらのリクエストをバックエンドサーバーに振り分けることができ、その後バックエンドサーバーがリクエストを処理します。レイヤー4およびレイヤー7CLBの主な違いは、ユーザーのリクエストに対しロードバランシングを行う際に、トラフィックの転送をレイヤー4プロトコルとレイヤー7プロトコルのどちらに基づいて行うかという点にあります。
レイヤー4プロトコル:トランスポート層プロトコルで、TCPおよびUDPが含まれます。
レイヤー7プロトコル:アプリケーション層プロトコルで、HTTPおよびHTTPSが含まれます。
説明:
1. 従来型CLBは、主にVIP + Portによってリクエストを受信し、トラフィックをバックエンドサーバーに分配します。レイヤー7プロトコルは、ドメイン名およびURLパスベースの転送をサポートしていません。
2. 従来型プライベートネットワークCLBは、レイヤー4プロトコルのみをサポートしており、レイヤー7プロトコルはサポートしていません。
3. 上記の高度な機能のサポートが必要な場合は、CLBを直接使用してください。従来型CLBではない場合の詳細については、インスタンスタイプをご参照ください。

ポートの設定

リスニングポート(フロントエンドポート)
サービスポート(バックエンドポート)
説明
CLBがサービスを提供する際に、リクエストを受信してバックエンドサーバーにリクエストを転送するポートです。 ユーザーは、1~65535番ポートに、21(FTP)、25(SMTP)、80(HTTP)、443(HTTPS)などのCLBを設定できます。
CLBがサービスを提供する際に、リクエストを受信してバックエンドサーバーにリクエストを転送するポートです。 ユーザーは、1~65535番ポートに、21(FTP)、25(SMTP)、80(HTTP)、443(HTTPS)などのCLBを設定できます。
同一のCLBインスタンス内では
リスニングポートの重複はできません。 例えば、リスナーのTCP:80とリスナーのHTTP:80を同時に作成することはできません。
TCPとUDPプロトコルのポートのみが重複できます。 例えば、リスナーのTCP:80とリスナーのUDP:80であれば、同時に作成することができます。
サービスポートは、同じCLBインスタンス内で重複することができます。 例えば、リスナーの HTTP:80とリスナーのHTTPS:443は、同じCVMの同じポートを同時にバインドすることができます。


ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック