Classic Load Balancer (CLB) インスタンスに関する FAQ - Server Load Balancer

このトピックでは、Classic Load Balancer (CLB) インスタンスに関するよくある質問 (FAQ) にお答えします。

このトピックでは、次の質問について説明します。

カテゴリ	質問
インスタンスの選択	従量課金インスタンスの選択方法パフォーマンス保証型インスタンスがパフォーマンス上限に達しないことがある理由
インスタンスタイプ	パフォーマンス保証型インスタンスのインスタンスタイプを変更できますか？パフォーマンス保証型インスタンスのインスタンスタイプを変更した後、変更がすぐに有効にならない理由
インスタンス設定	CLB インスタンスの作成後にプライマリゾーンとセカンダリゾーンを変更できますか？ CLB インスタンスの処理時間には、クライアントデータの受信時間と応答データの送信時間が含まれますか？ CLB に自動的に割り当てられるパブリック IP CIDR ブロックのリストを取得する方法
インスタンスの O&M	CLB インスタンスのサービスアドレスで Ping を無効にできますか？ CLB インスタンスは TCP ポートのみをリッスンしているのに、ポートスキャンですべての UDP ポートが開いていると表示される理由停止済み状態の CLB インスタンスのトラブルシューティング方法 CLB はアカウント間の移行をサポートしていますか？

従量課金インスタンスの選択方法

2025年6月1日 00:00:00 (UTC+8) 以降、スペック課金の CLB インスタンスはご購入いただけなくなります。

デフォルトでは、CLB インスタンスは LCU 課金の課金方法を使用します。インスタンスのパフォーマンスは使用量に応じて自動的にスケールするため、インスタンスタイプを指定する必要はありません。実際の使用量 (LCU) に基づいて、時間料金が請求されます。パフォーマンス上限の詳細については、「インスタンスのパフォーマンス上限」をご参照ください。課金方法の詳細については、「インスタンスの課金方法」をご参照ください。

インスタンスがパフォーマンス上限に達しない場合がある理由

これは、weakest-link principle (最も弱い部分が全体の性能を決めるという原則) によるものです。パフォーマンス保証型インスタンスは、帯域幅を含む 3 つすべてのパフォーマンスメトリックが同時に上限に達することを保証するものではありません。いずれかのメトリックが上限に達すると、スロットリングがトリガーされます。

たとえば、あるユーザーがハイパフォーマンス I (slb.s3.small) インスタンスを選択したとします。インスタンスの QPS が 20,000 に達しても、同時接続数が 200,000 に達していない場合、最大接続数がインスタンスタイプで指定されている上限に達しないことがあります。これは、QPS が上限に達すると新しい接続要求が破棄されるためです。

インスタンスタイプを変更できますか？

はい、できます。

CLB コンソールでパフォーマンス保証型インスタンスの設定を変更できます。詳細については、「従量課金インスタンスの設定変更」をご参照ください。

説明

2025年6月1日 00:00:00 (UTC+8) 以降、スペック課金の CLB インスタンスはご購入いただけなくなります。LCU 課金インスタンスの課金方法をスペック課金に変更することはできなくなります。詳細については、「スペック課金の Classic Load Balancer (CLB) インスタンスの販売終了に関するお知らせ」をご参照ください。
共有リソース CLB インスタンスから高性能 CLB インスタンスへの変更のみ可能です。高性能 CLB インスタンスから共有リソース CLB インスタンスへの変更はできません。
共有リソースインスタンスをパフォーマンス保証型インスタンスに変更しても、サービスに影響はなく、CLB インスタンスの IP アドレスも変更されません。
設定を変更しても、CLB インスタンスの IP アドレスは変更されません。

オフピーク時に共有リソースインスタンスからパフォーマンス保証型インスタンスに変更することを推奨します。または、設定を変更する前に、DNS を使用してインスタンス間の負荷分散を実装してください。

インスタンスタイプの変更がすぐに有効にならない理由

インスタンスタイプと課金方法 (たとえば、帯域幅課金からデータ転送量課金へ) を同時に変更した場合、両方の変更はすぐには有効にならず、翌日の 00:00:00 に有効になります。

アベイラビリティーゾーンを変更できますか？

いいえ。

CLB インスタンスの作成後にプライマリゾーンを変更することはできません。システムがリージョンの状況に応じて最適なセカンダリゾーンを自動的に選択するため、手動で設定する必要はありません。

マルチ AZ 配置をサポートする Application Load Balancer (ALB) または Network Load Balancer (NLB) の使用を推奨します。詳細については、「Server Load Balancer (SLB) 製品ファミリー」、「Application Load Balancer (ALB) とは？」、および「Network Load Balancer (NLB) とは？」をご参照ください。

CLB の処理時間にデータ転送は含まれますか？

はい、CLB インスタンスの処理時間には、クライアントデータの受信時間と応答データの送信時間が含まれます。

クライアントデータの受信時間： read_request_time メトリックの値。このメトリックは、ロードバランサーがクライアントリクエストを読み取るのにかかる時間を示します。これには、HTTP リクエストヘッダー (read_header_time) とリクエストボディ (read_body_time) の受信時間が含まれます。
応答データの送信時間：クライアントに応答データを返すのに必要な時間が含まれます。

CLB のパブリック IP アドレス範囲の取得方法

CLB のパブリック IP アドレスは動的に割り当てられます。アクセス制限を回避するために、事前に CLB の IP CIDR ブロックを取得し、ファイアウォールのホワイトリストに追加することを推奨します。

EIP と CLB インスタンスのパブリック IP アドレスは、同じパブリック IP リソースプールから割り当てられます。DescribePublicIpAddress API を呼び出すと、指定したリージョン内のパブリック IP CIDR ブロックを取得できます。

説明

この API はページネーションをサポートしています。デフォルトのページサイズは 100 です。100 件を超えるエントリが返された場合は、ページネーションパラメーターを調整して完全なリストを取得する必要があります。

停止した CLB インスタンスのトラブルシューティング方法

CLB インスタンスは、次のいずれかの理由で「停止済み」状態になります：

SetLoadBalancerStatus API の呼び出しにより、インスタンスが手動で非アクティブ状態に設定されたため。ユーザーまたは自動化プログラムがこの API を呼び出した後、インスタンスは直ちにトラフィックの転送を停止します。
アカウントの支払いに延滞があり、システムによってアカウントがロックされ、インスタンスが自動的に停止されたため。
支払いの延滞により、関連付けられている Elastic IP Address (EIP) または共有帯域幅プランがリリースされたため。

ActionTrail を使用して、インスタンスが停止した理由を特定できます。ActionTrail コンソールにログインします。イベントクエリページで、SetLoadBalancerStatus イベントを検索します。イベントの時刻と操作者を確認して、手動操作であったかどうかを判断します。

支払いの延滞が原因でインスタンスが停止されたのではない場合、CLB コンソールのインスタンスページに移動し、インスタンスを見つけて、[操作] 列の [開始] をクリックしてインスタンスを再開します。

CLB はアカウント間の移行をサポートしていますか？

いいえ。CLB インスタンスは Alibaba Cloud アカウント間で移行 (転送) できません。別のアカウントで CLB を使用するには、ターゲットアカウントで新しい CLB インスタンスを作成し、そのリスナーとバックエンドサーバーを設定する必要があります。

CLB インスタンスのサービスアドレスで Ping を無効にできますか？

いいえ。CLB のサービスアドレスで Ping を直接無効にすることはできません。代替策として、パブリック CLB インスタンスのパブリック IP (またはプライベート CLB インスタンスにバインドされた EIP) をクラウドファイアウォールに関連付け、ICMP トラフィックを拒否するインバウンドルールを設定する方法があります。

CLB インスタンスのサービスアドレスは、インスタンスに「実行中」状態のリスナーが少なくとも 1 つある場合にのみ ping に応答します。

CLB インスタンスは TCP ポートのみをリッスンしているのに、ポートスキャンですべての UDP ポートが開いていると表示される理由

これは、スキャンツールの検出アルゴリズムによる誤検知です。CLB は、リスナーが設定されていない UDP ポートに送信されたパケットを、クライアントに「ICMP Port Unreachable」メッセージを返さずにサイレントに破棄します。一部のスキャンツールは、この応答がないことをポートが開いている兆候として解釈します。実際には、CLB はリスナーが設定されていないポートでのトラフィックを処理または転送しないため、これはインスタンスのセキュリティに影響を与えません。