:レイヤー4 (TCP/UDP) リスナーのヘルスチェック例外のトラブルシューティング方法を教えてください。

手順

1. バックエンドサーバーがiptablesまたはその他のサードパーティのファイアウォールまたはセキュリティソフトウェアを介してCIDRブロック100.64.0.0/10をブロックしないことを確認します。

   Server Load Balancer (SLB) は、予約済みCIDRブロック100.64.0.0/10のIPアドレスを使用してバックエンドサーバーと通信します。 CIDRブロックがブロックされると、ヘルスチェックの例外が発生し、SLBは正常に動作できません。

2. telnet コマンドを実行してバックエンドサーバーをテストします。
   1. SLBコンソールSLBコンソールにログインし、ヘルスチェックの設定を確認します。

      デフォルトでは、バックエンドサーバーのポートが ヘルスチェックポート として使用されます。 手動でポートを設定することもできます。 この例では、バックエンドサーバーのポート、つまりポート 80 が使用されます。

      
   2. 次のコマンドを実行して、ヘルスチェックポートを接続します。 SLB インスタンスに設定されたヘルスチェックポートは、バックエンドサーバーのリスニングポートと同じである必要があります。

      telnet 172.17.58.131 80

      この例では、172.17.58.131はバックエンドサーバーの内部IPアドレス、80はヘルスチェックポートです。 デフォルトでは、バックエンドサーバーのポートがヘルスチェックポートとして使用されます。 実際の状況に応じてヘルスチェックポートを設定できます。

      • 通常は Connected to xxx.xxx.xxx.xxx が返されます。 これは、次の図に示すように、バックエンドサーバーのポートが正常に動作 (リッスン) しており、ヘルスチェックが成功したことを示しています。
        
      • 例外の例：SLB インスタンスのリスナー設定を変更せず、バックエンドサーバーのポート 80 のリスニングプロセスを停止したとします。 そして、telnet コマンドを実行すると、システムはホストに接続できないことを知らせます。 次の図に示すように、これはポート 80 のリスニングプロセスが停止したことを意味します。その場合ヘルスチェック例外が発生します。
        
3. オプション:レイヤー4リスナーはHTTPヘルスチェックをサポートしています。 HTTPヘルスチェックを使用する場合は、トラブルシューティングのレイヤー7リスナー (HTTP/HTTPS) のヘルスチェック例外のトラブルシューティング方法を教えてください。をご参照ください。